[Libreoffice-bugs] [Bug 116322] New: Unicode BiDi Strong not holding when entering isolated RTL strings in Calc , e.g. Old Hungarian (10C80 - 10CFF)

[bugzilla-daemon at bugs.documentfoundation.org]

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

            Bug ID: 116322
           Summary: Unicode BiDi Strong not holding when entering isolated
                    RTL strings in Calc, e.g. Old Hungarian  (10C80 -
                    10CFF)
           Product: LibreOffice
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: vstuart.foote at utsa.edu

Khaled's work on bug 116157 has now improved things for Draw/Impress, in line
with earlier Writer. But seems there are still occurrences in Calc when the
BiDi Strong alone is not enough to hold isolated strings as RTL.

Example as here for Hungarian text where the Old Hungarian  (10C80 - 10CFF) RTL
Rovás script (Székely rovásírás) placename transliterations are being
intermixed with LTR Magyar nyelv text. 

But outstanding issue in Calc is that the glyph order while glyphs entered in a
mixed stream with other text is correctly as RTL, but when entered it alone
into a Calc cell the string is displayed rendered LTR. On selection/editing it
correctly displays RTL, but when not selected the text string reverts and
displays LTR.

=-ref-=
Bug 116157 resolved usage in Draw/Impress, bug 170204 resolved usage in Writer.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=7a683c31e090e5a81debadcef025df9cd61c75f0

-- 
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/20180309/954b4c6b/attachment.html>