[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Ayatana] Two suggested designs for the Sound Indicator
2010/5/3 Diego Moya <turingt@xxxxxxxxx>
Norman's direct mapping would be the best model if each application
had volume completely independent of each other. This isn't true
though, as there is a system-wide volume control that changes all
applications at once, thus making individual application volumes
relative to each other.
IMO, we should
start by getting rid of the system-wide volume. It adds lots of
complexity without providing any significant advantages. A global volume
control is useful when you're mixing several channels, but this is not
what people will be doing with the default volume controls in Ubuntu.
And the problem is that the global control negatively affects even the
simplest and most common use cases.
Consider, for instance, someone who is listening to a single sound
source, such as a music or video player. I'd say this is, by far, the
most common use case we have. Unless you're a sound engineer or some
such, this is what you're likely to be doing 99% of the time your sound
card is active.
Setting the volume in this case should be absolutely straightforward
but it's not in current Ubuntu. You have to deal with two sliders, one
usually inside the player (e.g., the button/slider in Rhythmbox's
top-right corner) and one in the volume indicator that interact with
each other in a funny, unintuitive way. Sliding any of them down, for
example, will mute sound, but if you want to reach the maximal volume,
you'll have to slide them *both* all the way up. Of course, if you
understand that the sliders correspond to two separate volume filters
that are connected serially, you'll be able to deal with this system
just fine. But most people won't grasp this--or at least, it will be a
long time until they do--and they'll be confused and frustrated.
A centralized control that shows in one place the relative weights of
all applications is a good design in this case, IMHO.
You
speak about "all applications". How many applications do you expect to
have running and producing sound at a given time? I'd expect a maximum
of two, and that only for the relatively unusual cases where people talk
on the Internet phone and listen to music or watch videos at the same
time.
This way one can
give more or less emphasis to one application with respect to the
others, without having to switch between applications.
My
guess is that this relative control would be unintuitive for most
people. All sound sources they deal with in the real world (TV, stereo,
phone, etc.) have absolute volume controls, not relative ones. If you
want to talk on the phone and listen to music at the same time (which is
rather unusual because most people will turn off the radio, anyway) you
just fiddle a bit with both the phone and the radio until it's OK for
you. It is not that you turn a big "Room Loudness" knob until you're
satisfied, and then adjust the "Radio" and "Phone" relative knobs behind
that panel in the wall. A design where you directly control the
absolute volume of applications is likely to be a lot more familiar to
people.
This doesn't means one couldn't also have one standard application
volume control for each application as a windicator; in this case,
having redundant controls wouldn't hurt - as they support different
use cases (controlling sound in the current application vs setting
global sound preferences).
I'm still not
sure about the ideal location for individual controls. Having them
inside the application windows (either as part of the app or as
windicators) will definitely help people to associate them with the
right application. A central control may still be useful in some cases
(like quickly muting whatever is sounding) so this may be a situation
where redundancy is worth its price.
Cheers,
Martín