JP2002091419A - フォント管理方法 - Google Patents
フォント管理方法Info
- Publication number
- JP2002091419A JP2002091419A JP2000281166A JP2000281166A JP2002091419A JP 2002091419 A JP2002091419 A JP 2002091419A JP 2000281166 A JP2000281166 A JP 2000281166A JP 2000281166 A JP2000281166 A JP 2000281166A JP 2002091419 A JP2002091419 A JP 2002091419A
- Authority
- JP
- Japan
- Prior art keywords
- font
- unicode
- code
- windows
- jis
- 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
- Controls And Circuits For Display Device (AREA)
- Document Processing Apparatus (AREA)
Abstract
(57)【要約】
【課題】 本発明は、ユーザが使用環境を指定すること
で複数の印字結果を実施することを可能にするフォント
管理方法を提供することを目的とする。 【解決手段】 本発明は各文字コード毎にＪＩＳコー
ド、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓに準拠したＧｌｙ
ｐｈ・Ｗｉｄｔｈでそれぞれ用意したフォントセットを
作成し、印刷環境に応じて各フォントセットのいずれか
を選択する。
で複数の印字結果を実施することを可能にするフォント
管理方法を提供することを目的とする。 【解決手段】 本発明は各文字コード毎にＪＩＳコー
ド、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓに準拠したＧｌｙ
ｐｈ・Ｗｉｄｔｈでそれぞれ用意したフォントセットを
作成し、印刷環境に応じて各フォントセットのいずれか
を選択する。
Description
【０００１】
【発明の属する技術分野】本発明はフォント管理方法に
関し、特にマルチプラットホームからのＷＹＳＩＷＹＧ
印字方法に関する。
関し、特にマルチプラットホームからのＷＹＳＩＷＹＧ
印字方法に関する。
【０００２】
【従来の技術】電子メールの普及で国境を超えて自由な
交流が可能になったが、その媒介をなす文字においてコ
ード・Ｇｌｙｐｈが規格の乱立によって統一されていな
い。一つのコード゛に複数のＧｌｙｐｈが割り当てられ
ている場合もある。ユーザの使用環境によってどのＧｌ
ｙｐｈを使うのか決まるのだが、もともとはユーザ自身
の判断で決めるのが一番ふさわしい。
交流が可能になったが、その媒介をなす文字においてコ
ード・Ｇｌｙｐｈが規格の乱立によって統一されていな
い。一つのコード゛に複数のＧｌｙｐｈが割り当てられ
ている場合もある。ユーザの使用環境によってどのＧｌ
ｙｐｈを使うのか決まるのだが、もともとはユーザ自身
の判断で決めるのが一番ふさわしい。
【０００３】また、ＷｏｒｌｄＷｉｄｅな交流が増えて
搭載するフォントが多様化し、ＪＩＳ／Ｕｎｉｃｏｄｅ
等の規格も拡張されているが規格同士の横のつながりを
見ると微妙な差がある。例えば、ＪＩＳ Ｘ０２１３と
Ｗｉｎｄｏｗｓ９８フォントではアクセント付き欧文が
全角と半角で定義されている。ＪＩＳ Ｘ０２１３とＷ
ｉｎｄｏｗｓ９８フォントでは第四水準とＩＢＭ拡張外
字が同一コードを使っている。Ｕｎｉｃｏｄｅ２．１と
Ｗｉｎｄｏｗｓ９８フォントではアクセント付き欧文の
アクセント形状が違う、などの今までにない現象が見う
けられる。従来はこれらのことを一度に吸収することは
できないので優先順位を付けて対応してきた。ところが
ユーザ層は広く浅く、かつ優先順位を一意的に決めるこ
とは無理であった。
搭載するフォントが多様化し、ＪＩＳ／Ｕｎｉｃｏｄｅ
等の規格も拡張されているが規格同士の横のつながりを
見ると微妙な差がある。例えば、ＪＩＳ Ｘ０２１３と
Ｗｉｎｄｏｗｓ９８フォントではアクセント付き欧文が
全角と半角で定義されている。ＪＩＳ Ｘ０２１３とＷ
ｉｎｄｏｗｓ９８フォントでは第四水準とＩＢＭ拡張外
字が同一コードを使っている。Ｕｎｉｃｏｄｅ２．１と
Ｗｉｎｄｏｗｓ９８フォントではアクセント付き欧文の
アクセント形状が違う、などの今までにない現象が見う
けられる。従来はこれらのことを一度に吸収することは
できないので優先順位を付けて対応してきた。ところが
ユーザ層は広く浅く、かつ優先順位を一意的に決めるこ
とは無理であった。
【０００４】本発明はこれらの問題点に鑑みなされたも
のであり、ユーザが使用環境を指定することで複数の印
字結果を実施することを可能にするフォント管理方法を
提供することを目的とする。
のであり、ユーザが使用環境を指定することで複数の印
字結果を実施することを可能にするフォント管理方法を
提供することを目的とする。
【０００５】
【課題を解決するための手段】前記問題点を解決するた
めに、文字コード別にフォント情報を格納するフォント
メモリからのフォント情報の読出しを管理する、本発明
に係るフォント管理方法によれば、各文字コード毎にＪ
ＩＳコード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓに準拠し
たＧｌｙｐｈ・Ｗｉｄｔｈでそれぞれ用意したフォント
セットを作成し、印刷環境に応じて各フォントセットの
いずれかを選択する。よって、印刷する環境にあわせて
複数のフォントセットを用意しているのでＷＹＳＩＷＹ
ＧをＪＩＳコード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓで
対応実施できる。また、製品に搭載する場合優先順位を
決めて設定するという難作業も不要となり製品設計が用
意になった。
めに、文字コード別にフォント情報を格納するフォント
メモリからのフォント情報の読出しを管理する、本発明
に係るフォント管理方法によれば、各文字コード毎にＪ
ＩＳコード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓに準拠し
たＧｌｙｐｈ・Ｗｉｄｔｈでそれぞれ用意したフォント
セットを作成し、印刷環境に応じて各フォントセットの
いずれかを選択する。よって、印刷する環境にあわせて
複数のフォントセットを用意しているのでＷＹＳＩＷＹ
ＧをＪＩＳコード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓで
対応実施できる。また、製品に搭載する場合優先順位を
決めて設定するという難作業も不要となり製品設計が用
意になった。
【０００６】また、フォントセットの選択によるＪＩＳ
コード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓなどの切り替
えはコマンドで行うことにより、ドライバで指定すれば
簡単にＷｉｎｄｏｗｓからＪＩＳコード、Ｕｎｉｃｏｄ
ｅのＧｌｙｐｈ・Ｗｉｄｔｈを使った印字が可能とな
る。
コード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓなどの切り替
えはコマンドで行うことにより、ドライバで指定すれば
簡単にＷｉｎｄｏｗｓからＪＩＳコード、Ｕｎｉｃｏｄ
ｅのＧｌｙｐｈ・Ｗｉｄｔｈを使った印字が可能とな
る。
【０００７】更に、フォントセットはＵｎｉｃｏｄｅ順
にＧｌｙｐｈ・Ｗｉｄｔｈを並べてＪＩＳコード及びＷ
ｉｎｄｏｗｓからの入力コードはＵｎｉｃｏｄｅに変換
して対応するＧｌｙｐｈ・Ｗｉｄｔｈを得ることによ
り、コード体系をＵｎｉｃｏｄｅ並びにしてＪＩＳコー
ドからはコード変換で対応するのでユーザ使用が多いＷ
ｉｎｄｏｗｓからの文字選択が速くなる。
にＧｌｙｐｈ・Ｗｉｄｔｈを並べてＪＩＳコード及びＷ
ｉｎｄｏｗｓからの入力コードはＵｎｉｃｏｄｅに変換
して対応するＧｌｙｐｈ・Ｗｉｄｔｈを得ることによ
り、コード体系をＵｎｉｃｏｄｅ並びにしてＪＩＳコー
ドからはコード変換で対応するのでユーザ使用が多いＷ
ｉｎｄｏｗｓからの文字選択が速くなる。
【０００８】
【発明の実施の形態】文字コード別にフォント情報を格
納するフォントメモリからのフォント情報の読出しを管
理する、本発明に係るフォント管理方法によれば、各文
字コード毎にＪＩＳコード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄ
ｏｗｓに準拠したＧｌｙｐｈ・Ｗｉｄｔｈでそれぞれ用
意したフォントセットを作成し、印刷環境に応じて各フ
ォントセットのいずれかを選択する。
納するフォントメモリからのフォント情報の読出しを管
理する、本発明に係るフォント管理方法によれば、各文
字コード毎にＪＩＳコード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄ
ｏｗｓに準拠したＧｌｙｐｈ・Ｗｉｄｔｈでそれぞれ用
意したフォントセットを作成し、印刷環境に応じて各フ
ォントセットのいずれかを選択する。
【０００９】
【実施例】図１は４種類の数学記号がＪＩＳ・Ｗｉｎｄ
ｏｗｓ・Ｕｎｉｃｏｄｅで文字幅が違っていることを表
している。また、他にも記号・欧文系にこのような違い
がある。図２は左側と右側が同じＧｌｙｐｈ名称＆ｃｏ
ｄｅなのにアクセント形状が違っていることを示してい
る。同図において、右側はｃａｒｏｎの代りにＡｐｏｓ
ｔｒｏｐｈｅ Ｃｅｄｉｌｌａの代りにＣｏｍｍａにな
っている。全てのアクセントに当てはまる規則ではなく
ある特定のＧｌｙｐｈに見られる。
ｏｗｓ・Ｕｎｉｃｏｄｅで文字幅が違っていることを表
している。また、他にも記号・欧文系にこのような違い
がある。図２は左側と右側が同じＧｌｙｐｈ名称＆ｃｏ
ｄｅなのにアクセント形状が違っていることを示してい
る。同図において、右側はｃａｒｏｎの代りにＡｐｏｓ
ｔｒｏｐｈｅ Ｃｅｄｉｌｌａの代りにＣｏｍｍａにな
っている。全てのアクセントに当てはまる規則ではなく
ある特定のＧｌｙｐｈに見られる。
【００１０】図３は想定する印字環境を示す図である。
ＷＳユーザ１０１、Ｗｉｎｄｏｗｓユーザ１０２、ＤＯＳ
ユーザ１０３は各々のＷＹＳＩＷＹＳ環境からネットワ
ークを介してプリンタ１０４から印字を出力する。
ＷＳユーザ１０１、Ｗｉｎｄｏｗｓユーザ１０２、ＤＯＳ
ユーザ１０３は各々のＷＹＳＩＷＹＳ環境からネットワ
ークを介してプリンタ１０４から印字を出力する。
【００１１】図４はフォントＲＯＭの構成を示す図であ
る。同図において、Ｇｌｙｐｈは全てＵｎｉｃｏｄｅ順
に並んでいる。Ａ部分は０から２５５までのＡＳＣＩＩ
Ｃｈａｒａｃｒｔｅｒである。Ｂｉはその他の欧文記
号仮名グラフィックである。Ｃは漢字部分である。Ｄは
アクセント無しの全角欧文と半角カナである。Ｂｉには
図１、図２に示すようなＷｉｎｄｏｗｓ・ＪＩＳ・Ｕｎ
ｉｃｏｄｅで固有のＧｌｙｐｈ・ＷｉｄｔｈのＣｈａｒ
ａｃｒｔｅｒに分けて格納されている。印字データはホ
スト機から送られてくる。書体名、印字位置、文字サイ
ズ、文字コードなどが含まれている。図４に示すフォン
トＲＯＭの構成は書体毎に同じ形式で存在する。文字コ
ードが入力されると図５に示す手順で該当する文字の輪
郭点・文字幅が読み出される。すなわち、文字コードが
入力されると先ず文字コードのモードがＪＩＳか、Ｕｎ
ｉｃｏｄｅかを判断する（ステップＳ１０１，Ｓ１０
３）。ＪＩＳの場合はＪＩＳからＵｎｉｃｏｄｅに変換
する（ステップＳ１０１；ＹＥＳ、ステップＳ１０
２）。そして、フォントＲＯＭにおいて、文字コードが
０〜ＦＦであればＡＳＣＩＩの中からＡサーチを行い
（ステップＳ１０４；ＹＥＳ、ステップＳ１０５）、文
字コードがＦＦ〜４Ｅ００であればＡ以外の欧文記号仮
名Ｇｒａｐｈｉｃの中からＢサーチを行い（ステップＳ
１０６；ＹＥＳ、ステップＳ１０７）、文字コードが４
Ｅ００〜ＦＢ０１であれば漢字部分の中からＣサーチを
行い（ステップＳ１０８；ＹＥＳ、ステップＳ１０
９）、そして文字コードがＦＢ０１〜ＦＦＦＦであれば
アクセント無しの全角欧文、半角カナの中からＤサーチ
を行う（ステップＳ１１０；ＹＥＳ、ステップＳ１１
１）。最後に文字コードが不正な場合（ステップＳ１０
３；ＮＯ、ステップＳ１１０；ＮＯ）はスペース扱いに
なる（ステップＳ１１３）。各サーチ後文字幅・輪郭点
は文字サイズによって変倍されて印字メモリ上の輪郭点
になる（ステップＳ１１２）。印字指定または印字メモ
リがフルになると印字メモリの輪郭点を塗りつぶしてプ
リンタエンジンに印字イメージが送られて紙に転写され
て印字となって排紙される。
る。同図において、Ｇｌｙｐｈは全てＵｎｉｃｏｄｅ順
に並んでいる。Ａ部分は０から２５５までのＡＳＣＩＩ
Ｃｈａｒａｃｒｔｅｒである。Ｂｉはその他の欧文記
号仮名グラフィックである。Ｃは漢字部分である。Ｄは
アクセント無しの全角欧文と半角カナである。Ｂｉには
図１、図２に示すようなＷｉｎｄｏｗｓ・ＪＩＳ・Ｕｎ
ｉｃｏｄｅで固有のＧｌｙｐｈ・ＷｉｄｔｈのＣｈａｒ
ａｃｒｔｅｒに分けて格納されている。印字データはホ
スト機から送られてくる。書体名、印字位置、文字サイ
ズ、文字コードなどが含まれている。図４に示すフォン
トＲＯＭの構成は書体毎に同じ形式で存在する。文字コ
ードが入力されると図５に示す手順で該当する文字の輪
郭点・文字幅が読み出される。すなわち、文字コードが
入力されると先ず文字コードのモードがＪＩＳか、Ｕｎ
ｉｃｏｄｅかを判断する（ステップＳ１０１，Ｓ１０
３）。ＪＩＳの場合はＪＩＳからＵｎｉｃｏｄｅに変換
する（ステップＳ１０１；ＹＥＳ、ステップＳ１０
２）。そして、フォントＲＯＭにおいて、文字コードが
０〜ＦＦであればＡＳＣＩＩの中からＡサーチを行い
（ステップＳ１０４；ＹＥＳ、ステップＳ１０５）、文
字コードがＦＦ〜４Ｅ００であればＡ以外の欧文記号仮
名Ｇｒａｐｈｉｃの中からＢサーチを行い（ステップＳ
１０６；ＹＥＳ、ステップＳ１０７）、文字コードが４
Ｅ００〜ＦＢ０１であれば漢字部分の中からＣサーチを
行い（ステップＳ１０８；ＹＥＳ、ステップＳ１０
９）、そして文字コードがＦＢ０１〜ＦＦＦＦであれば
アクセント無しの全角欧文、半角カナの中からＤサーチ
を行う（ステップＳ１１０；ＹＥＳ、ステップＳ１１
１）。最後に文字コードが不正な場合（ステップＳ１０
３；ＮＯ、ステップＳ１１０；ＮＯ）はスペース扱いに
なる（ステップＳ１１３）。各サーチ後文字幅・輪郭点
は文字サイズによって変倍されて印字メモリ上の輪郭点
になる（ステップＳ１１２）。印字指定または印字メモ
リがフルになると印字メモリの輪郭点を塗りつぶしてプ
リンタエンジンに印字イメージが送られて紙に転写され
て印字となって排紙される。
【００１２】なお、本発明は上記実施例に限定されるも
のではなく、特許請求の範囲内の記載であれば多種の変
形や置換可能であることは言うまでもない。
のではなく、特許請求の範囲内の記載であれば多種の変
形や置換可能であることは言うまでもない。
【００１３】
【発明の効果】以上説明したように、文字コード別にフ
ォント情報を格納するフォントメモリからのフォント情
報の読出しを管理する、本発明に係るフォント管理方法
によれば、各文字コード毎にＪＩＳコード、Ｕｎｉｃｏ
ｄｅ、Ｗｉｎｄｏｗｓに準拠したＧｌｙｐｈ・Ｗｉｄｔ
ｈでそれぞれ用意したフォントセットを作成し、印刷環
境に応じて各フォントセットのいずれかを選択する。よ
って、印刷する環境にあわせて複数のフォントセットを
用意しているのでＷＹＳＩＷＹＧをＪＩＳコード、Ｕｎ
ｉｃｏｄｅ、Ｗｉｎｄｏｗｓで対応実施できる。また、
製品に搭載する場合優先順位を決めて設定するという難
作業も不要となり製品設計が用意になった。
ォント情報を格納するフォントメモリからのフォント情
報の読出しを管理する、本発明に係るフォント管理方法
によれば、各文字コード毎にＪＩＳコード、Ｕｎｉｃｏ
ｄｅ、Ｗｉｎｄｏｗｓに準拠したＧｌｙｐｈ・Ｗｉｄｔ
ｈでそれぞれ用意したフォントセットを作成し、印刷環
境に応じて各フォントセットのいずれかを選択する。よ
って、印刷する環境にあわせて複数のフォントセットを
用意しているのでＷＹＳＩＷＹＧをＪＩＳコード、Ｕｎ
ｉｃｏｄｅ、Ｗｉｎｄｏｗｓで対応実施できる。また、
製品に搭載する場合優先順位を決めて設定するという難
作業も不要となり製品設計が用意になった。
【００１４】また、フォントセットの選択によるＪＩＳ
コード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓなどの切り替
えはコマンドで行うことにより、ドライバで指定すれば
簡単にＷｉｎｄｏｗｓからＪＩＳコード、Ｕｎｉｃｏｄ
ｅのＧｌｙｐｈ・Ｗｉｄｔｈを使った印字が可能とな
る。
コード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓなどの切り替
えはコマンドで行うことにより、ドライバで指定すれば
簡単にＷｉｎｄｏｗｓからＪＩＳコード、Ｕｎｉｃｏｄ
ｅのＧｌｙｐｈ・Ｗｉｄｔｈを使った印字が可能とな
る。
【００１５】更に、フォントセットはＵｎｉｃｏｄｅ順
にＧｌｙｐｈ・Ｗｉｄｔｈを並べてＪＩＳコード及びＷ
ｉｎｄｏｗｓからの入力コードはＵｎｉｃｏｄｅに変換
して対応するＧｌｙｐｈ・Ｗｉｄｔｈを得ることによ
り、コード体系をＵｎｉｃｏｄｅ並びにしてＪＩＳコー
ドからはコード変換で対応するのでユーザ使用が多いＷ
ｉｎｄｏｗｓからの文字選択が速くなる。
にＧｌｙｐｈ・Ｗｉｄｔｈを並べてＪＩＳコード及びＷ
ｉｎｄｏｗｓからの入力コードはＵｎｉｃｏｄｅに変換
して対応するＧｌｙｐｈ・Ｗｉｄｔｈを得ることによ
り、コード体系をＵｎｉｃｏｄｅ並びにしてＪＩＳコー
ドからはコード変換で対応するのでユーザ使用が多いＷ
ｉｎｄｏｗｓからの文字選択が速くなる。
【図１】ＪＩＳ・Ｗｉｎｄｏｗｓ・Ｕｎｉｃｏｄｅ別で
文字幅の異なる様子を示す図である。
文字幅の異なる様子を示す図である。
【図２】アクセント形状の異なる様子を示す図である。
【図３】想定する印字環境を示す図である。
【図４】フォントＲＯＭの構成を示す図である。
【図５】文字コード変換動作を示すフローチャートであ
る。
る。
１０１；ＷＳユーザ、１０２；Ｗｉｎｄｏｗｓユーザ、１
０３；ＤＯＳユーザ、 １０４；プリンタ。
０３；ＤＯＳユーザ、 １０４；プリンタ。
Claims (3)
- 【請求項１】 文字コード別にフォント情報を格納する
フォントメモリからのフォント情報の読出しを管理する
フォント管理方法において、 各文字コード毎にＪＩＳコード、Ｕｎｉｃｏｄｅ、Ｗｉ
ｎｄｏｗｓに準拠したＧｌｙｐｈ・Ｗｉｄｔｈでそれぞ
れ用意したフォントセットを作成し、印刷環境に応じて
前記各フォントセットのいずれかを選択することを特徴
とするフォント管理方法。 - 【請求項２】 前記フォントセットの選択によるＪＩＳ
コード、Ｕｎｉｃｏｄｅ、Ｗｉｎｄｏｗｓなどの切り替
えはコマンドで行う請求項１記載のフォント管理方法。 - 【請求項３】 前記フォントセットはＵｎｉｃｏｄｅ順
にＧｌｙｐｈ・Ｗｉｄｔｈを並べてＪＩＳコード及びＷ
ｉｎｄｏｗｓからの入力コードはＵｎｉｃｏｄｅに変換
して対応するＧｌｙｐｈ・Ｗｉｄｔｈを得る請求項１記
載のフォント管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000281166A JP2002091419A (ja) | 2000-09-18 | 2000-09-18 | フォント管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000281166A JP2002091419A (ja) | 2000-09-18 | 2000-09-18 | フォント管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002091419A true JP2002091419A (ja) | 2002-03-27 |
Family
ID=18765866
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000281166A Pending JP2002091419A (ja) | 2000-09-18 | 2000-09-18 | フォント管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002091419A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100860210B1 (ko) | 2002-11-01 | 2008-09-24 | 마이크로소프트 코포레이션 | 폰트 선택 방법 |
| US8319989B2 (en) | 2006-02-21 | 2012-11-27 | Ricoh Company, Ltd. | Image processing apparatus for processing and communicating with an information processing apparatus which does not have an image processing apparatus driver software |
| US10026026B2 (en) | 2014-08-22 | 2018-07-17 | Star Micronics Co., Ltd. | Printer, printing system and print control method |
-
2000
- 2000-09-18 JP JP2000281166A patent/JP2002091419A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100860210B1 (ko) | 2002-11-01 | 2008-09-24 | 마이크로소프트 코포레이션 | 폰트 선택 방법 |
| US8319989B2 (en) | 2006-02-21 | 2012-11-27 | Ricoh Company, Ltd. | Image processing apparatus for processing and communicating with an information processing apparatus which does not have an image processing apparatus driver software |
| US10026026B2 (en) | 2014-08-22 | 2018-07-17 | Star Micronics Co., Ltd. | Printer, printing system and print control method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1416394B1 (en) | Method for selecting a font | |
| US5682158A (en) | Code converter with truncation processing | |
| US7447361B2 (en) | System and method for generating a custom font | |
| KR20080094850A (ko) | 폰트들의 스케일링 장치 | |
| JP2002091419A (ja) | フォント管理方法 | |
| JP2004062786A (ja) | フォントダウンロード装置および方法 | |
| JP3850057B2 (ja) | 文字情報処理装置 | |
| JP3692885B2 (ja) | メッセージ表示装置 | |
| US5579041A (en) | Printing device bordering function and a method thereof | |
| JP4080218B2 (ja) | 画像形成装置 | |
| JP2815158B2 (ja) | 文字処理装置 | |
| JP2006172362A (ja) | 文字処理装置、文字処理方法、及びプログラム | |
| JPH09254459A (ja) | 文字処理装置、文字処理方法、及び、メモリ | |
| JP3320566B2 (ja) | 文字記号変換装置、及びプリンタ | |
| JP2005141660A (ja) | 印字装置及び印字方法 | |
| JPH0916355A (ja) | 情報処理装置及びフォントダウンロード管理プログラムを記憶する記憶媒体 | |
| JP4985689B2 (ja) | 印刷装置 | |
| JPH06130930A (ja) | ビットイメージデータ生成方法及び装置 | |
| JP2000168150A (ja) | イメージデータ形成装置 | |
| JP2001205870A (ja) | 印字装置 | |
| JPH08234720A (ja) | フォントデータメモリのデータ構造 | |
| Goldberg | Digital Typography Pocket Primer | |
| JP2004243557A (ja) | 画像形成装置 | |
| JPH01103467A (ja) | 文書出力方式 | |
| JPS605470B2 (ja) | 組版システム |