On Mon, Apr 11, 2011 at 10:20 AM, Mitja Pagon wrote:
> I see this scrollbars as another solution in search of a problem to solve
> and in the process introducing more problems than it solves. When will
> people realize that this is not the right approach to do things.
>
The main advantage of the
On Tue, Feb 8, 2011 at 4:54 PM, Brett Cornwall wrote:
Well, all that is written in the spec is:
>
> "*A compliant player should also keep playing if you close its window
> while it is playing; exit if you close its window while it is not playing;
> and remember exact state across sessions, so tha
On Thu, May 20, 2010 at 11:08 AM, Mark Shuttleworth wrote:
> This strikes me as being too much of a nanny. If music is already
> playing, and someone starts playing something else, that's their choice,
> isn't it?
I guess it depends a lot on the situation. Suppose you´re listening to
music while
2010/5/13 Diego Moya
> - An automated UI behavior is one feature that visibly changes the
> user interface in ways that can perceived by the user (i.e. the
> automation changes elements that are included in the user mental
> model). For the sound menu, this means changing the absolute volume
> fo
2010/5/13 Walter Wittel
> Wouldn't reducing the volume of the other streams in x db below the
> notification be much easier to implement and achieve the goal of hearinf the
> notification? X could be different based on the urgency of the notification.
>
> The problem is that if those other stream
2010/5/13 Diego Moya
> 2010/5/13 Martín Soto:
> > Or you implement the automation properly so that it reliably delivers the
> right result.
>
> The "right" result as defined by who? The designer or the user?
>
By the designer, of course. It is his task to determin
2010/5/13 Diego Moya
> If you can tell me how to do that, for all situations and usages, I
> think there's a Loebner prize awaiting for you. Contextual adaptation
> is a strong Artificial Intelligence problem.
>
And that's precisely the reason why you don't design for all situations and
usages:
2010/5/12 Diego Moya
> The problem with automatic controls is, you still need a simple
> interface to override their behavior when the programmed automation
> provides a wrong result. Maybe you can hide them a bit, but the same
> options must be available.
>
Or you implement the automation prope
2010/5/12 Frederik Nnaji
> Ensuring the alert sounds are loud enough to be heard over other sounds
>>> - -- whether by making them temporarily louder, or making the other
>>> sounds
>>> temporarily softer -- is an interesting idea, but it seems out of scope
>>> for the sound menu itself.
>>>
>>
>
On Fri, May 7, 2010 at 3:58 PM, Matthew Paul Thomas wrote:
> [...]
> It is awkward that we have separate system and application-specific
> volume settings, but I don't see how getting rid of the system volume
> setting would work.
>
PulseAudio has a solution for precisely this problem: the so-cal
2010/5/6 Tommaso R. Donnarumma
> * Johann Sebastian wants to listen to music without interruptions. He
> needs a quick way to mute all sound sources except his music player.
>
There seems to be a general need for a way to say the system "please do not
disturb". This also applies to important VOI
2010/5/5 Alex Lourie
>
> I'd suggest, again, to begin with the "problem" cases, not solutions. For
> example, when is the intervention needed to control volume?
>
Sure, this is the purpose of writing use cases. I was just acknowledging
that ReplayGain and, in general, fully automated solutions
2010/5/5 Alex Launi
> I think the take home message of this is that there are two distinct types
> of sound streams. I'm going to use the analogy we've been using in
> notifications- Synchronous and Asynchronous.
>
>- Synchronous streams are those that are user initiated. Banshee,
>Empath
On Wed, May 5, 2010 at 9:08 AM, Ralph Green wrote:
> 2010/5/4 Martín Soto :
> > * Mary often listens to music from the computer in her room, while
> > she's chatting with friends and browsing the web. She needs
> > a quick way to set the volume to adapt
2010/5/5 Alex Launi
> 2010/5/4 Martín Soto
>
[...]
>
> * Mary often listens to music from the computer in her room, while
>> she's chatting with friends and browsing the web. She needs
>> a quick way to set the volume to adapt it to her mood and to the
>&g
On Tue, May 4, 2010 at 10:54 PM, Alex Launi wrote:
> Before this discussion continues, it's essential that we define the problem
> we are trying to solve..--
>
I agree with you. I just sent a message to the list, containing a set of use
cases for volume control. IMO, the problem is that we are n
Hello everyone:
I just tried to collect some use cases (user stories) based on our recent
discussion about volume control. Here they are:
* Mary often listens to music from the computer in her room, while
she's chatting with friends and browsing the web. She needs
a quick way to set the volum
2010/5/4 Frederik Nnaji
> a) how about listing mute toggle and play/pause for relevant apps?
>
This may be useful, maybe more so than controlling volume.
> a buttoned interface with columns or rows for the respective
> apps..with little 3 Bit digital volume meters (2 for stereo/surround, 1 for
2010/5/3 Diego Moya
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
> relat
On Mon, May 3, 2010 at 5:23 PM, Sense Hofstede wrote:
> Many people have said that adding all sound using applications is not
> useful because they wouldn't use it. A few points:
> * There is nothing that prevents you from ignoring the applications
> in the list. In fact, I think we should make
2010/5/3 Chow Loong Jin
> There's a difference between "not so common," and "non-existent." I
> understand
> your concern that my use cases may be uncommon, but what you appeared to be
> doing earlier was saying something like "well most people would do X, so
> let's
> assume that everyone acts t
[I'm really sorry about this, GMail bit me while handling it!]
2010/5/3 Martín Soto
> On Mon, May 3, 2010 at 1:23 PM, Chow Loong Jin wrote:
>
> I have a habit of playing music (softly) while talking to friends on Skype
>> due
>> to my multitasking habits, and du
On Mon, May 3, 2010 at 4:11 PM, Chow Loong Jin wrote:
> Think of all those flashy annoying myspace pages that play music and don't
> provide any controls. Do you honestly believe that all the video and audio
> players out there embedded into web pages have volume controls?
>
> And what about all
On Mon, May 3, 2010 at 1:23 PM, Chow Loong Jin wrote:
> I think listening to music while chatting is not rare at all. I do it, and
> many
> other people I know do the same. And considering how much noise was made
> over
> the one-application-rules-the-sound-card bug that existed prior to ALSA's
>
2010/4/30 Diego Moya
> 2010/4/30 Martín Soto :
> > The fact that human brains posses such a high plasticity, however, is no
> > excuse for us not getting our act together. Whenever you change a UI, you
> > will break someone's habituation to that UI.
>
> Not if yo
Hello Sense:
As far as I can see, in your mail you only mention using PulseAudio's
functionality as the main justification for your design, which is a purely
technical reason. We should rather start by thinking about use cases: what
are people supposed to do with this functionality?
My problem wi
On Wed, Apr 28, 2010 at 6:55 AM, Diego Moya wrote:
...
I'm the first one to defend a simplified design for entry-level to
> average users even if it doesn't support expert features. But this
> kind of design should be only for new features and never, ever be put
> in place of a previous design al
Hello Martin (and everyone):
Just a few comments on your post:
First of all, I also believe that better communication with the (technical)
community would be very valuable. Obviously, Canonical and the UI team have
failed so far in selling their work to large fractions of the Ubuntu
community and
On Sat, Nov 7, 2009 at 5:12 PM, Mark Shuttleworth wrote:
> The current discussions I had with MPT about a related matter panned out
> roughly like this:
>
> - the main, default apps should be here by default (Evolution, Empathy,
> Gwibber)
> - other apps should install themselves here when fir
On Wed, Oct 21, 2009 at 3:16 PM, Luke Benstead wrote:
> [...] I think the reason that notify-osd's positioning is a particular
> sticking point with many people is that it is something where no
> default location will suit the majority of people. Users with visual
> problems, non-default layouts,
2009/10/21 Paulo J. S. Silva
> In my humble opinion this is one of best ways to end a conversation:
> takes your "opponent" point of view and turn it into a caricature that
> make it sound unreasonable.
>
Well, I thing exposing the weaknesses in other people's argumentation is at
the core of any
On Wed, Oct 21, 2009 at 1:13 PM, Martin Owens wrote:
> [...] The first thing I've noticed from this experimental opinionated
> stance is a tendency to alienate and frustrate people who want to
> collaborate. There are people who will give up their personal visions
> for yours without lots of hard
On Tue, 2009-08-25 at 08:44 -0500, Ted Gould wrote:
> On Tue, 2009-08-25 at 11:15 +0100, Mark Shuttleworth wrote:
> > There is no need for a Preferences for the Messaging Menu, and this
> > use case does not justify the creation of one.
>
> We have specified a preference dialog for the messaging m
On Tue, Jul 7, 2009 at 3:32 PM, Paulo J. S. Silva wrote:
> Em Ter, 2009-07-07 às 13:49 +0200, Martín Soto escreveu:
> > Also, future versions of X/Gnome wil automatically offer a
> > configuration box as soon as you plug in a monitor. We can consider
> > asking the user once
On Tue, Jul 7, 2009 at 3:22 PM, mac_v wrote:
> The users cant/shouldnt expect everything to be spoon fed! The Option is
> there! just because the user forgets ,it isnt a design flaw.
>
I wonder what sort of design philosophy you're advocating here. One where we
refrain from automating things tha
2009/7/7 Matt Wheeler
> 2009/7/7 Martín Soto :
> > Take a look at my last message to this thread: I think it addresses your
> > point much better. In summary, I think we should not pay so much
> attention
> > to the data source, but to the data destination. If you'
On Tue, Jul 7, 2009 at 11:22 AM, Praveen wrote:
> You are right and hence the only sane way of solving the problem seems to
> be to give user the control to seta global do-not-disturb mode when he
> needs it and logging the messages that he misses.This has several
> advantages such as
>
> 1. No
Hello Vincenzo:
2009/7/7 Vincenzo Ciancia
> Martin: it suffers from the same problem as full-screen movies. If I am
> preparing for a presentation, I can be interrupted by mom, and if I don't
> want it I can set my state to busy. If I am actually showing the
> presentation, then I certainly don'
On Mon, Jul 6, 2009 at 6:49 AM, Mark Shuttleworth wrote:
> Second, I think we want to do some useful inference of busyness. I like the
> fullscreen idea and was a promoter of that, but I think there have been
> compelling counter-arguments on this list.
>
The problem with fullscreen is that it i
On Thu, Jun 4, 2009 at 9:20 PM, Steve Dodier wrote:
> What about console-presenter and evince / other PDF viewers ? They're
> used too for presentations. I don't think we can maintain an
> exhaustive list of applications, so maybe we should provide the user
> with a GUI to tell which apps shouldn
2009/6/16 Vincenzo Ciancia
> The point is not if I hate or not something. The point is "how many" hate
> this. Now there are two ways to see this. Either you want to use launchpad
> features as a metric or not. In the first case you compare the number of
> duplicates, subscribers (not only commen
On Tue, Jun 16, 2009 at 10:01 PM, David Siegel
wrote:
> I am glad this is being explored. I originally suggested we consider
> updates at GDM (1) to challenge our thinking about this problem through
> inversion, and (2) to rebrand updates as something fun and exciting to
> receive, not a system ma
2009/6/16 Vincenzo Ciancia
> Please, let's keep the "this is something that only power user
> like/dislike" old argument out of this discussion. I see this is not
> your intention, but as we are all power users this is an effective
> dialectic technique to lower the value of our observations.
I
On Tue, Jun 16, 2009 at 1:20 PM, Scott Kitterman wrote:
> On Tue, 16 Jun 2009 11:40:12 +0530 mac_v wrote:
> ...
> >It is accepted that the icon is NOT very useful and also ignored
> ...
>
> I have to disagree. This has been repeatedly asserted, but I don't recall
> any actual studies that suppor
On Wed, 2009-06-03 at 10:42 +0200, Mark Shuttleworth wrote:
...
> Battery low
> 25 minutes remaining (15.67%)
> That's all that's needed. We shouldn't use generic titles like "Power
> information" and then put the detail in the body - we should put the
> key information in the title
45 matches
Mail list logo
