| Summary: | Plasma panel widgets do not follow the users 'Invert Scroll Direction' preference on mouse | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Justin S <contact+bugs.kde.org> |
| Component: | Panel | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | kde, kde, niccolo.venerandi |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Justin S
2025-02-10 01:55:15 UTC
I was able to reproduce this on gitlab master (as of today), hence keeping Version as it is. For additional context, I'm unsure if there was a time I can remember the widgets acting differently or if this has always been the case, but I remember being able to follow the same steps to reproduce this in Plasma 5 back in the day too. As far as I am aware this is intentional: Scrolling up should always raise the volume, scrolling down always lower. Same for brightness up = > brighter (In reply to David Redondo from comment #2) > As far as I am aware this is intentional: > Scrolling up should always raise the volume, scrolling down always lower. > Same for brightness up = > brighter Cheers David. Just to double check, even though the user has set their mouse scroll to inverted, you're certain this behaviour is intentional and the widgets are designed to ignore that setting? From a user’s perspective, I could just change the setting in the mouse preferences back to normal and not use the inverted option if I preferred the normal scroll directions, but it is somewhat disorienting being the only place that does not follow the user preference. I'm just trying to understand the reasoning behind this intentional decision? I'm would be happy to reopen this as a feature request, but I obviously don't want to waste anyone's time if it's definitely intended. > you're certain this behaviour is intentional and the widgets are designed to ignore that setting Yes, there's extra code added to handle it specifically due to users complaining .. >I'm just trying to understand the reasoning behind this intentional decision? Rationale is the setting on whether scrolling moves in the direction of the contents or the direction of the scrollbar. This isn't about scrolling it just happens to use the wheel. (In reply to David Edmundson from comment #4) > > you're certain this behaviour is intentional and the widgets are designed to ignore that setting > > Yes, there's extra code added to handle it specifically due to users > complaining .. > > >I'm just trying to understand the reasoning behind this intentional decision? > > Rationale is the setting on whether scrolling moves in the direction of the > contents or the direction of the scrollbar. This isn't about scrolling it > just happens to use the wheel. Thanks for the explanation, David, appreciate it! The rationale is much clearer now, and hopefully, this will help others who might be confused about that functionality if they come across this report in the future. Thanks again! |