ICEpdf
  1. ICEpdf
  2. PDF-192

Search is not highlighting words accurately

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 4.0.1
    • Fix Version/s: 4.2
    • Component/s: API, Core/Parsing, Viewer RI
    • Labels:
      None
    • Environment:
      Windows Vista, java version "1.6.0_11"
    • Assignee Priority:
      P1

      Description

      Search is not highlighting words accurately, the highlighting is not on the word but usually its a below the word .


      I used PRO trial version and word highlighting worked properly with PRO.

        Activity

        Gene Patwa created issue -
        Hide
        Gene Patwa added a comment -

        I am attaching the screen shot of the applet viewer which shows how the search results/highlighting looks like.
        Its a little off from the word, mostly its down the search term.

        Show
        Gene Patwa added a comment - I am attaching the screen shot of the applet viewer which shows how the search results/highlighting looks like. Its a little off from the word, mostly its down the search term.
        Gene Patwa made changes -
        Field Original Value New Value
        Attachment AppletViewerScreenShot.doc [ 12470 ]
        Patrick Corless made changes -
        Salesforce Case []
        Fix Version/s 4.1.1 [ 10244 ]
        Patrick Corless made changes -
        Salesforce Case []
        Fix Version/s 4.2 [ 10243 ]
        Fix Version/s 4.1.1 [ 10244 ]
        Patrick Corless made changes -
        Salesforce Case []
        Assignee Priority P1
        Hide
        Patrick Corless added a comment -

        The PRO version can read embedded font information and get the correct height of glyphs. The OS version relies on font substitution and as such can't always derive the correct height. A fix went in for this release, PDF-251 which help insure we correctly read the AFM cmap files. This extra font information seem to help with getting the correct glyph width. Users should also make sure they install the ghostscript fonts as they closely match the font metrics defined in AFM cmap files.

        This is only effects the OS version.

        Show
        Patrick Corless added a comment - The PRO version can read embedded font information and get the correct height of glyphs. The OS version relies on font substitution and as such can't always derive the correct height. A fix went in for this release, PDF-251 which help insure we correctly read the AFM cmap files. This extra font information seem to help with getting the correct glyph width. Users should also make sure they install the ghostscript fonts as they closely match the font metrics defined in AFM cmap files. This is only effects the OS version.
        Patrick Corless made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Hide
        Fabrice Haüy added a comment -

        I am experiencing the same issue, using the lines of code taken from the "ViewerComponentExample".
        I am using the OS 4.2.0 download, running on Windows 7 64 bit, java 1.6.0_23.

        I am unsure I understood this correctly : can it not work properly without installing ghostscript fonts?
        Thanks in advance.

        Show
        Fabrice Haüy added a comment - I am experiencing the same issue, using the lines of code taken from the "ViewerComponentExample". I am using the OS 4.2.0 download, running on Windows 7 64 bit, java 1.6.0_23. I am unsure I understood this correctly : can it not work properly without installing ghostscript fonts? Thanks in advance.
        Hide
        Patrick Corless added a comment -

        The ghost script fonts can help as they are read well by Java's awt font class. The problem is more an issue of the font metrics reported from the AWT font library in Java. The Pro version has it's own proprietary font engine that doesn't have the same limitation.

        It would be appreciate if you can post a sample file so that we can take a closer look.

        Show
        Patrick Corless added a comment - The ghost script fonts can help as they are read well by Java's awt font class. The problem is more an issue of the font metrics reported from the AWT font library in Java. The Pro version has it's own proprietary font engine that doesn't have the same limitation. It would be appreciate if you can post a sample file so that we can take a closer look.
        Ken Fyten made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

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

            Dates

            • Created:
              Updated:
              Resolved: