Closed SkylerWittman closed 6 months ago
Hi @SkylerWittman,
The problem is not an issue of the library itself, but with the font used. You would get the exact same error if you only used PDFBox, but not easytable.
I would recommend either filtering out special chars like that one programmatically or alternatively asking around on stackoverflow (for instance) about what font to use.
Hope this helps Stefan
Hi @vandeseer,
Thank you for your answer. I didn't think about stripping the character out, I don't know if that would have any negative repercussions (I mean, it doesn't work currently so not much more negative than that!)
I've tried swapping to Times font and got the same problem, I will try the character stripping approach.
Cheers!
Hi @SkylerWittman I've the same problem with greek symbols like "delta", "gamma", etc. or superscript and subscript numbers (⁰ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ₀ ₁ ₂ ₃ ₄ ₅ ₆ ₇ ₈ ₉ ), but, as told by @vandeseer it's not an issue of the library but, I suppose, a problem of the PDFBox.
Did you find a method, a solution for the problem or any suggestion? Thanks in advance, Bye
Hey @alexanderthorn. I stopped working on this project so I have no updates sadly. I'll leave it open in case you or someone else solves it.
Good luck
When building a PDF document, some of our customer datasets are receiving an error. However it's not all customer datasets, I cannot figure out what exactly is yielding this error. This only happens with some customer datasets (we pull a List in Java of customer name, email, phone number and then create rows based on each element in that list).
The U+202C character from what I've understood through Googling is a character to determine reading direction of characters (think right to left for Arabic etc.). But at no point in our code do we reverse the orientation of text, we are using basic configuration.
Here is the line of code that yields the error:
I would appreciate any help on figuring out how to resolve this error. Thank you so much!