https://bugs.freedesktop.org/show_bug.cgi?id=54494
Bug #: 54494
Summary: improve cursor traversal of combined characters
Classification: Unclassified
Product: LibreOffice
Version: unspecified
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: graphics stack
AssignedTo: [email protected]
ReportedBy: [email protected]
A single glyph on screen can consist of multiple code points.
What LibreOffice basically does, or tries to do at least, is follow
http://unicode.org/reports/tr29/ and it should work like so...
a) The cursor keys skip over a full grapheme
b) A "delete" deletes a full grapheme
c) A backspace however, chips away a single codepoint at a time
d) A alt+cursor key moves a single code-point at a time
Which is all very well and good, but when we move a single code-point into a
glyph our cursor positioning is fairly rubbish and not very helpful.
The bengali KA+HALANT+TTA+HALANT+RA, i.e. 5 codepoints gives "ক্ট্র" which is a
good example of this.
I've no idea if there's any handy foo in opentype for determining the correct
cursor position inside a gsub'ed glyph. Even if there is/isn't. It'd be nice to
come up with...
a) a better calculation for the cursor position in these gsub'ed cases
b) a better cursor itself for helping out when trying to dig into a combining
sequence.
I saw a lovely demo of something like this from SIL, perhaps it was a WorldPad
demo or something of that nature
(http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=WorldPadDownload)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- 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
