ICEpdf
  1. ICEpdf
  2. PDF-432

The non embedded chinese font cannot be display

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 6.0
    • Fix Version/s: 6.0
    • Component/s: Font Engine
    • Labels:
      None
    • Environment:
      ICEpdf Pro 4.3.2
    • Workaround Description:
      Hide
      PDF convert to JPG through ICEpdf, but the non embedded chinese font cannot be display.
      Show
      PDF convert to JPG through ICEpdf, but the non embedded chinese font cannot be display.

      Description

      We are using Linux as the OS platform.
      1. nonembedded_pro.pdf
        4 kB
        Roman Mo
      2. assian_sample_21328.pdf
        6.29 MB
        Migration

        Activity

        Hide
        Patrick Corless added a comment - - edited

        font substitutions/encoding issue.

        Show
        Patrick Corless added a comment - - edited font substitutions/encoding issue.
        Hide
        Patrick Corless added a comment -

        I've done a tone of work on this one trying to get these files as well as a dozen or more rendering correctly. For the most part the major issue here is that the documents in question are use CID fonts but don't have the font embedded in them which mean our normal font substitution mechanism won't find the correct glyph. We've worked this problem in the past and haven't had much luck getting it work but of course I wouldn't be writing this if luck hadn't changed. In the PDF ISO 3200 section 9.10 talk about getting toUnicode values for CID fonts that match the above problem.

        So after some CMap manipulation it's actually possible to move the cid to the font encoding through to the UCS2 mapping and we have a valid unicode for a one off one cid.

        Show
        Patrick Corless added a comment - I've done a tone of work on this one trying to get these files as well as a dozen or more rendering correctly. For the most part the major issue here is that the documents in question are use CID fonts but don't have the font embedded in them which mean our normal font substitution mechanism won't find the correct glyph. We've worked this problem in the past and haven't had much luck getting it work but of course I wouldn't be writing this if luck hadn't changed. In the PDF ISO 3200 section 9.10 talk about getting toUnicode values for CID fonts that match the above problem. So after some CMap manipulation it's actually possible to move the cid to the font encoding through to the UCS2 mapping and we have a valid unicode for a one off one cid.
        Hide
        Patrick Corless added a comment -

        Marking as fixed.

        Show
        Patrick Corless added a comment - Marking as fixed.

          People

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

            Dates

            • Created:
              Updated:
              Resolved: