[Wayland-bugs] [Bug 99554] No horizontal scrolling with mouse

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=99554

--- Comment #4 from Sergey Bugaev <bugaevc at gmail.com> ---
I've done a brief research to confirm my assumption that this behavior is not
unique to R.A.T. 7 (and so no hwdb entry is needed), and it seems to hold.

See,

* GNOME Files binds buttons 8/9 to back/forward:
https://github.com/GNOME/nautilus/blob/master/src/nautilus-window.c#L74
* Firefox use[sd] 6/7 for horizontal scrolling (no longer supported; deprecated
in favor of native wheel events) and 8/9 for back/forward:
https://github.com/mozilla/gecko-dev/commit/8c7fedbebdf7a8d10085ae7284dce334f1d019a8
* Here, Olivier Crête states: "I'm attaching a simple patch that maps X mouse
buttons 8-9 to the back/forward commands. The consensus amongst GTK+ and Qt
seems to be that buttons 6-7 are for horizontal scrolling."
https://bugzilla.mozilla.org/show_bug.cgi?id=355477

These all are seemingly codes from linux/input-event-codes.h taken relative to
BUTTON_BASE, which is BTN_LEFT - 1
(https://github.com/GNOME/gtk/blob/master/gdk/wayland/gdkdevice-wayland.c#L47)
and plus 4
(https://github.com/GNOME/gtk/blob/master/gdk/wayland/gdkdevice-wayland.c#L1618,
mentioning "old 4-7 scroll ones").

This leaves us with the following:
* BTN_SIDE is button 8, used for the "back" command
* BTN_EXTRA is button 9, used for the "forward" command
* BTN_FORWARD is button 10 (or 6 without +4), should mean scrolling left
* BTN_BACK is button 11 (or 7 without +4), should mean scrolling right

Have you actually tested other mice with extra buttons & wheels? How do they
behave?

-- 
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/20170221/d2418081/attachment.html>