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: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | hebrew rtl text pdf file |
Description
Nadav Kavalerchik
2008-07-05 18:24:19 UTC
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 ? |