Font Rending 的 Hint 机制对排版的影响

Font Rending 的 Hint 机制对排版的影响【转】

在设计一种 Font 时，设计者使用的是一个抽象的单位，叫做 EM，来源于大写 M 的宽度（通常英文字体中大写 M 的宽度最大）。EM 即不同于在屏幕显示时用的像素（Pixel）也不同于打印时用的点（Point; 1/72 inch），他是一种相对单位，随着字体和字号的不同变化。通常对于一个 12 号的字体一个 EM 的长度等于 12pt。

实际设计时会将 EM 分成更小的单位，一般成为 EM Unit，TrueType 中一般是 2048 Units = 1 EM，Type1 中一般是 1000 Unit = 1EM。假设在我们设计的字体中字母 a 的宽度为 998 Units，如果我们用 12 号字显示它，我们得到的字宽为 12 * 998 / 2048 = 5.84765625 Point。如果我们将这个字打印到纸上，在 2000 dpi 的打印机上我们需要放置 5.84765625 / 72 * 2000 = 162.434895833 个 Dot（可以将 Dot 理解成墨滴）。而实际上我们不可能得到 0.43 个 Dot，我们只能用 162 个点来描述字母 a。如果我们将同样的一个字母显示在屏幕上，一般来说屏幕多为 72dpi 或 96dpi，以 96dpi 为例也字母 a 需要 5.84765625 / 72 * 96 = 7.796875 个像素来显示，实际上我们得到的是 8 个。在排版时我们需要根据一个字符的宽度来计算下一个字符的位置，这里的问题是：由于输出设备的限制我们永远也不可能将字母放在理论中的位置，设备的分辨率越低结果偏差的越大。反锯齿能够在一定程度上缓解这个问题，但不总是能的到好的结果。

另外在字体渲染时有时候会出现这样的问题，字母 H 的两个竖笔画不一样粗，这通常跟字母在屏幕上的位置有关，为了解决类似的问题，字体设计时都会提供一些额外的信息来根据输出设备的分辨率调整笔画。这就是 Hint 机制，或者叫 Grid-Fitting。由于 Hint 的存在，同一个字母在不同的设备上输出会有不同的宽度，这对排版有很大影响。所见即所得的排版要求我们在屏幕和纸上有相同的排版结果。如果我们按照理论值排版，在屏幕上我们可能会看到不美观的输出，参见截图。如果我们按照屏幕 Fitting 值排版则不能够最大化的利用字体设计师的工作，他们仔细调整过的字宽不能在纸上还原。

下图是个程序示例（Java），展示了不同的渲染方式会得到不同的字体宽度和不同的渲染结果。图中左右半部分分别是没有使用反锯齿（左）和使用反锯齿（右）的效果，而图中上下半部分分别是使用整数坐标（上）和使用分数坐标（下）的效果。

在图上可以看出使用分数坐标的 M 具有不一致的间距。所有的这些都对实现“所见即所得”的排版软件带来了很大困难，在 FreeType 的主页上有一些有关的文章，参见这里。其中提出了两种解决方案：

There are two ways to achieve this: either use the scaled and unhinted glyph metrics when laying out text both in the rendering and printing processes, or simply use whatever metrics you want and store them with the text in order to get sure they are printed the same on all devices (the latter being probably the best solution, as it also enables font substitution without breaking text layouts).

为了确定主流排版/字处理软件是如何解决这个问题的，我使用同样的基准文档（Tahoma 12pt 大写 M）做了测试。在 MS Word 2007 & MS Word 2003 中的结果如下：