Red Hat Bugzilla – Bug 205813
evince doesn't display CJK pdf files properly
Last modified: 2007-11-30 17:11:42 EST
Description of problem:
If pdf files doesn't embed glyphs from fonts when it's generated, evince doesn't
display it properly for CJK. they worked on xpdf because xpdf had CMap tables
and the configuration files to specify the CIDFont as well. and it was no
problem on FC5 because poppler also refers to the same xpdfrc where is at the
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.run evince with CJK pdf
evince doesn't display any characters
should display characters
CMaps, Unicode mapping tables and xpdfrc files will be needed to solve this
Created attachment 135865 [details]
I can confirm that instlling xpdf makes the sample document render in evince.
Hmm, adding those data files to poppler will cause file conflicts with xpdf, I
xpdf already requires poppler (indirectly, via poppler-utils), so one option would
be to just move the files to poppler and remove them from xpdf. A nicer,
upstreamable solution would be to make poppler look for /etc/popplerrc before
falling back to /etc/xpdfrc
looking for /etc/popplerrc sounds much nicer to me too.
Looking at the poppler sources, this seems a bit broken currently.
We seem to first look at /etc/xpdfrc, then if thats not found,
at $HOME/.xpdfrc, then if thats not found, at /etc/xpdfrc again.
I'll talk to krh about this when he is back tomorrow.
How do we take this to fix then?
krh is working on it upstream, and we'll get a new poppler release soon.
At least thats my understanding, I'll check with krh later today.
Fixed with poppler-0.5.4.