放得进框里的文字

Publisher 有一个几乎没人会主动去打开的设置，叫"溢出时缩小文字"，模板会替你打开。当标题或图注比文本框长时，Publisher 就一档一档往下调字号，直到文字放得下。

你从来看不到这个过程。你只看到刚好放得下的文字。

到现在为止，我们的转换器不做这件事。我们按文件里存的字号排版，如果对这个框来说文字太多，就会溢出边缘或者在底部被切掉。在标题本来就紧的传单上，这就是"一张做完的页面"和"一张明显坏掉的页面"之间的差别。

现在按 Publisher 的方式放得下

从这个版本开始，溢出时缩小文字默认开启。

上线之前，我们把我们的输出和 Publisher 自己的输出做了比对。本来就正确的文本框继续正确，这是我们盯得最紧的地方，因为把本来好好的页面弄坏的修复不算修复。

没成的那一半

Publisher 这个设置是双向的。文字可以缩小以放进小框，也可以放大以填满大框。放大那一半我们也做了，现在仍然是关着的。

我们自己的估计认为它会有帮助。等真正渲染出页面来和 Publisher 比对，并没有。于是我们撤回了那个估计，把这部分留在关闭状态。上线的只有缩小的那一半。与其两个都发出去让你自己发现，不如现在就告诉你。

路上还有一个相关的错误，值得直说：我们花了一阵子去找缺失的"放大"行为，而输出里真正的毛病恰恰相反，是文字比 Publisher 排的更小。方向找反了，差不多搭进去一周。

换行，续篇

行为什么在那里换行讲了其中的机制。那部分工作没停，这里是之后进展的简版。

又落地了两波断词规则，两波都来自观察 Publisher 自己把连字符放在哪里，而不是套用标准算法。

网址现在有了自己的规则。这条让我们意外：Publisher 会给电子邮件地址的本地部分（@ 之前那段）断词，却拒绝拆开真正 URL 的各个片段。这是两种相反的行为，我们不得不拿真实文档把两边都验一遍才敢信。

法语文本也单独过了一遍，因为那边的间距和断行规则跟英语不是一套。

如果你的文件里标题溢出了框，或者段落换行不对，再转一次试试。预览免费，付款前可以先在自己的文件上看到结果；一次性支付 49 美元后转换次数不限。