Mouse scroll wheel acceleration, implemented in user space
github.com
github.com
- Integrate the area* enclosed by recent mouse movement
- Ignore everything under a threshold (this is normal, straight-line, mousing)
- Scroll according to the sign of the area.
. naively this would be slow scroll for small circles; fast for large
. but I found it more intuitive to reverse the action:
the bigger the gesture, the more controlled the scroll
(probably closer to scroll-by-radian than scroll-by-area)
It looks like I could use this package to do something similar, only system-wide and portably, but I mention it here as it's the sort of project I'm extremely unlikely to Get Around To (and would therefore be chuffed if someone else were to!)IIRC the gesture starts at the edge of the trackpad much like regular edge scrolling, but then you can extend the motion to the entire working area of the trackpad, pretending to spin an imaginary jog wheel.
for example, Logtiech G502: " Dual-Mode Hyper-Fast Scroll Wheel
Unlock the scroll wheel for hyper-fast continuous scrolling to spin quickly through long pages, or lock it down for single click precision scrolling. The weighty, metal wheel delivers confident, smooth and satisfying control for either mode. "
https://www.youtube.com/watch?v=aANF2OOVX40 ( Interstellar Mouse ^^ )
I'm not particularly impressed.
A button disengages the wheel from the detents that most mouse wheels have, so it acts like a flywheel.
On the other hand, gestures in Firefox, specifically “Scroll to Bottom”, have made me miss mine less. Also, unlocked scroll wheels get you banned within seconds on Counter Strike servers for input lag.
What's the connection between those two?
I wish this feature was on more mice
A year ago I figured out I could use a spare button to toggle using the trackball itself for free scroll, total game changer, but still miss that wheel.
Logitech owns a patent[0] on this mechanism which prevents it from being incorporated in other products (without licensing it).
[0] https://patents.google.com/patent/US20110227828A1/en
> The present invention generally relates to a control device, such as a mouse, and more particularly relates to multi-mode roller for a control device having a selectable smooth-roller mode and a ratchet-roller mode.
I very much dislike it. Probably because I'm not used to it.
Gnome, my DE, has all sorts of 'scroll on hover' tricks. Scroll while hovering an app icon, will "alt tab" between windows of that app. Scroll over the volume icon to up or down it. And so forth.
At least once a day, all my windows get jumbled, or the volume set to 100, because the wheel was spinning while I moved my mouse over something. I did learn of some nice scroll-on-hover features in Gnome this way, though.
Gets a bit better once the coffee and the muscle memory kick in, but I really wish Apple would give some love to common old-fashioned rodents instead of letting their users having to rely on community-made apps to have a decent behavior for those. I'm probably not the only one using a laptop provided by an employer with fairly strict rules about the installation of "unnecessary" software.
The goofy keyboard shortcuts, the crummy window switching (switching between applications is different than switching between instances of an application), and wretched window management (inconsistent behavior around maximizing windows-typically bad-and no half or quarter screen snapping) are also on the list.
I'd be much happier with a Linux or Windows machine.
Rectangle.app (OSS) does window snapping and does tiling-lite (which is what I want). I forget the name of the actually tiling WM.
Hammerspoon+custom script off github will get you drag move/resize functionality.
These days I like the distinction between tabbing through an app vs across apps. Only peeve is that alt tabbing to a minimized app should restore it.
Although you could extend it to handle that. But that makes it more platform dependent. E.g. on Linux and MacOS, the scroll events are send to the top-most window under the mouse cursor. It does not matter what window you have focused. I think on Windows it is always send to the focused windows?
PRs are welcome. :)
[1] http://www.tcocd.de/Pictures/Peripheral/Genius/netmouse.shtm...
Naturally installing them also installs some other junk that the hardware makers always do for product differentiation.
[1]: https://pynput.readthedocs.io/en/latest/
[2]: https://www.kernel.org/doc/html/latest/input/uinput.html
However, this implementation now is platform independent. It uses pynput. It should work on all major desktop environments, like X11, Wayland, MacOS, Windows.