ICEpdf
  1. ICEpdf
  2. PDF-415

Chinese Characters are not rendering properly

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 4.3.2
    • Fix Version/s: 4.4, 5.0.0 alpha1, 5.0
    • Component/s: Core/Parsing
    • Labels:
      None
    • Environment:
      ICEpdf PRO v.4.3.2, Java Vendor: Sun J2SE 1.6.0_26, Sun J2SE 1.6.0_25

      Description

      Attached PDFs can be used to reproduce the issue.
      Screenshot outcome is attached as well
      1. ch03.pdf
        311 kB
        Evgheni Sadovoi
      1. PUR-133.png
        471 kB

        Issue Links

          Activity

          Hide
          Patrick Corless added a comment -

          I have good reason to think this is a duplicate of PDF-409. I'll update it once I've had a change to take a closer. look.

          Show
          Patrick Corless added a comment - I have good reason to think this is a duplicate of PDF-409 . I'll update it once I've had a change to take a closer. look.
          Hide
          Patrick Corless added a comment -

          I spent a few hours yesterday taking a look at this issue. The glyph that aren't being painted correctly fall into the TrueType composite Glyph category. In short when a glyph is parsed it made up of a number of smaller components.

          After reviewing the TrueType font spec for composite glyph descriptors I can see a few potential issues with our buildComposite() method. A snap to grid mode doesn't appear to be implemented and I think we might not be correctly handling flag mode WE_HAVE_A_TWO_BY_TWO which allows the glyph to be scaled and skewed.

          I'll need some more time to pick through the bits on this one but I'm pretty confident that this is where the problem is in our code.

          Show
          Patrick Corless added a comment - I spent a few hours yesterday taking a look at this issue. The glyph that aren't being painted correctly fall into the TrueType composite Glyph category. In short when a glyph is parsed it made up of a number of smaller components. After reviewing the TrueType font spec for composite glyph descriptors I can see a few potential issues with our buildComposite() method. A snap to grid mode doesn't appear to be implemented and I think we might not be correctly handling flag mode WE_HAVE_A_TWO_BY_TWO which allows the glyph to be scaled and skewed. I'll need some more time to pick through the bits on this one but I'm pretty confident that this is where the problem is in our code.
          Hide
          Patrick Corless added a comment -

          After several months of development it can be safely said that we support TrueTypeFont hinting int he PRO font engine. We'll backport this feature to 4.x for our client. The fix is also included in 5.0.

          Show
          Patrick Corless added a comment - After several months of development it can be safely said that we support TrueTypeFont hinting int he PRO font engine. We'll backport this feature to 4.x for our client. The fix is also included in 5.0.
          Hide
          Patrick Corless added a comment -

          Closing.

          Show
          Patrick Corless added a comment - Closing.

            People

            • Assignee:
              Patrick Corless
              Reporter:
              Evgheni Sadovoi
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: