[KDE4] KNotification

Aaron J. Seigo aseigo at kde.org
Sat Sep 17 22:24:18 BST 2005


On Saturday 17 September 2005 10:12, Olivier Goffart wrote:
> Le Samedi 17 Septembre 2005 14:16, Gary Cramblitt a écrit :
> > On Friday 16 September 2005 07:46 pm, Olivier Goffart wrote:
> > > Le Samedi 17 Septembre 2005 01:11, Gary Cramblitt a écrit :
> It's because of the #2 anyway, that I want to change the daemon.
> The freedesktop specification (i don't know if it has already been accepted
> by freedesktop)

until it's been deployed by KDE (and GNOME, for that matter), no spec is 
"accepted". that's become the de facto definition of "accepted" on FD.o. 
whether that's a good thing or not is a matter for the academics amongst us 
at this point IMHO.

> say that there will be a daemon that will display popups. 
> And the notification only cover popups.

one could:

	 - extend the spec. if the people maintaining it now bitch about it, just 
fork the spec. i'm really tired of dealing with these inneficiencies on FD.o 
(i've already bumped into the notification spec people twice) and believe 
that when people throw stop energy our way we need to just route around it. 
the best spec will win.

	- provide a daemon that supersets the FD.o-submtited spec and, when an app is 
run in GNOME using the GNOME daemon, the apps is just less featureful. this 
will cause people to either not use the KDE app, use KDE instead or use the 
KDE daemon in GNOME.

right now you need the knotify daemon running to get proper KDE notifications 
anyways, so it's not a step backwards ... 

one thought: what happens to notifications when the hosting app goes modal? do 
they as well lock up? probably, and that's not a good thing. (c.f. the system 
tray and the bug reports around "when Foo App shows a modal dialog box i 
can't access the Foo system tray icon anymore")

is it possible at all to do the notifications out-of-process of the notifying 
app given the feature set you want? if so, that would actually be preferable 
as it would allow multiple and varied presentations within plasma. for the 
workspace, out of process is ungood.

-- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050917/8aaf6f05/attachment.sig>


More information about the kde-core-devel mailing list