Bug 58763 - EmulateWheel breaks middle mouse button
Summary: EmulateWheel breaks middle mouse button
Status: RESOLVED WONTFIX
Alias: None
Product: xorg
Classification: Unclassified
Component: Input/evdev (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Peter Hutterer
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-25 23:19 UTC by tkolodziejski
Modified: 2016-11-28 04:40 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments

Description tkolodziejski 2012-12-25 23:19:30 UTC 
When I use EmulateWheel:

Section "InputClass"
        Identifier      "Trackpoint Wheel Emulation"
        MatchProduct    "TPPS/2 IBM TrackPoint|DualPoint Stick|Synaptics Inc. Composite TouchPad / TrackPoint|ThinkPad USB Keyboard with TrackPoint|USB Trackpoint pointing device|Composite TouchPad / TrackPoint"
        MatchDevicePath "/dev/input/event*"
        Option          "EmulateWheel"          "true"
        Option          "EmulateWheelButton"    "2"
        Option          "Emulate3Buttons"       "false"
        Option          "XAxisMapping"          "6 7"
        Option          "YAxisMapping"          "4 5"
EndSection

my middle mouse button stops working as expected that is clicking left mouse button looks definitely different than clicking middle mouse button when using xev. (in particular when you press and hold it for a second or two and then release - it's not reported at all)

In particular I wanted to have this greate wheel emulation and still be able to register button 2 down and button 2 up.
Comment 1 Peter Hutterer 2013-01-02 05:36:37 UTC 
If the button is registered for wheel emulation, it's events are used to trigger emulation only and discarded otherwise. you can see if adding some sort of timeout is worthwhile and how messy it'd be, but it's not on anyone's todo list at the moment.

basic approach would be to register a timestamp with the wheel emulation button and send a button X click if the button up was released within a timeout (and no movement)
Comment 2 Peter Hutterer 2016-11-28 04:40:04 UTC 
This is a mass change of bugs. Bugs assigned to me that haven't been updated in the last 3 years are closed as WONTFIX, because, well, let's at least be honest about it.

Please do not re-open unless you have a really good reason to do so (e.g. you're fixing it yourself). If it hasn't been fixed in the last 3 years, it probably won't be fixed anytime soon either. Sorry.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.