Personally I haven’t. While Linux is imperfect, choosing the right distro makes the rest of the experience straightforward. And with it’s whole complexity, I find Linux more user friendly than Windows. Even driver issues, broken shadow file ownership and KDE specifics only made me more confident about my choice to use Linux after I solved everything.
Not being able to use middle click as a scroll tool. For an OS that’s supposed to be about user choice, this option is stupidly baked into the depths of the kernel.
It’s because X-Window, the original Unix (and thus Linux) desktop system, supported 3 button mice WAY before Windoze did. It used it for the clipboard paste operation; you highlight some text in one window, and it’s immediately put on the clipboard; then when you middle-click, it’s pasted into whichever window is under the mouse pointer. Most old hand Linux and Unix users like this behaviour.
It’s been optional, and configurable for a long time. It’s mainly controlled by the receiving window’s configuration, but you can set it globally to do just about anything supported by your version of X-Window, including to scrolling. It’s been like this since about the late 1990’s, but it’s just not the default behaviour, probably because for much of that time, most Linux users preferred the X-Window behaviour.
‘Kernel’ is probably the wrong term to use. ‘Not easily user accessible setting’ might be more accurate.
I’m not aware of any way to get Windows-style autoscroll on any distro without a lot of hacking. That was my takeaway from when I spent several hours researching this a year ago.
It’s not a kernel thing, more like a libinput thing. Libinput has an option to make it autoscroll, and if you’re on KDE, you can find the setting under mouse settings.
Libinput allows you to activate omnidirectional scrolling by holding the middle mouse down, which is not the same behaviour as windows / (mac?) . It’s confusing since both features have the same name.