101
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 21 Nov 2024
101 points (98.1% liked)
Linux
5520 readers
37 users here now
A community for everything relating to the linux operating system
Also check out !linux_memes@programming.dev
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 2 years ago
MODERATORS
Yeah, and Windows and OS X both do it as well.
Though there being no upper limit to the size is amusing.
Can't tell if lazy programming or just figuring it will fix itself. In theory there would be a point of overflow maybe? Well, I guess that also fixes itself.
It's by design as mentioned in this bug report.
There is a hidden config to cap the over magnification on shake
I assume the KDE implementation resizes to default when you stop shaking it.
I could totally see someone coding a function that increases the mouse pointer by x% every y mouse shakes, and then neglecting to put in a size cap.
This feature used to be in KDE 5 as well though, but with a size cap. I suspect the removal of the size cap is intentional rather than a bug.
Having a size cap does not make much sense since the increased pointer size is triggered intentionally, meaning if someone keeps shaking the pointer, they must want it bigger (whether for amusement or because they're hella blind).
Yes, it resets once motion is stopped. It's one of those things where without comments in the code or something you could also assume forgetting to check one of the bounds just happened to work fine.
MacOS does this, but on screen recording it never shows it. Feels good to see Linux records what user actually saw