[Libreoffice-bugs] [Bug 105091] Using unicode caracter 2042 (asterism) switches language to Hindi

[bugzilla-daemon at bugs.documentfoundation.org]

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

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |NOTABUG
                 CC|                            |vstuart.foote at utsa.edu
             Status|NEW                         |RESOLVED

--- Comment #8 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Can not confirm on Windows 10 Home 64-bit en-US (1803) with
Version: 6.1.4.1 (x64)
Build ID: 25073d18caee244880112e52c4a7e71f6081b3a9
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
Locale: en-US (en_US); Calc: CL

or current master/6.3 build.

And in fact if I open the ODT archive of the sample document from comment 1 a
review of its content.xml shows that the code point for the glyph is *not*
U+2042 but rather is U+07fa

NKo is Unicode range 07c0-07ff, and is a RTL script. So its use would trigger
the ICU lib BiDi handling, which IIUC in LibreOffice *would* trigger the CTL
handling, and which gets assigned Hindi with a default user profile.

Not sure how OP generated the character when inserting into sample document,
but when picking U+2042 ASTERISM from the SpecialCharacter dialog, or an
external app (e.g. BabelMap), the U+2042 glyph is rendered correctly to canvas
and there is no BiDi shift to RTL or change to CTL (Hindi default).

So, WFM. And IMHO => NAB

Gues OP can reopen if proving details on method of character input that
actually reproduces the wrong codepoint.

-- 
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/20181215/033343e3/attachment.html>