OTFファイルとは

OTF はバイナリ形式です。これを知っているプログラムにしか意味を持ちません。 組版と印刷のために使われます。

拡張子は .otf、正式名称は OpenType Font です。ただしどちらも、そのファイルが中に何を持てるかほどには多くを語りません。このページの残りは、その中身についての話です。

Adobe が 1996 年に公開しました。 仕様は ISO/IEC 14496-22 です。

これだけ長く読まれ続けてきた形式なら、10 年後に取り出したいものを預けても大丈夫です。

仕様書がそのまま公開されているので、中身を推し量るのではなく文書を読んで実装できます。この形式が数多くのプログラムに載っているのはそのためであり、20 年前に書かれたファイルが今も開けるのもそのためです。ただし「仕様が公開されている」ことと「使用料が要らない」ことは別の話です。中でコーデックを包んでいる形式では、特許のライセンスは仕様書が答えていない別の問題として残ります。

OTF ファイルは中身をそのまま保存します。保存し直しても何も変わらないので、開いて、直して、また保存する——それを何度繰り返しても劣化は積み上がりません。これが、渡すための形式ではなく作業のための形式である理由です。

FontForge、Glyphs、FontLabが読めますし、同じ種類のプログラムならたいてい読めます。

ファイルが開かないとき、形式が悪いことはめったにありません。たいていはプログラムのほうが形式より古いのです。もっと古い形式に変換してしまうのが確実な逃げ道で、このサイトの残りの部分はそのためにあります。

これは今のブラウザーならどれでも読めます。

ですからページに置くのも、メッセージに添えて送るのも、安心してできます。相手が何をインストールしているかを考える必要がありません。

OTF は、開いて手を入れるために作られています。作業が続いているあいだはこの形式でファイルを持ち、完成したものが必要になるたびに、ここから書き出してください。

OpenType は TrueType にタイポグラフィの層を重ねたもので、1990 年代終わりに Adobe と Microsoft が共同で開発しました。誰も勝てなかった形式戦争を終わらせるためです。コンテナは同じで、これが二つの拡張子が同じようにインストールされ、同じ場所で機能する理由です。

加わったのは、グリフの組み合わせに何が起きるべきかを記述する一連のテーブルです。この組をリガチャに置き換えろ、この数字を旧様式のものに差し替えろ、スモールキャピタルの字形を使え、この言語のiの規則を適用しろ。TrueType のフォントは文字を形に対応づけます。OpenType のフォントは、その形どうしがどう振る舞うかも知っていて、それが本物の組版を可能にしています。

丁寧に作られた OTF はいくつも持っています。標準リガチャは fi と fl を結び、f のフックが点とぶつからないようにします。旧様式の数字はアセンダーとディセンダーを伴ってベースラインに座り、本文の中に置くべきもので、ライニング数字は叫んでいるように見えます。本物のスモールキャピタルは、縮小した大文字ではなく正しい太さで描かれます。表組み用の数字はどの桁も同じ幅を持ち、列が揃うようにします。異体字は、それを望むデザイナーに別の字形を提供します。

これらはたいていのソフトウェアでは既定では表示されません。Word は詳細フォントダイアログを通じてごく一部だけを見せ、それ以外は無視します。Adobe の InDesign と Illustrator はほぼすべてを見せます。ウェブでは CSS でフィーチャーを有効にします。だから平板に見えるフォントは、たいてい誰もそのフィーチャーを有効にしていないフォントで、字形自体はどちらにせよファイルの中にあります。

OTF はたいてい Adobe の Type 1 フォントから受け継いだ三次のベジエ曲線を持ち、TTF は二次の曲線を持ちます。三次曲線は少ない点で与えられた形を記述できるので、書体デザイナーが三次曲線で描くのを好み、同じデザインが OTF として TTF よりわずかに小さくなることがある理由です。

画面上での違いはありません。どちらも同じラスタライザーによってピクセルに変換され、どちらも鮮明さでは変わりません。かつてこれが問題になった唯一の場所は PostScript デバイスへの印刷で、そこでは OTF がアウトラインをそのまま通せました。それはいまや、イメージセッターを動かす人たちのための細部です。

OpenType へのいちばん新しい追加が可変フォントです。固定のウェイトではなく連続した範囲を一つのファイルに持ちます。Light、Regular、Medium、Bold、Black の五つのファイルを出荷する代わりに、可変フォントは一つを出荷し、両端の間のあらゆるウェイトを補間します。しばしば幅や光学サイズなどほかの軸も持ちます。

ウェブにとってこの節約は相当なもので、一つのファイルが五つを置き換えるからです。デスクトップの対応はまばらです。たいていのアプリケーションは可変フォントを、スライダーを提供する代わりに、いくつかの名前付きインスタンスとして見せるだけで、この形式を正当化する柔軟性はブラウザーや現行の Adobe アプリケーション以外では見えないことが多いです。

それぞれのソフトウェアが違うフィーチャーの組を適用しているからです。同じ OTF を InDesign でリガチャと旧様式の数字をオンにして見たものと、リガチャも旧様式の数字もオフの基本的なテキストエディタで見たものは、まったく同じ文字なのに目に見えて違って見えます。何も差し替わっておらず、フォールバックも起きていません。片方はフォントのテーブルを使い、もう片方は使っていないだけです。

これは受け渡しのあとのがっかりも説明します。デザイナーは異体字と文脈依存の字形を使って仕様を組み、クライアントはそのどちらも無視するプログラムでそれを開き、フォントが間違っていると結論づけます。レイアウトが何のフィーチャーに依存しているかを、その会話の前に知っておく価値があります。

OTF をそのままリンクせず、WOFF2 に変換してください。同じフォントを転送用に圧縮したもので、たいてい 30〜50% 小さく、いまのどのブラウザーでも読めます。

OpenType のフィーチャーは変換を生き延びます。それらはファイルの中のテーブルであり、圧縮では取り除かれないからです。取り除いてしまうのは積極的なサブセット化です。あるページで使う文字だけを残せと指示されたサブセッターは、リガチャや異体字のテーブルもろとも喜んで捨ててしまい、それらを有効にする CSS は何もしなくなります。最適化のあとでサイトがリガチャを失ったら、そこを確認してください。

フォントベンダーがどちらも提供しているなら、実用上の助言はいたって地味です。ベンダーが勧めるほうを選び、勧めがなければ印刷やデザイン作業には OTF を、古いアプリケーションやヒンティングに敏感な Windows のワークフローが絡む場面では TTF を選んでください。

判断の材料にすべきでないのは、片方の拡張子のほうが品質が高いという思い込みです。品質はデザインとフィーチャーのテーブルの中にあり、どちらもデザイナーがそこに入れたものであって、どちらのコンテナも同じように持てるものです。