内容中心 › 表格
先把话说透：表格翻译完错行，基本不是"翻错了"，是表格在 PDF 里根本不存在。
你在屏幕上看到的表格，在 PDF 文件内部只是一堆横线、竖线和散落的文字。没有"行"，没有"列"，没有"单元格"。所以翻译工具拿到的不是一张表格，是一份猜出来的结构——猜对了就像表格，猜错了就是错行。
下面四个位置，是最容易猜错的地方。
PDF 的设计目标是"在任何设备上打印出来一模一样"，不是"让程序读懂内容"。它记录的是：这条线从 (120, 340) 画到 (480, 340)，这个字画在 (125, 352)。
所以当工具要翻一张表，它必须先做一件事：从线和文字的坐标里，反推出哪几块属于同一行、哪几块属于同一列。这个动作叫版面分析。
反推的依据有三样：线框、文字对齐方式、间距规律。三样都清楚，猜得准；缺一样，就开始出错。
第一种：没有线框的表。 很多期刊论文的表格是三线表——只有顶线、底线和表头下一条线，中间完全没有竖线。工具看不到列边界，只能靠文字的左边缘对齐去推。一旦某一列的文字是居中的，边界就推歪了。
第二种：跨页的表。 表格断在两页之间，第二页开头没有表头。工具不知道这是同一张表，会把第二页的表体当成正文段落翻，行和列就散了。
第三种：单元格里换行。 一个格子里塞了三行字，工具可能把它当成三行独立的表行，于是表格整体往下错位——你看到的现象就是"下面的行全部串了"。
三种情况的共同点是：错误发生在翻译开始之前，翻译引擎拿到的东西就已经是错的。所以换引擎没有用。
假设结构猜对了，还有第二道关。
英文翻成中文，字符数通常缩到 40%–60%。原来占满格子的 Transformer (base) 变成"Transformer（基础版）"，宽度只有一半；反过来，短英文变长中文时，一个格子可能挤成三行。
如果你按原来的坐标硬写，结果就是：文字溢出格子、压到相邻列、或者被裁掉。
正确的做法是在单元格的原始边框内重新排版——按新的文字宽度重新断行，行高不够就往下撑，但不能影响其他行。这一步做不好，表格看起来"没错位"，但读起来是断的。
这两类东西的共同点是：位置固定、字号偏小、宽度很窄。
判断依据其实很简单：段落宽度占不到页宽 60% 的，大概率不是正文。但很多工具没有这条规则。
不用听宣传，用这三条自己试：
1. 找一份三线表的论文，只传两页。 有线框的表谁都能做，没线框的才见水平。
2. 看它有没有"按页宽比例"判断正文。 打开译文，看那些很窄的图注有没有被拉成整行。拉长了就是没做版面判断。
3. 看跨页表。 翻一份长表格，翻到第二页，看表头有没有丢、行有没有串。
三条都过，基本可以用了；有一条不过，那它在复杂文档上一定会翻车。
上面这些是我踩了一年多坑之后总结的。现在固定用的是翻呗翻译，说几个实际用得上的点：
它也有明显的短板：手写体、竖排古籍识别率低；三栏以上的极端排版仍可能错位；扫描件的准确率比电子版低一档，模糊的、倾斜的、带底纹的要先抽两页试。
一句实在话：任何说"扫描件 100% 还原"的，都不真实。
---
下面这张是同一份文件同一页的对比，左边原文右边译文，中间没有手工调过任何一个字：
重点看两处：Table 3 的表头还在原位，右侧的参数列没有串行；页面上方的图注没有被拉成整行。
表格这东西，翻对了你不会注意，翻错了整篇就没法用。所以选工具的时候，别测一段散文，测一张表。