On Thu, 2008-12-25 at 18:27 -0500, Mackenzie Morgan wrote:
> On Thu, 2008-12-25 at 15:00 +0200, Maxim Levitsky wrote:
> > First of all, I like the idea of pulseaudio, but currently it just
> > doesn't work on any of my systems, and no skype isn't the only reason,
> > but there are much more:
> >
>
On Thu, 2008-12-25 at 15:00 +0200, Maxim Levitsky wrote:
> First of all, I like the idea of pulseaudio, but currently it just
> doesn't work on any of my systems, and no skype isn't the only reason,
> but there are much more:
>
> 1 - recording doesn't work at all, don't remember exactly what was
>
On Wed, 2008-11-19 at 12:23 +0100, Frederic Peters wrote:
> Hello William, hello the usability team,
>
> We are still early in the 2.25 release cycle and I think this is the
> right time to discuss the future of the Sound Preferences and Volume
> Control, in a PulseAudio world.
>
> I had a quick
2008/12/23 Jacob Beauregard :
> Your idea is another example of premature design.
You make it sound as if it were a bad thing ;-)
> It's not likely to have a
> good solution unless you understand the problem.
Probably not, but it's likely to get you to understand the problem.
Early design is no
Generally I will play a game while listening to my own music.
CONFLICT
I have to turn off the game's music before I can listen to my own music
without conflict. Perhaps, however, I want to interchange which music I'm
listening to (ex. if I'm working on incorporating music in the game).
I will brow
2008/12/16 Jacob Beauregard :
> It looks functional but confusing.
Ok, I didn't want it to use the look of the standard slider control
because it doesn't show which side is "high" and which one is "low".
Thinking of it, the slider control I've always preferred is the
"triangle", like the one in MPl
> On 13/12/2008, Jacob Beauregard wrote:
>
> > Volume has too many personal and environmental influences to create an
> > interface simpler than letting the user directly control the volume. I
> > believe I've already listed off quite a few of them.
>
>
> Yeah, but the trick is in how we define
On 13/12/2008, Jacob Beauregard wrote:
> Volume has too many personal and environmental influences to create an
> interface simpler than letting the user directly control the volume. I
> believe I've already listed off quite a few of them.
Yeah, but the trick is in how we define the "control" n
On 13/12/2008, Jacob Beauregard wrote:
> Volume has too many personal and environmental influences to create an
> interface simpler than letting the user directly control the volume. I
> believe I've already listed off quite a few of them.
Yeah, but the trick is in how we define "control". Just
On Sat, 2008-12-13 at 12:00 +, usability-requ...@gnome.org wrote:
>
> they only way to make the hole interface make changes easily for
> regular users, is to create fixed preferences defaults for typically
> installed applications
> this way you can have ppl to select:
> "working",
> "watchi
On Thu, Dec 11, 2008 at 8:16 AM, Diego Moya wrote:
> Now that we have some more or less clear scenarios, the first design step
> should be defining a list user needs, before we think of any possible
> controls to cover them. These are the ones I've identified:
I think what you have listed are aga
On Sat, Dec 13, 2008 at 12:32 PM, Diego Moya wrote:
>
> 2008/12/12 Dokuro
>>
>> Diego Moya
>> they only way to make the hole interface make changes easily for
>> ...
>
> This is a good way, but it's not the only one :-)
>
> ...
LOL i should have not use the word only! but one :)
___
2008/12/12 Dokuro
> Diego Moya
> they only way to make the hole interface make changes easily for
> regular users, is to create fixed preferences defaults for typically
> installed applications
> this way you can have ppl to select:
> "working",
> "watching movies",
>
This is a good way, but
Diego Moya
>We should aim to provide an interface that satisfy these user goals in an easy
>way, so >that the user has complete control over the things that really
>matter. This way she can >tweak them at her will in ways that none of us could
>think of in advance.
they only way to make the ho
Now that we have some more or less clear scenarios, the first design step
should be defining a list user needs, before we think of any possible
controls to cover them. These are the ones I've identified:
* Current application is too loud -> only emergency case, there should be a
quick access to
On Wed, 2008-12-10 at 14:03 -0500, Philip Ganchev wrote:
> On Thu, Dec 11, 2008 at 5:35 AM, Dokuro <[EMAIL PROTECTED]> wrote:
> > ... lots of people use the master
> > volume control (seating next of the notification area) with the mouse
> > wheel; ...
>
> And those who have a hardware volume knob
First, I have another idea:
What if the per application volume control (volume control being in the
applications GUI), could expand into a drop box with volume control for
other open streams? It would certainly be a bit more intuitive, but
would probably need to be a bit less powerful than the cent
On Thu, Dec 11, 2008 at 5:35 AM, Dokuro <[EMAIL PROTECTED]> wrote:
> ... lots of people use the master
> volume control (seating next of the notification area) with the mouse
> wheel; ...
And those who have a hardware volume knob usually don't bother with
the software control.
> ... the window li
After reading all of this, i got that lots of people use the master
volume control (seating next of the notification area) with the mouse
wheel; somehow i got the idea that maybe the window list applet might
have more use than the simple tool tip it does (or the occasional
small preview in compiz).
Hi Shaun,
On Tue, 2008-12-09 at 09:23 -0600, Shaun McCance wrote:
> You talked (in comments I snipped) about presentation mode
> for presentations and movies, which I totally agree with.
> But what about music presentation mode? I have speakers
> in my house outside my office. Sometimes, I play
> > 6. User is away from the computer - louder notifications
>
> This can be detected automatically in many cases through the screen
> saver.
You talked (in comments I snipped) about presentation mode
for presentations and movies, which I totally agree with.
But what about music presentation mode
On 6 Dec 2008, at 06:39, Kirk Bridger wrote:
Thanks Andy, great points.
I think we have a basic question here that nobody is really asking:
are users going to want to adjust volume per app? Yes, I know some
of us may, but would users really use it?
I'd be curious about Vista's experienc
Hello all:
On Mon, 2008-12-08 at 06:03 -0500, Philip Ganchev wrote:
...
After reading this discussion, I have the strong impression that we are
trying to use sound volume control to solve problems that should be
handled otherwise. Let's see:
> 1. Giving a presentation - mute IM, email, battery(?
On Mon, Dec 8, 2008 at 12:53 AM, Kirk Bridger <[EMAIL PROTECTED]> wrote:
...
> So what about a volume control like this:
>
> http://thebside.ca/blog/wp-content/uploads/2008/12/pepper-slider.jpg
>
> Where the peppers become icons or names or whatever,
Or with an icon below each slider, as in Vista
Great idea! It really is all relative volume, isn't it?
So what about a volume control like this:
http://thebside.ca/blog/wp-content/uploads/2008/12/pepper-slider.jpg
Where the peppers become icons or names or whatever, but the important
thing is they're relative to one another.
The main v
On 06/12/2008, Kirk Bridger <[EMAIL PROTECTED]> wrote:
>
> I think we have a basic question here that nobody is really asking: are
> users going to want to adjust volume per app? Yes, I know some of us may,
> but would users really use it?
>
I'd say no, most of the time. It only makes sense in spe
On Fri, 2008-12-05 at 22:39 -0800, Kirk Bridger wrote:
> Thanks Andy, great points.
>
> I think we have a basic question here that nobody is really asking:
> are users going to want to adjust volume per app? Yes, I know some of
> us may, but would users really use it?
It is a good question to as
Thanks Andy, great points.
I think we have a basic question here that nobody is really asking: are
users going to want to adjust volume per app? Yes, I know some of us
may, but would users really use it?
I'd be curious about Vista's experience with it - Vista can do this,
can't it?
I thin
On Wed, 2008-12-03 at 06:42 -0800, Kirk Bridger wrote:
> Put another way, isn't there some way we can just intelligently guess
> which apps should be louder? For example, the application I'm
> currently working in versus background. Application notification vs
> application output (like music pla
On Wed, Dec 3, 2008 at 10:33 AM, Andy Owen <
[EMAIL PROTECTED]> wrote:
>
> > (mostly related: IMHO a more important issue is that the volume control
> > through the list is not the same as for example Totem's volume control.
> > Having to check two places where one application is silenced sounds l
On Wed, 2008-12-03 at 19:33 +1100, Andy Owen wrote:
> > A unified sound management would be nice but *I* would not search sound
> > control in the title bar as it - from my point of view - reflects the
> > "window management" (meaning the visual appearance (size..) of the
> > window, something "met
On Wed, Dec 3, 2008 at 4:06 PM, Pedro Maurício Costa
<[EMAIL PROTECTED]> wrote:
> Well... That brings another issue: prioritization. This means, for
> instance, that if you are listening to music and some other
> application needs your attention immediately should be able not only
> to be louder, b
Well... That brings another issue: prioritization. This means, for
instance, that if you are listening to music and some other
application needs your attention immediately should be able not only
to be louder, but also make other apps quieter or even mute them. What
do you think about this?
Mauríc
On Wed, Dec 3, 2008 at 3:42 PM, Kirk Bridger <[EMAIL PROTECTED]> wrote:
> Do users actually want to adjust volume for each application?
I do think that most of them don't, but we shouldn't just assume they don't.
> Put another way, isn't there some way we can just intelligently guess which
> apps
This discussion is interesting, and it made me think of a question I
don't know the answer to:
Do users actually want to adjust volume for each application?
I already find it annoying having to adjust volume system-wide now. Do
I really want to have to adjust per window?
Put another way, is
> (mostly related: IMHO a more important issue is that the volume control
> through the list is not the same as for example Totem's volume control.
> Having to check two places where one application is silenced sounds like
> a bad idea to me.)
Yes, it is bad, but if there was a standard volume co
Hello all, William, usability, and multimedia team (I forgot that last
one my initial message, see[1]),
> We are still early in the 2.25 release cycle and I think this is the
> right time to discuss the future of the Sound Preferences and Volume
> Control, in a PulseAudio world.
William, you didn
On Fri, Nov 28, 2008 at 10:07 AM, Florian Ludwig <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-11-20 at 23:24 +1100, Andy Owen wrote:
>> This is mostly related, but kind of not related. I think that instead of
>> (or at least as well as) having a list of all applications with audio
>> happening, so you
On Thu, 2008-11-20 at 23:24 +1100, Andy Owen wrote:
> This is mostly related, but kind of not related. I think that instead of
> (or at least as well as) having a list of all applications with audio
> happening, so you can modify their volume, there should be a volume
> slider as part of the windo
Hi everyone,
I think the points raised by Frederic are very interesting, as well as
Andy's idea.
Notably, merging the output and input sections to reduce the tab
clutter seems a good option to me.
Attached is a quick attempt at trying to represent what the result
could look like, at least to me.
<
This is mostly related, but kind of not related. I think that instead of
(or at least as well as) having a list of all applications with audio
happening, so you can modify their volume, there should be a volume
slider as part of the window decoration.
Bad mockup:
http://www.ultra-premium.com/scrat
gt;
>
> Today's Topics:
>
>1. New Sound Preferences and Volume Control (Frederic Peters)
>
>
> --
>
> Message: 1
> Date: Wed, 19 Nov 2008 12:23:19 +0100
> From: Frederic Peters <[EMA
On Wed, Nov 19, 2008 at 11:23 AM, Frederic Peters <[EMAIL PROTECTED]> wrote:
> http://www.0d.be/captures/sound-prefs-pane-2.png
> http://www.0d.be/captures/sound-prefs-pane-3.png
What exactly does the Sound Input and Sound Output change?
The reason I ask is I have ten inputs and ten outputs on
Andreas Nilsson wrote:
>> Anyway, I'll dive into the matter and point everyone to the currently
>> developed gnome-volume-control (hosted in gnome-media/ repository).
>> Here is how it looks like:
>>
>> http://www.0d.be/captures/sound-prefs-pane-4.png
> Minor icon usage nitpick from a artist. Wh
Frederic Peters wrote:
Hello William, hello the usability team,
We are still early in the 2.25 release cycle and I think this is the
right time to discuss the future of the Sound Preferences and Volume
Control, in a PulseAudio world.
I had a quick look through usability-list archives and didn't
Hello William, hello the usability team,
We are still early in the 2.25 release cycle and I think this is the
right time to discuss the future of the Sound Preferences and Volume
Control, in a PulseAudio world.
I had a quick look through usability-list archives and didn't find
the subject discus
46 matches
Mail list logo
