ICEpdf
  1. ICEpdf
  2. PDF-474

Rendering issue with bolded text parts

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 4.3.3
    • Fix Version/s: 5.0.1
    • Component/s: None
    • Labels:
      None
    • Environment:
      ICEpdf 4.3.3
    • Salesforce Case Reference:

      Description

      There is a rendering issue when an attached PDF is processed via ICEpdf 4.3.3. It seems like the bug is only affecting bold parts of the original document.

      Original PDF and screenshots attached.
      1. PT401SAA4547-11.pdf
        409 kB
        Migration
      2. PT401SAA4547-11.pdf
        409 kB
        Migration

        Activity

        Hide
        Evgheni Sadovoi added a comment - - edited

        There is a request from a client to fix this and related PDF-384 JIRA in the upcomming ICEpdf 5.0

        Show
        Evgheni Sadovoi added a comment - - edited There is a request from a client to fix this and related PDF-384 JIRA in the upcomming ICEpdf 5.0
        Hide
        Patrick Corless added a comment - - edited

        I've improved the text rendering overlap so that it there is no overlap but there is a still an issue with how we apply the AFM font widths. Keeping this issue open with the hope that a complete fix can be found.

        Show
        Patrick Corless added a comment - - edited I've improved the text rendering overlap so that it there is no overlap but there is a still an issue with how we apply the AFM font widths. Keeping this issue open with the hope that a complete fix can be found.
        Hide
        Migration added a comment -

        I've improved the text rendering overlap so that it there is no overlap but there is a still an issue with how we apply the AFM font widths. Keeping this issue open with the hope that a complete fix can be found.

        Show
        Migration added a comment - I've improved the text rendering overlap so that it there is no overlap but there is a still an issue with how we apply the AFM font widths. Keeping this issue open with the hope that a complete fix can be found.
        Hide
        Patrick Corless added a comment -

        Pushing out to 5.1.

        Show
        Patrick Corless added a comment - Pushing out to 5.1.
        Hide
        Patrick Corless added a comment -

        The font has differences array that specifies space (char 32) should be defined as a .nodef. Because of this when we calculate the width we get the width for the .nodef character instead of the space. My guess is that the diffs array is incorrect but as for as layout goes I don't think it will hurt to ignore the .nodef difference values. A run through QA will verify this.

        Show
        Patrick Corless added a comment - The font has differences array that specifies space (char 32) should be defined as a .nodef. Because of this when we calculate the width we get the width for the .nodef character instead of the space. My guess is that the diffs array is incorrect but as for as layout goes I don't think it will hurt to ignore the .nodef difference values. A run through QA will verify this.
        Hide
        Patrick Corless added a comment -

        No QA side effects, closing issue.

        Show
        Patrick Corless added a comment - No QA side effects, closing issue.

          People

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

            Dates

            • Created:
              Updated:
              Resolved: