JPS63262687A - Window control - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

[Detailed Description of the Invention] [Summary] The present invention provides a logical screen memory for storing data to be displayed on a display screen, and a code buffer for storing data to be displayed in correspondence with positions on the display screen. In a window provided at a desired position on the display screen, - when displaying data in the display area cut out from the logical screen memory, - providing a virtual window corresponding to the window on the code/N sofa, The data to be displayed within this virtual window is stored, and the field attribute at the position immediately before the head of each line of the virtual window, preceding and at the end of the line, enables field control of the first field of each line.

[Industrial application field]

The present invention relates to a window control method in a character display device.

[Conventional technology]

The display function of the character display device is configured to control the display screen for each data field using attribute characters.

That is, in a character display device, a display screen is managed as a unit of area for displaying a series of character strings defined by a program, and logical processing, display, printing, etc. of data is controlled using this area as a unit.

The -h unit area is called a data field, and each data field starts from a control code called a 71-rebutte character and ends immediately before the next attribute character, and the attribute of the data field is defined by the preceding attribute character.

Figure 3 (al is a diagram for explaining the attribute characters and data fields on the above display screen;
01 indicates a display screen, and the first field, second field, and third field in the screen are data fields 10
2, each preceding attribute ATRI,
Each attribute is defined by ATR2 and ATR3.

Among these data fields 102, a field that continues from the end to the beginning of the screen, such as the third field, is called a ramp field.

The above attribute characters are as shown in (b) of the same figure.
It is stored in the logical screen memory 103 that stores the content to be displayed on the display screen 101, and is not displayed on the actual display screen 101.

The figure fbl is a diagram showing a logical screen memory 103 corresponding to the display screen 101, in which all codes of characters to be displayed on the display screen 101 and attribute characters defining their attributes are stored.

Character patterns corresponding to the character codes read out sequentially from this logical screen memo January 03 are read out from the character generator (CG), and 101 characters are displayed on the display screen while controlling the attributes according to the preceding attribute characters.
By expanding it upward, a display as shown in fa) in the same figure is performed.

Modern character display devices are provided with a multi-window function and can display a plurality of types on one display screen. For example, an area 104 shown by a dashed line is cut out from the contents of the logical screen memory 103 and displayed at an arbitrary position on the display screen 101, and then displayed in another logical screen memory (not shown) at a different position from this. This is a case where a portion is similarly cut out and displayed from [a plurality of logical screen memories are provided].

In such multi-window processing, in order to display the cut out area 104, only the cut out area 104 is scanned, and the pattern is developed in a window provided at a predetermined position on the display screen 101-1-. However, in this case, the following inconvenience will occur.

That is, even though the data field at the beginning of the cut out area 104 is defined by attribute 1-A, TR1, when only the inside of the cut out area 104 is scanned, this data field is This results in a wrap field defined by the final attribute ATR3, and control that is different from the original attribute is performed.

Note that there are two types of attributes: field attributes that define attributes for each field, and character attributes that define attributes for each character, but when controlling each field using field attributes as described above, Since attributes are not defined for each character, when the area 104 is cut out during multi-window processing, the field attributes outside this area are separated, making it impossible to control the inside of the lamp field correctly.

To solve this problem, conventional character display devices are provided with a bitmap memory 105, which is a display-only memory in which each bit corresponds to each dot on the display screen 101, as shown in FIG. Multi-window processing is performed by once expanding the contents of all the areas 104 to be processed into the bisotomasopmemo January 05.

That is, the cut out area 104 is scanned for all of the plurality of logical screen memos (only one is shown in the figure, but in reality there are multiple), and the read characters are A character generator 106 such as CGROM or CGRAM is accessed according to the code, and a pattern development circuit 107 develops a pattern based on the outputted corresponding pattern data, and outputs the pattern to a synthesis circuit 109 . On the other hand, field_I~rebut is read by the attribute development circuit 108 (if a character attribute is defined, it is also read) and output to the synthesis circuit 108. Both of these are the synthesis circuit 109
and written into the bitmap memory 1.05 according to the defined attributes.

In this way, conventionally, by expanding the data in the area 104 extracted from the logical screen memory 103 into the attributes 105 in bit units, the bit map memory]0
The system used multi-window processing on Windows 5.

[Problem that the invention seeks to solve]

As described above, in the conventional character display device, when performing multi-window processing, the area 104 to be displayed is cut out, but at that time, Field A 1 to Review outside the cut out area 104 are cut off.
Interfering with control within the lap field. In order to solve this problem, the data in the area 104 to be displayed is developed into a pattern from the logical screen memory 03 to the bitmap memory according to the field attributes, thereby performing multi-window processing. However, this method has the problem that processing takes time and the display speed becomes extremely slow.

SUMMARY OF THE INVENTION An object of the present invention is to provide an improved character display device capable of high-speed multi-window processing.

[Means for solving problems]

As shown in FIG. 1, the present invention provides a window for displaying a desired display area 12 cut out from a logical screen memory 11 storing data to be displayed on a display screen within a window provided at a desired position on the display screen. When performing processing, a virtual window 16 corresponding to the window is provided in the code buffer 15 that stores data to be displayed on the display screen corresponding to the screen, and data in the display area 12 is stored within this virtual window 16. At the same time, in the position 18 immediately before the first field of each line of the virtual window 16,
Field A I Review 1-13A that precedes the line and is located at the end of the above logical screen memo January 1
By arranging the field attributes related to the data in the virtual window 16, all field attributes related to the data within the virtual window 16 are arranged, and the display is performed based on this.

[For production]

By the operation described above, the field attribute 13A that defines the attribute of the first field of each row of the virtual window 16 is placed immediately before the first field of the corresponding row. Therefore, field attributes necessary for display are not separated as in the conventional case, and all fields are displayed normally. Furthermore, since the present invention does not require a bitmap memory, high-speed display is possible when used for multi-window processing.

〔Example〕

An embodiment of the present invention will be described below with reference to FIG.

In the figure, two windows are provided on one display screen, and the contents of the displayed area 12, ]2' of the data stored in the different logical screen memo 1, IF are displayed in the above window. An example of multi-window processing is shown below.

In the figure, 15 is a code buffer, which is a memory that stores display data corresponding to a display screen (not shown). Since two windows are provided on the entire display screen, two virtual windows 16.1 are created in this code buffer 15.
6' is provided. The positions of the virtual windows 16 and 16' correspond to the positions of each window on the display screen, and the data to be displayed, that is, the display areas 12 and 12' on the two logical screen memos 1 and 11'. This is an area for transferring and storing the contents.

Furthermore, 21.21' is an attribute register, 22.22' is a comparator, 23.23' is a counter, and 24.
, 24' is a window register, and 14.14'' is an outer frame surrounding the displayed area ILII', which defines the range of the displayed area 11.11'.

Next, the operation of window control in this embodiment will be explained.

In this embodiment, the data that should be displayed is the logical screen memo January L.
It is necessary to transfer and store the data from ll' to the code buffer 15. Therefore, the logical screen memory ILII' is scanned in address order. The scanning address at this time is counter 2.
It is generated by moving up 3,23'.

The counters 23 and 23' each designate an address for scanning the logical screen memo L 11', and are input to the comparators 22 and 22'.

The logical screen memo 1/Lll' is scanned according to the address specified by -Li ho, and the contents of that address are read out. If the read content is a field attribute, this is stored in the attribute register 21.
, 21''.

” - The count value manually entered into the comparator 22.22' is
It is compared with the contents of window register 24.24'.

The window registers 24 and 24' store the addresses of the intersection positions of the first line of the display area 12 and 12" and the left ends of the outer frames 14 and 14", respectively, and the outputs of the counters 23 and 23 are stored in the window registers 24 and 24'. If they match, the data stored in the attribute register 2L21' will be compared to the outer frame 17 of the virtual window 16.16'.
．． It is transferred to the left end position 18 and 18' of 17'.

Therefore, in the logical screen memory 11, the field attribute ]3-1 is first detected, and the attribute register 2 is detected.
Transferred to 1. Next, field attribute 13
-2 is detected. During this time, the comparator 22
Since no match has been detected between the output of 3 and the value of the window register 24, the attribute register 21 is first
Field attribute 1 to review 1-13-1 stored in are not transferred anywhere, but are rewritten to the next detected field attribute 13-2.

After this, the scanning of the logical double-sided memory 11 continues from the first line to the second line and then to the third line, and when the left end position of the outer frame 14 is reached, the comparator 22 indicates that the comparison results match. A signal indicating field attributes 1-1 . . . stored in the attribute register 21 at this time is output.
3-2 is transferred to the code buffer 15. This field attribute 13 - 2 is stored at the left end of the first line of the virtual window 16 , that is, at the left position 18 of the outer frame 17 .

Thereafter, the data on the first line of the display area 12 is sequentially transferred to the first line of the virtual window 16, and the field attribute 13-3 detected during this time is stored in the attribute register 21.

The scanning progresses outside the display area 12 and the outer frame 14 of the fourth row
When the left end is reached, the fields 1 to 13 stored in the attribute register 21 at this point are
-3 is transferred to the virtual window 16 and stored in the leftmost position 18 of the second row.

Below, field attribute 1.3-
4.13-5 are sequentially stored in the third and fourth lines of the left end position 18 of the virtual window 16.

In parallel with this, similar processing is performed in the logical screen memory 11', and field attributes 13'-4
, 13'-6, 13'-7, and 13'-8 are stored in the first to fourth lines of the left end position 18' of the virtual window 16'.

Field attributes 1-13-2.13-3.13-4.13-5 and 13'-4, 13' stored in each row of the virtual window 16.16' left end position 18.18' through the above processing -6゜13'-7,13'-8
As is clear from the figure, is a field attribute that defines the attribute of the first field of each row within the display area 12.12'. If only the data in the displayed areas 12 and 12' is simply transferred to the virtual window 16゜16゛, among these field attributes, the attributes of the first field of each row of the displayed areas 12 and 12' are specified. Nevertheless, the field attributes located outside the displayed area 12, 12', -1-13-2 and 1
3'-4, 13'-6, 13'-8 are not transferred,
For this reason, there is a problem in that the field attribute that defines the attribute of the first field of each line in the virtual window 16, 16' is missing. This problem is solved in this embodiment, as described above, by storing the last of the field attributes preceding the first field of each row in the virtual window 16.16'' at the leftmost position 18.18' of each row.

Also, the display area 12. ] 2' Field attribute I Basume virtual window 16.16'
transferred within. Therefore virtual window 16.16
'When displaying the data in each virtual window 1.6. ], , 6' Left end position 18 of the inner and outer frame 17.
] By controlling the screen based on all the field attributes stored in the field 8', there is no problem that the display of the lap field goes out of order as in the past.

Furthermore, in this embodiment, an example of multi-window processing with two windows has been explained, but two logical screen memories 1
1.11' to each corresponding virtual window 1.6, 16
Data transfer to " can be performed in parallel, and this transfer operation can be executed at extremely high speed. The code buffer 15 is configured corresponding to the display screen, and the data stored therein can be transferred to the character generator (CG). The data is immediately expanded into a corresponding pattern on the display screen.Therefore, in this embodiment, multi-window processing can be executed at high speed.

2 - In the embodiment, an example in which two windows are provided has been described, but the present invention has various embodiments that can be implemented regardless of the number of windows.
The number of windows provided at the same time may be one or two or more.

〔Effect of the invention〕

As described above, according to the present invention, there is no need to use a bitmap memory, and therefore, multi-window processing can be performed quickly and easily.

[Brief explanation of drawings]

FIG. 1 is an explanatory diagram of the principle of the present invention, FIG. 2 is an explanatory diagram of an embodiment of the present invention, and FIGS. 3 and 4 are diagrams explanatory of problems in conventional multi-window processing. In the figure, 11.11' is logical screen memory, 12.1'
2' is the display area, ]3.13-1-13-6.13'
-1~13' -9° 13A is field attribute, 14 is outer frame, 15 is code buffer, 16.16'
indicates the virtual window, 17 indicates the outer frame, and 18.18° indicates the left end position. 15 Coat Pazu 7 te 4> Figure 1 to promote the principle of selling mouth

Claims (1)

[Claims] A display screen and a logical screen memory (11) that stores data displayed on the display screen while defining attributes of the data.
) and a code buffer (15) for storing data to be displayed corresponding to display positions on the display screen, and a code buffer (15) for storing data to be displayed in correspondence with display positions on the display screen, and a code buffer (15) for storing data to be displayed in a window provided at a desired position on the display screen. Display area (12
), a virtual window (16) corresponding to the window is provided in the code buffer (15), and the data and field attributes (13) in the display area (12) are displayed in the virtual window (16). , 13A
) are stored corresponding to display positions, and a field attribute (13A) that defines the attribute of the first field of each row in the virtual window (16) is placed at a position (18) immediately before the first field of the row. window control method.