Package: xkb-data Version: 2.10.1-1 Followup-For: Bug #733757 I agree at 100% with the original report, change in behavior of CTRL_R is driving me crazy.
FTR, upstream commit was http://cgit.freedesktop.org/xkeyboard-config/commit/?id=518c769df2e9ce70cb721769a08b81504f243b2a after comment https://bugs.freedesktop.org/show_bug.cgi?id=15804#c32 IIUC, the rationale was "some applications don't cope with Ctrl+Space emitting the same XLookupString as naked Space". Mentioned apps were Rhythmbox and Totem, both of which don't seem to suffer of the problem anymore (Rhythmbox don't use Ctrl+Space as a shortcut anymore, and Totem don't seem to give a damn about modifiers). I hope this change could be reverted, or the original problem fixed in a way that don't change the behavior of such a common key like CTRL_R. Even a new variant, like "proper_oss" or whatever would be fine by me, anything that don't require me to manually edit the map. Regards, Colomban -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
