書体をデザインするとき、他の発音区別符号を含め、隣接するグリフと衝突する発音区別符号をどのように扱うべきですか?
この例では、衝突が多いことがわかります。
これは通常のテキストでは決して起こらない極端な例で、アクセントの衝突は標準ではなく例外だと思いますが、私は話せず、発音区別符号を利用するほとんどの言語に精通していないので、私はそうではありません。承知しました。
これらの衝突に対処するためのいくつかのオプションを見ることができます:
分音記号に対応するようにグリフメトリックを調整します。これは衝突の問題を解決しますが、それが必要とされない(ほとんどの)場合でもメトリックに不必要に影響します。
問題のある文字ペアを手動でカーニングします。起こりうるすべての衝突を手動でカーニングすることは、多くの場合、せいぜいエッジケースになるであろうことに対して、長いプロセスになります。
一般的に発生する衝突の合字を作成します。これは、最も一般的な出来事には良い考えのように聞こえますが、通常のテキストでどのペアが発生するかすらまったくわかりません。
忘れてください ...これらの衝突が通常のテキストでは一般的でない場合、おそらくそれらに対応しようとするのは時間の無駄です。
これらの衝突を気にする必要がありますか?もしそうなら、私はそれらをどのように扱うべきですか?
参照できる一般的に発生する衝突ペアのリストはありますか?これは、実際に発生するペアのみをカーニングするのに役立ちます。
f
、t
、d
とb
?似たようなもの:ふりがなの文字のフォントを調整するf
と、アクセントの付いた文字の組み合わせとたくさんの文字がぶつかるのを見ました(「よくある」合字fi
はよく知られているケースです)。f
短いフラグで代替を作成し、OpenTypeルールで解決したため、必要な場合にのみ表示されました。