When rendering the PDF from http://info.muni.cz/images/pdfmuni/muni07.pdf, evince displays incorrect letters (even instead of pure US-ASCII characters). The letters are in the correct font, but not the right letters. I have originally reported this as an evince bug at http://bugzilla.gnome.org/show_bug.cgi?id=322118 - but I was asked to report this as a possible poppler bug. Xpdf renders the above PDF correctly (screenshots of both xpdf and evince rendering this document are attached to the above bug in the GNOME bugzilla - I may reattach them here as well if there is an interest). This is with evince-0.4.0, poppler 0.4.1, system is Fedora Core 4 Linux (tested on AMD64 and i386 versions).
Fixed in CVS HEAD.
*** Bug 4764 has been marked as a duplicate of this bug. ***
*** Bug 3975 has been marked as a duplicate of this bug. ***
I can still reproduce this bug with current (2005-12-08) CVS of evince and libpoppler. The pdf from the first comment is shown ok now, but <a href="http://www.library.cornell.edu/nr/bookcpdf/c5-7.pdf">this document</a> for example still show the problem. Reopening the bug.
What version of freetype are you using and which distro?
Also, could you try out cvs head, there's different fix for the bug there.
I'm using libfreetype6 version 2.1.10 on Debian unstable.
I tested it with CVS head. Or do you mean libfreetype cvs?
(In reply to comment #8) > I tested it with CVS head. Or do you mean libfreetype cvs? I meant poppler cvs head, specifically a version that has this change: 2005-12-04 Albert Astals Cid <aacid@kde.org> * poppler/CairoFontEngine.cc: Correct fix for #5149, i broke it when merging xpdf 3.01 patches.
Yes, I used a checkout of this morning, which has your commit: File: CairoFontEngine.cc Status: Up-to-date Working revision: 1.19 Repository revision: 1.19 /cvs/poppler/poppler/poppler/CairoFontEngine.cc,v Commit Identifier: 59e04394a7154567
*** Bug 5073 has been marked as a duplicate of this bug. ***
I am using freetype 2.1.7 on Debian testing and can confirm the garbled text. When opening a file in question the terminal reads Error: Couldn't find a font for 'Times Roman' some font thing failed Error: Couldn't find a font for 'Times Bold' ... jhbuild checks out like this cvs -z3 -q -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/poppler update -dP -A . I hope it is cvs HEAD. Now, I had to upgrade to freetype 2.1.10 because of undefined references. It is still reproducable :(
seems so - the enty appears in the Changelog.
I have dicovered that latex documents converted to pdf using dvipdf are displayed with garbled characters *if the "Times" font is used*. If I switch to other fonts (e.g. bookman,newcent, or the default latex font) I cannot see that behaviour. Hope this may be of any help. freetype 2.1.10
Is this still a problem? The link in comment #4 is broken.
An alternate download location for the link in comment #4 is http://www.fizyka.umk.pl/nrbook/c5-7.pdf It displays perfectly with evince 0.9.0 and poppler 0.5.4 (Debian sid)
Original reporter confirmed now OK.
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.