ICEpdf
  1. ICEpdf
  2. PDF-181

Umlauts are rendered incorrectly

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 4.0.1
          • Fix Version/s: 4.2
          • Component/s: Core/Parsing
          • Labels:
            None
          • Environment:
            -
          • Assignee Priority:
            P3

            Description

            Umlauts are rendered in an incorrect bold color and positioned very close to the character to the right. This issue occurs when the Frutiger fonts are installed on the local system and result in ICEpdf throwing the following font substitution error message during rendering:

            <message>Font Substitution: Found failed Frutiger45light,Italic Arial-BoldMT</message>

              Activity

              Ascending order - Click to sort in descending order
              Tyler Johnson created issue -
              Tyler Johnson made changes -
              Field Original Value New Value
              Salesforce Case [5007000000C2V0K]
              Patrick Corless made changes -
              Fix Version/s 4.1 [ 10227 ]
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #21797 Thu Jun 24 12:33:18 MDT 2010 patrick.corless PDF-181 added null pointer check if toUnicode map is not avaialable.
              Files Changed
              Commit graph MODIFY /icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/LiteralStringObject.java
              Hide
              Permalink
              Patrick Corless added a comment -

              I manged to edit the pdfviewerfontcache.properties to get the fonts in question to load correctly. However the output didn't look much better the Umlaut was still pretty close to the next character. Actually in Acrobat it is pretty close too.

              The reason they are seeing font "found failed" is that the fonts in question do not have enought naming information embedded in the font file. For example they are list as follows:

              ftb--- /frutiger65bold c\:\\windows\\fonts
              FTB.TTF
              ftlb-- /frutiger45light c\:\\windows\\fonts
              Ftlb.ttf
              ftl--- /frutiger45light c\:\\windows\\fonts
              FTL.TTF

              For frutiger65bold everything is OK as we can get the bold information from the font base name. However the font names ftlb and ftlb have the same base name and no notion of bold or italic.

              The only way to make this work is so to go into the pdfviewerfontcache.properties and tweak the font style value. Here are the reference integers.

              boldItalic = -268431360
              italic = -268435200
              bold = -268435440
              plain = -268435455

              Show
              Patrick Corless added a comment - I manged to edit the pdfviewerfontcache.properties to get the fonts in question to load correctly. However the output didn't look much better the Umlaut was still pretty close to the next character. Actually in Acrobat it is pretty close too. The reason they are seeing font "found failed" is that the fonts in question do not have enought naming information embedded in the font file. For example they are list as follows: ftb--- /frutiger65bold c\:\\windows\\fonts FTB.TTF ftlb-- /frutiger45light c\:\\windows\\fonts Ftlb.ttf ftl--- /frutiger45light c\:\\windows\\fonts FTL.TTF For frutiger65bold everything is OK as we can get the bold information from the font base name. However the font names ftlb and ftlb have the same base name and no notion of bold or italic. The only way to make this work is so to go into the pdfviewerfontcache.properties and tweak the font style value. Here are the reference integers. boldItalic = -268431360 italic = -268435200 bold = -268435440 plain = -268435455
              Patrick Corless made changes -
              Fix Version/s 4.1.1 [ 10244 ]
              Fix Version/s 4.1 [ 10227 ]
              Patrick Corless made changes -
              Fix Version/s 4.2 [ 10243 ]
              Fix Version/s 4.1.1 [ 10244 ]
              Patrick Corless made changes -
              Assignee Priority P3
              Hide
              Permalink
              Patrick Corless added a comment -

              Customer is reporting the PDF in question is rendering in a satisfactory way. Closing issue.

              Show
              Patrick Corless added a comment - Customer is reporting the PDF in question is rendering in a satisfactory way. Closing issue.
              Patrick Corless made changes -
              Status Open [ 1 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Ken Fyten made changes -
              Status Resolved [ 5 ] Closed [ 6 ]

                People

                • Assignee:
                  Patrick Corless
                  Reporter:
                  Tyler Johnson
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  0 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: