Having an issue I believe is similar to this Font rendering issue with PDF viewer - #6 by flavien
But my issue is that I am using the Arial font everywhere which I at least think is a normal font that sholud be render-able but I am having some issues.
Printing to printer, or printing to PDF, or saving the bytes from the db directly to my comptuer and opening in my local computers pdf viewer (adobe/chrome) - these all look correct.
Opening it in PDF Viewer (A script grabs the bytes from the db and uses loadPDFBytes the less than/greater than symbols come through as squares as in the linked post.
Here is the problematic version coming through from PDF Viewer -
And here is what I see when it is printed to pdf or saved directly to pdf from the db
Is there a “safest” font I could use or something else to be doing here? I am at a loss.
The Vision PDF viewer component, you mean?
The [] are the indication the font rendering system lacks a glyph to display, which means this is a bug in IcePDF, the embedded PDF library we use, since it should likely either fallback to system fonts for rendering or at least pick up Arial.
What if you run the client/designer with the system property org.icepdf.core.awtFontLoading set to true, as in:
-Dorg.icepdf.core.awtFontLoading=true?
Yes this is all vision 8.1.25.
Don’t see that in the igntion.conf. Should I add it like
wrapper.java.additional.8=-Dorg.icepdf.core.awtFontLoading=true ?
No, it'll be a client side property. You'll have to enter it in the JVM Arguments section of each configured client/designer launcher.
You might succeed, if this workaround even works, with putting
from java.lang import System
System.setProperty("org.icepdf.core.awtFontLoading", "true")
into a client startup script - as long as it runs before the PDF viewer component is actually instantiated it should still work, it looks like?
1 Like
Unfortunately neither worked - the client startup script or the jvm arguments.
Any other ideas before calling into tech support about this?
