https://bugs.documentfoundation.org/show_bug.cgi?id=94753
Bug ID: 94753
Summary: Supplementary character change via KMfL inserts square
boxes
Product: LibreOffice
Version: 3.5.2 release
Hardware: Other
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
This is a character input problem using Keyman for Linux via ibus on Ubuntu.
Ubuntu base build: 12.04 (precise)
ibus: 1.4.1-3ubuntu
ibus-kmfl: 1.0.8-2+precise
libkmflcomp0: 0.9.10-2+precise
LibreOffice: 5.0.2.2
The problem occurs in LibreOffice writer. It does not occur in LibreOffice
calc, gnome-terminal or Claws.
The relevant pair of lines from the keyboard definition file (tirhuta.kmn) are:
+ [shift K_Y] > U+114C0 c TIRHUTA SIGN ANUSVARA
U+114C0 + [shift K_H] > U+114BF c TIRHUTA SIGN CANDRABINDU
On entering shift/Y, anusvara is displayed as expected. On then entering
shift/H, an oblong box appears with candrabindu displayed above it. What
should happen is that the anusvara is replaced by candrabindu. Copying and
pasting the resulting undisplayable text(?) to Firefox may result in question
marks, whereas a fallback font is used for unrecognised characters.
An extreme work-around is to save the file, close it and reopen the display.
The text then displays as intended! An easier work around is to move the
cursor backwards and delete the oblong box. I fear only works because, for
some reason, U+114BF is not recognised as a combining character.
I suspect the problem is that in response to shift/H, ibus sends BS, U+114BF,
and in response to BS, Libreoffice deletes one UTF-16 code unit rather than a
complete Unicode character, which in this case is two UTF-16 code units long.
This would leave an unpaired surrogate in the backing store.
--
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
