Vincenzo Ciancia wrote:
> Il giorno lun, 01/06/2009 alle 21.59 +0200, Mark Shuttleworth ha
> scritto:
>> That sounds very useful - both dropdowns and menus have "brittle
>> state", it's hard to recover from a slip except by reproducing the
>> actions that setup that point in the interaction. I'd be
On Tue, Jun 2, 2009 at 1:27 PM, Steve Dodier wrote:
> Hello,
>
> I've been having a look at gnome-power-manager's notifications lately, and I
> found out that it was popping up notifications with 4 to 7 lines, which is
> far from optimal. I've quickly made some icons and text changes in order to
>
Hello,
I've been having a look at gnome-power-manager's notifications lately, and I
found out that it was popping up notifications with 4 to 7 lines, which is
far from optimal. I've quickly made some icons and text changes in order to
try to make these notifications more little - thus faster to re
Il giorno mar, 02/06/2009 alle 09.26 -0700, Mike Rooney ha scritto:
> imagine
> playing a flash game
My point is just that motion-eye coordination is harder than other tasks
and distracting the eye during this is not wise. While you are playing a
flash game perhaps the last thing you want is to re
Hello,
I think Mike said what i wanted to say.
My worry is that you get a notification as soon as you stop typing. Usually,
when i'm typing a document (i'm not speaking about forms, which indeed
require me to watch the label of the fields i'm filling), the only moments
when i stop are when i need
On Tue, Jun 2, 2009 at 6:27 AM, David Barth wrote:
> Steve Dodier wrote:
>> [...]
>> I think it's a good idea to delay the notifications when we know for sure
>> we'll break an activity (for instance, drop a non important notification
>> when evince or ooo presenter is fullscreen, or when the user
Celeste Lyn Paul wrote:
> On Tuesday 02 June 2009 10:28:04 am Aurélien Gâteau wrote:
>> David Barth wrote:
>>> I'm also very interested in Celeste's suggestion of having a monitor,
>>> similar to what kwin does, to delay the display of notifications.
>>>
>>> Aurélien: could you take a look at this
On Tuesday 02 June 2009 10:28:04 am Aurélien Gâteau wrote:
> David Barth wrote:
> > I'm also very interested in Celeste's suggestion of having a monitor,
> > similar to what kwin does, to delay the display of notifications.
> >
> > Aurélien: could you take a look at this last one?
>
> kdelibs provi
Aurélien Gâteau wrote:
> David Barth wrote:
>
>> I'm also very interested in Celeste's suggestion of having a monitor,
>> similar to what kwin does, to delay the display of notifications.
>>
>> Aurélien: could you take a look at this last one?
>>
>
> kdelibs provides an API to interact with
David Barth wrote:
> I'm also very interested in Celeste's suggestion of having a monitor,
> similar to what kwin does, to delay the display of notifications.
>
> Aurélien: could you take a look at this last one?
kdelibs provides an API to interact with the window manager. This makes
it easy to l
Steve Dodier wrote:
> [...]
> I think it's a good idea to delay the notifications when we know for sure
> we'll break an activity (for instance, drop a non important notification
> when evince or ooo presenter is fullscreen, or when the user is browsing a
> menu, delay the notifications till one se
Vincenzo Ciancia wrote:
> Il giorno lun, 01/06/2009 alle 21.59 +0200, Mark Shuttleworth ha
> scritto:
>
>> That sounds very useful - both dropdowns and menus have "brittle
>> state", it's hard to recover from a slip except by reproducing the
>> actions that setup that point in the interaction. I
12 matches
Mail list logo
