内容中心 › 排版
第一个坑先说：页面上的方框，绝大多数时候跟“字体里没有这个字”没关系。
我拿一份 15 页英文论文的译文做过全量回查——2,515 个 span、17,277 个字符逐个对回字体表，找不到字形的字符是 0 个。也就是说被截图圈出来的那堆“豆腐块”，一个都不是字体缺字造成的。
现象：屏幕上几个方块，或者某个汉字显示成 □。
原因：字体表里没有这个字形才会画成方框；但更常见的是阅读器加载字体失败、字体名被换成本机没有的字体族。
怎么绕：别用眼睛判断。取 span 的字体缓冲，逐字符问 has_glyph(ord(ch))，缺字形为 0 就说明文件本身没问题，换个渲染器再看。把“显示异常”和“文件缺陷”分开，能省掉大量无意义的重译。
现象：句子中间或行尾有一小段空白，选不中，也不影响阅读。
原因：那不是空白，字符本身就是 U+0000。这份译文有 146 个，143 个在行尾，前一个字符 92 个是句号「。」。行尾 + 紧跟句号，基本可断定是“按句切分送翻、句末补分隔标记、回写时把标记当正文”留下的。
怎么绕：交付前跑一遍 text.count(chr(0))，非 0 就清掉；清完再核字数，确认没把正文一起删了。
现象：复制出来的文字里有一堆“看着像英文标点、其实全角”的字符。
原因：中文排版本来就该用全角标点。这份译文全角区（U+FF01–U+FF5E）共 372 个字符，全是标点：逗号 295、冒号 32、括号 42、分号 2、问号 1；全角字母、全角数字各 0 个。
怎么绕：只有出现全角字母或全角数字（U+FF21–FF3A / U+FF41–FF5A / U+FF10–FF19）才算异常，这两个区间为 0 就放过。全角逗号别改，改了反而违反中文排版。
现象：原文 38,450 个字符，译文 17,277 个，第一反应是丢了一大半。
原因：中英互译的字符比本来就在 0.45 附近，一个英文词换成两三个汉字，字符数降下来是正常的。这份样本是 0.451。
怎么绕：总字符数只能做粗筛（掉到 0.2 以下才值得紧张），判断丢字要按字符集比对。
现象：页面上看不出来，交出去才被人指出人名拼错。
原因：U+00C0–U+024F 这段拉丁扩展字符，原文出现 15 次、译文剩 12 次，缺的全是一个带斜杠的 Ł——Łukasz Kaiser 变 ukasz Kaiser，第 1 页作者区一处、第 11、12 页参考文献 [16][17] 各一处。
怎么绕：这类丢字不留方框、不留空格，位置直接被后面的字母顶上来，所以只查方框的流程永远发现不了。办法是反着查：把原文里 U+00C0–U+024F 的字符列成集合，逐个到译文里点名。三处、两页、一个人名，十分钟查完。
| 坑 | 检查量 | 达到什么值算异常 |
|---|---|---|
| 方框 | 字体表里缺字形的字符数 | 大于 0 才需要重译 |
| 空白 | U+0000 个数与位置 | 大于 0 就要清，行尾居多＝切分符 |
| 全角 | U+FF21–FF3A / U+FF41–FF5A / U+FF10–FF19 | 全角字母或全角数字大于 0 |
| 字数 | 原/译字符比 | 低于 0.2 |
| 丢字 | 拉丁扩展字符集逐个点名 | 缺任何一种 |
下次交付前按上面五行各跑一次，写成一行日志：缺字形 0 / NUL 146 / 全角字母 0 / 字符比 0.451 / 拉丁扩展缺 1 种。不达标的才翻回页面看。
这份样本只有第 5 行不达标——三个字符、一个人名、两个页面；其余四个坑，都是看着像问题、其实不是问题。
公式多、表格多、要保留原版式的文件，先按这五项过一遍再定档：常规 1 / 公式保留 5 / 版式精排 6 积分每页，档位不同，回写时字体与框宽策略也不同。
---
参考资料：[整份 PDF 保留公式与表格的做法](https://trans.sunnytranslation.com/pdf-fanyi)