GNOME Bugzilla – Bug 156700
Doesn't handle text rendering modes.
Last modified: 2006-01-29 21:42:17 UTC
Please describe the problem: The characters of the first two lines on page 5 of the file http://project.ktug.or.kr/dvipdfmx/sample/omega/gentium.pdf aren't displayed properly. xpdf displays the first line characters right. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
This works correctly under gpdf 2.8...
Well the characters appear fine, but they look different from acroread. However, gpdf performs much better than xpdf for once...
Sorry for the inaccurate description, what I meant that acroread shows something different in the fonts.
Please attach a screenshot of gpdf and acroread. Maybe add some arrows/underline/whatever in the gimp to highlight the problems with gpdf. Thanks.
Created attachment 33405 [details] acroread and gpf different rendering Sorry for not pointing out to the problem. I think it is clear what the problem is. By the way, gpdf needs a bit longer than acroread to open this file.
Now I feel stupid. Your explanation was indeed fine, I didn't read carefully and looked only at page one. So yes, gpdf doesn't handle text rendering modes !=0. This file uses modes 1 (stroke) and 2 (fill, then stroke).
Created attachment 33819 [details] fake bold pdf attachment
Is this the same problem with the fake bold characters that acroread and xpdf render, but gpdf doesn't? (See attached document.)
Gpdf is no longer maintained, closing WONTFIX. Please use Evince for your pdf viewing needs. http://www.gnome.org/projects/evince/
evince appears to render the attached PDF correctly. The original test case from project.ktug.or.kr is no longer available so I cannot be 100% sure this bug is fixed in evince.
I think the bug is fixed in evince. I cannot find also the original file.