http://bugs.winehq.org/show_bug.cgi?id=12939
--- Comment #4 from Harald Judt h.judt@gmx.at 2008-05-30 03:57:34 --- Ok, so after a hal update I've deleted the keyboard input section in xorg.conf and started using an /etc/hal/fdi/policy file. This solved a few other problems I was not quite aware of before (like some strange key combinations not working 100% correctly or producing strange results).
<?xml version="1.0" encoding="utf-8"?> <deviceinfo version="0.2"> <match key="info.capabilities" contains="input.keys"> <merge key="input.xkb.rules" type="string">xorg</merge> <!-- Option "XkbModel" "evdev" --> <merge key="input.xkb.model" type="string">evdev</merge> <merge key="input.xkb.layout" type="string">de</merge> <merge key="input.xkb.options" type="strlist">ctrl:nocaps</merge> <append key="input.xkb.options" type="strlist">eurosign:e</append> </match> </deviceinfo>
Now wine nearly works as expected, the only thing still not working correctly is the real <Control> key. <CapsLock> configured as a <Control> key works as it should, but pressing the real <Control> key still shows the same old behaviour which I've already reported. Otherwise, the <Control> key works in wine, because I can use it for shortcut keys.
I'm going to attach two winedebug outputs, one using the real control key, the other using the capslock key. To reproduce:
1. Start foobar with WINEDEBUG=+key,+keyboard 2. Click on an entry in the playlist. It will be selected. 3. Hold down <key> and click on another entry in the playlist. Both entries should now be selected.
Maybe this is of some help.