JP3839905B2 - Character processing apparatus and storage medium - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a character processing method and a character processing apparatus in a device or system capable of displaying or printing characters represented by a personal computer, a word processor, a DTP device, a printer, and the like.
[0002]
[Prior art]
In recent years, operating systems and word processors that have the ability to supply multiple fonts to document processing systems have appeared, and documents can be created using WYSIWYG (the same output as the screen appearance) using a display or printer. It has become common to do.
[0003]
In such a system, it is possible to use different fonts for kanji and kana when creating a document. For example, Kanji can be used in Gothic, and Kana can be used in Mincho. However, for this purpose, it is necessary for the document creator to specify a font for kanji and kana separately, or to provide a document processing system having a function of automatically switching fonts according to kanji or kana.
[0004]
In addition, when displaying a combination of kanji and kana, it may be necessary to display a combination of unregistered typeface data and registered typeface data in the system. Registration has to be performed using a typeface registration program (such as a control panel in Windows (registered trademark of Microsoft Corporation)).
[0005]
[Problems to be solved by the invention]
The conventional example has the following drawbacks. It takes a lot of time to specify fonts.
[0006]
When a document is moved, the same output format as that of the movement source cannot be obtained unless the font used in the document is usable at the movement destination. Therefore, the font used in the document must be moved at the same time.
[0007]
In addition, when creating a new typeface by combining already registered typefaces and unregistered typeface data, the combined typeface samples (kanji + kana, etc.) are all displayed in advance. It has been necessary to register in the network, and it has been impossible to realize without requiring the user to perform complicated operations. Also, registering typeface data that seems necessary in the system in advance leads to unnecessarily consuming system resources. Furthermore, when unregistered typeface data is encrypted or compressed, a very complicated operation such as decryption processing or decompression processing is required to obtain the typeface image.
[0008]
[Means for Solving the Problems]
The present invention has been made for the purpose of solving the above-mentioned problems, and by realizing a method for acquiring an image of a typeface file having typeface data of a specific part that is not registered in the apparatus, The object is to enable display of a combination typeface sample and the like with minimum system resource consumption without causing the user to perform complicated operations.
[0009]
As means for solving the above-mentioned problems, the following configuration is provided.
[0010]
List display means for displaying a list of kana typefaces that can be combined with normal typefaces;
Selecting means for selecting a kana typeface from a list of kana typefaces that can be combined with the normal typeface displayed by the list display means;
When a kana typeface is selected by the selection means, Temporary Determine if there is a registered kana typeface, If it is determined that there is no previously registered kana typeface, the previously registered kana typeface will not be deleted. before Temporary If it is determined that there is a registered kana typeface, Temporary Delete the registered kana typeface, determine whether the kana typeface selected by the selection means has already been incorporated, If it is determined that the selected kana typeface has already been incorporated, the kana typeface selected by the selection means is not temporarily registered, When it is determined that the selected kana typeface is not already incorporated, the kana typeface selected by the selection means is Temporary Registration means to register;
In the case of a pseudonym with temporary registration, By the registration means Temporary Sample display means for displaying a sample of a combined typeface based on a registered kana typeface.
[0012]
The storage medium of the present invention is
A storage medium storing a program executed by a computer for displaying a list of kana typefaces that can be combined with a normal typeface,
A selection step of selecting a kana typeface from a list of kana typefaces that can be combined with the normal typeface displayed on the computer;
When a kana typeface is selected in the selection step, Temporary Determine if there is a registered kana typeface, If it is determined that there is no previously registered kana typeface, the previously registered kana typeface will not be deleted. before Temporary If it is determined that there is a registered kana typeface, Temporary Delete the registered kana typeface, determine whether the kana typeface selected by the selection step is already incorporated, If it is determined that the selected kana typeface has already been incorporated, the kana typeface selected by the selection means is not temporarily registered, If it is determined that the selected kana typeface is not already incorporated, the kana typeface selected in the selection step is Temporary A registration step to register;
In the case of a pseudonym with temporary registration, By the registration step Temporary A program for causing a computer to execute a sample display step for displaying a sample of a combined typeface based on a registered kana typeface is stored.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail with reference to the drawings.
[0015]
First, before describing the embodiment of the present invention in detail, the basic flow until the program is executed will be described below with reference to FIG.
[0016]
FIG. 1 is a block diagram showing a basic configuration for operating this system. In FIG. 1, reference numeral 101 denotes a CPU, that is, a central processing unit, which controls the entire apparatus, performs arithmetic processing, and the like. Reference numeral 102 denotes a ROM, that is, a read-only memory, which is a storage area for a system activation program and character pattern data. The character pattern is usually used as a system font and used for displaying a menu. The system font may be font data on the ROM 102 (16-dot bitmap font Mincho font, etc.), or font specified by the user in advance. Reference numeral 103 denotes a RAM, that is, a random access memory. This is a data area with no usage restrictions, and is an area where each program and data represented in the flowcharts shown below are loaded and executed for each of various processes. Reference numeral 104 denotes a KBC, that is, a keyboard control unit, which receives key input data from the KB, that is, a keyboard, and transmits it to the CPU 101. Reference numeral 106 denotes a CRT, that is, a display device, which receives data from the CRTC 106 and displays it. Reference numeral 109 denotes an external storage device such as an FD, a floppy disk device or an HD, a hard disk device, which stores programs and data and loads them into a reference or RAM as required during execution. Reference numeral 110 denotes a PRTC, that is, a printer control unit, and reference numeral 111 denotes a PRT, that is, a printer apparatus. A system bus 112 serves as a data path between the above-described components. A program shown in the flowchart described below is stored in the RAM 103 or the hard disk 14 described above. As an actual sales form, an external memory such as a CD-ROM or the like storing a part of font information and the program is used. Are supplied to the workstation shown in FIG. 1 and stored in the hard disk 14 or RAM 103 described above. Alternatively, it may be read from the storage unit of the supply source instead of the CD-ROM and supplied from a remote place via a line.
[0017]
(Detailed description of Example 1)
First, before describing the present invention in detail, the combined typeface will be described. Here, the registered kanji represents a normal typeface data file having all character data, and the unregistered kana represents a typeface data file having only the kana typeface data.
[0018]
FIG. 2 shows an example in which registered kanji and unregistered kana are combined. A) is an example in which all are displayed in a registered typeface (Mincho style). B) is an example in which only the kanji portion is displayed in the registered typeface (Mincho style). C) is an example in which only the kana portion is displayed in an unregistered kana typeface. D) is an example in which B) and C) are combined. In this sample, an unregistered kana is combined with a registered typeface.
[0019]
Here, the example of combination of kanji and kana is used for convenience, but there is no particular limitation on this combination, and infinite combinations such as kanji + katakana, kanji + symbol, first level + second level, kanji + external character are considered. The present invention is applicable to all of them.
[0020]
Next, the file structure of the typeface data will be described with reference to FIG. Here, for the sake of convenience, description will be made using a normal typeface data file and a kana data file, but it goes without saying that a file having a part of character data may not be a kana.
[0021]
A is a simple representation of the structure of a normal typeface data file. Normal typeface data includes typeface data in half-width alphabets, typeface data in symbol parts, typeface data in kana parts, typeface data in kanji parts (some cases do not include the second level), etc. It has enough data to display all characters. B is a simple representation of the structure of a kana data file normally incorporated in a typeface. This Kana data file has only the Kana part typeface data and no other character data. The kana data file may be encrypted so that it cannot be used as it is, or the same format as a normal typeface may be used without encryption.
[0022]
Hereinafter, detailed description will be given using normal typefaces and kana data as objects to be combined.
[0023]
Next, FIG. 4 is used to show a general example of an operation for allowing a user to specify a combination of normal typeface and kana data. Here, a program that combines typefaces and kana data represents a scene that specifies the combination. As shown in the figure, something like a window system dialog box may be used. Any interface can be used as long as it can realize the interface shown in FIG. {Circle over (1)} is a list box that represents a list of kana data that can be incorporated into a normal typeface (in this case, Mincho type) that incorporates kana, which is specified by some method. The user can select arbitrary kana data from these. The type name or file name of the kana data may be displayed in the list, and any data can be used as long as the data can be determined. In (2), a combination sample of the normal typeface and the data selected in (1) is displayed.
[0024]
Next, the flow until the screen of FIG. 4 is displayed and the flow of processing when displaying the combination sample will be described in detail with reference to FIG.
[0025]
In S501, a normal typeface in which kana data is to be incorporated is determined by some method. About the determination method, a typeface name may be used, a file name may be used, and other information may be used, and the method is not specifically mentioned. Here, the font name and the file name are used for convenience, and the information shown in FIG. 6 is created on the RAM 103 as the information that can be referred to later.
[0026]
Next, in S502 and S503, it is checked whether there is a kana data file that can be referred to in the environment in which this program is operating, loop processing is performed for the number of kana data files, and the kana data shown in FIG. A file management table is created on the RAM 103 and the information is embedded. In step S504, information on the kana data file already incorporated in the normal typeface selected in step S501 is extracted, and the information is added to the kana data file management table shown in FIG. In S505, based on the information in the kana data file management table in FIG. 7, information that can determine the kana data file is listed in the list (1) in FIG. The information to be enumerated may be a typeface name, a file name, or other information. In step S506, a kana in the list is selected by a user operation. In S507, information about the kana selected in S506 is acquired from the kana data file management table of FIG. In step S <b> 508, whether or not a data file that has been temporarily registered previously exists in the system is determined based on the temporary registration information in FIG. 8 existing in the RAM 103. If there is something temporarily registered, the process proceeds to S509, and if not, the process proceeds to S510. In step S509, the temporarily registered kana data file is deleted from the system from the contents of the temporary registration information table in FIG. The temporary registration information table shown in FIG. 8 has information on the kana name and the file name for convenience, but if the information that can delete the data file temporarily registered from the system is held here, Often, the type of information is not specified. For example, an address or the like. Moreover, although it is the deletion method of a temporary registration typeface, what is necessary is just to be able to delete from a system, and it does not mention in particular about the method. In S510, it is determined based on the registration information in the Kana data file management table whether Kana selected in S506 requires temporary registration or is already incorporated in the normal typeface. If it is already incorporated in the normal typeface, the image of the kana can be acquired by accessing the normal typeface, so there is no need for further temporary registration, and the process proceeds to S512. In step S511, the selection is temporarily registered in the system to make it possible to acquire the kana image. No particular mention is made of how to register the typeface for the system. Also, it is assumed that all the information necessary for the typeface registration for the system is included in the kana data file management table of FIG. If the information is insufficient depending on the system, the kana data file management table shown in FIG. The temporarily registered information is set in the temporary registration information table in FIG. In S512, a character image necessary for sample display is requested from the system and acquired. Here, an image is requested from the normal typeface if it has been incorporated into the normal typeface, and data that has been temporarily registered is requested if it has been temporarily registered. In S513, a sample is displayed in the area (2) in FIG. 4 based on the character image acquired in S512. In S514, an inquiry is made as to whether or not to end the combination selection process. If not, the process proceeds to S506. If the end button in FIG. 4 is pressed, the process proceeds to S515. In step S515, the normal typeface selected in step S501 is combined with the selection made in step S506, and the process ends. The procedure for synthesizing the typeface will be described in detail with reference to FIG.
[0027]
A procedure for synthesizing a plurality of font files to create a new font file will be described with reference to the flowchart of FIG.
[0028]
In step S1301, the original file, the pseudonym file, and the new file are opened so that data can be read and written in the subsequent processing. Here, the original file is an original font file, and here, it is assumed that character data of all characters defined in JIS X 0208 are stored. The kana file is a file including kana character data to be replaced, and stores an arbitrary number of kana character data. A new file is a font file that will be created from now on, and the kana part of the original file is replaced with the kana in the kana file. The file is normally stored in 102ROM or 109HD. In step S1302, a code range of kana characters is obtained. Here, for the sake of simplicity, when limited to hiragana, for example, in JIS X 0208, the hexadecimal code is 2421 to 2473. As a method for obtaining the code range of the kana character, it may be stored in the original file or the kana file in advance. In step S1303, one kana character code is obtained. Assume that the kana character codes obtained in step S1302 are obtained in ascending order. In step S1304, it is determined whether or not the character data of the character code obtained in S1303 exists in the kana file. If it exists, the process proceeds to S1305, and if not, the process proceeds to S1307. Now, it is assumed that the character data is stored in a form generally called outline data in which the shape of the character is represented by a contour line composed of straight lines and curves. In step S1305, the character data of the code obtained in step S1303 is obtained from the kana file. In step S1306, it is determined whether the character data obtained in step S1305 is blank. If blank, the process proceeds to step S1307, and if not blank, the process proceeds to step S1308. In step S1307, the character data of the code obtained in step S1303 is obtained from the original file. In step S1308, the kana character data obtained in S1305 or S1307 is added to the new file. In step S1309, it is determined whether there is a character code that has not yet been processed. If there is, the process proceeds to step S1303, and if there is not, the process proceeds to step S1310. In step S1310, characters other than kana characters are acquired from the original file and added to the new file. If the kana character code obtained in step S1303 is a hexadecimal code from 2421 to 2473, all of the characters defined in JIS X 0208 are added to the new file. In step S1311, all the files opened in step S1301 are closed. As a result, the processing performed in this flowchart is reflected in the new file and written to the 103 RAM or 109 HD.
[0029]
In the present embodiment, an example is described in which outline data is stored in a font. However, the present invention can be modified to process a font that stores bitmap data instead of outline data. In addition, although the replacement range is limited to kana characters, the present invention does not limit the range and checks whether or not all characters defined in the original file can be replaced and replaces only replaceable characters. It is possible to change to Moreover, although the example which replaces a Kana character was given, this invention can change the replacement object into a special character, a number, a Roman character, a Greek character, a Russian character, a Kanji character, a ruled line segment, etc. Moreover, although the example which uses JIS X 0208 as a character code was given, this invention can be changed so that it may encode by shift JIS, EUC, Unicode, etc.
[0030]
[Other Examples]
(Detailed Description of Example 2)
In this embodiment, in addition to the first embodiment, an example in which a file to be incorporated is encrypted is shown. In this example, it is assumed that the kana data file is encrypted. As a matter of course, a kana data file will be described as an example here for convenience, but it goes without saying that the type of the data file may not be significant.
[0031]
Next, the flow until the screen of FIG. 4 is displayed and the flow of processing when displaying the combination sample will be described in detail with reference to FIG.
[0032]
In step S901, a normal typeface in which kana data is incorporated is determined by some method. About the determination method, a typeface name may be used, a file name may be used, and other information may be used, and the method is not specifically mentioned. Here, the font name and the file name are used for convenience, and the information shown in FIG. 6 is created on the RAM 103 as the information that can be referred to later.
[0033]
Next, in S902 and S903, it is checked whether there are kana data files that can be referred to in the environment in which this program is operating, loop processing is performed for the number of kana data files, and the kana encryption shown in FIG. A data file management table is created on the RAM 103 and the information is embedded. At this time, it is checked whether the kana data file is encrypted, and information related to encryption is set. In step S904, information on the kana data file already incorporated in the normal typeface selected in step S901 is extracted, and the information is added to the kana encrypted data file management table shown in FIG. In S905, based on the information in the kana encrypted data file management table in FIG. 10, information that can determine the kana data file is listed in the list (1) in FIG. The information to be enumerated may be a typeface name, a file name, or other information. In step S906, a kana in the list is selected by a user operation. In S907, information regarding the kana selected in S906 is acquired from the kana encrypted data file management table of FIG. In S908, whether or not a data file that has been temporarily registered previously exists in the system is determined based on the temporary registration information in FIG. If there is something temporarily registered, the process proceeds to S909, and if not, the process proceeds to S910. In step S909, the temporarily registered kana data file is deleted from the system from the contents of the temporary registration information table in FIG. Further, based on the information in the kana encrypted data file management table of FIG. 10, the encryption process is performed for the originally encrypted file. The encryption method is not specified. The temporary registration information table shown in FIG. 8 has information on the kana name and the file name for convenience, but if the information that can delete the data file temporarily registered from the system is held here, Often, the type of information is not specified. Moreover, although it is the deletion method of a temporary registration typeface, what is necessary is just to be able to delete from a system, and it does not mention in particular about the method. In S910, it is determined based on the registration information in the Kana encrypted data file management table whether the Kana selected in S906 requires temporary registration or is already incorporated in a normal typeface. If it is already incorporated in the normal typeface, it is possible to obtain the image of the kana by accessing the normal typeface, and further there is no need to perform temporary registration, so the process proceeds to S914. In S911, it is determined whether the Kana selected in S906 is encrypted by referring to the Kana encrypted data file management table of FIG. If it is encrypted, the process proceeds to S912. If it is not encrypted, the process proceeds to S913. In step S912, the encrypted data file is decrypted. Note that there are no particular rules regarding encryption and decryption methods. In step S913, the selection is temporarily registered in the system to make it possible to acquire the kana image. No particular mention is made of how to register the typeface for the system. Also, it is assumed that all the information necessary for the typeface registration for the system is included in the Kana encrypted data file management table of FIG. When the information is insufficient depending on the system, the kana encrypted data file management table in FIG. 10 is changed to a format matching that. The temporarily registered information is set in the temporary registration information table in FIG. In S915, a character image necessary for sample display is requested from the system and acquired. Here, an image is requested from the normal typeface if it has been incorporated into the normal typeface, and data that has been temporarily registered is requested if it has been temporarily registered. In S915, based on the character image acquired in S913, a sample is displayed in the area (2) in FIG. In S916, an inquiry is made as to whether or not to end the combination selection process. If not, the process proceeds to S906. If the end button in FIG. 4 is pressed, the process ends.
[0034]
(Detailed description of Example 3)
In the present embodiment, in addition to the second embodiment, an example in which a file to be incorporated is compressed is shown. In this example, a description will be given assuming that the kana data file is compressed. As a matter of course, a kana data file will be described as an example here for convenience, but it goes without saying that the type of the data file may not be significant.
[0035]
Next, the flow until the screen of FIG. 4 is displayed and the flow of processing when displaying the combination sample will be described in detail with reference to FIG.
[0036]
In S1101, a normal typeface in which kana data is to be incorporated is determined by some method. About the determination method, a typeface name may be used, a file name may be used, and other information may be used, and the method is not specifically mentioned. Here, the font name and the file name are used for convenience, and the information shown in FIG. 6 is created on the RAM 103 as the information that can be referred to later.
[0037]
Next, in S1102 and S1103, it is checked whether there is a kana data file that can be referred to in the environment in which this program is operating, loop processing is performed for the number of kana data files, and the kana encryption shown in FIG. A compressed data file management table is created on the RAM 103 and the information is embedded. At this time, it is checked whether the kana data file is encrypted or compressed, and information related to encryption compression is set. In S1104, information on the kana data file already incorporated in the normal typeface selected in S1101 is extracted, and the information is added to the kana encrypted data file management table shown in FIG. In S1105, based on the information in the Kana encryption / compression data file management table in FIG. 12, information that can determine the kana data file is listed in the list (1) in FIG. The information to be enumerated may be a typeface name, a file name, or other information. In step S1106, a kana in the list is selected by a user operation. In step S1107, information related to the kana selected in step S1106 is acquired from the kana encrypted data file management table in FIG. In step S1208, it is determined whether or not a data file that has been temporarily registered in the system exists on the system based on the temporary registration information in FIG. If there is a temporarily registered item, the process advances to step S1109. If not, the process advances to step S1110. In S1109, the temporarily registered kana data file is deleted from the system from the contents of the temporary registration information table of FIG. Further, based on the information in the Kana encryption / compression data file management table of FIG. 12, encryption processing is performed for files that were originally encrypted, and compression processing is performed for files that were originally compressed. There are no particular rules regarding encryption and compression processing. The temporary registration information table shown in FIG. 8 has information on the kana name and the file name for convenience, but if the information that can delete the data file temporarily registered from the system is held here, Often, the type of information is not specified. Moreover, although it is the deletion method of a temporary registration typeface, what is necessary is just to be able to delete from a system, and it does not mention in particular about the method. In S1110, it is determined based on registration information in the Kana encrypted data file management table whether the Kana selected in S1106 requires temporary registration or has already been incorporated into the normal typeface. If it is already incorporated in the normal typeface, it is possible to obtain the image of the kana by accessing the normal typeface, and further there is no need to perform temporary registration, so the flow proceeds to S1116. In step S1111, it is determined whether the kana selected in step S1106 is compressed based on the information in the Kana encrypted data file management table in FIG. If it is determined that it is compressed, the process proceeds to S1112, and if it is not compressed, the process proceeds to S1113. In step S1112, the selected kana file is decompressed. There are no specific rules regarding how to decompress the file. In S1113, it is determined whether the Kana selected in S1106 is encrypted by referring to the Kana encrypted data file management table of FIG. If it is encrypted, the process proceeds to S1114, and if it is not encrypted, the process proceeds to S1115. In S1114, the encrypted data file is decrypted. Note that there are no particular rules regarding encryption and decryption methods. In step S1115, the selection is temporarily registered in the system to make it possible to acquire the kana image. No particular mention is made of how to register the typeface for the system. Also, it is assumed that all the information necessary for the typeface registration for the system is included in the Kana encrypted data file management table of FIG. If the information is insufficient depending on the system, the kana encrypted data file management table shown in FIG. The temporarily registered information is set in the temporary registration information table in FIG. In S1116, a character image necessary for sample display is requested from the system and acquired. Here, an image is requested from the normal typeface if it has been incorporated into the normal typeface, and data that has been temporarily registered is requested if it has been temporarily registered. In S1117, based on the character image acquired in S1116, a sample is displayed in the area (2) in FIG. In step S1118, an inquiry is made as to whether or not to end the combination selection process. If not, the process proceeds to step S1106. If the end button in FIG. 4 is pressed, the process ends.
[0038]
【The invention's effect】
According to the present invention, when creating a new typeface by combining an already registered typeface and unregistered typeface data, a typeface file that has unregistered typeface data that is not registered in the device is required. By automatically deleting the registration to the device according to the type, it is possible to acquire the image of the typeface file with the typeface data of a specific part, and it is possible to display the sample of the typeface .
[0039]
Further, according to the present invention, it is possible to reduce the number of fonts necessary for maintaining the appearance of the document, to reduce the time and effort to specify the font when creating the document, and to prevent missing characters in the character pattern in the font. become.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a basic configuration.
FIG. 2 is a diagram illustrating an example of a combination typeface.
FIG. 3 is a diagram illustrating a structure of a typeface file.
FIG. 4 is a diagram illustrating an example of an operation for designating a combination of kana in a normal typeface.
FIG. 5 is a diagram illustrating a flow of processing according to the first exemplary embodiment.
FIG. 6 is a diagram illustrating a normal typeface information table.
FIG. 7 is a diagram illustrating a Kana data file management table.
FIG. 8 is a diagram illustrating a temporary registration information table.
FIG. 9 is a diagram illustrating a flow of processing according to the second embodiment.
FIG. 10 is a diagram illustrating a Kana encrypted data file management table.
FIG. 11 is a diagram illustrating a flow of processing according to the third embodiment.
FIG. 12 is a diagram illustrating a Kana encryption / compression data file management table.
FIG. 13 is a diagram illustrating a flow of a synthesis procedure for a normal typeface and kana.

Claims (4)

List display means for displaying a list of kana typefaces that can be combined with normal typefaces;
Selecting means for selecting a kana typeface from a list of kana typefaces that can be combined with the normal typeface displayed by the list display means;
When kana typeface is selected by the selection means, it determines whether there is previously temporary registered pseudonym typeface, if it is determined that there is no previous temporary registered kana typeface, kana typeface previously in the temporary register without removing, when it is determined that the previous temporary registered pseudonym typeface, remove the previous temporary registered kana typeface, or not kana typeface selected it is already incorporated by the selection means If it is determined that the selected kana typeface has already been incorporated, it is determined that the selected kana typeface is not already incorporated without temporarily registering the kana typeface selected by the selection means . A registration means for temporarily registering the kana typeface selected by the selection means;
A character processing apparatus comprising: sample display means for displaying a sample of a combined typeface based on a kana typeface temporarily registered by the registration means in the case of a temporarily registered kana.   The character processing apparatus according to claim 1, further comprising a determining unit that determines the normal typeface. A storage medium storing a program executed by a computer for displaying a list of kana typefaces that can be combined with a normal typeface,
A selection step of selecting a kana typeface from a list of kana typefaces that can be combined with the normal typeface displayed on the computer;
When kana typeface is selected by the selecting step, to determine whether there is previously temporary registered pseudonym typeface, if it is determined that there is no previous temporary registered kana typeface, kana typeface previously in the temporary register without removing the, or before if it is determined that there temporary registered pseudonym typeface, remove the previous temporary registered pseudonym typeface, the ones selected kana font by selecting step is already incorporated If it is determined that the selected kana typeface has already been incorporated, it is determined that the selected kana typeface is not already incorporated without temporarily registering the kana typeface selected by the selection means . A registration step of temporarily registering the kana typeface selected by the selection step;
A storage medium storing a program for causing a computer to execute a sample display step of displaying a sample of a combined typeface based on the kana typeface temporarily registered in the registration step in the case of a temporarily registered kana . Storage medium according to claim 3, characterized by storing a program Ru to execute the decision steps in the computer to determine the normal typeface.

Images