OpenTypeレイアウトへの道(5)・・・GSUBテーブル
ということで、やっとGSUBテーブルに突入。
GSUBテーブルはフォントでサポートされる様々なスクリプトや言語システムを表すためのグリフ置換(Glyph Substitution)の情報を定義するテーブルであり、様々な言語システムでグリフ置換が必須である。
GSUBテーブルはScriptList、FeatureList、LookupListへのオフセットを定義するGSUBヘッダーで始まり、GSUBヘッダーの構造は次のようになる。
| 型 | 名前 | 説明 |
| Fixed | Version | バージョン番号 |
| Offset(USHORT) | ScriptList | ScriptListへのGSUBテーブルの先頭からのオフセット |
| Offset(USHORT) | FeatureList | FeatureListへのGSUBテーブルの先頭からのオフセット |
| Offset(USHORT) | LookupList | LookupListへのGSUBテーブルの先頭からのオフセット |
また、前回説明したが、Lookupテーブルは１つ以上のLookupサブテーブルによって定義され、ルックアップタイプによってそのLookupサブテーブルの構造が違うが、グリフ置換でサポートされているルックアップタイプは次のようになる。
| 値 | タイプ | 説明 |
| 1 | 単独置換(Single Substitution) | １つのグリフを他の１つのグリフで置き換える |
| 2 | 複数置換(Multiple Substitution) | 1つのグリフを複数のグリフで置き換える |
| 3 | 代替置換(Alternate Substitution) | １つのグリフを複数のグリフの内の１つのグリフで置き換える |
| 4 | 合字置換(Ligature Substitution) | 複数のグリフを１つのグリフで置き換える |
| 5 | 文脈依存置換(Contexual Substitution) | １つ以上のグリフを文脈に応じて置き換える |
| 6 | 連鎖型文脈依存置換(Chaining Contexual Substitution) | １つ以上のグリフを連鎖文脈に応じて置き換える |
| 7 | 拡張置換(Extension Substitution) | 他の置換のための拡張メカニズム |
| 8 | 逆順連鎖型文脈依存単独置換(Reverse Chaining Contexual Single Substitution) | |
| 9以上 | 予約済み | 将来の使用 |
ルックアップタイプ1の単独置換は１つのグリフを他の１つのグリフに置き換える置換で、例えば、縦書きために横書きのグリフを縦書きのグリフを置き換えたりするために使われる。ルックアップタイプ2の複数置換は、１つのグリフを複数のグリフに置き換える置換で、合字分解などで使われる(例えば、合字のグリフ"fi"を"f"と"i"の2つのグリフに置き換える等)。ルックアップタイプ4の合字置換は、複数のグリフを１つのグリフに置き換える置換である(例えば、"f"と"i"の二つのグリフを"fi"という単一のグリフに置き換える等)。ルックアップタイプ7の拡張置換は、他の置換のための拡張メカニズムで、通常のLookupサブテーブルは16ビット(USHORT)のオフセット位置に格納されるが、32ビットのオフセット位置に格納するために使われる。
各ルックアップタイプのLookupサブテーブルの構造だが、ここでは、ルックアップタイプ1の単独置換のLookupサブテーブルの構造だけを見てみる。ルックアップタイプ1の単独置換のLookupサブテーブルのフォーマットは2つあり、その構造はそれぞれ次のようになる。
| 型 | 名前 | 説明 |
| USHORT | SubstFormat | フォーマット識別子=1 |
| Offset(USHORT) | Coverage | CoverageテーブルへのLookupサブテーブルの先頭からのオフセット |
| USHORT | DeltaGlyphID | グリフインデックスのデルタ値 |
単独置換フォーマット1は出力グリフのグリフインデックスを計算して求めるのだが、出力グリフのグリフインデックスを求めるには、定数のデルタ値(DeltaGlyphID)を入力グリフのグリフインデックスに加算する。Coverageはグリフ置換を適用するグリフを定義するCoverageテーブルへのオフセットである。
| 型 | 名前 | 説明 |
| USHORT | SubstFormat | フォーマット識別子=2 |
| Offset(USHORT) | Coverage | CoverageテーブルへのLookupサブテーブルの先頭からのオフセット |
| USHORT | GlyphCount | Subsitutes配列内のグリフインデックスの数 |
| GlyphID(USHORT) | Substitutes[GlyphCount] | Substitutes配列(カバレッジインデックス順) |
単独置換フォーマット2はフォーマット1より融通の利くフォーマットであるが、より多くのスペースを必要とする。
ということで、実際にフォントを解析してみるのだが、まずは、前回のMSゴシックのGSUBテーブルのLookupListの解析結果を再掲載する。
このインデックス0のルックアップはkana->JAN言語システム内で定義されている縦書きのためのvertフィーチャーで使われているルックアップであるが、今回の説明を踏まえて、そのルックアップタイプが1(単独置換)であることも分かる。また、Lookupサブテーブルは１つである。
次にこのLookupサブテーブルの中身を見てみる。
上の画像より、例えばグリフインデックス1941のグリフのエントリがCoverageテーブルに含まれている(カバレッジインデックスは42)ので、このグリフはグリフ置換の対象になるが、このグリフがグリフ置換によって、グリフインデックス19641のグリフに置換されることも分かる(Substitutes配列のインデックス42のエントリ)。
次にこれらグリフインデックス1941、19641のグリフをglyfテーブルで見ると、
句点「。」のグリフであるのだが、以上を踏まえると、
vertフィーチャーによって横書きの句点のグリフが縦書きの句点のグリフに置換されるように定義されていることが分かる。
Tahomaフォントはややこしいので省略・・・
最後に、T2FAnalyzerの方も最新版をアップロードしてあるのだが、現状、ルックアップタイプ1～4までのLookupサブテーブルにしか対応していない
。内部的にすべてのルックアップタイプのサブテーブルを解析しているのだが、GUIの方がまだ・・というより、しばらく他の事やろう。ははは。
| 固定リンク | コメント (2) | トラックバック (0)
。
。ヘルプファイルも、更新履歴のファイルもないし・・・
？今のところ、1280*1024ドット以上の解像度が推奨です。1280*1024ドットより低い解像度の環境だと表示項目の多いテーブルだと下の方が切れます
最近のコメント