GSUBテーブルの相違にご注意

UTF-8はBOMなしでって言ったよね？ @moji_memo

@monokano @works014 @mars517 どちらも間違いではありません。が、InDesignの仕様により、aalt/naltのグルーピングが変わると文字化けしちゃうわけで……。

UTF-8はBOMなしでって言ったよね？ @moji_memo

@monokano @works014 @mars517 なので、AdobeやモリサワはNフォントでは新式を採用しましたが、Nなしフォントは既存のものとの互換性を重視して今も旧式のGSUBテーブルを採用しています。

UTF-8はBOMなしでって言ったよね？ @moji_memo

@monokano @works014 @mars517 CS以降のInDesignは「フォントを変更した際のaalt番号の自動変換メカニズム」を導入し、これによって文字化けをある程度防げるようになりました。

UTF-8はBOMなしでって言ったよね？ @moji_memo

@monokano @works014 @mars517 しかし件のCID+12256のケースでは、旧式と新式の差異がaaltのグルーピングの違いだけではなく、aaltとfwidの違いなので、InDesignのaalt番号変換メカニズムでは対処できず、ロックされちゃいます。

なんでやねんDTP/おぢん @works014

@moji_memo @monokano @mars517 ありがとうございまーーす…

ものかの @monokano

@moji_memo @works014 @mars517 分かりやすい説明、ありがとうございます！ N付きのGSUBはたしかに整理し直した印象ですね。N付きはcmap変更だけじゃないというのをフォントメーカーからしっかりアナウンスしてほしい〜

mars_teru @mars517

@works014 @monokano @moji_memo ありがとうございます。いろいろと変更がおこなわれていたんですね。モリサワ＋InDesignなら何でもスムーズにいくと信じ切ってはいけないですね。注意します。