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 same place. Version-Release number of selected component (if applicable): evince-0.6.0-1.fc6 poppler-0.5.3-2.fc6 How reproducible: always Steps to Reproduce: 1.run evince with CJK pdf 2. 3. Actual results: evince doesn't display any characters Expected results: should display characters Additional info: CMaps, Unicode mapping tables and xpdfrc files will be needed to solve this issue anyway.
Created attachment 135865 [details] testcase
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 guess.
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.