Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Automatic Partition JUMP

IP.com Disclosure Number: IPCOM000047483D
Original Publication Date: 1983-Nov-01
Included in the Prior Art Database: 2005-Feb-07
Document File: 3 page(s) / 35K

Publishing Venue

IBM

Related People

Carter, JM: AUTHOR

Abstract

This article describes a technique that allows the overlap of host processing of data with the key-stroking of further data by the operator without operator intervention or awareness. The Action Table environment of the IBM 8775 Data Entry facilities permits the host application to describe activities which are to be performed when the operator depresses a key which would cause the cursor to leave a 'primed' field. One such action is to activate some other partition of the display. With this capability it is possible to compose the screen of a number of partitions and then to control which partition is &active& without operator intervention and without recourse to the host.

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 52% of the total text.

Page 1 of 3

Automatic Partition JUMP

This article describes a technique that allows the overlap of host processing of data with the key-stroking of further data by the operator without operator intervention or awareness. The Action Table environment of the IBM 8775 Data Entry facilities permits the host application to describe activities which are to be performed when the operator depresses a key which would cause the cursor to leave a 'primed' field. One such action is to activate some other partition of the display. With this capability it is possible to compose the screen of a number of partitions and then to control which partition is &active& without operator intervention and without recourse to the host. This implies that the operator is not required to depress the JUMP key, nor does the operator have to keystroke 'blind' (into the trigger queue) while the host is processing that trigger prior to 'activating' the next partition. Note also that the JUMP key works in a 'round- robin' fashion, whereas this Action Table facility permits activation of a specific partition. This facility can be used to control the complete overlap of the keystroking and the host processing without involving or distracting the operator. This is particularly useful in applications where the operator is entering batches of similar data, so that, automatically, at some point in that data entry process the data can be submitted to the host and the operator is permitted to continue keystroking in another partition. The following example illustrates the technique. Consider an application in which an operator is transcribing batches of data (e.g., an order sheet in an order entry application, or banking slips in a financial application). Typically, the screen is composed of a number of identical lines each of which contain a small number of fields (commonly an item number or an account number and a quantity or an amount). The screen is divided into four partitions. The first partition contains heading and descriptive material, possibly with fields which need be supplied once only for a batch of input (e.g., a customer name and address or a bank branch name). The fourth partition is an error message partit...