ICEpdf
  1. ICEpdf
  2. PDF-1088

Bullet points and dashes not rendering

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 6.1.3
          • Fix Version/s: 6.2.2
          • Component/s: Core/Rendering
          • Labels:
            None
          • Environment:
            All

            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

              Ascending order - Click to sort in descending order
              Hide
              Permalink
              Patrick Corless added a comment -

              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.

              Show
              Patrick Corless added a comment - 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.
              Hide
              Permalink
              Patrick Corless added a comment -

              Marking as fixed for now.

              Show
              Patrick Corless added a comment - Marking as fixed for now.

                People

                • Assignee:
                  Patrick Corless
                  Reporter:
                  Arran Mccullough
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: