JPH10111678A - Font file - Google Patents
Font fileInfo
- Publication number
- JPH10111678A JPH10111678A JP8266028A JP26602896A JPH10111678A JP H10111678 A JPH10111678 A JP H10111678A JP 8266028 A JP8266028 A JP 8266028A JP 26602896 A JP26602896 A JP 26602896A JP H10111678 A JPH10111678 A JP H10111678A
- Authority
- JP
- Japan
- Prior art keywords
- character
- tbl
- font
- data
- resolution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Record Information Processing For Printing (AREA)
- Controls And Circuits For Display Device (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】この発明は、文字コードデー
タを印刷又は表示するために文字画像データに変換する
際に用いるフォントファイルの構成に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a font file used for converting character code data into character image data for printing or displaying.
【0002】[0002]
【従来の技術】従来のレーザプリンタ等の各種プリンタ
やディスプレイ装置において、文字コードデータを印刷
又は表示するために文字画像データに変換する際に用い
るフォントファイルとしては、主にビットマップフォン
トが使用されていた。このビッマップフォントはデータ
量がかなり多いので、複数のフォントを持つ場合は極め
て大きなメモリ容量が必要になり、不経済であった。2. Description of the Related Art In various printers and display devices such as a conventional laser printer, a bitmap font is mainly used as a font file for converting character code data into character image data for printing or displaying. I was Since the bitmap font has a large amount of data, an extremely large memory capacity is required when having a plurality of fonts, which is uneconomical.
【0003】そこで、データ量を少なくしたアウトライ
ンフォントが開発されたが、その場合であっても、文字
コードデータを作成するパーソナルコンピュータやワー
ドプロセッサ等のホストマシンの機種ごと(エミュレー
ションごと)に、さらにプリンタ等の出力装置の解像度
ごとにフォントセットを持っていた。Accordingly, outline fonts having a reduced data amount have been developed. Even in such a case, a printer (e.g., emulation) and a host machine such as a personal computer or a word processor for creating character code data are further provided. Had a font set for each output device resolution.
【0004】[0004]
【表1】 [Table 1]
【0005】従来のフォントファイルの構成例を表1に
示す。この表1において、明朝L,明朝P−L,R9
8,R18は異なるエミュレーションであり、R98,
R18にはそれぞれ解像度の異なるものがある。ANK
はアルファベット(Alphabet),数字(Numeric),カナ(Ka
na)の略称であり、半角文字セットを指す。この半角文
字セットは異なる解像度のフォントセットに同じもの
(ANK2,ANK3)が重複して登録されている。GY-TBLはフ
ォントセットを構成する各文字の字形(グリフ)データ
のテーブル、HW-TBLは各文字の文字幅を記述した文字幅
テーブル、HD-TBLは各文字のベースライン(BS),文字高
(CH),及びベースラインからアンダラインまでの距離(B
U)を記述した高さデータテーブルである。Table 1 shows a configuration example of a conventional font file. In Table 1, Mincho L, Mincho PL, R9
8, R18 are different emulations, R98,
Some R18s have different resolutions. ANK
Are alphabets (Alphabet), numbers (Numeric), kana (Ka
na) is an abbreviation for half-width character set. In this half-width character set, the same one (ANK2, ANK3) is registered in font sets of different resolutions. GY-TBL is a table of character shape (glyph) data of each character that composes the font set, HW-TBL is a character width table that describes the character width of each character, and HD-TBL is a baseline (BS) of each character and characters High
(CH) and the distance from the baseline to the underline (B
9 is a height data table describing U).
【0006】[0006]
【発明が解決しようとする課題】このように、マルチエ
ミュレーションに対応するプリンタ等の出力装置におい
ては、各エミュレーションごとに別のフォントセットを
作っていたので、対応するエミュレーションの数を増や
すと、その度にフォントセットも増やさなければならな
かった。As described above, in an output device such as a printer that supports multi-emulation, a different font set is created for each emulation. Therefore, when the number of corresponding emulations is increased, the Every time I had to increase the font set.
【0007】また、ビットマップとプリンタエンジンの
解像度が対になっていたため、解像度ごとにフォントセ
ットが必要だった。そのため、ホストマシンの多様化と
プリンタ等の出力装置の高解像度化に伴なってフォント
ファイルのデータ容量の増加が問題になり、コストアッ
プを招いていた。Further, since the resolution of the bitmap and the resolution of the printer engine are paired, a font set is required for each resolution. For this reason, with the diversification of host machines and the increase in resolution of output devices such as printers, an increase in the data capacity of font files has become a problem, resulting in increased costs.
【0008】例えば、プリンタエンジンの解像度が60
0dpi〜1200dpiのように増加すると、それに伴って
一文字ごとに必要なフォントデータの量も大きくなる。
当然、それに対応するビットマップフォントの大きさも
大きくなり、容量の大きさや種類の多さから、ビットマ
ップフォントは実用性を欠くようになってきた。しか
し、アウトラインフォントを用いた場合でも上述のよう
な問題は残る。しかも、文字幅や文字高が各フォントご
とに違うために、各行で書き込める文字の数が変わり、
各行の終端文字の位置を揃えるのが難しいという問題も
あった。For example, if the resolution of the printer engine is 60
As the number increases from 0 dpi to 1200 dpi, the amount of font data required for each character increases accordingly.
Naturally, the size of the bitmap font corresponding thereto has also increased, and the bitmap font has become less practical due to the large capacity and the large number of types. However, the above problem remains even when an outline font is used. In addition, because the character width and height differ for each font, the number of characters that can be written on each line changes,
There was also a problem that it was difficult to align the position of the end character of each line.
【0009】この発明は、従来のフォントファイルにお
けるこれらの問題を解決するためになされたものであ
り、アウトラインフォントを用いたフォントファイルに
おけるデータ容量の無駄を省き、且つ各行の終端文字の
位置を揃えるウイズウイング(WYSIWYG)も実現
することを目的とする。SUMMARY OF THE INVENTION The present invention has been made to solve these problems in a conventional font file, and eliminates waste of data capacity in a font file using an outline font and aligns the position of the end character of each line. It is also intended to realize with wings (WYSIWYG).
【0010】[0010]
【課題を解決するための手段】この発明は上記の目的を
達成するため、文字コードデータを印刷又は表示するた
めに文字画像データに変換する際に用いるフォントファ
イルを、複数の異なるエミュレーションあるいは印刷又
は表示の異なる解像度に対して共通のアウトラインフォ
ントの字形データをひとまとめにした字形テーブル(GY
-TBL)と、その各字形のオフセットデータを記述したロ
ケーションテーブル(LOC-TBL)と、書体ごとにそのコ
ードと前記ロケーションテーブルのインデックスを対応
させたコモンテーブル(CMi-TBL)とによって構成す
る。SUMMARY OF THE INVENTION In order to achieve the above object, the present invention provides a font file used for converting character code data into character image data for printing or display. Glyph table (GY) that collects glyph data of common outline fonts for different display resolutions
-TBL), a location table (LOC-TBL) that describes the offset data of each character, and a common table (CMi-TBL) that associates the code with the index of the location table for each typeface.
【0011】さらに、上記コモンテーブル(CMi-TBL)
には、基本サイズの時のベースライン位置(BS),文字
高(CH),及びベースラインからアンダラインまでの距
離(BU)を納めたベーステーブル(BASE-TBL)と、解像
度ごとの文字幅(CW)を納めた文字幅テーブル(HW-TB
L)と、解像度ごとのベースライン位置(BS),文字高
(CH),及びベースラインからアンダラインまでの距離
(BU)を納めた文字高さテーブル(HD-TBL)とを持たせ
るとよい。Further, the common table (CMi-TBL)
Contains a base table (BASE-TBL) that stores the baseline position (BS), character height (CH), and distance (BU) from the baseline to the underline for the basic size, and the character width for each resolution Character width table (HW-TB) containing (CW)
L) and a character height table (HD-TBL) containing the baseline position (BS), character height (CH), and distance (BU) from the baseline to the underline for each resolution. .
【0012】全てのビットマップフォントを廃止し、ア
ウトラインフォントで代用するようにすると、多くの書
体(フォント)で各字形は一致しており、異なるのはフ
ォントセット内の字形の並び順、基準解像度での文字の
送り幅、フォントセットにしたときの文字のベースライ
ン等だけであった。If all the bitmap fonts are abolished and replaced with outline fonts, the fonts are identical in many fonts (fonts), and the only differences are the order of the fonts in the font set and the reference resolution. In this case, only the character feed width and the baseline of the character when the font set was used.
【0013】そこで、この発明によるフォントファイル
は、フォントセット単位に字形,文字幅,ベースライン
等の情報を持つのをやめ、異なるエミュレーションや解
像度に対応するフォント全体で字形データを共有し、フ
ォントによって異なる部分の情報のみ固有値を持つこと
により、効率よくフォントセットを作成することがで
き、新しいフォントセットを加えるときにも既存のフォ
ントセットを利用して、効率的にフォントセットを作成
することができる。Therefore, the font file according to the present invention does not have information such as a character shape, a character width, and a baseline in units of a font set, but shares character shape data among fonts corresponding to different emulations and resolutions. Font sets can be created efficiently by having unique values only for information in different parts, and font sets can be created efficiently by using existing font sets when adding new font sets. .
【0014】さらに、文字幅および文字高等のデータを
別テーブルとして持つことにより、各文字間の距離の制
御が容易になり、各行の終端文字の位置を揃えることも
容易になる。Further, by having the data such as the character width and the character height as a separate table, it is easy to control the distance between each character, and it is also easy to align the position of the last character of each line.
【0015】[0015]
【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。図1は、この発明の一実施形態
であるフォントファイルの構成を示す模式図である。Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a schematic diagram showing a configuration of a font file according to an embodiment of the present invention.
【0016】まず、各フォントセットの字形データ(グ
リフ)は一致しているものが多いことを利用し、字形デ
ータをひとまとめにした字形テーブル(GY-TBL)1を作
成する。この字形テーブル1には、各字形を表わす節点
のベースラインからの相対位置を、xy座標で記録す
る。First, a character shape table (GY-TBL) 1 in which character shape data are put together is created by utilizing the fact that the character shape data (glyphs) of each font set often match. In this character shape table 1, the relative positions of the nodes representing the respective character shapes from the baseline are recorded in xy coordinates.
【0017】また、その各字形のオフセットデータを記
述したロケーションテーブル(LOC-TBL)2を作成する。
さらに、書体(フォント:図1の例では明朝L,明朝P
−L,R98,R16)ごとに、そのコードとロケーシ
ョンテーブル(LOC-TBL)2のインデックスを対応させ
たコモンテーブル(CMi-TBL)3を作成し、各フォントに
おける各文字のオフセットデータを参照し易くする。こ
れらの字形テーブル(GY-TBL)1,ロケーションテーブ
ル(LOC-TBL)2,及びコモンテーブル(CMi-TBL)3によ
ってフォントファイルを構成し、プリンタ等のフォント
メモリ(ROM又はRAM)に格納する。Further, a location table (LOC-TBL) 2 in which the offset data of each character is described is created.
Furthermore, a font (font: Mincho L, Mincho P in the example of FIG. 1)
-L, R98, R16), a common table (CMi-TBL) 3 is created in which the code is associated with the index of the location table (LOC-TBL) 2, and offset data of each character in each font is referred to. Make it easier. A font file is composed of these character table (GY-TBL) 1, location table (LOC-TBL) 2, and common table (CMi-TBL) 3, and stored in a font memory (ROM or RAM) of a printer or the like.
【0018】まず、ロケーションテーブル(LOC-TBL)
のインデックス(0〜n)を使ってフォントセットを定義
する書体コードCIを設定する。次に、各文字の大きさ
を示すための3種類のテーブルを作る。一つは、字形を
定義した基本サイズにおける、文字高CH,ベースライ
ン位置BS,ベースラインからアンダーラインまでの距
離BUを納めたベーステーブル(BASE-TBL)である。な
お、CH,BS,BUの指す長さを図2に示す。First, the location table (LOC-TBL)
A font code CI for defining a font set is set using the indexes (0 to n). Next, three types of tables for indicating the size of each character are created. One is a base table (BASE-TBL) that stores the character height CH, the baseline position BS, and the distance BU from the baseline to the underline in the basic size defining the character shape. The lengths indicated by CH, BS, and BU are shown in FIG.
【0019】次のテーブルは、解像度ごとの文字幅CW
(この例ではCW180,CW240,CW300)のデータを納めた
文字幅テーブル(HW-TBL)である。、図3にこの文字幅
CWとオフセット(offset)を示している。The following table shows the character width CW for each resolution.
(In this example, CW180, CW240, CW300) is a character width table (HW-TBL) containing data. FIG. 3 shows the character width CW and the offset.
【0020】最後のテーブルは、解像度ごとの文字高C
H,ベースライン位置BS,ベースラインからアンダー
ラインまでの距離BUのデータである、CH180,CH240,
CH300,BS180,BS240,BS300,BU180,BU240,BU300を
納めた文字高さテーブル(HD-TBL)である。これらの各
データの表わす意味は、解像度の違いを除けば、それぞ
れ図2に示したベーステーブルのものと同じである。こ
れらを各書体ごとにまとめたものをコモンテーブル(CM
i-TBL)と呼び、その構成を表2に示す。ただし、iは
各書体を識別するために与えられた書体番号である。The last table shows the character height C for each resolution.
H, baseline position BS, and data of distance BU from the baseline to the underline, CH180, CH240,
It is a character height table (HD-TBL) containing CH300, BS180, BS240, BS300, BU180, BU240, and BU300. The meaning of each of these data is the same as that of the base table shown in FIG. 2 except for the difference in resolution. These are summarized for each typeface in a common table (CM
i-TBL) and its configuration is shown in Table 2. Here, i is a typeface number given to identify each typeface.
【0021】[0021]
【表2】 [Table 2]
【0022】実際に文字を印刷あるいは画面に表示する
ために、文字データを生成する際は、図3のフローチャ
ートに示すようにして行なう。この場合、エミュレーシ
ョンを行なう際にもともと使っていたビットマップフォ
ントの幅を文字高さテーブル(HD-TBL)から持ってきて
使用する。In order to actually print characters or display them on a screen, character data is generated as shown in the flowchart of FIG. In this case, the width of the bitmap font originally used for emulation is fetched from the character height table (HD-TBL) and used.
【0023】ホストから文字コード及びレイアウト位
置,書体番号,サイズHを受け取るとこの処理を開始す
る。そしてまず、書体番号(明朝L,明朝P−L,R9
8,R16等につけられた識別番号)と文字コードか
ら、フォントファイルの字形テーブルから字形データを
取り出す。This processing is started when the character code, layout position, font number, and size H are received from the host. First, the type numbers (Mincho L, Mincho P-L, R9
8, character data is extracted from the character table of the font file from the character code and the identification number assigned to R16.
【0024】次に、文字高さテーブル(HD-TBL)から、
基になったビットマップフォントのサイズ(文字の大き
さ)のデータより、ホストからの指定サイズHに適した
ドット数を計算する。そして、ベーステーブル(BASE-T
BL)にある字形サイズを用いて変倍率を求める。そし
て、字形を表わす節点座標に変倍率を掛け合わせて、文
字輪郭を生成する。後は、出来上がった文字データを出
力する。Next, from the character height table (HD-TBL),
From the data of the size (character size) of the base bitmap font, the number of dots suitable for the designated size H from the host is calculated. And base table (BASE-T
Use the font size in (BL) to determine the magnification. Then, the character coordinates are generated by multiplying the node coordinates representing the character shape by the scaling factor. After that, the completed character data is output.
【0025】このようにフォントファイルを構成するこ
とにより、字形データは新規なものが必要になったとき
にのみ登録し、各フォントセットはなるべく既存の字形
データを用い、同じ字形データを重複して登録しないの
で、種々のエミュレーションや解像度に対応できるよう
にしても、データ量は少なくて済む。そして、新たなフ
ォントセットを増やしたときでも、フォントのデータ量
の増加は最小限にできる。By configuring a font file in this way, character data is registered only when a new one is required, and each font set uses existing character data as much as possible and duplicates the same character data. Since registration is not performed, the data amount can be reduced even if various emulations and resolutions can be supported. Even when a new font set is added, an increase in the amount of font data can be minimized.
【0026】また、文字幅を基準のサイズと比較しなが
ら文字高さテーブル(HD-TB)を参照して計算するた
め、ビットマップフォントを使用したときと同じよう
に、各行の終端文字の位置を揃えること(WYSIWY
G)ができる。縦書きのときも同様に、ベースラインな
どの縦の配置も基準の解像度の時のデータがあるので、
ビットマップフォントを使用したときと、同様に各行の
終端文字の位置を揃えることができる。Further, since the character width is calculated by referring to the character height table (HD-TB) while comparing the character width with the reference size, the position of the last character of each line is calculated in the same manner as when a bitmap font is used. (WYSIWY
G) is done. Similarly, in the case of vertical writing, there is data at the standard resolution in the vertical arrangement such as the baseline, so
In the same manner as when a bitmap font is used, the position of the end character of each line can be aligned.
【0027】[0027]
【発明の効果】以上説明してきたように、この発明によ
れば、種々のエミュレーション及び解像度に対応できる
アウトラインフォントを用いたフォントファイルを、最
小限のデータ量で実現でき、且つ各行の終端文字の位置
を揃えるウイズウイング(WYSIWYG)も可能にな
る。As described above, according to the present invention, a font file using an outline font which can support various emulations and resolutions can be realized with a minimum amount of data, and the end character of each line can be obtained. Wizwing (WYSIWYG) for aligning the positions is also possible.
【図1】この発明の一実施形態であるフォントファイル
の構成を示す模式図である。FIG. 1 is a schematic diagram showing a configuration of a font file according to an embodiment of the present invention.
【図2】文字高CH,ベースライン位置BS,ベースラ
インからアンダーラインまでの距離BUを示す説明図で
ある。FIG. 2 is an explanatory diagram showing a character height CH, a baseline position BS, and a distance BU from a baseline to an underline.
【図3】文字幅CWとオフセット(offset)を示す説明
図である。FIG. 3 is an explanatory diagram showing a character width CW and an offset.
【図4】文字データを生成する際に行なう作業過程を示
すフロー図である。FIG. 4 is a flowchart showing a work process performed when generating character data.
1:字形テーブル(GY-TBL) 2:ロケーションテーブル(LOC-TBL) 3:コモンテーブル(CMi−TBL) 1: Character table (GY-TBL) 2: Location table (LOC-TBL) 3: Common table (CMi-TBL)
Claims (2)
めに文字画像データに変換する際に用いるフォントファ
イルであって、 複数の異なるエミュレーションあるいは印刷又は表示の
異なる解像度に対して共通のアウトラインフォントの字
形データをひとまとめにした字形テーブル(GY-TBL)
と、その各字形のオフセットデータを記述したロケーシ
ョンテーブル(LOC-TBL)と、書体ごとにそのコードと
前記ロケーションテーブルのインデックスを対応させた
コモンテーブル(CMi-TBL)とによって構成したことを
特徴とするフォントファイル。1. A font file used for converting character code data into character image data for printing or displaying, wherein said font file has a common outline font character shape for a plurality of different emulations or different printing or display resolutions. Glyph table (GY-TBL) that collects data
And a location table (LOC-TBL) describing the offset data of each glyph, and a common table (CMi-TBL) in which the code is associated with the index of the location table for each typeface. Font file to use.
て、前記コモンテーブル(CMi-TBL)には、基本サイズ
の時のベースライン位置(BS),文字高(CH),及びベ
ースラインからアンダラインまでの距離(BU)を納めた
ベーステーブル(BASE-TBL)と、解像度ごとの文字幅
(CW)を納めた文字幅テーブル(HW-TBL)と、解像度ご
とのベースライン位置(BS),文字高(CH),及びベー
スラインからアンダラインまでの距離(BU)を納めた文
字高さテーブル(HD-TBL)とを持つことを特徴とするフ
ォントファイル。2. The font file according to claim 1, wherein the common table (CMi-TBL) includes a base line position (BS), a character height (CH), and a base line to an under line at a basic size. Table (BASE-TBL) that stores the distance (BU) of each character, character width table (HW-TBL) that stores the character width (CW) for each resolution, baseline position (BS), and character height for each resolution (CH) and a character height table (HD-TBL) containing the distance (BU) from the baseline to the underline.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP8266028A JPH10111678A (en) | 1996-10-07 | 1996-10-07 | Font file |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP8266028A JPH10111678A (en) | 1996-10-07 | 1996-10-07 | Font file |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH10111678A true JPH10111678A (en) | 1998-04-28 |
Family
ID=17425392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP8266028A Pending JPH10111678A (en) | 1996-10-07 | 1996-10-07 | Font file |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH10111678A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007013566A1 (en) * | 2005-07-28 | 2007-02-01 | Sharp Kabushiki Kaisha | Information processing device, information processing program, and readable recording medium |
WO2007037442A1 (en) * | 2005-09-30 | 2007-04-05 | Sharp Kabushiki Kaisha | Character pattern generator, character pattern generation program and readable recording medium |
-
1996
- 1996-10-07 JP JP8266028A patent/JPH10111678A/en active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007013566A1 (en) * | 2005-07-28 | 2007-02-01 | Sharp Kabushiki Kaisha | Information processing device, information processing program, and readable recording medium |
WO2007037442A1 (en) * | 2005-09-30 | 2007-04-05 | Sharp Kabushiki Kaisha | Character pattern generator, character pattern generation program and readable recording medium |
JP4808220B2 (en) * | 2005-09-30 | 2011-11-02 | シャープ株式会社 | Character pattern generation device, character pattern generation program, and readable recording medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0119395B1 (en) | A system and method for text processing | |
US5295238A (en) | System, method, and font for printing cursive character strings | |
JPH0640257B2 (en) | Information output device | |
JPH09134158A (en) | Character processing method and processor | |
KR920008957B1 (en) | Printing device | |
JPH10111678A (en) | Font file | |
JPS60222270A (en) | Table data insertion printer | |
JP2974346B2 (en) | Kanji processing device | |
JP3189345B2 (en) | Character display processing method | |
JPH03156668A (en) | Document preparing device | |
JP2606578B2 (en) | Address printing control device | |
Marovac | Handling fonts in electronic publishing systems | |
JP3082173B2 (en) | Contour data processing device | |
JPH08174951A (en) | Device and method for information processing | |
JPS605470B2 (en) | typesetting system | |
JPS62199459A (en) | Apparatus for processing document | |
JPH01229666A (en) | Printer | |
JP2001205870A (en) | Printing apparatus | |
JPH07290681A (en) | Character composing apparatus | |
Beeton | Typesetting Articles for the DECUS Proceedings with LaTEX | |
JPH07105197A (en) | Document processor | |
JPH0751374B2 (en) | Document processor | |
JP2002072999A (en) | Apparatus and method for font generation | |
JPS60239862A (en) | Arabic word processor | |
JPH0752470A (en) | Address printing device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050517 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050920 |