[Bug 12939] Selection using control key and mouse button does not work
wine-bugs at winehq.org
wine-bugs at winehq.org
Fri May 30 03:57:35 CDT 2008
http://bugs.winehq.org/show_bug.cgi?id=12939
--- Comment #4 from Harald Judt <h.judt at 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.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the wine-bugs
mailing list