_ FONGINE公開中止！

sIFRの実験をしたときにやっぱりサーバーサイドのフォント生成が必要だなぁ、と思ってたときにすばらしいタイミングで登場したFONTGINE。しかし公開してすぐに残念ながら、突っ込みがはいったらしくFONTGINE公開中止になっているようです。欧文中心のところではsIFRが普及しているということを考えると、もっと前向きに日本語フォント関係も対処してもらえないかな、と思うところです。

• FONTGINE公開中止

ちなみにsIFRは生成したフォントデータを同一ドメイン内でのみ使えるようにする設定項目があり、これでフォントを持っていない第三者に違うサーバから使われるということを防ぐことはできます。Mike Davidson: sIFR 2.0 RC4 is HereからsIFRのファイルをダウンロードし、解凍するとcustomize_me.asというファイルがあります。その中に以下のようなコードがあります。

// fill in whatever domains you want this to work on... must be exact matches... asterisk means all
allowedDomains = new Array("www.yourdomain.com","yourdomain.com");

このようにして、allowedDomains内にある内容を適切なドメイン名に書き換えることで、他のサーバからフォントデータの入ったswfへのアクセスを防ぐことができます。日本語の書体だとライセンスの都合でこのsIFRの方法のみだと対策は不十分なのでしょうか？FONGINE+sIFRの組み合わせができれば喜ぶ人が多いはずなので、著作権がらみの問題でグレーなところはうまく解消していけたらいいのですが。

_ SWF::BuilderでLinuxサーバー上でフォント生成は可能か

MTASCという、フリーのAS2.0のコンパイラがLinux上でも実行可能だったので、検証していましたが、自分の知っている範囲ではこのコンパイラのみでフォントの埋め込みをコントロールすることはうまくできませんでした。他の方法が無いかと探してみましたら、はてなの日記 彼の岸になんとPerlで生成する方法が。

• 彼の岸 CPANにSWF::Builderというのがあるのでそれで試してみました。

僕自身はPerlはまったくといいほど使わないのですが、こちらに載っていたコードのあまりの簡単さに、早速自分の管理しているLinuxサーバで実験してみました。CPANでSWF::Builderをインストール後、彼の岸に書かれてあった、コードを実行してみると、、、なんと成功！途中、Perlのソースの保存ファイルをSJISにしていて日本語の扱いに失敗しましたが、UTF8にすると無事にSWFが生成できました。OpenTypeのフォントも試してみましたが、"Invalid font"とおこられてしまい、どうやらTrueTypeのみしか生成できなさそうです。

ここまで検証できたところで、簡単にCGI化とパブリックドメインのフォントでとりあえず使えるものができないか調べています。