3

CFF 仕様の第 11 章から第 13 章では、ファイル内で編成されるエンコーディングと文字セット データについて大まかに説明しています。CFF仕様。ここにいくつかの質問があります。

  1. マルチフォント ファイルが存在する可能性があること、および文字列がフォントごとにアクセスされることを考慮すると、対応するインデックスも各フォントに対してのみ意味を持つ必要があります。ただし、ファイルのエンコーディングと文字セット テーブルは最大でも 1 つだけですか? もしそうなら、グリフインデックスは文字列のものにどのように対応していますか? そうでない場合、アクセス元の TopDict に複数回表示されますか? (解決済み。以下の回答を参照してください。)

  2. 文字セットが各グリフに名前を付けているようです。エンコーディングはどうですか？各配列要素に格納されている Card8 データは何ですか? 256 の制限を考えると、エンコーディングは非常に制限されませんか? また、なぜ補足フォーマットでデータが SID 経由で送信されるのでしょうか? エンコーディングを介してグリフにアクセスするために設計された方法は何ですか (ハイブリッド文字列/コードの方法で)? また、事前定義されたエンコーディングに関しては、なぜこれらのデータ文字列なのですか?

ありがとう

4

2 に答える 2

0

私は実際的な観点から答えることができます：

#1 については、複数の CFF FontSet に関する質問のようです。これは、OpenType/CFF フォントのコンテキストではスターターではありません。1 つの CFF FontSet のみが許可/認識されます。

#2 については、エンコーディングの問題は、OpenType/CFF フォントのコンテキストでは、「cmap」テーブルによってエンコーディングが課せられるという点で、いくぶんスターターではありません。

要約すると、スタンドアロンの CFF は事実上無価値であり、複数の CFF FontSet および組み込みの CFF エンコーディングの実際の利点または認識されている利点を無効にします。

于 2020-08-15T01:20:57.497 に答える