[PATCH] Detecting notification popup server capabilities

Kåre Särs kare.sars at iki.fi
Wed Sep 2 06:37:52 BST 2009

On Tuesday 01 September 2009, Aaron J. Seigo wrote:
> On September 1, 2009, Aurélien Gâteau wrote:
> > Aaron J. Seigo wrote:
> > > On September 1, 2009, Aurélien Gâteau wrote:
> > >> decide to use a dialog box instead (in fact I think this notification
> > >> should always be presented through a dialog box)
> > >
> > > why?
> >
> > Because it's quite critical and requires a very fast response from the
> > user, so I believe this is one of the very few cases where interrupting
> > the user workflow should be allowed.
> so a dialog that overrides focus stealing prevention .. in which case it
> risks being accidentally triggered? a dialog that resides on all desktops?
> i don't think this is a very elegant solution.

A dialog box is not an elegant solution, but the cancel action in the current 
notification is a bit hard to hit. I cancel the standby/hibernation quite 
often as I have a laptop that runs on batteries about 20 minutes after the 
battery meters has gone to 0% and 10 seconds is not enough time to go and get 
the power cable.

For me, the most elegant solution would be to have the cancel action in the 
power-management plasmoid (assuming it is running) and not in the notification 
it self.

My point being that the "critical" actions probably should not be in the 

Kåre Särs

More information about the kde-core-devel mailing list