Summary: | Accented characters are badly copied | ||
---|---|---|---|
Product: | poppler | Reporter: | Guillaume Desmottes <guillaume.desmottes> |
Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED MOVED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | mpsuzuki |
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
unselected text (correct)
selected text (broken) |
Description
Guillaume Desmottes
2006-05-29 07:30:12 UTC
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.