Browse Prior Art Database

Editable Parametric Menus Via Multiple Display Access Windows

IP.com Disclosure Number: IPCOM000040761D
Original Publication Date: 1987-Dec-01
Included in the Prior Art Database: 2005-Feb-02
Document File: 2 page(s) / 49K

Publishing Venue

IBM

Related People

Copenhaver, MA: AUTHOR [+2]

Abstract

A method is described that allows the menu-driven DisplayWrite 4 program product to feature parametric menus that may be edited directly by the operator. A requirement of the DisplayWrite 4 program product is that the operator be allowed to type input directly into the fields of a parametric menu. This is what is termed "editable parametric menus". Although logic existed in the previous versions of DisplayWrite and exists today in DisplayWrite 4 that would allow implementation of editable parametric menus, this logic, called the TSB Manager, is too large (in excess of 52 kbytes) to be a practical option: the Displaywrite 4 system design requires that the Menu Manager remain resident. In accordance with the new method, the concept of "multiple display access windows" illustrated in Figs. 1 and 2 is employed. In step 1 of Fig.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 53% of the total text.

Page 1 of 2

Editable Parametric Menus Via Multiple Display Access Windows

A method is described that allows the menu-driven DisplayWrite 4 program product to feature parametric menus that may be edited directly by the operator. A requirement of the DisplayWrite 4 program product is that the operator be allowed to type input directly into the fields of a parametric menu. This is what is termed "editable parametric menus". Although logic existed in the previous versions of DisplayWrite and exists today in DisplayWrite 4 that would allow implementation of editable parametric menus, this logic, called the TSB Manager, is too large (in excess of 52 kbytes) to be a practical option: the Displaywrite 4 system design requires that the Menu Manager remain resident. In accordance with the new method, the concept of "multiple display access windows" illustrated in Figs. 1 and 2 is employed. In step 1 of Fig. 1, application-defined data (if any) is moved from the application's data area to an intermediate buffer (Input Display Buffer) to allow the translation of L3P code sequences to display equivalents. In step 2, the display-coded data is merged into

(Image Omitted)

the proper contextual locations within the menu text. Step 1 is important because, prior to the L3P translation, it is not known if the default data will grow as a result of the translation or, if it does grow, by how much. This information is required to perform the data- merge of step 2. When all data is merged for each of the menu's input fields, the menu window is opened and the menu text is displayed. Fig. 2 shows an example of a typical parametric menu. The menu is displayed in the menu window which may be located between lines 3 and 24 inclusive a...