https://bugzilla.novell.com/show_bug.cgi?id=436108 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=436108#c7 --- Comment #7 from Mike Fabian <mfabian@novell.com> 2009-02-20 06:09:51 MST --- As you can see in comment #2, the Chinese fonts are not embedded in the document. I.e. the PDF-reader has to seachthe fonts in the system. The Chinese fonts specified, i.e. SimSun+2, SimSun, and STZhongsong are most likely some commercial fonts, probably available on Windows Vista. That means, they are usually not available on Linux and the PDF-reader has to search for fallback fonts. The PDF document contains information that the missing fonts are simplified Chinese fonts, therefore one can find out which fallback font to choose. In case of xpdf, the configuration file /etc/xpdfrc-cjk specifies such fallback fonts like this: # If there are several entries for display*CIDFont* variables for # the same PDF-font-name or registry order, the last entry where # the font file exists will win. Lines specifying non-existing # font files will be silently ignored. #---------------------------------------------------------------------- [..] #---------------------------------------------------------------------- # simplified Chinese displayCIDFontTT Adobe-GB1 /usr/share/fonts/truetype/gbsn00lp.ttf displayCIDFontTT Adobe-GB1 /usr/share/fonts/truetype/songti_gb.ttf displayCIDFontTT Adobe-GB1 /usr/share/fonts/truetype/FZSongTi.ttf I.e. if a font is missing for the registry Adobe-GB1, which is for simplified Chinese, then the last font of the above 3 which is really installed will be used. evince and okular should do something similar. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.