[PATCH] Detecting notification popup server capabilities

[Aaron J. Seigo]

On August 28, 2009, Aurélien Gâteau wrote:
> Sebastian Trüg a écrit :
> > sounds like a weird solution to me. What are apps supposed to do in such
> > a case? Just not add actions? That can be handled on another level I
> > suppose.
>
> I was indeed thinking about this: just letting knotify discard the
> action if the notification server does not support them. I can easily
> provide a patch to do this.

why? the server can discard them just as easily without us adding to our API, 
no?

to me this really sounds like the thin edge of a wedge that will encourage 
people to not trust in actions and stop using them. which is why some people 
want, i know, but not what we want. i'm not cool with that kind of erosion.

> Still, I think it's useful to let applications know whether actions are
> supported or not. This way they can switch to other means of
> interactions (the other means in Ubuntu being message indicators, which
> I am working on as well, see [1])

exactly what i feared above. put simply: that's fixing it in the wrong place.

if actions aren't supported in Ubuntu's interpretation of How The World Works 
then Ubuntu needs to figure out how to rectify that. KDE should not, and AFAIC 
will not, do that for Ubuntu (or any other single distro) at the cost of our 
API and our application's consistency.

this is 100% solvable on the Ubuntu side, e.g. by turning actions into message 
indicators. this is really rather easy with the approach Plasma takes to 
notifications, actually.

in any case, this is a problem Ubuntu has created for itself, one the 
upstreams are not in agreement with Ubuntu on (_none_ of the upstreams, afaik) 
and so it's a problem Ubuntu can fix downstream.

if it didn't put our application consistency at risk or muddy our APIs i 
wouldn't care. but it does. so -1 from me.

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

KDE core developer sponsored by Qt Software
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20090828/454edf5f/attachment.sig>