Bug 481109 - Plasma "Configure Audio Devices" usability broken
Summary: Plasma "Configure Audio Devices" usability broken
Status: CONFIRMED
Alias: None
Product: Breeze
Classification: Plasma
Component: QStyle (show other bugs)
Version: 5.27.8
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-02-09 06:56 UTC by mike.burgener
Modified: 2024-04-02 11:32 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mike.burgener 2024-02-09 06:56:54 UTC
Hi all,

The "Configure Audio Devices" Settings in Plasma has a usability Problem, if i look around the settings and i accidentally move the mouse wheel, while mouse-over a "Profile" all my settings are mixed up. There is no way of discarding the changes, also all changes are directly made without asking for confirmation or "save" or "apply" this leads to very weird Audio Issues, also there is no way to reset to default settings.

Operating System: Kubuntu 23.10
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.10
Graphics Platform: X11
Comment 1 Harald Sitter 2024-02-09 10:18:49 UTC
What would you expect to happen here?
Comment 2 mike.burgener 2024-02-09 10:22:32 UTC
(In reply to Harald Sitter from comment #1)
> What would you expect to happen here?
as mentioned in my text some possibilities would be:
 - ask before save or apply
 - disable the mousewheel for the selection boxes (if thats even possible)
 - a button to revert to the default settings
 - a button to go back to the last saved settings

Just some suggestions, which method to choose is up to the devs ;-)
Comment 3 Harald Sitter 2024-02-09 10:33:55 UTC
Unfortunately they are all a bit troublesome:

(In reply to mike.burgener from comment #2)
>  - ask before save or apply

That surely would make volume changes and device changes a worse experience.

>  - disable the mousewheel for the selection boxes (if thats even possible)

That would go against expected behavior. All our comboboxes are scrollable, it'd be weird if this one wasn't. So that's not an option.

>  - a button to revert to the default settings
>  - a button to go back to the last saved settings

What would happen when you plugged in a new device while the settings were open?
Comment 4 mike.burgener 2024-02-21 15:26:25 UTC
(In reply to Harald Sitter from comment #3)
> Unfortunately they are all a bit troublesome:
> 
> (In reply to mike.burgener from comment #2)
> >  - ask before save or apply
> 
> That surely would make volume changes and device changes a worse experience.
> 
> >  - disable the mousewheel for the selection boxes (if thats even possible)
> 
> That would go against expected behavior. All our comboboxes are scrollable,
> it'd be weird if this one wasn't. So that's not an option.
> 
> >  - a button to revert to the default settings
> >  - a button to go back to the last saved settings
> 
> What would happen when you plugged in a new device while the settings were
> open?

Hmm, i understand your concerns. Maybe we can have a look on how others do it and learn something from it.
Comment 5 Bug Janitor Service 2024-03-07 03:46:42 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 ratijas 2024-03-11 08:31:45 UTC
One this I personally tend to agree with, is that scrolling on sliders and combo boxes is an anti-feature. It prevents lots of stuff from scrolling smoothly throughout our UIs, making it sometimes a frustrating experiense. IMHO keyboard navigation and click[+drag] controls should be enough to be usable and feel solid. (oh wait, QtQuick doesn't have roll-over popups, so click+drag won't apply to comboboxes, and we can't even override it with out qqc2 style because the whole implementation and API is dead-private, oh well)
Comment 7 Harald Sitter 2024-03-11 14:05:25 UTC
I don't disagree. The problem is right now as a matter of platform behavior comboboxes are scrollable.
Comment 8 Bug Janitor Service 2024-03-26 03:46:44 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 9 mike.burgener 2024-04-02 05:50:06 UTC
(In reply to Harald Sitter from comment #7)
> I don't disagree. The problem is right now as a matter of platform behavior
> comboboxes are scrollable.

Well, so we will just have to live with it. Maybe we don't close the bug but let it open for review in future if maybe things will change a bit?
Comment 10 Harald Sitter 2024-04-02 11:32:27 UTC
It is not a bug though and certainly not one in plasma-pa specifically. Bouncing to breeze for now.