M. Takeyamaです。 ＃ピンポイントのつもりが、内容は長くなってしまいました。 On Fri, 11 Jun 2004 00:08:11 +0900 koyama <mlac@hintmark.com> wrote:

k7-koyama です。

[...]

Sun(米国)は、これからSuSEベースのOSを出荷してゆくとのアナウンスが ありました。 日本では、まずサーバー用途として普及してゆくと推測されますが、 例えサーバー用途でも、フォントは重要だと思います。 以前にも投稿しましたし、「Flash Player 7」の件で少しふれましたが、 それは、Java Desktop Systemのことだと思います。 ＃イマドさんのWebページにも関連記事があります。 ＃ http://ssjv.sourceforge.jp/modules.php?name=Journal&file=display&jid=206

Java Desktop System 1について言えば、 SUSE LINUX Desktopがベースになっているので、SUSE 8.x系 (8.2がベース, もしかして 9.0がベース)ではないかと思っています。 内容的なものは、 SUSE 8.2 + GMOME + StarSuite(OpenOfficeの代わり) + Mozilla + Evolution +Java 2 Platform Standard Edition + (Sunのソフトをポーテイングしたもの) 日本語環境としては、 日本語入力エンジン：「 ATOK X for Linux 」、 フォント：「リコーフォント２書体（ゴシック、明朝）」、 プリンタードライバー：NEC、エプソン、沖データ、ゼロックスの各社の日本語 　　　　　　　　　　　プリンタに対応したプリンタドライバ http://jp.sun.com/Press/release/2004/0518.html

最近では、WWWサーバーやASPサーバーで、画像を描画して表示する といった事があたりまえですが、ここでもフォントが理用されます。 私の認識が間違っているかもしれませんが、少なくともサーバ用途と いうことに限定すれば、Linuxを利用する場合にはフォントの必要性 (きれいな日本語フォント)は低いと思います。 --- 一般論 ＃唯一、必要だと思うのが、Xサーバでフォントサーバをして場合と ＃プリントサーバをやっているケースかなと思います。 ＃(もちろん、desktop(クライアント)環境は別です。)

以下はその理由です。 WWWサーバー --- 単なるHtmlで書かれたWebページの場合、 サーバ側 ---> Htmlの中にフォント情報(フォントの種類を指定されいる場合) 　　　　　　　があるがサーバ側は単にデータを送信するだけ、 cssの処理などはあくまでクライアントの問題。 ＃フォントがない場合の置き換えなど。 ＃--> うまく処理できないと見た目が悪くなる。 コンテンツが、アプレット(JAVA)の場合はやはりクライアントの問題に なると思います。 コンテンツが、サブレット(JAVA)のような場合はサーバ側で処理するので フォントの問題はサーバ側に依存するかもしれません。 ASPサーバーというのが、MS-WindowsのASP言語を処理できるwebサーバと いう意味なら... ---> そもそもLinuxでそういうことは出来ないのではないかと思います。 　　PHPなどを利用するwebサーバでサーバ側のフォントに依存するケース 　　があれば問題になるかもしれません。

Windowsでは、いろいろなフォントがあって、適当なサイズの文字を描画しても 十分見ごたえのあるボタンイメージなどが、作成できますが、 Linuxでは、可哀想なくらい貧弱なボタンイメージしか作成できません。 全て、フォント欠如による理由からです。 個人的には、多少、販売単価は上がっても、フォントの種類が多いほうが 嬉しい限りです。 言いたいことは良くわかります。

SuSE9.1 日本語版では、是非フォントの充実をお願いしたいと思います。 えーと、これは単なる感覚的なものですが... SUSE 9.1の場合、XFree86 4.4系(4.3.99.902-40)になっているせいか 同じフォントでも見え方やよりきれいになったような感じがします。

----- M. Takayama