Transfering this bug from GNOME Bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=338942 To reproduce: - Open this file: http://cass.no-ip.com/~cassidy/files/brol/test.pdf - Copy the first line - Paste it in gedit The text pasted is: Bugs : ´ ` c ` ea¸e (The selection is badly displayed, see bug 338940). I use evine 0.5.2 with poppler 0.5.1 (Ubuntu Dapper). The pdf was created from http://cass.no-ip.com/~cassidy/files/brol/test.tex. I'm not sure if this bug is a dup of bug 2981. If it is, feel free to close it.
This bug is maybe related to bug 7063 and bug 7064
http://bugzilla.gnome.org/show_bug.cgi?id=435829 It seems like it's the same problem, this time with Turkish text. I'm copying attachments from that bug over here.
Description from GNOME bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=435829 I've got a PDF file which contains embedded fonts, and I can view this file perfectly. The file contains Turkish characters such as öçşığüÖÇŞİĞÜ. But when I try to select some text, these characters are displayed as squares. Steps to reproduce: Create a PDF file which contains one or more of these characters: "öçşığüÖÇŞİĞÜ", open it and try selecting this text.
Created attachment 9908 [details] unselected text (correct)
Created attachment 9909 [details] selected text (broken)
My guess is that it's a problem of evince rather than of poppler. Since epdfview and evince both use glib and poppler, epdfview has no problem at all with text-selection-rendering for non-ascii characters.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/421.
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.