<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - No horizontal scrolling with mouse" href="https://bugs.freedesktop.org/show_bug.cgi?id=99554#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - No horizontal scrolling with mouse" href="https://bugs.freedesktop.org/show_bug.cgi?id=99554">bug 99554</a> from <a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> Peter Hutterer</a> <pre>(In reply to Sergey Bugaev from <a href="show_bug.cgi?id=99554#c6">comment #6</a>) > Thanks for the explanation! Still, you haven't replied about what other mice > emit for scroll events. REL_WHEEL and REL_HWHEEL, respectively. I think I have a mouse that sends REL_DIAL but that's something that needs to be fixed. > >> No, I never changed any settings. Are you saying that the software changes > >> some settings inside the mouse itself, as opposed to OS/driver configuration? > > > yep, on many devices this is the case. google e.g. libratbag or solaar as projects to do exactly that. > > For R.A.T., I found ratctl (<a href="https://github.com/MayeulC/Saitek">https://github.com/MayeulC/Saitek</a>), which claims > to have completely reverse-engineered the USB protocol. Here's what the > author says about it > (<a href="https://github.com/MayeulC/Saitek/issues/4#issuecomment-283506849">https://github.com/MayeulC/Saitek/issues/4#issuecomment-283506849</a>): > > >> I'm not talking about tweaking the computer settings... is there a way to re-program the mouse itself, or what does the Windows/macOS configuration software that ships with the mouse do? > > > Not as far as I know. I am reasonably certain that these utilities either change the driver behavior, or generate virtual events that are directly interpreted by the windowing system. I can't speak for the RAT devices but Logitech devices and a bunch of others definitely store this stuff in the device itself. In fact, libratbag *only* supports devices that use hardware storage. The best way to find out is to find a windows install and check. > So it should be safe to either add hwdb entry (if this mouse is rather > unique) or change it for all mice, if they all emit events this way. no other mouse does this, to my knowledge, and before we can add a hwdb entry I'd need confirmation that it is impossible to remap the wheel in the windows software. And in that case, it's likely worth doing this in the kernel anyway, remapping in libinput is a lot more complicated. > By the way, if this button-mapping configuration is a client-side thing, it > would be cool if GNOME offered a settings panel for it, like it does for > Wacom tablet/styluses. I realize that this is a wrong place to ask for that > -- but what changes to libinput would it take to make that possible? out of scope for libinput because it modifies the device directly. libratbag is a project we started to do this and it has piper as a (temporary) interface. I talked to the gnome guys and it's basically down to: this is a rarely used thing, highly device-specific, relatively rare compared to the general user base and it's all stored on the device itself, so it's not suitable as control panel applet but better as standalone application.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>