> Your proposal is very correct, no doubt. Does it mean that once your
> proposal is implemented all 3rd-party keyboard switchers (like those in
> Gnome and KDE) would have to be updated to make use of this new possibility?
As far as I understand, KDE and Gnome all use xkeyboard-config, and just
provide their own GUI. If this is understanding is correct, the changes
to xkeyboard-config would be sufficient.
> Anyway, as i see it, there are two ways to go:
> 1) The long way - making things right and according to specification. This
> would take from very long to forever (this is the way we've been going for
> the last 8 years with this bug report).
Assuming the existing patch is correct, adding the additional check for
the flag is just a few lines. The changes to xkeyboard-config would be
fairly simple. Assuming we grab bit 3 for the new flag, in xkeyboard-
config/compat/iso9995, change the current definition:
interpret ISO_Next_Group {
useModMapMods= level1;
virtualModifier= AltGr;
action= LockGroup(group=+1);
}
to
interpret ISO_Next_Group {
useModMapMods= level1;
virtualModifier= AltGr;
action= Private(type=6, data[0]=16, data[1]=1);
}
(untested, of course), and similarly for ISO_Prev_Group,
ISO_First_Group, and ISO_Last_Group. I do not know wether the action
bound to keysyms is standardised; even if it is not, it might be a good
idea to make the above redefinition conditional.
> 2) Take a short way - let the common sense win over specification and make
> everybody happy.
Believe it or not, I would be unhappy when the specification would be
broken. Also remember that the attitudes in this discussion are not
necessarily representative of all X users, as the users satisfied with
the current behaviour do not have any reason to even know about this
discussion.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/36812
Title:
Keyboard layout change on hotkeys press instead of release and do not
work well with shortcuts
Status in GNOME Control Center:
Unknown
Status in X.Org X server:
In Progress
Status in “control-center” package in Ubuntu:
Invalid
Status in “xorg-server” package in Ubuntu:
Fix Released
Bug description:
This is a bug about shortcuts mapped to combinations which include
each other.
For example, if we have Ctrl+Shift (for keyboard layout) and Ctrl+Shift+N (to
open a new terminal), then we are practically unable to use the second
shortcut; this is what happens:
Ctrl press (nothing happens)
Shift press (keyboard layout change)
N (a simple N appears, since a shortcut has already fired)
The expected behavior is to fire shortcuts on the release (not on
press) of the special keys (ctrl,shift,alt, etc) which is also how
Windows behave. This is a serious problem for bilingual layouts,
typically using Alt+Shift or Ctrl+Shift for keyboard layout change.
For users being affected by this problem, the easiest solution for now is to
add this PPA in your repositories:
https://launchpad.net/~oded-geek/+archive/xorg-patches
Practical summary of this bug for ubuntu developers (since reading 120
comments is impractical for most):
This problem is a really old (since 2004) issue of the xkb part of xorg; the
main discussion was made upstream in freedesktop-bugs #865. There has been a
patch from Ilya Murav'jov for upstream (#55), and attached here (#61).
Upstream xorg has refused to apply the patch, mainly because it "explicitly
contradicts the (xkb) spec" (#84, #91).
This patch has been reported to work for many people without any problems,
and there is also a PPA by Oded Arbel (#95) where he maintains a patched
version of the ubuntu xorg.
The proper resolution of this bug would be to apply this patch to the
upstream xorg, or at minimum to the official ubuntu xorg package.
To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-control-center/+bug/36812/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
