ICEpdf
  1. ICEpdf
  2. PDF-485

Font width rendering issue

          Details

            Description


            The forum user has posted a PDF that renders with a small number of glyphs that are rendered with incorrect widths. Further debugging is need but likely an font encoding issue.

              Activity

              Descending order - Click to sort in ascending order
              Patrick Corless made changes -
              Status Resolved [ 5 ] Closed [ 6 ]
              Patrick Corless made changes -
              Fix Version/s 5.0.0 alpha1 [ 10676 ]
              Patrick Corless made changes -
              Status Open [ 1 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Hide
              Permalink
              Patrick Corless added a comment -

              I have to run this through QA but I adjusted the OS font logic to only apply the afm widths if the font is truly an afm font.

              Show
              Patrick Corless added a comment - I have to run this through QA but I adjusted the OS font logic to only apply the afm widths if the font is truly an afm font.
              Hide
              Permalink
              Patrick Corless added a comment -

              I dug back though 4.1 tags and found the change that is causing the width issue. The issue now is that I'm not sure exactly what to do about it. The FontDescriptor class has a method getFontName() which in 4.1.0 and earlier ultimately always return "FontName" rather then the actual font name of the dictionary. A client who was interested in the actual font name request the method be changed. This code changes how the afm information is applied to the font and thus the widths are changed. We should be returning the correct font name, the question now is what's actually going wrong with the rest of the font setup.

              Show
              Patrick Corless added a comment - I dug back though 4.1 tags and found the change that is causing the width issue. The issue now is that I'm not sure exactly what to do about it. The FontDescriptor class has a method getFontName() which in 4.1.0 and earlier ultimately always return "FontName" rather then the actual font name of the dictionary. A client who was interested in the actual font name request the method be changed. This code changes how the afm information is applied to the font and thus the widths are changed. We should be returning the correct font name, the question now is what's actually going wrong with the rest of the font setup.
              Patrick Corless made changes -
              ICEsoft Forum Reference http://www.icesoft.org/JForum/posts/list/21207.page
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #32783 Wed Dec 12 13:27:48 MST 2012 patrick.corless PDF-485 updated the font logic to only apply the afm widths if the font is indeed an afm font.
              Files Changed
              Commit graph MODIFY /icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/fonts/ofont/Font.java
              Patrick Corless made changes -
              Fix Version/s 5.0 [ 10314 ]
              Fix Version/s 4.5 [ 10342 ]
              Migration made changes -
              Field Original Value New Value
              Reporter Migration [ remote ] Patrick Corless [ patrick.corless ]
              Migration created issue -

                People

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

                  Dates

                  • Created:
                    Updated:
                    Resolved: