文字转曲线

把文字转成曲线（行业内常说的转曲）是排版流程里最常见的“保险”动作。它确实解决了一类真问题，但也悄悄解除了很多东西——其中一项是“它还是文字”。

它在做什么#

文字对象里保存的是一串字符、一个字体引用和一套排版参数。转曲就是把那个字体引用当场求值：按字形轮廓展开成一堆贝塞尔路径，然后忘掉字体。

于是同时丢掉的东西：

• 字符本身（发不出去、搜不到、读屏读不出来）；
• 字形名与归属（这个形状来自哪款字体，从文件里看不出来了）；
• 排版参数（字距、字偶距、OpenType 特性、hinting）；
• 可编辑性（改一个字要回到排版软件里重做）。

什么时候确实需要#

• 输出端没有这款字体、也不允许嵌入（见下一节关于嵌入权限）；
• 要把标题做变形、裁切、加特效，必须动轮廓；
• 送给一条只吃曲线的老流程（激光切割、部分印刷 RIP、某些三维软件）；
• logo 定稿：它从此不该再被“字体”这件事影响。

除此之外，大多数“为了保险”的转曲其实是多余的。

代价#

转曲之后仍然是矢量，可以任意缩放——这一点常被误解成“没有损失”。真正的损失在别处：

• 不可搜索、不可复制、不可朗读。文档的可访问性和可检索性是一起消失的；
• 文件可能更大。一个汉字轮廓几百个节点，一段正文转曲后常常比原字体文件还臃肿；
• 小字失真。细节越细，曲线的近似误差越明显，尤其是从低分辨率源来的；
• 改不动。客户说“把标题里那个词换掉”，你得回排版软件重来一遍。

截图加描摹#

有一种常见变体值得单独说：在支持的软件里排好、截图、再“图像描摹”成矢量。

它通常被用来绕开排版引擎不支持的问题（阿拉伯文连不上、竖排没做好，见 书写方向）。问题是这条路把两件事混在了一起：

• 它解决的是软件不支持，不是字体缺失；
• 描摹得到的曲线是像素边缘的近似：抗锯齿被当成真实轮廓、转角变圆、节点爆炸；
• 文字彻底变成图形，前面说的所有损失一次性付清。

如果目的只是让文字正确显示，先试 书写方向 那节的兜底流程：换个能成形的引擎排版，比描摹可靠得多。

许可证没有因此改变#

这是最容易被误解的一点：转曲不改变许可。把字形变成路径，仍然是“使用了这款字体”，而不是“用完就自由了”。

几条一般性的常识（不是法律意见，商业项目请按具体 EULA 与专业意见判断）：

• 字体文件在多数司法辖区作为计算机程序受著作权保护；字形设计本身在部分国家不受著作权保护，但可能有外观设计专利，另一些地区对字库另有专门保护；
• 国内已有相关判例，但结论并不一致——有的案件认为单个字不构成美术作品，有的案件认为字库中的字构成美术作品。换句话说，不要用“就几个字”来推断安全；
• 商用、商标用字、嵌入软件、随产品再分发，通常在 EULA 里是分别约定的；
• 免费字体也一样：OFL 允许商用与修改，但如果字体声明了保留名称，修改后的版本不能沿用原名分发；随软件分发时仍要保留版权声明。

去 EULA 里搜这几个词，比搜“能不能商用”有用得多：embedding、outline、convert to curves、broadcast、logo、trademark、app。

更安全的替代#

1. 嵌入字体子集。PDF 里嵌入的子集既保留文字，又不需要对方装字体；能不能嵌、能嵌到什么程度，字体自己在 OS/2 表的 fsType 位里就写着（见 OS/2 表）；
2. 保留文字层。导出 PDF 时确认文字可选中——可选中就意味着可搜索、可朗读、可复制；
3. 网页里用 @font-face。许可允许时，SVG 或 HTML 里保持 <text>，比转曲好维护得多；
4. 只转必须转的那部分。正文保留文字，只把定稿的标题图形转曲。

检查清单#

• 转曲是在解决“字体缺失”还是“软件不支持”？后者该换工具；
• 转完之后，客户还能搜索这段文字吗？
• 字体名与授权凭证有没有记下来（不是记在转曲后的文件里，转曲后就没有了）？
• EULA 里 embedding / outline / logo 这几条写的是什么？
• 这个 PDF 里的文字还能选中吗？不能的话，是有意为之还是意外？