基本上,您链接到的所有答案都是正确的。您必须记住它们分别引用哪个PDFBox版本。
_关于这个答案
在2.0.0之前的版本(直到当前的1.8.8之前)中,文本绘制 *** 作非常有限,甚至不支持完整的WinAnsi编码,这些版本生成的字体对象用作编码。
_关于这个答案
当前的2.0.0-SNAPSHOT开发状态已大大改善。这意味着已消除了文本绘制 *** 作的限制,它们对文本进行了正确的编码,并且对使用的字体进行了正确的编码和嵌入。同时,这些改进的早期实现中的错误大部分已得到修复。
_关于这个答案
无论使用哪种PDFBox版本,此答案都指向一个需要牢记的地方:特定字体不一定支持代码点的整个Unipre范围。如果您使用的字体不包含字符的字形定义,则您可以随意编码,字符将无法正确绘制。这尤其涉及每个PDF查看器都必须支持的14种标准字体:它们仅需要支持几种拉丁风格编码的字符,而无需支持完整的Unipre集。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)