关于冬青黑体的行高对系统显示的影响。

[ShikiSuen]

// 这篇文章仅供思路探讨，可能有不足之处…欢迎提出，但谢绝咬人。
// 鉴于 V2EX 的讨论串不允许修改，本楼一切内容均以「http://zhuanlan.zhihu.com/ibuick/20024751」的内容为准。

冬青黑体简体中文和冬青黑体日文的行高（LineGap）是一致的，但前者并未完整继承后者的OTF特性、导致了很多问题（比如从前者回退到后者时的假名浊点问题，等）。
虽然有如此巨大的 LineGap，冬青黑体日文却没有导致 OS X 系统字体显示的失常，多半也是依赖于它本身的 OTF 特性。

但是，如此巨大的 LineGap 还是会令人困扰。

Adobe 的思源黑体在 1.002 更新时引入「LineGap 清零」这个更新、为的就是规避「OS X 某些介面元素在显示文字时无法同时正确处理多个回退字体各自不同的 LineGap 资讯、导致多行显示失常」的问题。但 Adobe 这样一来反而使得诸如 LibreOffice 等应用在显示该版思源黑体时出现 Descender 被腰斩的现象…Adobe 在这种现象面前倾向于「只为最新标准买单」的态度。

对于冬青黑体简体中文而言，最直接经济的方法还是修改 LineGap：同时将 hhea 表当中的 LineGap 和 OS/2 表当中的 sTypoLineGap 清零（而不是某人所说的 200）。如果出现和思源 1.002 相同的「Descender 被腰斩」的问题的话，可以考虑将 usWinAscent 和 usWinDescent 的绝对值酌情引入「hhea 表的 Ascender & Descender」和「OS/2 表的 sTypoAscender & sTypoDescender」当中、并根据实际需求再行微调。

不过，我更是乐见于有 OTF 高手可以将冬青黑体日文当中的 OTF 特性完整迁移至冬青黑体简体中文当中（就像冬青黑体旧字形那样）。

Reference:
https://www.microsoft.com/typography/otspec/hhea.htm
https://www.microsoft.com/typography/otspec/os2.htm

[ShikiSuen]

于是刚刚想起来这文章还漏说了些什么，「无法编辑PO文」的事实真恶心。

[morethansean]

@ShikiSuen 楼主可以选择在顶楼后面追加内容的。无法自行编辑、删除，目的是为了让人能够对自己说过的话负责，也避免各种不和谐的骗局啦之类的发生等等。所以在这里发帖的时候还希望您能多经过三思再后行，减少出现想要编辑的情况的发生 (๑＞ڡ＜)☆

[notcome]

你怎么跑到这里来了……