(In reply to comment #45)
> (In reply to comment #44)
> > Until a solution is to be found, could 518c769d be reverted for now?
> > Breaking the very standard behavior of right control
>
> It does not break the very standard behavior of right control any more than
> altrgr breaks the very standard behavior of right alt
For me it does. My keyboard has an "Alt Gr" label on the AltR key, so
it indeed is expected to behave differently from Alt_L, but my ControlR
key is labeled as "Ctrl", just like the ControlL key. And all other
keyboards and OSes I ever used did handle ControlR the same as ControlL,
as far as I was concerned as a user.
Also, I find it more generically problematic to change the behavior of a
common key on a widely used keymap. For example the change annoyed me
for about a month before I took the time to debug this and edit my
keymap -- and I can't imagine what a lambda user could do but learn to
deal with it.
Also, what is Level5 used for? IIUC, currently nothing but short-nbsp
(or at least that I can find, which is practically the same from a user
POV), turning Ctrl_R into a virtually useless key.
So, what can we do?
First, please note, for what is worth, that both Rhythmbox and Totem, which
were cited as the applications having a problem with the previous state of
things, are not affected anymore. Rhythmbox don't use Control+Space as a
shortcut anymore, and Totem seem to react to any space keysym, no matter the
modifiers.
So, unless there actually are other applications using Control+Space and
suffering of the issue (Code::Blocks?), the problem does not even exist anymore.
Also, maybe I just don't know how one is supposed to process the events, but
those bugs look like an application or toolkit issue to me, is it?
Then, practical changes. Before the change, Space behaved like this:
Shift* | Control* | Level3 || keysym | XLookupString
---------------------------||--------------------------
| | || 0x20 | 20
X | | || 0x20 | 20
| X | || 0x20 | 20
| | X || 0x20 | 20
X | X | || 0x100202f | e2 80 af
X | | X || 0xa0 | c2 a0
| X | X || NoSymbol |
X | X | X || NoSymbol |
And now we have:
Shift* | ControlL | Level3 | Level5 || keysym | XLookupString
------------------------------------||---------------------------------
| | | || 0x20 | 20
X | | | || 0x20 | 20
| X | | || 0x20 | 00
| | X | || 0x20 | 20
| | | X || 0x20 | 20
X | X | | || 0x20 | 00
X | | X | || 0xa0 | c2 a0
X | | | X || 0x100202f | e2 80 af
| X | X | || 0x20 | 00
| X | | X || 0x20 | 00
| | X | X || NoSymbol |
X | X | X | || 0xa0 | (empty)
X | X | | X || | (no event on Xev???)
X | | X | X || NoSymbol |
X | X | X | X || | (no event on Xev???)
So. IIUC, the problem is having naked Space emit the same XLookupString that
Control+Space, right? The new behavior is emitting lookup string "00" with
modifier Control, so I guess this is the fix.
So, what about simply changing the original map to have a different
lookup string on Control? Like this:
Shift* | Control* | Level3 || keysym | XLookupString
---------------------------||--------------------------
| | || 0x20 | 20
X | | || 0x20 | 20
| X | || 0x20 | 00
| | X || 0x20 | 20
X | X | || 0x100202f | e2 80 af
X | | X || 0xa0 | c2 a0
| X | X || NoSymbol |
X | X | X || NoSymbol |
Or, if we don't want to have anything useful using Control, what about moving
0x100202f to Level3? Like this:
Shift* | Control* | Level3 || keysym | XLookupString
---------------------------||--------------------------
| | || 0x20 | 20
X | | || 0x20 | 20
| X | || 0x20 | 00
| | X || 0x100202f | e2 80 af
X | X | || 0x20 | 00
X | | X || 0xa0 | c2 a0
| X | X || NoSymbol |
X | X | X || NoSymbol |
Alternatively, the mapping of ControlR to Level5 could be an option (or a
slightly different variant, whatever's better).
Anything that could prevent me from manually editing my map to have ControlR
again would be totally great.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xkeyboard-config in Ubuntu.
https://bugs.launchpad.net/bugs/1013881
Title:
Right-Ctrl key broken on French OSS keyboard
Status in central project for keyboard configuration:
Confirmed
Status in “xkeyboard-config” package in Ubuntu:
Fix Released
Status in “xkeyboard-config” source package in Precise:
Fix Released
Bug description:
Since the version 2.5-1ubuntu1.2 of the package xkb-data, the right CTRL key
of the keyboard has ceased to work.
The problem started when APT has updated the xkd-data from 2.5-1ubuntu1 to
2.5-1ubuntu1.2.
If I switch back to 2.5.-1ubuntu1 using Synaptic, it works back.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: xkb-data 2.5-1ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-25.40-generic 3.2.18
Uname: Linux 3.2.0-25-generic x86_64
ApportVersion: 2.0.1-0ubuntu9
Architecture: amd64
Date: Sat Jun 16 00:16:09 2012
Dependencies:
DistUpgraded: Fresh install
DistroCodename: precise
DistroVariant: ubuntu
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64
(20120425)
Lsusb:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 003: ID 17ef:1003 Lenovo Integrated Smart Card Reader
MachineType: LENOVO 4243E69
PackageArchitecture: all
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=fr_FR.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-25-generic
root=UUID=f6981326-31fd-4eaf-b039-3a1e5f33dbc0 ro quiet splash vt.handoff=7
SourcePackage: xkeyboard-config
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/06/2011
dmi.bios.vendor: LENOVO
dmi.bios.version: 8AET56WW (1.36 )
dmi.board.asset.tag: Not Available
dmi.board.name: 4243E69
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias:
dmi:bvnLENOVO:bvr8AET56WW(1.36):bd12/06/2011:svnLENOVO:pn4243E69:pvrThinkPadT520:rvnLENOVO:rn4243E69:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 4243E69
dmi.product.version: ThinkPad T520
dmi.sys.vendor: LENOVO
version.compiz: compiz 1:0.9.7.8-0ubuntu1
version.ia32-libs: ia32-libs 20090808ubuntu36
version.libdrm2: libdrm2 2.4.32-1ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 8.0.2-0ubuntu3.1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.0.2-0ubuntu3.1
version.xserver-xorg-core: xserver-xorg-core 2:1.11.4-0ubuntu10.2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0-0ubuntu1.2
version.xserver-xorg-video-ati: xserver-xorg-video-ati
1:6.14.99~git20111219.aacbd629-0ubuntu2
version.xserver-xorg-video-intel: xserver-xorg-video-intel
2:2.19.0-0ubuntu1~xup1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau
1:0.0.16+git20111201+b5534a1-1build2
To manage notifications about this bug go to:
https://bugs.launchpad.net/xkeyboard-config/+bug/1013881/+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
