<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> <span class="fn">Peter Hutterer</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - libinput handles mouse button remapping and button scrolling in the wrong order"
href="https://bugs.freedesktop.org/show_bug.cgi?id=100042">bug 100042</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>peter.hutterer@who-t.net
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - libinput handles mouse button remapping and button scrolling in the wrong order"
href="https://bugs.freedesktop.org/show_bug.cgi?id=100042#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - libinput handles mouse button remapping and button scrolling in the wrong order"
href="https://bugs.freedesktop.org/show_bug.cgi?id=100042">bug 100042</a>
from <span class="vcard"><a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> <span class="fn">Peter Hutterer</span></a>
</span></b>
<pre>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 <a href="show_bug.cgi?id=100042#c0">comment #0</a>)
<span class="quote">> 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.</span >
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.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>