dbus notification area protocol implement issues

[Aaron J. Seigo]

On Wednesday 15 April 2009, Marco Martin wrote:
> > then connect up call ...
>
> but syncing up everything every time there is something new doesn't seem
> particularly wise, hmm...

you could drag over the data in a couple of lumps (images, text, etc) but just 
use what's needed... so if the entry says "i have a new image" grab the images 
in one go and decide which one to use where at that point (e.g. favouring the 
pixmap over the named icon if the pixmap exists, etc); when then entry says 
"new category" grab the info block (category, status, etc...) but only care 
about the category.

the idea, i think, is to:

* keep the d-bus interface simple
* minimize the number of roundtrips (even if that means shipping some extra 
bytes when not strictly needed)

you can grab individual properties as well, of course. perhaps we could make 
these "glob getters" methods that you can call which then makes it all a bit 
easier anyways :)

-- 
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: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20090415/357e33eb/attachment.sig