PDF　千夜一夜

MS明朝、MSゴシックは大きな問題だと思います。

フォントファミリー名は同じなのに、かなり多くの文字の字形が違うという、非互換のバージョンアップをしてしまったのですね。

これは、実は明日のブログネタなので、お楽しみに。

XPで作ったMSゴシックの文書がVista上で「化ける」例もありますよ。「Windows VistaとXP以前とで字体が変わった第一水準漢字116字」などの話ですね。これだとフォントが「同じ(フォントのバージョンは違いますが)」なのに表示が変わることになります。
http://d.hatena.ne.jp/uakira/20060306

前半はその通りですね。後半、「巷の。。」以下については、次のように考えます。

MSゴシックやメイリオ（恐らく、TrueTypeアウトラインのOpenTypeフォントと思います）のような、TrueTypeアウトライン系フォントでは、CIDではなくTrueTypeのグリフID(GID)を使って、グリフを特定します。

このGIDはアドビのCIDのように標準化されていなくて、フォントファイル固有で、フォント間の互換性はまったくありません。

PDFのTrueTypeフォント埋め込みでは、PDFファイル中にはGIDが埋め込まれます。一方、WindowsのGDIでも文字のグリフをGIDで特定し、そのグリフを表示します。

GDIドライバ系のPDF作成ソフトでは、WindowsのGDIからGIDをもらってPDFに埋め込みますので、表示される文字の形と埋め込まれる文字の形は、理論上、同一になるはずです。ならなければバグ？

GDIドライバ系でないPDF作成ソフト、例えばXSL FormatterのPDF生成は、自力で（Windowsとは独立に）フォント・ファイルからGIDを取り出してPDFに埋め込むため、まれに、Windows経由で画面に表示するグリフとPDFに埋め込まれるグリフがずれてしまうことがあります。

この原因は、WindowsのGDIが勝手に別のフォントのグリフを使って表示する場合があるためです。この場合、アプリケーションが表示したつもりのフォントと、Windowsが表示するフォントが違ってしまいます。そこで、PDFに埋め込まれるグリフとWindowsの画面に表示されているグリフがずれてしまうのでしょう。これはWindowsのアーキテクチャ上の問題と思います。

そのような訳で、「巷の。。」以下の問題を調べるには、具体的にどういうフォントを指定したときか？PDF生成をどうやって行ったか？を調べなければならないと思います。

以上は、私の理解している範囲の知識なので間違っている可能性もあります。どうしてもおかしいようなら、社内の技術者に聞いてみれば違う回答になるかもしれません。

直井さんの記事はまだ読んでないのですが、あとで見てみます。

いえ、その「フォント埋め込み」こそが、実は問題でして…。たとえば、従来のMSゴシックのU+564Cの文字「口へんに曽」をPDFに埋め込む場合、CIDは2747になるのが普通です。これに対し、メイリオのU+564Cの文字「口へんに曾」をPDFに埋め込む場合には、CIDは7721になるべきです。ところが巷のソフトウェアは、U+564Cに対してCID=2747決め打ちになってしまっていて、メイリオに対してもCIDが2747になってしまう場合が大半なんですよ。これは、Adobe-Japan1に完全に違反してるんですが、まだ今のところ、直井さんhttp://d.hatena.ne.jp/NAOI/20061228/ くらいしか、このことに気づいてなくて…。

それはその通りかもしれません。

しかし、ソフトウエアを作って販売する立場から見ると、世界の市場は日本国内市場の10倍はあります。そこで、勝負できないソフトハウスはもう生き残れないと思います。

私としては、日本国内市場でしか利用できないシフトJISにはあまり関心ありません。欧米のソフトハウスにとっても同じじゃないでしょうか。

「Linuxなど…」のくだりですが、一部のアプリケーションではEUCやSJISの符号化方式を使って、JIS X 0213の全文字を扱うことが既に可能になっています (私自身、何年も前からJIS X 0213の文字をLinux上で自由に使っています)。Unicodeに拘らなければ楽なこともありますね。