1

因此，我在一个带有 MS Word 的专用系统上使用它的独立可执行服务器 jar 组合了 Documents4J 的实现，并使用他们还提供的客户端 jar 使用 Web 服务调用它。它似乎按预期工作。

问题是客户注意到最终 PDF 产品中的字距调整。当使用各种字体时，这是司空见惯的……字母之间的间距不均匀。这种敏锐的观察力是我们的开发人员乍一看并没有注意到的……我们只是注意到，与我们使用不涉及 MS Word 的 word2pdf 开源 API 的旧实现相比，PDF 现在看起来好多了。仅打开 Word 并使用“另存为...”并另存为 PDF 时，此问题会重复。换句话说，这是一个 MS Word 的核心问题。

但是，当 MS Word 中存在 Adob​​e 插件并且您使用“导出”或“打印”时，它们会得到所需的产品。

有没有办法配置 RemoteServer 或 Builder 以在 Documents4J 中使用这种替代转换方法？

4

1 回答 1

0

实际上，documents4j 包装了一个触发 MS Office API 的 VBS 脚本。MS Word 转换器的脚本已经使用导出来生成 PDF/A：

wordDocument.ExportAsFixedFormat outputFile, _
                                       WdExportFormatPDF, _
                                       False, _
                                       , , , , , , , , , , _
                                       True

但不适用于使用（更快）另存为 PDF 功能的标准 PDF。为了使用该插件，您可能还需要导出功能。

您是否尝试过生成 PDF/A 以查看这是否可以提高质量？在这种情况下，如果您想避免后者，则需要True将调用的最后一个更改为 a以禁用 PDF/A。False

于 2016-07-07T07:33:40.600 回答