再谈和字体有关的几个问题
关于中文 Truetype 字体太细，以及 Type1 字体粗细不均匀等问题，最近观察到一些很有趣的现象，现在与大家分享一下，共同讨论，看看能否有进展：
1. 我将 mytex 前辈寄给 CJK 作者的信 (关于 pdfLaTeX 生成的，嵌入 Type1 字体的 pdf 文件在 Acrobat/Reader 6 下粗细不均匀问题) 改了改寄给 Adobe 公司负责 CIDFont 的 Ken Lunde 先生，他的回复大意是，Acrobat 内建的渲染引擎每个版本都有改动，这个问题可能是由于错误的字体 hinting (即光栅化字体时，在小字体是对外观作的一些修饰工作) 造成的，小林剑先生的原话是：“In fact, no hinting is better than poor hinting. ”，然而，由于没有受到任何关于这个问题的 bug 报告，下个版本，也就是 Acrobat 7 没有关于这个问题作 bug fix，也就是说在下一个 major release 中，已经来不及对渲染引擎作出修正。("Unfortunately, it's too late in the development of Acrobat 7.0 to make changes in the built-in renderer. ") 更进一步的例子，包括截图、生成的 pdf，以及和其他软件 (dvipdfmx) 生成的 pdf 的比较等信息我已经寄给了小林剑先生，但尚未受到进一步回复。
2. 关掉 CoolType，pdfLaTeX 生成的，嵌入 Type1 的字体的效果同样很糟 (这很奇怪，在 Linux 下用 Acrobat 5 时，是打开 CoolType 时的中文效果很糟，关掉却可以正常观看)，这令我猜测 dvipdfmx 生成的 pdf 版本太低 (1.3?)，没有正确激活 CoolType 造成中文字体太细的。(事实上，我也有测试用 dvipdfmx 生成的 Truetype 字体，不管调节 CoolType 到哪个配置，效果都没有改变，这是否说明 CoolType 并未启用呢？)
3. 在我的笔记本的 LCD 上，Type3 (pk) 字体，即便打开 CoolType，效果依然很糟，远不如 Type1 清晰，然而我惊奇的发现，在一台 CRT 上，Type3 字体的效果和 Type1 一样...
4. 嵌入 OpenType 字形，众所周知，(而且 Ken Lunde 也提到：The hinting in AdobeSongStd-Light is very high quality, which would explain why the results are better.) Adobe 提供的 AdobeSongStd-Light 是一种 OpenType 格式的 CIDFont，生成的 pdf 使用者字体显示效果很好。然而，dvipdfmx 在 cid-x.map 中直接指定：
dvipdfmx 的作者承诺说，在 12 月中旬有时间对上述问题作出解答，并编译一份 Win32 下新版本的 dvipdfmx。
5. 这个问题在 hooklee 的主页上已经提到了，用 dvipdfmx 转换 dvi 为 pdf 时，Adobe 原来错误的 (UCS2) CMap 会导致“·”、“…”这些字符的无法显示，改用 UniGB-UTF16-H 可以避免这个问题。
在 Adobe 关于 CIDFont 的 Technotes 中，提到 UCS2 的 CMap 已经停止维护了，可是 developers.adobe.com 并未提供 UTF16 的 CMap。不过可以在 Ken Lunde 的 Understanding CJKV Infomation Processing (O'Reilly 出版) 的 ftp 上找到这些新的 CMap。
1. 我将 mytex 前辈寄给 CJK 作者的信 (关于 pdfLaTeX 生成的，嵌入 Type1 字体的 pdf 文件在 Acrobat/Reader 6 下粗细不均匀问题) 改了改寄给 Adobe 公司负责 CIDFont 的 Ken Lunde 先生，他的回复大意是，Acrobat 内建的渲染引擎每个版本都有改动，这个问题可能是由于错误的字体 hinting (即光栅化字体时，在小字体是对外观作的一些修饰工作) 造成的，小林剑先生的原话是：“In fact, no hinting is better than poor hinting. ”，然而，由于没有受到任何关于这个问题的 bug 报告，下个版本，也就是 Acrobat 7 没有关于这个问题作 bug fix，也就是说在下一个 major release 中，已经来不及对渲染引擎作出修正。("Unfortunately, it's too late in the development of Acrobat 7.0 to make changes in the built-in renderer. ") 更进一步的例子，包括截图、生成的 pdf，以及和其他软件 (dvipdfmx) 生成的 pdf 的比较等信息我已经寄给了小林剑先生，但尚未受到进一步回复。
2. 关掉 CoolType，pdfLaTeX 生成的，嵌入 Type1 的字体的效果同样很糟 (这很奇怪，在 Linux 下用 Acrobat 5 时，是打开 CoolType 时的中文效果很糟，关掉却可以正常观看)，这令我猜测 dvipdfmx 生成的 pdf 版本太低 (1.3?)，没有正确激活 CoolType 造成中文字体太细的。(事实上，我也有测试用 dvipdfmx 生成的 Truetype 字体，不管调节 CoolType 到哪个配置，效果都没有改变，这是否说明 CoolType 并未启用呢？)
3. 在我的笔记本的 LCD 上，Type3 (pk) 字体，即便打开 CoolType，效果依然很糟，远不如 Type1 清晰，然而我惊奇的发现，在一台 CRT 上，Type3 字体的效果和 Type1 一样...
4. 嵌入 OpenType 字形，众所周知，(而且 Ken Lunde 也提到：The hinting in AdobeSongStd-Light is very high quality, which would explain why the results are better.) Adobe 提供的 AdobeSongStd-Light 是一种 OpenType 格式的 CIDFont，生成的 pdf 使用者字体显示效果很好。然而，dvipdfmx 在 cid-x.map 中直接指定：
gbksong@UGBK@ UniGB-UTF16-H STSong-Light
时并不嵌入这个字体的任何字形，显示依赖的是用户本地安装的字体。然而，在很多可以阅读 pdf 的地方，或者没有中文的 Acrobat/Reader，或者没有安装 Adobe 的 Asian Language Pack (Simplified Chinese 部分)，这就无法显示这种 pdf 了。按照说明，dvipdfmx 是可以嵌入 OpenType 字形的，但在随 MikTeX 发布的 dvipdfmx 20031106 中这么尝试却失败了， (听说 20040411 可以，但我在 Linux 配置 20040411 时总出现问题，参见在下以前发表的帖子) 因为 dvipdfmx 嵌入字体时要求有 subfont 的 tex font metrics 信息，但 OpenType 哪来的 tfm？dvipdfmx 的作者承诺说，在 12 月中旬有时间对上述问题作出解答，并编译一份 Win32 下新版本的 dvipdfmx。
5. 这个问题在 hooklee 的主页上已经提到了，用 dvipdfmx 转换 dvi 为 pdf 时，Adobe 原来错误的 (UCS2) CMap 会导致“·”、“…”这些字符的无法显示，改用 UniGB-UTF16-H 可以避免这个问题。
在 Adobe 关于 CIDFont 的 Technotes 中，提到 UCS2 的 CMap 已经停止维护了，可是 developers.adobe.com 并未提供 UTF16 的 CMap。不过可以在 Ken Lunde 的 Understanding CJKV Infomation Processing (O'Reilly 出版) 的 ftp 上找到这些新的 CMap。
