Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 6.1.3
-
Fix Version/s: 6.2.2
-
Component/s: Core/Rendering
-
Labels:None
-
Environment:All
-
Support Case References:Support Case #13981 - https://icesoft.my.salesforce.com/5007000001gOEta
Description
In the provided PDF file, there are a number of bullet points and dashes in the content. When rendering in ICEpdf, these characters are rendered as a box. No errors are seen in the logs.
Activity
Arran Mccullough
created issue -
Patrick Corless
made changes -
Field | Original Value | New Value |
---|---|---|
Fix Version/s | 6.2.2 [ 13097 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #50549 | Thu Feb 16 12:05:56 MST 2017 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/pobjects/graphics/TextSprite.java
MODIFY /icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/pobjects/fonts/FontManager.java MODIFY /icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/util/content/AbstractContentParser.java |
Patrick Corless
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #50554 | Thu Feb 16 15:05:56 MST 2017 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/util/content/AbstractContentParser.java
|
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #50558 | Fri Feb 17 12:30:20 MST 2017 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/pobjects/fonts/ofont/OFont.java
MODIFY /icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/pobjects/fonts/FontFile.java |
Patrick Corless
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
There are a few fonts in this file that use a cidToGlyph map that does not contain correct mapping for the squares in question. For example the 'iacute' character is 146 in ascii but the font in question assumes that we can magically map it to the 209 which point to glyph 67.
I've added some code to the content parser to check if a font can show a particular character if it can't we fall back to font substitution which generally allows the ascii code to be correctly found.
the code is unfortunately a bit slower so I've created a new system property to turn it on. The property org.icepdf.core.enabledFontFallback is false by default but when enabled will correctly render the PDF. Hopefully the underlying mapping issue can be fixed in the future.