Bug 407648 - Remember the last-viewed tab, even after a reboot or after restarting plasmashell
Summary: Remember the last-viewed tab, even after a reboot or after restarting plasmas...
Status: RESOLVED FIXED
Alias: None
Product: plasma-pa
Classification: Plasma
Component: applet (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Rosca
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-17 15:41 UTC by Ariel Rosenfeld
Modified: 2021-01-25 16:08 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.22


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ariel Rosenfeld 2019-05-17 15:41:10 UTC
Add option to select between the default tab opened when clicking on applet so that users that prefer the application tab can have it open instead of the device tab
Comment 1 Nate Graham 2019-05-21 19:05:43 UTC
Having a config option for this seems like a poor UI. Instead what would make more sense would be for it to remember the last-viewed tab and open with that. Thankfully... it already does! :)
Comment 2 Ariel Rosenfeld 2019-05-22 06:42:14 UTC
Unfortunately it forgets the last viewed tab on reboot or logout which makes it broken

I would see the lack of this option as poor UI, as kde is the DE i would expect more options to exist
Comment 3 Nate Graham 2019-05-23 19:16:35 UTC
(In reply to Ariel Rosenfeld from comment #2)
> Unfortunately it forgets the last viewed tab on reboot or logout which makes
> it broken
Ah, we found the real bug. :) I think fixing this makes sense. Not everything needs to be configurable, especially when we can make the default behavior more responsive to user expectations. Preserving state after reboot almost always makes sense.
Comment 4 Ariel Rosenfeld 2019-05-23 19:50:30 UTC
(In reply to Nate Graham from comment #3)
> Ah, we found the real bug. :) I think fixing this makes sense. Not
> everything needs to be configurable, especially when we can make the default
> behavior more responsive to user expectations. Preserving state after reboot
> almost always makes sense.

I guess we will have to agree to disagree about what users expect from a mixer, people expect most mixers to look like the win7 volume mixer widget from the store or kmix.

Many users expect more options to tweak in the Plasma/KDE shell.
Comment 5 Nate Graham 2019-05-24 14:43:29 UTC
(In reply to Ariel Rosenfeld from comment #4)
> I guess we will have to agree to disagree about what users expect from a
> mixer, people expect most mixers to look like the win7 volume mixer widget
> from the store or kmix.
Well, most people don't know what a mixer is and just expect a volume control, *possibly* a per-app volume control for really proficient users. It's important that we don't sacrifice the common case for the advanced one. Both are important, and it's the job of good design to accommodate each one without unduly burdening the other.
Comment 6 Ariel Rosenfeld 2019-05-24 16:17:20 UTC
(In reply to Nate Graham from comment #5)

as an example you might want to look at the mixer transition between windows xp, 7 and 10. and the amount of effort being taken not to upgrade to how the minimalist windows 10 mixer ui which tries to do the right thing but simply confuses by only exposing master volume

the current design is more confusing as devices isnt what they expect nor are the names devices something a non technical user expects. and capture devices are not something the common users can understand without an explanation till they need to use an application that records something

have a system volume and a per app volume is something a user can read and understand

but whats really needed is funding of a UI/UX study.

i disagree about the current defaults but exposing the options to change the applet at least in a kde tweaks app would at least be helpful for power users which are a large part of linux users
Comment 7 Nate Graham 2021-01-25 16:08:57 UTC
Implemented by Kai Uwe Broulik with https://commits.kde.org/plasma-pa/912beaaa7157ef25478f2b0bf4fb20f6b1a15eb5 in Plasma 5.22!