Summary: |
can't display correctly of Chinese book |
Product: |
poppler
|
Reporter: |
ni shengyue <nsynet> |
Component: |
general | Assignee: |
poppler-bugs <poppler-bugs> |
Status: |
RESOLVED
MOVED
|
QA Contact: |
|
Severity: |
normal
|
|
|
Priority: |
medium
|
CC: |
nsynet
|
Version: |
unspecified | |
|
Hardware: |
Other | |
|
OS: |
All | |
|
Whiteboard: |
|
i915 platform:
|
|
i915 features:
|
|
Attachments: |
the book that can't read
|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 116567 [details] the book that can't read This is a case cloned from GNOME Bugzilla – Bug 751115 the book that can't read Evince can't display book correcly, just wrong words but some other tools can display well, such as mupdf, foxit reader (close source software). I use mupdf and can read it correcly, and I notice there is print as below: nisy@nisy-ubuntu:/media/nisy/sda1_WinXP/_Technology/98_my_project/_27_改进开源软件/乱码问题$ mupdf ./1_\[雅舍菁华\].梁秋实.文字版.PDF warning: workaround for S22PDF lying about chinese font encodings warning: ... repeated 2 times ... warning: workaround for S22PDF lying about chinese font encodings warning: ... repeated 2 times ... so I guess mupdf had workaround to avoid font issue, so I checked in mupdf code,find its code should be: pdf_load_font |__pdf_load_simple_font |__ pdf_load_simple_font_by_name |__ fz_warn(ctx, "workaround for S22PDF lying about chinese font encodings"); Because evince also have font mechanism, so can evince consider to check mupdf 's mechanism, and merge mupdf 's method to avoid this issue? Thanks. nishengyue