[Wayland-bugs] [Bug 100042] libinput handles mouse button remapping and button scrolling in the wrong order
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Mar 6 00:22:12 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=100042
Peter Hutterer <peter.hutterer at who-t.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |peter.hutterer at who-t.net
--- Comment #1 from Peter Hutterer <peter.hutterer at who-t.net> ---
with that button map, the behaviour you describe is what I'd expect, logical
buttons 4-7 are reserved for scroll wheels. given that button mapping is
handled in the server and not in the evdev driver, I'd expect the same
behaviour from the evdev driver.
Any actual button event from the scroll button (other than left/middle/right)
should come in as logical buttons 8 or above and those buttons can be remapped.
(In reply to freeyourmind from comment #0)
> Evdev had the more preferable behavior of not remapping the synthetic events
> from its "Evdev Wheel Emulation", which allowed the physical 4, 5, 6 and 7
> buttons to be mapped elsewhere while button scrolling could produce events
> for 4, 5, 6 and 7.
fwiw, this is a difference in design. evdev did the emulation itself, so it had
different access to the buttons. the xorg-libinput driver merely takes the
pre-emulated events and remaps buttons, so it doesn't necessarily know which
physical button was pressed. That's not something that's fixable in the current
design.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20170306/2aee316f/attachment.html>
More information about the wayland-bugs
mailing list