ccmp

[54] ccmp は Glyph Composition / Decomposition とされています。 >>53

[55] グリフの代替 (glyph alternates) の数を最小化するために文字の既定のグリフを2つ以上のグリフに分解 (decompose) することが望まれる (desirable) ことが時々あります。 また、より良いグリフの処理のために2つ以上の文字の既定のグリフを単一のグリフに合成 (compose) するのが好ましい (preferable) ことがあります (may) 。 ccmp はこうした目的で使えます。 >>53

[57] 応用は常に ccmp を適用するべきです (should) 。 通常は利用者に有効・無効を制御させるべきではありません (should not) 。 >>53

[58] GSUB lookupType は 4 や 2 が推奨 (recommended) されています。 >>53 それ以外が禁止されているわけではありません。

[59] ccmp は他のフォント機能より先に実装する必要があるとされます。 >>53 ここでの実装とは文脈からみてフォントの GSUB lookup の組み合わせ方のことでしょうか。

clig

[60] フォント機能 clig は Contextual Ligatures とされています。 >>53

[61] clig は、 グリフ列を typographic な目的に好ましい (preferred) 単一のグリフに置換します。 >>53

[62] 他の合字 (ligature) のフォント機能と違って合字が推奨 (recommended) される文脈 (context) を指定します。 >>53

[64] GSUB lookupType 8 が推奨 (recommended) されます。 >>53 その他の GSUB や GPOS が禁止されているわけではありません。

[65] clig は既定の状態で有効とするべきです (should) 。 >>53

[66] cswh も参照。

dlig

[67] フォント機能 dlig は Discretionary Ligatures です。 >>53

[68] グリフ列を typographic 目的で好ましい (preferred) 単一のグリフに置き換えます (replace) 。 >>53

[69] 利用者 (user) の好み (preference) により特別な効果 (special effect) に使える (may) 合字 (ligature) に使えます (covers) 。 >>53

[72] 具体的にどのような合字があるかは設計や用字系によります。 >>53

[74] 既定の状態では無効とするべきです (should) 。 >>53

[75] Discretionary、つまり自由裁量という通り、用字系に於いて必須の合字ではないものに用いることが想定されているようです。

[76] しかし一口に必須でない合字といっても幅があって、 仕様書に明示されている例だと ct は専ら装飾目的ですが、 ㈮ はスペースの削減だったり縦中横の見栄えのためだったりします。 どちらも「組版的 (typographic) な目的」での合字で 「あってもなくても良いがあると良くなる場面がある」 ことには違いないのでしょうが。

[77] 従って dlig は何も考えずに有効にしたり無効にしたりするようなものではなく、 特定のフォントと特定の文脈との組み合わせで個別に適用するべきか、しないべきかを検討するべきものといえます。

[73] GSUB lookupType 4 が推奨 (recommended) されています。 >>53 それ以外の GSUB や GPOS が禁止されているわけではありません。

liga

[32] 関連: CJK統合漢字合字

誤適用

[36] >>35 これによるとカーニングしたいだけで意味もわからず liga を有効にする人がいて、 iPhone には liga で〼や㍿に置換するようなフォントが入っているために、 iPhone でだけ意図せず合字化する現象が発生する模様。

• [38] Xユーザーのところてんさん: 「Chromeの翻訳、いい…… 日本は解雇が厳しいので、稼働の波を雇用の波ではなく、下請け構造で会社間の受発注の波に変換している、という前提情報が抜けてるんだよな…… Tier1の会社は外注を減らすだけなので、解雇は行われない Tier2以降の会社は解雇が発生するという話 https://t.co/cpnEQYvi18 https://t.co/xjzJU4QzLE」 / X, 午後3:15 · 2024年7月2日, 2024-07-03T02:43:51.000Z https://x.com/tokoroten/status/1808021677495795918/photo/1
  • [39] XユーザーのTakayuki Fukudaさん: 「@tokoroten 調べてみたら、font-feature-settingsというCSSの設定が原因みたいですね font-feature-settings: "kern" 1, "dlig" 1; というCSSを無効化するとなくなります https://t.co/T3Jz6K3j5T」 / X, 午後6:21 · 2024年7月2日, 2024-07-03T02:43:51.000Z https://x.com/hedachi/status/1808068404773019902

[40] >>38 これは元の欧文なら害がなかった dlig の指定が、 機械翻訳によって日本語文字に差し替わった結果合字化されてしまった事案。

[37] 意味もわからず liga や dlig を指定する人がいるならそこにまず問題があるが、 フォントによって liga や dlig で変化したりしなかったりする相互運用性の無さに問題がある。 fiがfiに合字化されるかどうかのようなものと、 株式会社が㍿に合字化されるようなものが一緒くたになっているのはおかしい。 前者のようなものはフォントの設計次第で良いが、 後者のようなものはすべてのフォントで合字化されるかされないか統一基準があるべきなのに、ないので混乱の元になっている。

[41] 調べてみないと断言できないが、おそらく欧文ではカーニングとfiのような合字化でラテン文字の配置や字形が最適化されるという目論見で kern と liga ないし dlig を有効にする指定が流行しているのだろう。 また、日本語でも意味もわからずそれを真似ることがあるのかもしれない。

[42] >>35 には

新しいテーマをガチャガチャとカスタマイズしている

と書かれているので、欧文想定で書かれたデザインテーマを和文用に使おうとしてるケースで発症してそう。 >>35 の場合は試用段階で発覚しているけど、気づかないままそのまま使っているサイトもありそう (iPhone で特定の文言が入っていないと発覚しないので)。