Bug 18705 - Chinese looks terrible
Summary: Chinese looks terrible
Status: RESOLVED FIXED
Alias: None
Product: poppler
Classification: Unclassified
Component: cairo backend (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL: http://etdncku.lib.ncku.edu.tw/ETD-db...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-25 14:54 UTC by jidanni
Modified: 2010-08-31 04:55 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Page 3 of the document (10.42 KB, image/png)
2008-11-25 16:16 UTC, jidanni
Details

Description jidanni 2008-11-25 14:54:20 UTC
In http://bugzilla.gnome.org/show_bug.cgi?id=562198 they told me to file here.
Starting at page 3 Chinese looks terrible. Affects evince and epdfview. Xpdf is fine. Yes I installed the poppler-data package here on Debian sid.
Comment 1 Albert Astals Cid 2008-11-25 15:02:28 UTC
Can you post a screenshot of what is terrible and what is correct?
Comment 2 jidanni 2008-11-25 16:16:00 UTC
Created attachment 20586 [details]
Page 3 of the document

Normal Chinese fits each character into a box, like on page 1 of the document, etc.

P.S., maybe xpdf gets it right because I have xpdf-chinese-traditional installed.
Comment 3 Albert Astals Cid 2008-11-26 13:48:30 UTC
Is that screenshot the correct or the incorrect rendering?
Comment 4 jidanni 2008-11-26 15:50:07 UTC
The image is of bad Chinese. If it were good Chinese, it would look like:
    授權書
(博碩士論文)
...
Comment 5 Albert Astals Cid 2008-11-28 14:24:09 UTC
CairoOutputdev problem then, Splash renders it correctly
Comment 6 Sam Lin 2010-02-23 01:57:33 UTC
some tricky fonts need hinting to render correctly bug cairo backend use FT_LOAD_NO_HINTING to disable it.

one possible solution is use FT_LOAD_NO_AUTOHINT to replace FT_LOAD_NO_HINTING to
enable hinting to render these tricky fonts correctly.

freetype has FT_IS_TRICKY macro to detect such font face but not applicable to CairoFontEngine.cc because some embedded font doesn't carry family_name in font face strucure for FT to detect. It may require to pass the info from GfxFont.cc by gftFont->getName() to populate font face faimily_name that FT can identify it then use the FT_IS_TRICKY macro to decide hinting or not.

Comment 7 suzuki toshiya 2010-08-31 04:33:23 UTC
Hi,
I'm quite sorry for making you irritated about this issue for a long time.
 
The latest FreeType2 is changed to enable the hinting for the nameless
TrueType fonts embedded in PS/PDF, so I guess the situation may be
improved if you upgrade FreeType2 to the latest revision on GIT
(after 2010-Aug-28, version 2.4.2 is insufficient). For the background
info, please find discussion in poppler mailing list:
http://lists.freedesktop.org/archives/poppler/2010-August/006303.html


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.