https://bugs.kde.org/show_bug.cgi?id=495617
--- Comment #12 from ImUrX <[email protected]> --- (In reply to cwo from comment #11) > It's superficially similar, but quite distinct from Windows auto-scroll. > You are right that to implement that kind of behavior, it's likely much > easier on the application side (which knows whether the click is in a > scrollable view and whether it's over anther thing that should receive > middle clicks instead of entering this mode). Some applications, such as > browsers, already implement this as an option. (And enabling this lock > feature would interfere with that). I been wanting to figure out what I can improve, there is methods of activation that people recommended like double clicking for lock instead of one click, or also hold and only when you drag it "latches" onto lock mode. I also been meaning to add support for constant scrolling after you move the mouse a little, like how autoscroll behaves in most software. I also mentioned in the MR or in the kwin chat (don't specifically remember) to add a spec on Wayland for compositors to know if an input was used or not as most frameworks already have that feature implemented on their event system. The other alternative is to add a new key on XDG Settings portal for enabling autoscroll on software that supports it. -- You are receiving this mail because: You are watching all bug changes.
