https://bugs.documentfoundation.org/show_bug.cgi?id=96034
Bug ID: 96034
Summary: No Cursor Placement Before New Tai Lue Pre-vowels
Product: LibreOffice
Version: 4.4.5.2 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: graphics stack
Assignee: [email protected]
Reporter: [email protected]
Created attachment 120755
--> https://bugs.documentfoundation.org/attachment.cgi?id=120755&action=edit
Test Files (odt, odp, ods)
The New Tai Lue script has 4 vowels occurring to the left of the consonant:
- U+19B5 NEW TAI LUE VOWEL SIGN E
- U+19B6 NEW TAI LUE VOWEL SIGN AE
- U+19B7 NEW TAI LUE VOWEL SIGN O
- U+19BA NEW TAI LUE VOWEL SIGN AY
Whether in Writer, Calc, or Impress, it is not possible to place cursor before
any of the above pre-vowel via arrow keys or mouse clicks. The cursor will
only fall after the pre-vowel or before the *preceding* char. Furthermore,
when the cursor is before the preceding char, pressing <Del> will delete *both
that char & the pre-vowel*. The only workaround is to use <Alt> + arrow keys
to go between the pair, but this is not even possible in Calc. This means some
shared module of LO fails to implement the correct character properties of
these 4 chars, thinking they are combining chars. According to Unicode 8.0,
released on 2015-06-17, all 4 are assigned a general category of 'Lo' (Letter,
other) & not 'Mc' (Mark, combining). See
http://unicode.org/versions/Unicode8.0.0/ Sections A, F, & M for the latest
encoding model of the New Tai Lue script. See also
http://www.unicode.org/Public/8.0.0/ucd/UnicodeData.txt for the actual
character properties in the UCD.
This problem is attested in the following builds & OS:
- LibO 5.0.3.2 in XP Mode (32-bit English Windows XP Professional SP3) on
64-bit English Windows 7 Ultimate SP1
- LibO 5.0.3.2 on 32-bit English Windows Vista Business SP2
- LibO 5.0.3.2 on 32-bit English Windows 7 Professional SP1
- LibO 4.4.5.2 on 64-bit English Windows 7 Ultimate SP1
(NB: Windows 7 has bugs in its own New Tai Lue renderer that combine with the
above cursor placement defect in LO, making it difficult to see the defect in
isolation. It would be best to conduct the following on other OS first before
getting to Windows 7.)
Steps to reproduce bug:
1. download & install Nokyung font from
https://github.com/silnrsi/font-nokyung/releases/download/v1.3/silnrsi-font-nokyung-13.zip
2. unzip attached zip archive
3. open test-cursor.odt
4. on line 1, move cursor between chars 2 & 3 via arrow keys or mouse click *
5. on line 3, move cursor between chars 1 & 2 via arrow keys or mouse click *
6. on line 4, move cursor between chars 1 & 2 via arrow keys or mouse click *
7. on last line, move cursor between chars 3 & 4 via arrow keys or mouse click
*
* expected result for steps 4-7: cursor placed between chars in concern
* actual result: cursor CANNOT be placed between those chars -- BUG!!!
8. repeat steps 4-7 by using <Alt> + arrow keys: cursor placed between chars
9. on line 1, place cursor before char 2 & press <Del> **
10. on line 3, place cursor before char 1 & press <Del> **
11. on line 4, place cursor before char 1 & press <Del> **
12. on last line, place cursor before char 3 & press <Del> **
** expected result for steps 9-12: char after cursor deleted
** actual result: *two* chars after cursor deleted -- BUG!!!
13. repeat steps 3-12 with test-cursor.odp: same results
14. repeat steps 3-12 with test-cursor.ods, equating line no. to row no.:
- same results save step 8, which only makes column wider/narrower;
- cursor still cannot be placed between chars in concern
Pls. implement the 4 aforementioned chars as full chars, not combining chars, &
fix this defect ASAP. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
