JPH09218871A - Document data processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To output document data for which a delimitation is required at a location where the data is easy to be seen by determining the leading figure location of the document data of the delimited rear part according to the figure location of the specified character data included within the document data of the delimited front part when the document data is delimited by a new line code. SOLUTION: When the character string which is the same kind as an inputted character string does not exist within a document memory 16-1, the figure location within the document memory 16-1 in which the character string is stored if the character string is already prepared is detected and the figure location is stored in a figure location register 16-14. In the same line within the document memory 16-1 in which the character string within the character string 16-3 is included, whether character data is stored at the figure location on the left side or not is checked. When character data exists, a new line is started for the sentence following the character string and the sentence following the character string is moved up to the figure location within the figure location register 16-4. As a result, the figure locations of an inputted character string and a new inputted character string are made the same.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a document processing device such as a word processor or personal computer.

[0002]

2. Description of the Related Art Conventionally, in a word processor, when an itemized document is created, for example, headings for large items, medium items, and small items are given numbers, symbols, etc. The appearance of the entire document will be better if all of the large items, medium items, and small items are prepared. In this way, in order to perform heading alignment for each item level, when entering a certain item's heading, check the heading corresponding to the item level already created on the display screen I was trying to input data according to.

[0003]

However, it is troublesome to search for a heading character string of the same item level in a document that has already been created, to check the leading digit position of the character string, and to move the cursor to a new heading position. Since it requires time and effort to adjust the position, screen switching operation and cursor movement operation, key operation becomes complicated and time consuming, and there is a disadvantage that itemized documents etc. can not be input efficiently. It was An object of the present invention is to make it possible to arrange the document data before and after being automatically delimited in an easy-to-see manner when the document data needs to be delimited by its contents.

[0004]

According to the present invention, a document processing apparatus includes a document storage unit for storing document data and a document data of a front part when the document data is separated by a line feed code. And a digit position determining means for determining the leading digit position of the document data of the divided rear part in accordance with the digit position of the specific character data included in.

[0005]

DETAILED DESCRIPTION OF THE INVENTION An embodiment will be described below with reference to FIGS. FIG. 1 is a block diagram of a document data processing device (word processor). The CPU 11 controls document creation processing according to various programs stored in the program memory 12 in advance.
The document data input from the key input unit 13 is captured and displayed on the display unit 14, or the conversion dictionary memory 15 is used.
Kana-to-Kanji conversion is performed by referring to and the kanji-mixed sentence is stored in RAM1.
6 in the document memory 16-1.

[0006] The RAM 16 has, in addition to the document memory 16-1,
The document memory 16-1 is a memory for storing a document and has a character code to store the document in a configuration having an input register 16-2, a character string register 16-3, a digit position register 16-4, and an alignment table 16-5. . The document memory 16-1
Content is read in response to a print command from the key input unit 13, the character data input from the printing unit 17 is temporarily stored, and the character string register 16-3 is stored in the document memory 16-.
This is a work register for temporarily storing the character string read from 1. The digit position register 16-4 stores the digit position of the created character string when a character string including a combination of specific character types is already created in the document memory 16-1. The alignment table 16-5 stores combinations of predetermined specific character types, and the contents thereof are set by the operator in advance from the key input unit 13.

FIG. 2 shows a specific example of the alignment table 16-5, in which each line stores a combination of specific character types. In the present embodiment, the alignment table 16-5
Each line is composed of 4 characters, and the code indicating the type of character is aligned and stored in each line for 4 characters according to the combination state. Here, in the figure, "*" indicates that any code such as characters and spaces may be used, and "s / phrase" indicates a space code or a punctuation mark code.

Next, the operation of this embodiment will be described with reference to FIGS.
This will be described with reference to FIG. The flowchart of FIG. 3 is executed subsequent to the process of writing one character of the input character data in the document memory 16-1, and is executed every time one character data is input.

First, the input character data is fetched in the input register 16-2 and written in the document memory 16-1, and whether this character data is the same character type as the last character type in the alignment table 16-5 or not. (Step S
1). Here, as shown in FIG. 2, the last character type in each line in the alignment table 16-5 is “symbol”, “code”,
Since it is a “symbol”, if the character data written in the document memory 16-1 is not the same kind of character data as those,
If the same character type is detected in step S1, the process proceeds to step S2, the input character string for the maximum number of characters in the alignment table 16-5 is read from the document memory 16-1, and the character string is output. Register 1
Write in 6-3.

Now, as shown in FIG. 4 (1), "...
If you enter the symbol ")" after "b", the alignment table 1
Since it matches the last character type “symbol” in 6-5, the maximum number of characters in the alignment table 16-5 (4 in the present embodiment).
The character string "K.b)" for the character) is read and written in the character string register 16-3. As shown in Fig. 4 (2), after entering "Kukeko."
If you input from the first digit of the next line, when reading a character string of 4 characters from the document memory 16-1, part of it will be on the previous line. In such a case, the characters on the previous line will be treated as spaces. I try to handle it.

Then, it is checked whether or not a combination of the same character types as the input character string fetched in the input string register 16-3 is set in the alignment table 16-5 (step S3). Here, in the case of FIG. 4 (1), the input character string "ko.b)" matches the combination "*, s / phrase, alphabet, symbol" on the first line in the alignment table 16-5. The input character string in the case of FIG. 4 (2), that is, the character string "b)" consisting of spaces, spaces, letters and symbols, also matches the combination of the first line in the alignment table 16-5. In this way, the combination of the same character type as the input character string is obtained in the alignment table 16
If it is set within -5, the process proceeds to the next step S4 under that condition, but if it is not set, the flow exits from this flow.

In step S4, the same kind of character string as the corresponding combination in the alignment table 16-5 is stored in the document memory 16-1.
It is to check whether or not it is stored in
In the case of (1) and (2), a character string that is already formed in the document memory 16-1 by the combination "*, space / phrase, alphabet, symbol" on the first line of the alignment table 16-5, that is, a space. Since the character string "a)" consisting of, spaces, letters and symbols is stored, it is detected in step S4 that a character string of the same type has already been created. Note that in this case, the entire document may be searched, but for speeding up, only a few lines where characters actually exist in the preceding and following lines may be searched.

If there is no character string of the same type as the input character string in the document memory 16-1, then this flow is exited, but if it has already been created, it will be stored in the document memory 16-1. The digit position of is detected and stored in the digit position register 16-4 (step S5). Here, FIG.
In the cases (1) and (2), "4" is set in the digit position register 16-4 as the digit position of the character string "a)".

Then, the process proceeds to the next step S6, and in the same line in the document memory 16-1 containing the character string in the character string register 16-3, is character data stored in the left column position? Check whether or not. In this case, the corresponding character string in the character string register 16-3 is the step S4.
In the case of FIG. 4 (1), it corresponds to "b)" of the character string "ko.b)" in the character string register 16-3. Then, in the case of FIG. 4 (1), since the character data exists on the left side of the same line of the corresponding character string, a sentence below the corresponding character string is broken (step S7),
The sentence below the character string is moved to the digit position in the digit position register 16-4 (step S8). As a result, as shown in FIG. 4 (1), the character string "b)" moves in the direction of the arrow in the figure and is displayed in the fourth digit of the next line. Therefore, the digit positions of the already input character string "a)" and the newly input character string "b)" are automatically aligned.

On the other hand, in the case of FIG. 4 (2), since there is no character data on the left side of the same line of the character string, step S7 is skipped and step B8 follows.
Move the sentence below the character string to the column position in. As a result, as shown in FIG. 4 (2), the character string "b)" moves in the direction of the arrow in the figure and is displayed at the fourth digit on the same line. Even in this case, the digit positions of the character strings "a)" and "b)" match.

Incidentally, in steps S7 and S8, the "sentence below the character string" is, for example, when "c)" is inserted after returning to the middle of the already created document, the following sentences are also "c)". It is necessary to be moved with. Therefore, in addition to adding a new document after an already created document, when inserting a new document into an already created document, the specific character string used for the Is set to the same digit position as the corresponding character string.

In the above embodiment, the alignment table 16-5 is used.
Although an arbitrary character type is set in, the character type may be fixed in advance by the manufacturer side. Further, the character type of the alignment table 16-5 is not limited to the character type, but may be the character itself.

[0018]

According to the present invention, when the document data is delimited by the line feed code, the demarcated rear part of the document is aligned with the digit position of the specific character data included in the delimited front part of the document data. Since the leading digit position of the data is determined, it is possible to output the document data that requires a delimiter in an easy-to-see arrangement without performing a special operation as in the past.

[Brief description of drawings]

FIG. 1 is a block configuration diagram of a document data processing device.

FIG. 2 is a diagram specifically showing the contents of an alignment table 16-5.

FIG. 3 is a flowchart showing an operation when aligning a specific character string such as a headline at the same digit position.

4A and 4B are flowcharts showing specific columns in that case.

[Explanation of symbols]

 11 CPU 12 Program memory 16 RAM 16-1 Document memory 16-5 Alignment table

Claims (1)

[Claims] 1. A document storage unit for storing document data, and when delimiting the document data with a line feed code, the delimiter is aligned with the digit position of the specific character data included in the document data of the delimited front part. A digit data position determining means for determining a leading digit position of the document data of the rear part of the document data processing device.