Browse Prior Art Database

Implementation of Scrollable Dialogs with Non-Scrollable Function Key Areas

IP.com Disclosure Number: IPCOM000112511D
Original Publication Date: 1994-May-01
Included in the Prior Art Database: 2005-Mar-27
Document File: 2 page(s) / 52K

Publishing Venue

IBM

Related People

Morgan, SA: AUTHOR [+3]

Abstract

The CUA 91 Standards state that Presentation Manager* (PM) dialogs be sizeable and scrollable, but that the Function Key Area (FKA) at the bottom of the dialog be non-scrollable. The FKA contains function key pushbuttons, and is created by PM as part of the dialog. To make the FKA area non-scrollable requires some complex logic to implement, while retaining the inherent disadvantages and painting problems of sizeable dialogs in general.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 58% of the total text.

Implementation of Scrollable Dialogs with Non-Scrollable Function
Key Areas

      The CUA 91 Standards state that Presentation Manager* (PM)
dialogs be sizeable and scrollable, but that the Function Key Area
(FKA) at the bottom of the dialog be non-scrollable.  The FKA
contains function key pushbuttons, and is created by PM as part of
the dialog.  To make the FKA area non-scrollable requires some
complex logic to implement, while retaining the inherent
disadvantages and painting problems of sizeable dialogs in general.

      The solution to these problems is to implement the sizeable
dialog, without the FKA, as a non-sizeable dialog.  This dialog
should have no border and be nested within a sizeable frame as a
child of the frame's client window.  The FKA area is implemented as a
separate borderless, non-sizeable dialog that is positioned adjacent
to and below the main dialog within the same sizeable frame, again as
a child of the frame's client window.

      The actual scrolling of the dialog within the frame can be
handled by repositioning the entire dialog within the frame, rather
than scrolling the individual controls within the dialog.  By not
scrolling the individual controls, the painting problems that some of
these controls have on scrolling are totally bypassed.  By nesting
the dialog within a separate size border, the problem of the controls
overlapping the frame is eliminated.  The problem of a control
sometimes painting on top of the minimize...