围观卖身……

另外，@raptium 的解释和证明都是对的。这个 app 打破了 iOS 默认的字体 fallback 次序，于是出现截图里的这个问题。

@plidezus：对中文开发者来说，这种字体混杂的情况不值得学习。不要为了 Hiragino Kaku Gothic 的美观而故意使用它。它是日文字体，不支持很多汉字（尤其简体中文），导致很多字还是得由华文黑体显示，粗体时两个字体族的差异尤为明显。

睡前掺和：
@jjgod 是对的。这是很常见的错误 fallback（Hiragino Kaku Gothic ProN, 华文黑体）。截图里的两段气泡内文本似乎只有「这」不受 Hiragino Kaku Gothic 支持，于是由华文黑体显示。
@Elix 和 @SolidZORO 是错的。这和信黑体的风格很不一样。@SolidZORO 你至少需要明白 Hiragino Kaku Gothic 和 Hiragino Sans GB 的区别，我不知道你如何就「可以很确定」。

我的做法是：
全盘备份之后，在 Snow Leopard 里从 HDD 启动 Lion 安装包，直接安装到 SSD 上。

@yangg 在 Unicode 之前，主流的编码/字符集（如 ASCII）只规定/提供/支持了 dumb quotes（「'」和「"」，或称「straight quotes」，即从打字机继承而来的不区分开闭的引号）。Unicode 在 U+2018 至 U+201F 为高级的、区分开闭的弯引号分配了 code point 。

多观察好的软件介面设计。

擦……这么快！……

@chenluois：感谢如此详细的数据。:)
不过，我一向认为这是 CoreText 的设计缺陷——即没有为开发者提供一种简单的方法来锁定行高，任由字体影响行高，这是不妥的。而所有涉及大量文本的软件都应该锁定行高，不让行高受字体 LineHeight 指定的默认行高数值影响。
另外，查看这些数据的这个软件是？

单独把最后一页 Lauchpad 留给平时不想见到的图标不就好了——如果不想删除的话……

@roamlog：看起来他完全不知道 OS X Lion 的 GUI 变化？-_-

@chenluois @Kai：抱歉，我一开始没反应过来自己的系统已经把默认字体改成冬青黑体简体中文了。看来确实和字体内部的参数有关。所以在华文黑体时不会出问题，而在冬青黑体简体中文的时候就会行高不一致（Mou 的情况差不多）： http://d.pr/sPWp

不同代的 iOS 设备屏幕色温不一致（基本上越新的设备色温越低），不同批次也会有小差别，用久了似乎也会不一样。以用户比例最高的目标设备为准就好了。

@chenluois：纯西文的行和夹杂有 CJK 字符的行明显不一样高啊，至少 2.0 (8930) 是这样的。

@chenluois：你要是能协助他们解决 CJK 行高与西文行高不一致的问题那就又立功了。:P

@lianghai：在 Mac 上默认就是对 LCD 开启的。我不太清楚 Hackintosh 的情况。

@WarWithinMe：显然微软雅黑过于粘连了。你的屏幕没有打开亚像素抗锯齿，所以字体渲染效果很受限，打开亚像素抗锯齿之后会好一些。当然，如果你不喜欢亚像素抗锯齿的效果就另当别论了。

@jjgod：耶，你居然也出现了。确实是黑压压，尤其在 OS X 里，改名叫「微软压黑」得了……

@WarWithinMe：不过微软正黑的黑度就很合适，所以我觉得还是方正做微软雅黑做得太激进了，完全是实验派作品——尽管 Meiryo 也这德行……另外，WP7 用的方正等线大概不会很适合 OS X……

个人感觉冬青黑体简体中文（Hiragino Sans GB）是最适合 Mac OS X 的简体中文介面字体。编辑一个文件就可以很安全地更换。

微软雅黑的整体设计挺好的，但黑度太大了，标点设计有硬伤，过扁的字形也实在没有多大必要。当然，和 Windows 屎一样的字体渲染技术结合之后就更糟糕了——不过，和 Windows 以往的任何中文字体比起来都是飞跃呀。

@Elix：V2EX 的变化让人有点茫然……然后我就转战知乎了……