[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
notifications.
--
Kåre Särs
More information about the kde-core-devel
mailing list