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

List:       kde-core-devel
Subject:    Re: [PATCH] Turn Powerdevil suspend notification into a dialog
From:       Sebastian =?utf-8?q?K=C3=BCgler?= <sebas () kde ! org>
Date:       2009-09-22 14:09:51
Message-ID: 200909221609.55130.sebas () kde ! org
[Download RAW message or body]


On Tuesday 22 September 2009 14:19:57 Aurélien Gâteau wrote:
> What do you think about this?

NAK. The notification comes from the system, the workspace (which is where powerdevil 
lives) not from an application, it's also where other notifications of system 
hardware state come from (network connected, power connected, ...) that's where it 
should stay. Having it in a notification, and thus always in the same location 
actually makes it a lot easier to find the dialog, especially when you're in a hurry.
Making it a dialog would be a step back IMO as it looks less integrated and those 
small dialog windows tend to get lost behind other windows. From my point of view, a 
dialog is a no-go here. Besides, this is the exact use case why we do have actions on 
notifications. We should not move it do dialogs at any price only to not need actions 
on notifications (like the Ayatana spec requires). I've shared my view on this 
particular piece of the Ayatana spec more than once already, and I'd rather not 
repeat it over and over.

> The second patch increases the default timeout from 10 seconds to 30 
> seconds, giving the user more time to react.

OK from my POV, but probably 20 seconds is also enough. I've never missed to cancel a 
suspend even with it being 10 seconds. (Maybe this part of the patch is a sign that 
it now takes you longer to locate the cancel action?)
-- 
sebas

http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9

["signature.asc" (application/pgp-signature)]

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