ICEpdf
  1. ICEpdf
  2. PDF-587

PDF is not properly displayed

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 5.0.1
    • Fix Version/s: 5.0.3
    • Component/s: Core/Parsing
    • Labels:
      None
    • Environment:
      Windows 7 64bit; JRE 7u21;

      Description

      The attached pdf is not properly rendered - neither in the IcePdf Viewer Applet from your homepage.
      No exceptions are thrown.
      (This issue has been mailed to Tristan Fenaux, too)
      1. umsatz.pdf
        67 kB
        Helmut Hofbauer

        Issue Links

          Activity

          Hide
          Patrick Corless added a comment -

          Duplicate issue.

          Show
          Patrick Corless added a comment - Duplicate issue.
          Hide
          Patrick Corless added a comment -

          Still having difficulty fixing this issue for all the test cases. It would appear that the font size > 1 and a negative Tc value is the root of the problem. My current path fixes the layout for the attache document but there are still some problems with it for other documents.

          Show
          Patrick Corless added a comment - Still having difficulty fixing this issue for all the test cases. It would appear that the font size > 1 and a negative Tc value is the root of the problem. My current path fixes the layout for the attache document but there are still some problems with it for other documents.
          Hide
          Patrick Corless added a comment -

          There is still an issue when one work in the document for the currency column. The text is overlapped. I'm pushing this bug forward to 5.0.4 and updated more test cases to the support drive.

          Show
          Patrick Corless added a comment - There is still an issue when one work in the document for the currency column. The text is overlapped. I'm pushing this bug forward to 5.0.4 and updated more test cases to the support drive.
          Hide
          Patrick Corless added a comment -

          Finally found the root of this spacing issue. A CID font can define a W or DW key in the font dictionary that can be used to override font widths define by the font program. In the problematic PDF's the glyphs where layed out using the W or DW values.

          It also appears that a DW or default width should only be respected if the W array is absent. The fix is a lot cleaner then previous attempts. Needs to pass QA but I'm pretty confident this one won't be opened again.

          Show
          Patrick Corless added a comment - Finally found the root of this spacing issue. A CID font can define a W or DW key in the font dictionary that can be used to override font widths define by the font program. In the problematic PDF's the glyphs where layed out using the W or DW values. It also appears that a DW or default width should only be respected if the W array is absent. The fix is a lot cleaner then previous attempts. Needs to pass QA but I'm pretty confident this one won't be opened again.

            People

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

              Dates

              • Created:
                Updated:
                Resolved: