*** This bug is a duplicate of bug 837456 ***
https://bugs.launchpad.net/bugs/837456
Right, the good reason for appending the 'us' group is having shortcuts work
with non-latin layouts.
https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/unity-settings-daemon/utopic/view/head:/plugins/keyboard/gsd-keyboard-manager.c#L816
I guess bug #1218322 is what happens when that fails.
Unfortunately for us, that behavior is plain hard coded in gnome/unity-
settings-daemon. I don't see a way to select the 'it' layout without
getting the 'us' one tacked on, even though both are latin layouts. I'd
still say it's difficult to maintain this is a bug in u-s-d. What we
really need is a fix for the unexpected group switches, rather than
stopping u-s-d/g-s-d from setting up multiple groups. That would have
just been nice to have as another workaround. I'll duplicate this one to
the X bug #837456 then, that's the best I currently have.
** This bug has been marked a duplicate of bug 837456
[Oneiric] XTestFakeKeyEvent changes keyboard mapping to 'us'
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1302770
Title:
keymap unstable
Status in Unity Settings Daemon:
New
Status in “unity-settings-daemon” package in Ubuntu:
Confirmed
Bug description:
on a tablet pc, once the keyboard has been deactivate, if I try to
reactivate the keymapping don't load my language, but the American.
The same after using Onboard keyboard on screen, the real ones changed
the map.
To manage notifications about this bug go to:
https://bugs.launchpad.net/unity-settings-daemon/+bug/1302770/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
