[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: Sound KCM UI design
From:       "Manuel Amador (Rudd-O)" <amadorm () usm ! edu ! ec>
Date:       2003-03-10 21:50:49
[Download RAW message or body]

>
>
>When I change the volumes in my session, I expect the volumes to be *the
>same as what I set* when I log back in again. Thus, in my suggestion, it
>is completely irrelevant what your sister previously set - her settings
>only affect her when she logs in.
>
Evidently a system-wide volume save/restore setting should be enough for 
you.  Why is it needed in KMix then?

>But this has nothing to do with what we're talking about - there is no
>way to set two levels of sound when you run multiple X sessions on a
>single computer; therefore, no possible solution can handle this.
>
I mean that starting my session with another session already open should 
not alter volume levels.

>Exactly my point, and this is what I'm proposing. Your session sets your
>volumes when you log in, their session sets what they chose.
>
What you're saying doesn't happen in reality.  Volumes are restored when 
KMix is opened in reality, so it's not on session start: there are 
problems with that approach.  Plus the system is already saving volumes 
in a system-wide fashion.

>>Kill the preference to save volumes on KMix.  That's all.
>>    
>>
>I was not proposing that their be only one set of mixer settings, shared
>between all sessions, and settable by anybody. Instead, there should be
>per-user settings, set at login.
>
What benefit do "per-user volume settings, active upon KMix start" bring 
to the table, versus the current system-wide volume setting implementation?

>
>regards
>john
>_______________________________________________
>kde-usability mailing list
>kde-usability@mail.kde.org
>http://mail.kde.org/mailman/listinfo/kde-usability
>  
>


_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]