当前位置：网站首页 > 软件资讯 > 正文

为什么 Mac 下汉字词句输入西文 Helvetica 字体会整行下沉?

ninehua 2024-11-23 20:20 36 浏览

这不是 Helvetica 的问题。
这是 Helvetica 与华文黑体混排时出现的问题——一个巴掌拍不响。
各种西文字体和各种中文字体搭配经常都会遭遇这个问题。你的观察不全面。和输入法也确实无关，只和字体与排版环境有关。
首先，你不懂一个基本概念：字体回退（font fallback）。
你选定的字体是 Helvetica，但因为 Helvetica 不支持汉字，所以排版环境遇到汉字字符时会将字体回退到支持汉字的字体。你截图里的汉字展现的就是 OS X 的默认简体中文字体，黑体-简（以下称作「华文黑体」[1]）。所以，在你的同一行文本里，西文是用 Helvetica 显示的，而中文是用华文黑体显示的。
至于为什么会有行高跳动的问题，粗略地说：
因为 Pages 之类文字处理工具的「X倍行距」（以及 OS X / iOS 中的许多软件介面文本）的行距都不是直接相对于字号指定的，它是基于字体内部存储的「默认行高」（这个措辞是我自己攒的，不知有没有更确切的名字）等信息来指定的（比如「单倍行距」就是单倍的默认行高）。而 Helvetica 的默认行高比华文黑体大。于是，Helvetica 会把一行「撑起来」——当一行文本中只有华文黑体时，行高较小，当出现 Helvetica 时，行高会被 Helvetica 撑大——于是你那第二行汉字就下沉了。
解决方法，以 Pages 为例：
指定「精确」行高，不要用「X倍行距」这种基于字体默认行高的手法。
如果略为详细地解释这个问题，那么（普通用户可忽略以下较为专业的内容）：

OS X 的排版环境查询字体的默认行高时，会从 TrueType/OpenType 字体的 hhea 表查询 ascent, descent 以及 lineGap 这三个数值。很明显，这三个数值分别指的是字体上端相对于基线的高度、字体下端相对于基线的高度、以及行间距。
三个数值加起来再除以字体的 UPM（head.unitsPerEm）就是默认行高的比例。
比如一个比较正常的现代中文字体可能会是
```
head.unitsPerEm = 1000 hhea.ascent = 880 hhea.descent = -120 hhea.lineGap = 500 
```
于是这个字体的默认行高就是 1.5 倍字号。
Helvetica 的默认行高是 1.2 倍，而华文黑体的是莫名其妙的 1.03 倍。于是 Helvetica 在排版环境没有明确指定行高的时候就比华文黑体多占用约 1/5 的纵向空间。
另外，从 hhea.ascent, hhea.descent 二者与 head.unitsPerEm 的关系以及其他一些信息还可计算出基线的高度。而 Helvetica 和华文黑体的基线高度也不一样，这也影响了用这两种字体显示的文本之间的对齐关系。其实即使两种字体的默认行高一致，因为基线高度的差异依旧会有一方把行高顶起来。

[1] 黑体-简与华文黑体的关系详见：OS X 提供了哪些中文黑体？

— 完 —

华文黑体

上一篇：他是“华文行楷”创始人，水平可媲美古人，当今书坛有谁能敌?
下一篇：iOS 9续航更持久

为什么 Mac 下汉字词句输入西文 Helvetica 字体会整行下沉?

相关推荐

超强!批量修改文件名工具，一次处理上万个，支持各种网盘!

详解什么是BT种子、迅雷下载链接、磁力链接

potplayer在线字幕翻译插件——potplayer播放器功能插件推荐

麒麟桌面操作系统如何安装佳能打印机驱动程序(图文)

P106/104系列显卡安装魔改驱动步骤

Gopeed，全平台多线程高速下载器，支持磁力BT下载，跑满宽带

佳能R62、R7、R10解决ERR70问题的新固件来了，附详细升级方法!

【Steam防坑指南】:教你识破“假入库”骗局!保住钱包和账号!

磁力链接bt链接转直链IDM下载

方正兰亭黑系列/汉仪旗黑家族/思源黑体介绍与区别