Thanks Andreas, I had missed this in the previous discussion.

First, I must say it's a very clever hack :)

I have not looked at it deeply yet, but I have some initial questions:

- Can you describe a bit how you imagine the changes to xkeyboard-config
would look with this approach?

- Do you think this can be done in a backwards compatible way? As far as
xkbcommon is concerned, I am only interested in this scenario: old
library (unaware of the new LockMods options) & new keymap (in textual
form, modified with the new flags).

X has more compatibility concerns,
xkbcomp/client/server/libxkbfile/protocol/Xlib/etc, but allow me to
ignore that for now.

BTW: xkbcommon already supports noLock/noUnlock in LockMods (unlike
xkbcomp), based on your work[1]. So I hope the approach does not rely on
these not already working :)

[1]
https://github.com/xkbcommon/libxkbcommon/commit/7c5e79159b5f5cd533a078c7672705e2ffa0a798

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/36812

Title:
  Keyboard layout change on hotkeys press instead of release and do not
  work well with shortcuts

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-control-center/+bug/36812/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to