戸越フォント試行錯誤日記

ライセンスのこと

2009-03-20T05:34:00.003+09:00

先日、SourceForge.JP のフォーラムに Debian JP のやまねさんという方からご投稿をいただきました。戸越フォントの現在のライセンスが FLOSS に適合しないので変更しませんか？という内容です。

提供側としても、広く使っていただけるようになるなら、当然そのほうが望ましいわけです。といっても、実のところライセンス関係のことは詳しくありません。僕としては一生懸命考えながら、疑問点や見解めいたものなどをフォーラムに書いて投稿したのですが、でも結局どうもよくよく落ち着いて考えてみれば、僕の書いたことのいくつかは、ちょっと内容が混乱してたかなぁと思えてきました。

Debian プロジェクトが下した判断に対して、僕はその整合性に多少違和感を感じていました。で、そんなことをちょっと書いたりもしたのですが、後になってじわじわと、あぁあれはやっぱり僕の理解不足だったのかなとようやく得心がつきはじめてきたりしています。それから、Debian が示した不適合の理由説明も、何か誤解に基づいているんじゃない？と思ったのですが、それも僕のほうが意味を取り違えたってことなのかな、と。

まぁ何はともあれ、一切合切を含めて著作権者のかたの許諾を仰ぐということで、ライセンス面での「仕切り直し」を図ってみたいと思っています。

お嬢さんは憂鬱な太ったお母さん？

2008-06-29T22:30:00.005+09:00

たまたま GNOME Character Map（文字マップ）で「嬢」の字を見たら、、、

、、、あれ？ Definition in English（英語での定義）のところ、、、

ええー！

troubled, oppressed; fat; mother ？？？

何か全然違ってないかい？

もっとも意外なことに「mother」っていうのは強ち間違いってわけでもないらしいです。
手元の漢和辞典によると、「嬢」の旁の「ジョウ」は「上（ジョウ）」を表していているのだそうです。ということで、この字は元々「目上の女」というところから「母」を意味したのだそうです。さらに言うと、中国語では（「娘」と混用されているようですが）、この字はまだ「母」を意味する場合もあるようです（方言みたいですけどね）。

あと、ちなみに調べたついでに見たんだけど、中国語の「娘娘（ニャンニャン）」には日本語の「娘」の意味はないみたい。。。まぁ、中国語のことはよくわかりませんが。。。

ギリシア文字

2008-05-30T02:54:00.004+09:00

VLゴシックを使っていると、ユニークな特徴に気づきます。
たとえばギリシア文字の文字幅です。等幅の VL Gothic では全角幅なんですが、VL PGothic では半角幅のプロポーショナルになっています。
個人的な感覚では、ギリシア文字って半角でいいんじゃないかな、という気もしていたりするので、この仕様は（まぁ一貫性という意味じゃちょっと何なのかもしれないけれど）これはこれで悪くないなと思っているのですが、日本語フォントって大抵全角ですよね、ギリシア文字。VLゴシックの立ち位置って、ちょっとラディカルだったりするのかな？

なんてギリシア文字について、さも注目しているかのようなことを書き出しましたが、別に個人的にギリシア文字をよく使うってわけではありません（というか滅多に使わないし）。ですから、実はどっちでもあんまり大差ないっていうのが本音だったりしそうです。。。まぁそんな程度ではありますが、でも「マイクロメートル」とか偶に出てくるときもあって、そういうときは格好悪いなぁと思うし、一方で全角じゃないと都合がわるいことって思いつかないし（縦書きは別だけど。。。）、ということで、個人的には半角支持の気持ちも強いんですが、どうなんでしょうね？全角にしておきたい理由ってなんかあります？

じゃあお前がやっている戸越ゴシックでは、ギリシア文字はどうしているの？と聞かれると、これが全角幅なのです。しかも全然ゴシックじゃないグリフが入っていたりします。もう話になりません。私がいかにギリシア文字と縁遠いということを如実に表しています。だから元々、別にこうあるべきとか、強い拘りがあるってわけじゃないのです。ただすべては何となくなんです。ただ何となぁく、ラテン文字の親戚は全部半角にしちゃえばいいんじゃないかな、とか密かに考えているってだけなんです。どう思います？

Fedora 9 の悲しい点

2008-05-17T00:51:00.006+09:00

昨晩 Fedora 9 をインストールしてみました。予告どおり、VLGothic が日本語のデフォルトフォントになっています。久しくさざなみでしたが、大きく改善されたと言っていいでしょう。これはいいことのひとつです。

でも、ダメな点もあるんです。

それは、日本語関係のバグ。設定ファイルにミスがあって、インプットメソッドがインストールされないのです。これでは日本語が入力できません。これのたぶん一番簡単な解決方法は、メタパッケージ「scim-lang-japanese」をインストールしてしまうことです。

ですが、私の場合（？）これだけでは解決しません。私は多少訳があって、英語環境でログインしているのですが、英語環境で日本語入力をできるようにするためには、[System]−[Preferences]−[Personal]−[Input Method] を立ち上げて、「Enable input method feature」にチェックをつける必要があります（まぁ、直接 ~/.xinputrc を記述するというのもアリですが）。

ところが、この Input Method がクラッシュします。これも Bugzilla に登録されています。

https://bugzilla.redhat.com/show_bug.cgi?id=445129

これは、Bugzilla のコメントにあるとおり im-chooser-0.99.6-4.fc9 をインストールすれば解決しますが、このファイルは現時点ではまだ testing のディレクトリに入っていて、ふつうに yum update してもインストールできませんし、しかも日本のミラーサーバーには（少なくともそのいくつかに現時点では）ファイル自体まだ置いていないようでした。私は US のサーバーから落としてきました。依存ファイルとして、imsettings-0.99.6-4.fc9.i386.rpm、imsettings-libs-0.99.6-4.fc9.i386.rpm も必要になりますので、併せて落としておきます。
で、rpm -ivh します。が、コンフリクトするからダメだと言われてしまいます。仕方がないので、構わず --force で入れてしまいます。すると Input Method が起動するようになります。

というような流れで、ようやく日本語が入力できるようになりました。後者のほうはあんまり書いている人がいないかも？なので、書いてみました。

MacBook のハードディスク交換

2008-05-06T21:32:00.006+09:00

仮想マシンで Linux やら Windows やら入れちゃってるので、アプリはほとんど入れていないものの、容量がなくなってきてしまいました。購入時は大して使わないだろうとタカを括っていたんですが、甘かったデス。ということで、秋葉原へ行ってハードディスクを買いました。MacBook で使えるのは 2.5 インチのシリアル ATA。予算の都合で 250 GB のバルクです。1 万円弱でした。ノートの HDD 交換って初めてだなぁ。
で、初の交換作業。やってみて分かったことがあります。MacBook の HDD 交換は、とっても楽だと言われています。たとえば、Apple のマニュアルにもこんなのがあります。

http://manuals.info.apple.com/en/MacBook_13inch_HardDrive_DIY.pdf

私の MacBook（MA254J/A）もこのとおりで、確かにとっても簡単でした。でも、ワナ（？）があるんです。
それはネジです。
通常のプラスやマイナスのドライバーだけじゃなく、トルクスドライバー（T8。T8 というのはドライバーの大きさです）も必要です……という情報は、ネットで調べていると書いてくれている人がいますので、私も HDD 購入の際に買っておいたのですが、さて実際に外そうとすると、コイツがかたい。これ、人力で外せるの……と泣きながら（ウソ）、指の皮が剥がれつつも（ウソ）、苦労してようやく外しました。グリップのしっかりしたドライバーを用意するか、もしくは軍手も一緒に用意しておいたほうがいいかもしれません。。。
MacBook のハードディスク交換は、いろいろな人がブログに書いています。もし実際に交換なさるという場合は、あらかじめよく検索なさっておくとよろしいようです。

Ubuntu 8.04 のインストーラで悲しい点

2008-04-29T17:24:00.004+09:00

Ubuntu 8.04 をインストールしました。正直今まで普段 Fedora ばっかりで Ubuntu はあんまり使っていなかったんですけれどね。

で、このインストールなんですが、うっかりしました。私は昔から GAG というブートローダを使っているのですが、つい MBR を GRUB で上書きしてしまったのです。というわけで、Ubuntu と一緒に GAG もアップグレード :-p

というミスをしたから言いたくなっちゃうのかもしれないけれど、この Ubuntu のインストーラ、GRUB のインストール先の設定をどこでしたらいいのかわかりにくいと思います。シンプルなのはとってもいいんだけどね。
というか、実はシンプル過ぎて設定箇所がないんじゃ……（いや、まさか）と思って、再度インストーラを起動して確認してみました。で、見つけました。ウィザードの最後の画面の右下にある「拡張...」ボタンです。これを押すと設定画面が出てきます。

しかし、こんなところに追いやられているのを見ると、何か悲しいな。。。

炯の字とそれに似た字

2008-04-28T00:18:00.004+09:00

炯眼の炯の字は U+70AF ですが、似た文字が U+70D4 にあります。後者は、火偏に同という字。
現在リリース中の戸越ゴシックでは、この後者のほうを炯の字形と同じにしてしまっています。これは代替東風では正しかったのを、私がうっかり間違えたようです。すみません。。。
ちなみに、GNOME の Character Map によると、火偏に同という字は「熱い」という意味らしいです。知りませんでした。

「為」の旧字

2008-04-27T23:53:00.005+09:00

常用漢字の「為」は元来俗字だそうで、正字は「爲」。
この文字、現在の戸越ゴシックでは

こんな感じのデザインになっています、、、、
問題は、この字の頭の部分。私はてっきり「ノに3つの点」というふうに思い込んでこんなふうにしていたのですが、これ、「爪」なんですね。
ふだん「受」や「妥」なんて字を書いていますから、よもや「爪」とは思いもよらない。「ノ」に3点と理解してしまったわけですが、思い込みというのは恐ろしい。現在の字形が厳密に間違いとなるのかどうかは知りませんが、このデザイン、「爪」を意識していないのは確かなので、訂正することにしました。次回リリースでは、こんな感じのデザインにしようかと思っています（細部は変えるかもしれませんが）。

戸越ゴシック一式リリースしました。

2008-04-24T21:07:00.003+09:00

戸越ゴシック一式というのは、戸越ゴシック、戸越モナーゴシック、戸越等幅ゴシックの、ゴシック3書体のことです。
これまではこの3つ、それぞれバラバラにリリースしていたのですが、ときどきリリースし忘れることもあるし、後者の2つはどうせほとんどスクリプト流すだけだから、面倒臭がらずに一気にリリースしちゃえということで、こんなリリースの仕方にしてみました。
でも、こうしたらこうしたで、パッケージもまとめちゃったほうがいいんじゃないかとか、思うところも出てきます。とは言っても、継続はなかなか難しい。また元のようなリリース形式に戻ってしまうかもしれませんし、このままのかたちで進めることにします。。。すみません。。。

TrueType instructions

2008-04-06T22:43:00.004+09:00

ヒンティング、というよりラスタライズ自体に関係しているものに TrueType instructions というのがあるらしい。これ、FontForge にも編集できる機能はあるんだけれど、ハッキリ言って訳わかりません。もう何かアセンブラみたい。。。
とはいえ、いずれはここに踏み込んでいこうかななんて思っているので、自分用のメモとしてリンクを書いておきます。

http://fontforge.sourceforge.net/ttfinstrs.html

上のほうにある、Apple や Microsoft のドキュメントに目を通しておかないとダメっぽいですね。。。

つらつら考えるに

2008-04-06T18:34:00.003+09:00

先のエントリーの続きです。
戸越フォントに時間を割くべきかどうか迷う大きな理由は、もうひとつあります。もっとも、これは新規で別のフォントを作るという動機にはつながらないんですけれども。
その理由というのは何かというと、別に大したことではありません。前にも書いたことがあると思うけれども、やっぱり IPA フォントがすでに存在しているということです。
IPA フォントには、現状、改変して配布することはできないというライセンス上の制限はあります。しかし、個人でふつうに利用する分には、これ別に大した制限というわけでもないと思うのです。必要とあらば FontForge か何かで改造して、（あくまで個人利用ということになるけれども）使うことも可能ですし。

ただ一方で、みんな必ずしも IPA フォントで満足しているってわけでもないようです。だから、フォントを探している人がいるし、中には戸越フォントを落としてくれる人もいるわけです。
うーん。
まぁやっぱり、とりあえずは、やり始めたことだから、ある程度になるまでは続けてみようか、という感じになるのかな。。。もうちょっと明確にこうっていうのをハッキリさせたいんですけどねぇ。

戸越明朝

2008-04-06T09:31:00.003+09:00

昨夜、戸越フォントの明朝体フォント「戸越明朝」をリリースしました。
といっても、代替東風のグリフをまだ 1,000 文字程度（英数字を含む）調整したというだけなので、実際お使いになると未調整の文字を目にすることも多いだろうと思います。今後も調整作業が必要ですね。。。

けれども、果たしてこのまま戸越フォントを成長させるために時間を割くべきなのか、本当は別のフォントを新たに作るほうがむしろいいのではないか、など、実は迷いも多かったりします。。。一番大きい理由は、やはりライセンスでしょうか。GPL にしてみたいなぁとか。。。

Fax?!

2008-03-30T13:44:00.004+09:00

ClearType のヒンティングと、ふつうのヒンティングについて、こんな書き込みを今さらながら発見。
http://www.typophile.com/node/14961

やっぱり VTT（Visual TrueType）をチェックしておくべきなんでしょうか、ということで見てみましたが、
http://www.microsoft.com/typography/tools/vtt.aspx

入手するには、ライセンス文書に署名して、さらにフォント開発との関わりについて何か書いてファックスしろって。。。
うむむ。。。

そもそも、ClearType に言及してないっぽいけど、対応しているのってこのバージョンでいいのかなぁ。
マニュアルを読むと何か書いてあるのかもしれないけど、ファイル形式が Word。。。最近の文書なら、MS といえど PDF で用意すると思うんだけど、この当時はこんな感じだったんでしょうね。

まぁ、とりあえず今のところはスルーってことで。

リガチャ（合字）

2008-02-17T23:19:00.005+09:00

前回のエントリで触れたリガチャ（合字）に関するお話です。
戸越ゴシックでは、たしかちょっと前のバージョンから fi と fl のリガチャのグリフを追加していました。それが戸越等幅ゴシックにもそのまま読み込まれてしまったので、等幅じゃない Width フィールドを持つグリフとして検出されてしまったわけですが、しかし、どうも元々の戸越ゴシックの fi fl も、実は機能していなかったようです。。。といっても、Mac のように Option+Shift+5 などでリガチャを入力できるシステムでは機能していたのかもしれませんが、、、というか、結論から言うと、FontForge 的には、ただグリフを作るだけじゃなくって、もう 1 つ設定しておく必要があったようです。

マニュアルにも、ちょこっと書いてありました：
http://fontforge.sourceforge.net/charinfo.html#ligature
こっちは日本語版：
http://fontforge.sourceforge.net/ja/charinfo.html#ligature

リンクを辿らずに、突然ここを読んでもよくわからないと思います。ちょっと補足説明をします。
FontForge でリガチャのグリフを作成したら、そのグリフを選択した状態で（あるいはそのグリフのウィンドウで）メニューの「Element」-「Glyph Info...」を選択し、「Glyph Info」ウィンドウの左側のリストから「Ligatures」を選択します。するとウィンドウの内容が切り替わるので、そこでリガチャの設定をする、、、というわけなのですが、上記のリンクの説明では、具体的にどうやるのが正しいのか、あまりよくわかりません。が、とりあえず「Source Glyph Names」の欄に、リガチャを構成するグリフ（の PostScript グリフ名）が並べて書かれてあればいいらしい、ということは分かりました。で、いろいろやってみたのですが、とにかく設定中よく落ちました。。。;-<　いろいろごちゃごちゃやったので、自分がやった手順も整理して説明することはできません。。。

ともかく設定が完了すると、fi と入力すれば自動的にリガチャに置き換わるようになります。初めて見たときは、おおっ! こうなるのか！っと少しオドろきました。何か凄いです。っていうか、今まで気づかなかった私もある意味凄い？いかに欧文フォントで入力をしてこなかったかってことですね。。。

今回の経験から実感したことは、FontForge のマニュアルはもうちょっと分かりやすいほうがいい、ということです。。。まぁ、そう思ったら自分で調べて書きましょうという話なんだと思いますけど。

等幅じゃない!?

2008-02-11T16:46:00.000+09:00

戸越等幅ゴシックのスクリーンショットを見ると、何だか等幅っぽくない。
ということで、データを調べてみることにしました。
FontForge が出力する sfd ファイルはテキストなので、このファイルから規格外の Width フィールドを持つ文字をチェックすればいいわけです。すると、、、

nonmarkingreturn
sigma1
afii10102
uni6F0F
uni8AEE
fi
fl
acutecomb
gravecomb
uni0302

が、引っかかりました。
uni6F0F（漏）と uni8AEE（諮）はちょっとマズいですね。おそらく FontForge の操作をミスして文字幅を変えてしまったのでしょう。キチンと全角幅に修正することにしましょう。
fi と fl はリガチャです。等幅フォントの場合、どうしたらいいんでしょうか。ご存知の方がいらっしゃったら教えてください。私は欧文入力に詳しくないのでよくわかりませんが（よく分かっていない人がグリフを作っちゃダメってことです）、意図的にリガチャを入力する人もいないような気もします。しかし、コンピュータが勝手に変換するケースもあるかもしれませんので、ここは全角幅に fi（fl）を並べたグリフを入れておくことにしようと思っています。
sigma1 はギリシア文字です。他のギリシア文字はみんな全角幅なので、取り敢えず全角幅に揃えておいたほうがいいのでしょう（でも、半角のほうがいいような気も。なぜ全角なんでしょうかね）。

以上のように、たしかにバグはあったのですが、スクリーンショットの問題とは関係がなさそうです。むむ？ではなにゆえ？

等幅、あれ？

2008-02-11T10:05:00.000+09:00

先日、戸越モナーゴシックと、等幅ゴシックを更新しました。
それぞれ、戸越ゴシックにスクリプトを流すだけってわけでもなく、ちょこちょことチェックしたり、あるいは手を加えたりしています。
今回は新版リリースに伴って、プロジェクトページのスクリーンショットの内容も変えました。いわゆる半角英数字も含めたものにしたのです。なぜって、戸越ゴシックと戸越等幅ゴシックは、全角部分だけじゃ違いがありませんからね。
当初は、もっぱら漢字のグリフに手を加えることに注力していたので、ああいうスクリーンショットを貼っていたわけですが、フォントの種類も増えて、わずかずつでも進化してきているようです。プロジェクトを始めてもうすぐ一年。。。

と0.5秒くらい感慨に浸ったりもするのですが、それも束の間（0.5秒ですからね）、戸越等幅ゴシックのスクリーンショットを見ると、ありゃぁと思うわけですよ。

全角と半角で字送りが微妙にズレてる

ダメじゃん。
おかしいなぁ、文字幅はちゃんと揃えたはずだと思ったけれど。。。

戸越ゴシックのバージョンアップ

2008-02-01T00:59:00.000+09:00

バージョンアップと言っても、調整したグリフが増えたというだけのことです。今回は 511 のグリフを調整。数から言うと何か意外に頑張っちゃったんじゃないかな？というふうにも見えるけど、実はほとんどがコピー&ペーストだったりするのです。。。漢字って、ほら、偏と旁をコピペすればできちゃう場合も多いから。

しかし、コピペじゃないとこでも、少し頑張っています。たとえば「飛翔」の「翔」の字。新規で調整しました。これで、しょこたんの名前も以前よりはずっと綺麗に表示できます。あぁでも「しょこたん」なんて書くと違うヒットが増えたりするんでしょうか。こんなマイナーなとこなら大丈夫かな。次は「中川」の「中」の字を直そう……って、しょこたんに最適化してどうするんだ?!

まぁそれはそれとして。

今回のバージョンでは、凄く目立たないバグを修正していますので、一応ご報告いたします。U+6CC5（三水に囚）とU+6D07（三水に因）が同じ字体になっていました。これは代替東風のバグですが、見つけたので直しました。っていうかさ。こんな漢字知らないっすよ。ちなみに sazanami では直ってますので、sazanami ベースのフォントを使っている方はご安心を。

で、実は、これだけではないんです。もっとメジャーな漢字にもミスらしいものが見つかっています。まぁメジャーはメジャーなんだけど、すっごく細かいんですけれどね。
それは、MacBook Air なんかで目にする機会も増えた「薄」という字。「寸」の上の部分ですが、今までは、よく見ると下が突き出ていたんです。「浦」の旁みたいに。これは sazanami でも微妙に出ている。
まぁ sazanami は真ん中だけ突き出ているので、そういうのはちょっとどうかなぁと思うのですが、確かに中国語のフォントなんかだと下が突き出ているということはあるようです。そういう字体はちゃんと漢和辞典にも載っていますし、異体字ということになるみたいですが、学校で習う字では突き出ていないはずですよね〜？　ということで、今回のバージョンではそのように直しました。っていうかさ。よっぽどよく見なければ気づきませんよね、こんなの。

とまぁ、こんな感じです。。。
知らない字も多いので、いずれちゃんと規格に照らしてグリフの確認もしたいところですね。。。

UIM に移行してます

2008-01-15T00:32:00.000+09:00

戸越フォントの編集は、主に Fedora 8 上の FontForge で行っています。
ときどき Mac OS X でやったり、Cygwin でやったりもしますが、この二者に比べると Linux の方がいいですね。Mac は、ウィンドウのフォーカス移動とウィンドウ内のアイテムの選択が 1 クリックでできないのが難点……いやいや、そうではなく、ツールボックスのウィンドウが通常のウィンドウと同じ扱いになってしまっているのが難点なのです。まぁ、こう書いても、使ったことのある人にしか伝わらないかもしれないけど、要するに、Illustrator や Photoshop のツールボックスみたいな扱いになっていたら、使いやすいのになぁと思うわけです。まぁいいや。大したことじゃないし、わからない人は読み飛ばしてね。Cygwin はその点全く問題ないのですが、なんか FontForge の安定性がイマイチな気が。。。気のせいかな？
というわけで Linux が一番いいと思っているわけですが、それでもイマイチな点がないわけじゃありません。ショートカットがうまく効かないというのもそのひとつ。これも使っている人は分かると思いますが、SCIM を起動している場合、マウスがウィンドウの内側にあるとショートカットが効かないんですね。ショートカットキーを使うためには、要するにウィンドウの外側にあればいいんですが、これが手間。ウィンドウのボーダーやタイトルバーの上とか、あるいはウィンドウの外側とかにわざわざマウスを動かしてからショートカットを押さなきゃいけない。少なくとも現状では。
解決するためには、SCIM を起動しないというのが、1 つ、手としてあります。デスクトップの起動自体速くなるし、なかなか悪くないんですが、これは英語オンリーで生活しなきゃいけないというところが大問題。日本語のキーワードでまともに Google できないし、ブログも書けないというのは（もともと書いてないじゃんという話もあるけど）やっぱり不便。
というわけで、とにかく SCIM じゃなきゃいいんだろう？という話になります。で、UIM に切り替えました。切り替えたら、難なくショートカットが効いて、その点とても具合がいいのですが、何か Fedora の（？）UIM の挙動はよくわかならいなぁ、と思っている今日この頃なのです。何か、新規にウィンドウを起動するたびに日本語入力がオンになっているような気がするんですが、これ、設定がいけないんでしょうかね？

明朝体を作ってます

2008-01-15T00:22:00.000+09:00

久しく更新していないうちに年が明けてしまいました。。。
戸越フォントは、着々と作業が進んでいて……と言いたいところですが、実際のところそうでもありません。
実は数ヶ月前から明朝体のほうにも手を出しているのですが、ゴシック体よりも手間がかかるようで、なかなか進みません。
ということで、これに引っ張られてゴシック体のほうも、あまり作業が進んでいないのです。。。

Fedora 8 on Parallels

2007-12-04T02:36:00.000+09:00

Parallels Desktop 3.0 は、Fedora 8 を正式にサポートしていない。
が、試してみた。
初期バージョンでは、カーネルパニックで VM が起動できなかった。新しいカーネルには対応できなかったのだ。3.0 で試してみると、それが改善されている。
ただ、X をフルスクリーンで起動できなかった。もっとも、これは設定の問題と言える。設定を書き換えれば解決できる。しかし、自動で最適な xorg.conf が生成されないのは嬉しくない。ウェブを見ると、どうもこれは Ubuntu でも状況は同じらしい。

ネットワークもなぜか起動直後は接続できない。接続しなおしたり、ネットワークサービスを起動しなおさなければいけない。これについては特に調べてはいないが、ウェブでは同じ症例をまだ見かけていない。変なことをしたのだろうか。

頑張れグムスン

2007-12-02T22:25:00.000+09:00

これもまた、主演のペ・ドゥナが圧倒的に魅力的。内容は皆無ですけどね〜。
だから、とにかくペ・ドゥナなのです、という映画です。

彼女のことは、『リンダリンダリンダ』の演技でツボに来ていたので知っていたのですが、手に取ったのは彼女目当てではありません。
パッケージに「主婦 vs. ヤクザ」と書いてあったので、「筋書きが面白いかも？」と期待したのです。
見事に裏切られましたけどね。
その代わり、ペ・ドゥナって人は、困っても怒っても、泣いても笑っても、どんな表情も全部魅力的。この人、やっぱり見てて楽しいわ。

ま、それはそれとして。

最後にグムスンの書いたサインが出てきて、走り書き（？）のハングルが出てきます。手書きのハングルくらい見たことあるような気がしますが、意外に機会がなかったのかも。へぇ、こう書くのか、なんて思った、というのが、一応フォント関係になるのかな。。。

等幅フォントって

2007-11-25T01:07:00.000+09:00

戸越等幅ゴシックを作ったはいいけれど、さて、等幅フォントってそもそもどこで使うんでしょう？
プログラマならエディタ。というか、コード用に使うというのがまず思い浮かぶかもしれませんが、一般的にはメーラーなのかな。

ヒートシンクをどう外したか

2007-11-25T00:37:00.000+09:00

先日、CPUをアップグレードした件を書いたのですが、詳細は書きませんでした。古いから書いても仕様がないんじゃないかと思ったということもあったのですが、まぁ一応記録しておこうと思います。
取り外しに苦労したヒートシンクは、型番がF08G-12B2S1。メーカーはNIDECですね。こいつはレバー型の大きなハンドル2つの他にフックが4つあって、このフックが外しにくい。
きちんと外し方ってものがあるのかもしれませんが、私は一つずつ手で外しにかかりました。一度ヒートシンク全体を、外したいフックの方向へ斜めに押し込み、フックを緩めてからそのフックを外します。緩めているとはいえ、これがなかなか固い。ひとつ外しただけで指がちょっと痛くなりました。泣きながら（ウソ）全部のフックを外しました。
今だにソケット478を使っている人も少ないかもしれませんが、参考になればぜひ。私も静音ファンにしたくなったら、また取り外すかもですね（PC自体を買い替えるかもしれませんけど）。

戸越ゴシックと戸越等幅ゴシックを更新

2007-11-19T00:51:00.000+09:00

20071117というバージョンでリリースしました（土曜日の話ですけれど）。
リリースノートやニュース等でも書きましたが、このバージョンから戸越ゴシックはプロポーショナルフォントになりました。等幅フォントは「戸越等幅ゴシック」という新フォントとして公開しています。
プロポーショナルといっても、可変幅なのは欧文（半角英数字）だけ。和文は仮名もふくめて従来どおり等幅です。これは個人的に和文の文字詰めは「ベタ」が好きだからです。もっともカタカナは等幅ではなくてもいいかな、とも思ってはいます。でも決めかねているので、しばらくは多分このままでしょうね。

そうそう、プロポーショナルになった欧文は、結構デザインを変えています。お試しいただけると幸いです。

ダウンロードはこちらから。
http://sourceforge.jp/projects/togoshi-font/

CPUをアップグレード

2007-11-19T00:18:00.000+09:00

Windows Vista のエクスペリエンスインデックスのサブスコアは、これまでずっと 3.0 未満でしたが、マザーボードに合う（たぶん）最速の CPU（古いのでもちろんバルク）にアップグレードして、ようやく 3.1 になりました。結構快適です。というか、今までが遅すぎたのです。
Linux も結構重かったし、買い替えかなと思っていたのですが、まだちょっとは保ちそうかも？
ヒートシンクのフックを外すのに一苦労したことを付記。もう付け替えることはないだろうと思いますけど。

テンとハネのデザイン

2007-11-14T00:42:00.000+09:00

戸越フォントのデザインはまさに試行錯誤です。たとえば「付」という字のデザインですが、、、
従来は、こんな感じでした。

次回はこんな感じにしようと思っています。

どこが違うかというと（一目瞭然？）旁が違います。もっと具体的に言うと、テンやハネの部分の長さや角度が違っているわけです。今後テンやハネは、極力こんな感じに統一することになるかもしれません。。。

でも、こういうのは、やり方がちょっと違うかな？

たぶん本来は、全体のデザインをキチンと設計したうえで、こうした細かいパーツをどうするか検討するのだと思います。しかし私の場合、どうもパーツが偶然うまく行ったらそれを採用して……という感じになっているみたい。こんなことだと、きっと早晩矛盾に突き当たりそうです。というわけで、デザインはまだまだ試行錯誤という感じですね。

昨日は軽いノリでGIMPのスプラッシュ画面にツッコミ入れてしまいましたが、偉そうなことは全然言えないんです。

GIMP のマスコットの顔が恐い件

2007-11-12T22:13:00.000+09:00

Fedora 8 で GIMP を立ち上げて、驚きました。
こ、このスプラッシュ画面は、、、

し、死相だ……

マスコット犬ウィルバー、まさかの変貌ぶりです。

Ubuntu 7.10

2007-11-11T20:40:00.000+09:00

GUI ツールに「自動アップグレードできるよ」と言われて、ボタンを押したら失敗。というままで放置してきた Ubuntu をアップグレードしました。Live CD からのクリーンインストールです（LANG の値を変えれば OK だったかも、というのは後から知った話）。何はともあれ、遅ればせながら Ubuntu 7.10 です。

で、Ubuntu でも試してみたのですが、Fedora 同様 Compiz を有効にしたまま FontForge がちゃんと使えるのですねぇ。いまや常識だったらしいです。嬉しいことです。

Ubuntu は（本家から落としてきたので）デフォルトでは日本語環境が全然整っていないんですね。SCIM にも Anthy がないという状態でした。それで、System - Administration - Language Support から日本語環境をオンにしたわけですが、この操作だけで 2 度も再起動しろと言われちゃいました。なにゆえ？
概ね使いやすいデスクトップで、評判どおりという感じなんですが、こういうローカライズ関連のところは、まだちょっとイマイチというところなのかもなぁ。

Fedora 9 からは VL ゴシック

2007-11-10T16:07:00.000+09:00

Fedora 8 のリリースノートに書いてありました。
VL って Vine Linux だけど、当然そんなの関係ねぇってね。
しかし、やっぱり IPA フォントは選ばないみたいですね。Fedora Project らしい。
VL ゴシックは、Extras で採用され始めたころは正直さほどでもないかなぁという印象だったのですが、今のはなかなかいい感じになっていますね。

ドロップシャドウでFontForge

2007-11-10T12:42:00.000+09:00

先日リリースされた Fedora 8 にアップグレード。
Fedora 7 から yum で上げちゃうという方法もあるようですが、依存関係で何かありそうなのでパス。DVD も面倒なのでパス。Live CD からインストールしました。スイスイっと完了です。

Fedora 8 はデスクトップスクリーンがちょっと落ち着いた感じですね。Solaris っぽいと思いましたが、それは色だけかな。

で、このブログで紹介したいのは、やはり FontForge のこと。今まではドロップシャドウのデスクトップ効果を有効にすると、FontForge のウィンドウが透明になってしまって使えませんでした。しかし、Fedora 8 では違うんだな。ちゃんと使えちゃうのです。
これは嬉しい。

後は、SCIM を起動していてもショートカットを受け付けてくれるようになったら言うことなしですね。
もっとも、今でもマウス位置をウィンドウ内部から外せば受け付けてくれるんだけれど。

--(追記)--
Fedora 8 のデスクトップスクリーンは、時間とともに色が変わるんですね。

戸越フォント、約 1 ヶ月ぶりのリリース

2007-10-28T00:21:00.000+09:00

戸越フォントを更新しました。sourceforge.jp からダウンロードできます。
http://togoshi-font.sourceforge.jp/"

本当は、もう 1 種類、新しいフォントをリリースしようと思っていたのですが、まだ形にすることができませんでした。わずかにゴシックの行間を変えるなどの新しい変更を行いました。グリフのほうは、580 程度更新しています。

IPA フォントが単体で配布されるようになり、更にそのうち改変も可能になる（かも）という状況になって、戸越フォントはますます意義を失っているわけですが、やりかけたことなので、ある程度形になるまでは続けることにしました。
現状、この活動にはあまり意味はないかもしれません。しかし、続けていると意味が出てくるかもしれません。先のことは分かりません。
確実に変わったことがあります。やはりデザイン品質に関して意識を高めざるを得なくなりました。IPA フォントを越えることはできないかもしれませんが、それなりの品質を保てば、ライセンスが軽い分、悪くないということになるかもしれません。

問題は品質です。これを得るのはなかなかに難しい。1 文字 1 文字のデザインの向上はまだどうにかできそうですが、文字の粒を揃えるというのが、現状の私の意識では難しそうです。
とはいえ、梅フォントなどを拝見すると、少なくとも戸越フォントよりずっと文字の粒が揃っているように見えます。IPA フォントを見ても、やり方がわかないかもしれませんが、梅フォントなども参考にさせてもらうと、段々に見えてくるのかもなぁと思っています。

IPAフォントが単体で配布可能に

2007-10-02T00:26:00.000+09:00

http://journal.mycom.co.jp/news/2007/10/01/022/

うむ。

戸越フォントの存在意義がいよいよ薄くなるなぁ。
でも、これはこれで大いに歓迎できる。
フォントのために GRASS をダウンロードなんて、そんな不自然なことせずに済む。

とはいえ、改変可能じゃないから、フリーとは言えない。この点は評価しづらい。
もっとも、改変可能なライセンスも検討中とのことなので、それが決まらないうちからブーブー言うこともないだろう。

昨今は高品質なお手製フォントも出て来つつある状況だと思う。

M+ とかね。

戸越フォントは全然だけど。。。

だから IPA フォントも、存在意義が薄くならないうちにこういう出方をしておくのは、自身のためにもよいことなんじゃないかな。

、、、なんて、なんかこれ、ちょっと偉そうなコメントになっちゃったなぁ。

ともかく、今の戸越フォントの制作って創造性に欠けると思っている。
車輪じゃないけど、一生懸命再生産しているわけで、モチベーション的にも結構ヤバい感じだったりする。

制作者としては、IPA フォントみたいな高品質フォントの肩に乗って、もっとクリエイティブな企画を進めてみたいものだ。

戸越フォントの縦書き、再びダメに？

2007-09-24T17:38:00.000+09:00

何の気なしに試してみたら、Linux 上では、以前できていた戸越フォントの縦書きが、またできなくなっていることがわかりました。
ClearType がらみで FontForge のバージョンを上げたのが原因かもしれません。
というのも、sfd ファイルを調べてみたら、縦書き（グリフの置換）部分のフォーマットが、以前のバージョンと違っています。以前は「Substitution」というフィールドだったのが、今は「Substitution2」。もしかすると、現状は縦書き未対応とか?? FontForge のサイトに行って調べてみましょう。

...

で、FontForge へ行ってみましたが、ハッキリ未対応ということが書いてあるわけでもなく……。それで、昨日リリースしたフォントを改めて調べてみると、しっかり縦書きができます！
どうも、リリース後の編集で操作をミスしていたようでした。お騒がせでした。

縦書き可能なファイルと比較して、現象として確認できたのは、まず、「Substitution2」の内容が文字化け（というか、本当は日本語化？）していること。
壊れたほうは、こんな感じになっていました：

Substitution2: "'vert' +fiZm+DBNW1dfYjAQXsNrYjAR in +XnNO7lQNMGhyR07uVA0A lookup 0 subtable" uni3041.vert

これは、元来こうであったようです：

Substitution2: "'vert' Vertical Alternates (obs) in Hiragana & Katakana lookup 0 subtable" uni3041.vert

無数にある全 Substitution2 フィールドが文字化けになっていたので、さすがに手作業というわけにはいきません。Python スクリプトでやっつけてしまいました……。テキストファイルって素晴らしい！

それから、この Substitution の設定値は、ファイルの冒頭のほうにある lookup というフィールドで定義しないといけないという構造になっているようです（？）。ここも文字化け（というか日本語）だったので、直しました。しかし、両方同様に文字化けしているんですから、これは今回の問題とは直接関係ないのかもしれません（たぶん……？）。

実際これを直しても、相変わらず縦書きはできません。では、どうやって解決したのかというと、フォントを出力する際のオプションです。「OpenType」にチェックを入れる。これで再び縦書きが有効になりました。

しかし、どうして勝手に文字化け（日本語化）したり、OpenType のチェックが外れてしまったのか……。そのナゾは解けないままです……。

2007-09-24T02:15:00.000+09:00

戸越ゴシック（20070923）をリリースしました。
縦書きとか ClearType とか、いくつかの課題を抱えながらも、333 のグリフの調整を済ませ、じわじわと成長中……というところです。

プロジェクトホームページも、もうちょっとどうにかしたいなぁと、考えるだけは考えているんですが、なかなか手が出しにくいんですよねぇ。あぁ、モチベーションが……。

2007-09-13T00:55:00.000+09:00

戸越フォントの縦書きは、まだ Windows 上では試していなかった。
先日リリースした戸越ゴシック 20070911 を使って試してみる。

縦書きするためにワープロを使うことにする。Word を使わずに OpenOffice.org Writer を使ったが、別にアンチプロプライエタリというわけじゃあない。単に、すぐ入手しやすいものを使っただけだ。
結果は、こんな感じ。。。

Mac 同様、Windows でもダメだった。というか、Linux（試したのは Fedora 7）でだけ機能しているという状態だ。縦書きは、まだナゾだなぁ。

一方、Linux の OOo Writer では文字間隔が詰まりすぎていたのに、Windows では問題なく表示できている。このあたりも、また少しナゾと言える（もっとも、FontForge で縦書き用メトリクスを設定しているから、たぶん Linux の OOo Writer が変ってことなんじゃないかなぁ、と思っている）。

ClearType にもキチンと対応したいし、グリフの調整以外にも、TODO は結構ある。

2007-09-08T01:14:00.000+09:00

どうでもいい話題。
フォントの見本の例文には、いくつかのパターンがある。有名なのは欧文の「The quick brown fox ...」というヤツ。欧文の場合は、こういう「いろは」みたいなもので用が足りるわけだけれど、和文はそうもいかない。

Mac の場合は「あのイーハトーヴォのすきとおった風、……」が使われる。宮沢賢治だ。ちょっとおしゃれ。現在の戸越フォントのウェブページにある書体見本もこれに倣ったかたちだ。この例文は Mac OS X からだから、比較的新しい。Windows の場合は Win95 のころから「Windows でコンピュータの世界が広がります」。芸はないかもしれないが、無難だ。

と、このようにいくつか例文はあるわけだが、今回取り上げたいのは、ラジオ体操の歌。「あたらしい朝が来た。希望の朝だ。……」というもので、これはウェブでフリーフォントなどを見ていると、意外によく目にする。

しかし、これ、間違いがあるようだ。「青空仰げ」とあるが本当は「大空仰げ」らしい。というか、NHK からラジオ体操の歌の楽譜をダウンロードすると、そう書いてある。
細かいのは漢字表記の問題もある。ことに「この香る風に開けよ」の「カオル」は「薫る」をあてるのが正しい。薫風という言葉があるくらいだから、これは「薫」を使いたいところかも。

いずれにしても、書体見本としてさしたる問題があるわけじゃありません。どうでもいいお話です。

2007-09-05T22:44:00.000+09:00

「陝」ほどの間違いではないが、微妙に間違いっぽいケースもある。
今回気になったのは、戸越ゴシックの「郊」の字。

「郊」の 6 画目の線（偏の最後の画）は「止め」である。だから線は上に山なりになっていたほうが正しいような気がする。
しかし、今の戸越ゴシックを見てみると、、、

下に撓んでいる。これだと「払い」になってしまうかも？そこで、これを上に撓ませることにする。

さて、それをどうやるか。

この作業、実はちょっとやりにくいのである。
なぜなら、5 画目と 6 画目の線が交差したままくっついているからだ。この状態でパスを自在に操るのは、やってみると非常に難しい。だからこういう場合、線を切り離してから作業するのだ。実例を見てみよう。

まず、切り離したいところに長方形を作って重ねる。

そして、メニューの「エレメント」→「重複処理」→「重複部分を除去」だ。すると、

こんなふうに、長方形を重ねた部分で切り離すことができる。

切り取ったら、出っ張った余計なパスを取り除く。やり方は、消したいポイントを一ヶ所にまとめて Alt+Ctrl+M（「省略」）。

こんな具合にして、作業対象のパスを極力単純化していくのだ。
無論、残りの反対側も同様にする。あるいは反対側のほうは、ポイントを一ヶ所にまとめて Alt+Ctrl+M して消してしまってもいい。上半分を伸ばして使ってもいいからだ。

という感じで作業を続け、今回はこんな感じのグリフが出来上がった。

あとは最後に、Ctrl+Shift+O で重複部分を除去すれば完了だ。

2007-09-05T22:21:00.000+09:00

フォントの字形には間違いがたまに混じっている。

先日見つけたのが、陝西省の「陝」の字。

これは U+965D にマッピングされているのだが、代替東風や今までの戸越ゴシックでは、これが何と一つ前の U+965C と全く同じ字である。全く同じはいくら何でもおかしい。正しくは、「人」の部分が「入」になっていなければいけない。。。

今度のリリースでは直しておきます。。。

2007-09-03T00:25:00.000+09:00

最新パッケージ（8月31日版）をダウンロードして試したところ、先述の問題は見事解消されている。
ということで、何はともあれ、とりあえずフォントを生成して、ClearType の成果を見てみたいものだ。

で、、、試した。

フォントは無事できた。が、品質はダメダメであった。

しかし、とりあえず一歩前進と言えよう。

Grid Fitting でクラッシュしている人は、ぜひ最新パッケージを試されたい。

2007-09-02T14:22:00.000+09:00

TTF fonts with a GASP table
http://www.nabble.com/TTF-fonts-with-a-GASP-table-tf4079907.html

お？　何か似た感じかも。
最新のを使えば、ClearType 対応もできるかも？

2007-09-01T23:33:00.000+09:00

ClearType でクラッシュする件だが、DejaVu フォントや IPA フォントで試すと無事だったりする。ということは、戸越フォントがいけないということらしい。
更に言えば代替東風でも落ちるから、これは土台がいけなかったということになるのだろう。まぁ OBSOLETE ですからね。。。

2007-09-01T21:04:00.000+09:00

Japanese にカテゴライズしてもらえません。。。
「すべてのフォント」を選ばないといけない。

それにしても、Mac だといよいよみすぼらしく見えるなぁ。
そもそも標準でヒラギノが使えるんだから、このレベルのものは必要性に欠けるわけですが。
でも、一応モナーのほうなら、使う動機もないこともないこともないことも。。。

2007-09-01T20:27:00.000+09:00

ClearType って対応できないのかなぁ。
Fedora 7 でも Mac でも、Grid Fitting をいじるとクラッシュするぞ。

2007-09-01T20:22:00.000+09:00

iText 3.1.5 だと表示すらできません。。。
iText Express だと表示は OK。
でも、縦書き時の文字位置が横書きと一緒。句読点や拗音が縦書きになってない。
Fedora では OK だったんだけどね。。。
その代わり、こちらなら字間は OK。
まぁいろいろ管轄が違うんだろうなぁ。