Summary: | Audio control via scroll could be more sensible | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | EpicTux123 <EpicTux123> |
Component: | System Tray widget | Assignee: | Plasma Bugs List <plasma-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | materka, nate |
Priority: | NOR | ||
Version First Reported In: | 6.3.4 | ||
Target Milestone: | 1.0 | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
EpicTux123
2025-05-05 03:09:45 UTC
If you want to adjust the volume level by finer increments, you can hold down the Shift key while scrolling. This "half scroll" thing isn't something we can easily support, and the fact that Firefox supports it may even be a bug. Hi, Nate. I think you got confused and/or I wasn't clear enough. I do not mean in the sense of the level of volume adjustment. I mean in the sense of it detecting that the user is scrolling to adjust the volume, and what sensitivity it has to do that. I called it "half-scroll" but it really is a scroll, just not a "full" one (for the lack of a better word). This "half-scroll" works on Steam (Chromium, basically), on Dolphin, on Okular, on Discover... Basically anywhere, except the audio control in the system tray, where it needs a "harder" scroll to work. If it works on all those places, it should work the same on the audio control. Maybe the audio control is considering the fact that I've tuned down my scroll speed by one point and this somehow is making it become buggy? I'm reopening this bug because I believe this is not how it should be. Thanks. Ah, if you've changed the scroll speed, does the issue you're describing not happen at the default scroll speed? If that's the case, then this is Bug 470746. Yup, that's the bug you mentioned. Thanks for the info. Closing as duplicate. *** This bug has been marked as a duplicate of bug 470746 *** |