[Poppler-bugs] [Bug 81746] New: Japanese text not rendered from a pdf

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=81746

          Priority: medium
            Bug ID: 81746
          Assignee: poppler-bugs at lists.freedesktop.org
           Summary: Japanese text not rendered from a pdf
          Severity: normal
    Classification: Unclassified
                OS: Windows (All)
          Reporter: jehan at zemarmot.net
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: general
           Product: poppler

Created attachment 103448
  --> https://bugs.freedesktop.org/attachment.cgi?id=103448&action=edit
Katakana pdf

I am a GIMP developer, and we use libpoppler as our pdf-import backend. We have
been reported a pdf with Japanese characters in it, which won't render (i.e.
the pdf renders well, except for the Japanese characters) on Windows (works
fine on Linux).
See https://bugzilla.gnome.org/show_bug.cgi?id=733525

Note that the thumbnail displays the characters (as far as one can see on a
thumbnail at least), but I guess that's normal since
poppler_page_get_thumbnail() would just return the embedded thumbnail image,
not render it.

I've seen you had a bug 5690 about Type 1 fonts not rendering. Not sure if
that's the same issue, so I made a different report. Feel free to merge if you
consider that's the same thing.

I see 3 embedded fonts in the pdf:
$ pdffonts katakana.pdf 
name                                 type              encoding         emb sub
uni object ID
------------------------------------ ----------------- ---------------- --- ---
--- ---------
GQUPXH+KozGoPr6N-Medium              CID Type 0C       Identity-H       yes yes
no       5  0
WJSCNB+AdobeMingStd-Light            CID Type 0C       Identity-H       yes yes
no       6  0
MPSUDV+KristenITC-Regular            TrueType          WinAnsi          yes yes
no       7  0


Though I couldn't find any tool to know which font is used for the specific
katakana and Kanji characters, according to some preview website I found,
KritenITC don't have Japanese glyphs. So that would be one of the CID Type 0C
fonts (or both), I guess.

Note: to be sure that the issue is not in GIMP code, I reproduced the problem
with poppler-0.26.3 and the test code found here too:
http://www.gtkforums.com/viewtopic.php?p=9086
All cross-compiled from a GNU system for Windows 64bit with mingw-w64.

Also I don't use Windows on a normal basis, but already have a setup to
cross-compile for Windows on my Linux. So if you need me to test patches, just
ask.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20140725/90e0c468/attachment-0001.html>