| Summary: | hebrew text in pdf file is copied in reverse order | ||
|---|---|---|---|
| Product: | [Applications] okular | Reporter: | Nadav Kavalerchik <nadavkav> |
| Component: | general | Assignee: | Okular developers <okular-devel> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | hebrew rtl text pdf file | ||
Could you please provide an example document that shows the problem? Created attachment 25860 [details]
hebrew rtl text pdf file
this is a sample rtl hebrew text pdf single page file
from which you can (try) to select some text and paste it
into kwrite (for example) and see that it is in reverse character order.
Pino, IMHO this is a dup of 156380 http://bugs.kde.org/show_bug.cgi?id=156380. Nadav, Hebrew in PDF is stored in visual mode (not logical). This means Okular needs to support a visual->logical convertion which will be broken in many ways (logical->visual is deterministic but visual->logical is not, because of paragraph direction and hidden bidi control chars missing). *** This bug has been marked as a duplicate of 128609 *** diego: do you know if the pdf specs support bidi and unicode standards ? and if it is just a "simple" (joking !) matter if implementating bidi support in okular or is it more serious matter of asking for a new revision in the pdf standard to support bidi ? |
Version: 0.6.80 (using 4.00.84 (KDE 4.0.84 (KDE 4.1 >= 20080625), Debian packages) Compiler: cc OS: Linux (i686) release 2.6.25-trunk-686 i open an rtl Hebrew pdf file in okular and select some rtl Hebrew text with the selection tool. i copy it to the clipboard and paste it info a different application (firefox 3 text area, for example) and the text is pasted in reverse character order. ("hello" >> "olleh" , for example) see similar issue: http://bugs.kde.org/show_bug.cgi?id=156380 but not the same !