Browse Prior Art Database

Implementing OS/2 2.0 View Swapping within a Single Window Frame

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

Publishing Venue

IBM

Related People

Morgan, SA: AUTHOR [+2]

Abstract

Disclosed is a method of implementing the swapping of views within the same window frame on OS/2* 2.0. The paradigm of presenting multiple views of an object is implemented in the Workplace Shell* on OS/2. The standard views of settings, icon, tree and detail view are available. The CUA 91 Standards state that the different views should be presented within the same window. When a new view is presented, it should appear in the same window as the previous view was displayed.

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

Implementing OS/2 2.0 View Swapping within a Single Window Frame

      Disclosed is a method of implementing the swapping of views
within the same window frame on OS/2* 2.0.  The paradigm of
presenting multiple views of an object is implemented in the
Workplace Shell* on OS/2.  The standard views of settings, icon, tree
and detail view are available.  The CUA 91 Standards state that the
different views should be presented within the same window.  When a
new view is presented, it should appear in the same window as the
previous view was displayed.

      Each type of view differs in the type and manner of information
presented.  For example, settings view usually uses a notebook
control, while icon view uses a container control.  These type of
panel layouts can be economically and dynamically exchanged within
the same window by using the following technique.

      Each view should be defined as a separate window.  However, the
body of the window should be implemented as a separate dialog nested
within a sizeable frame.  When the initial view is requested, it
should be displayed as would be a standard window.  When a new view
is requested, however, the nested body of the new view should be
swapped with the nested body of the current view.  This is achieved
by creating the new view window, but keeping it invisible.  The
parents and owners are then swapped, so that the parent and owner of
the new view body becomes the current view's frame.  This results in
the new view being displayed within the current frame, and the other
view being hidden.

      The views may differ in other aspects besides the body of the
window, however.  The frame elements themselves may differ, and they
may also differ on whether or not these elements are present on the
frame.  These frame elements can also be updated if required, again
by swapping the parents and owners from the new view frame to the
curr...