PdfBox PDF到图像转换linux(字符间距问题)
我正在使用 PdfBox-1.6.0.jar
执行 PDF 到 IMAGE (.png) 的转换。 我在 Windows 平台上进行开发,然后将软件作为 RESTful
服务部署到 Linux
(Red Hat Enterprise
) 服务器。
我注意到在 Linux
上执行代码时存在明显的字符间距差异(增加),而不是在 Windows
上执行适当的字符间距(与 pdf 相比)。
字体为Helvetica
。寻找为什么存在行为差异的线索。
任何帮助表示赞赏。
I am using PdfBox-1.6.0.jar
to perform a conversion of a PDF to an IMAGE (.png).
I am developing on a windows platform, but then deploying the software to a Linux
(Red Hat Enterprise
) server as a RESTful
service.
I noticed a distinct character spacing difference (increase) when the code is executed on Linux
as opposed to proper character spacing (compared to the pdf) on Windows
.
The font is Helvetica
. looking for clues on why there is a behavioral difference.
Any help is appreciated.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
它可能是一个 CR-LF 的东西。
在 Windows 上,行结束符通常编码为 CR/LF ('\r\n'),而在 Linux 上仅编码为 LF ('\n')。
It could be a CR-LF-thing.
On Windows, line-ends are usually encoded as CR/LF ('\r\n'), while on Linux just LF ('\n').
PDFBox 1.6.0 仍然不支持嵌入子集字体,这就是它不使用它们来呈现 PDF 中文本的原因。他们的问题跟踪器上有一个未解决的错误:PDFBOX-490
PDFBox 1.6.0 still doesn't support Embedded Subset fonts and that's the reason why it's not using them to render the text in your PDF. There's an open bug for this at their issue tracker: PDFBOX-490