I'm a bit confused about your questions related with xkb-data but I hope
that this will help: here is the result of `setxkbmap -print`:
xkb_keymap {
xkb_keycodes { include "evdev+aliases(azerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+fr(latin9)+fr(oss):2+inet(evdev)" };
xkb_geometry { include "pc(pc105)" };
};
And `setxkbmap -query`:
rules: evdev
model: pc105
layout: fr,fr
variant: latin9,oss
About the consequences for users, well, the source of all this is the
breaking of compositionupdate and compositionend events for those users
on Firefox. My app relies on compositionend events, but, as those events
were not created by myself, I guess that my app is not the only program
relying on those events. If those events are not accurate, it will break
any program relying on it.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1999207
Title:
Error in dead key management of latin keyboards
Status in ibus package in Ubuntu:
Incomplete
Bug description:
Composition events are incorrect in Ubuntu 22.04 for latin keyboard
I opened an issue at Firefox
[here](https://bugzilla.mozilla.org/show_bug.cgi?id=1802989) that
gives all the details, but they diagnosed a bug in ubuntu-ibus
To reproduce the issue, you can go
[here](https://developer.mozilla.org/en-
US/docs/Web/API/Element/compositionstart_event#result) and type ^+u
with a fr+latin9 keayboard configuration.
Here is the conclusion on the bug report:
Ubuntu-ibus commits dead key sequence with empty string first, then,
sends only commit string without "composing" state. The latter
behavior is a usual case for inputting non-ASCII characters like
Emojis. In this case, browsers need to handle it without composition
for compatibility between browsers. Therefore, we cannot represent the
composed character insertion as a set of composition events. Anyway,
dispatching 2 set of composition events for one dead key sequence may
cause trouble in web apps. Therefore, as expected, the first
composition should update the "preedit string" to the composed string
and commit it simply.
The bug was reproduced with installing Ubuntu 22.04 with English
locale and adding "French (alt., Latin-9 only)" keyboard layout. And
also reproduced with the other Western keyboard layouts which have
dead keys.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1999207/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp