[Libreoffice-bugs] [Bug 89471] FILEOPEN pdf: When opening a PDF with RTL language text in Draw, text gets mirrored

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=89471

--- Comment #21 from Eyal Rozenberg <eyalroz at technion.ac.il> ---
(In reply to Khaled Hosny from comment #18)
> PDF outputs glyphs in visual order, so the original (logical) order of the
> text is lost, so the reverse of the bidi algorithm needs to be applied to
> the text extracted from the PDF, but there is no reliable or documented
> algorithm to do this.

Oh, no no no!

We seem to have a huge misunderstanding with respect to this bug.

Stuart, Khaled - the bug is not about how the original text order
reconstruction is failing for RTL. The bug is that it is _performed_ at all.
Basically, nothing in the PDF should be touched when we open it in Draw, unless
the user actively change it. If I open a PDF file in Draw, then save it - I
should get a PDF with essentially the same thing that came in. Only if I modify
a specific frame/box/object within the PDF is Draw allowed to do any of this
reconstruction stuff. If I touch something and the RTL text gets flipped or
messed up due to my edit - that's sad, but it's not terrible. I can either
not-touch it, or replace it (but just it) with newly-written text.

Now, I agree that proper reconstruction of RTL text runs from arbitrary PDFs is
difficult and challenging; but that would be a request of an interesting future
feature, not a bug report.

(PS - If LO Draw could write meta-data/hints regarding the correct logical
order, it could at least do perfect reconstruction for those files. But that
too is a feature request and doesn't belong in this bug.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190618/82b5269e/attachment.html>