[Kde-pim] Decibel akonadi integration

[Volker Krause]

On Tuesday 19 February 2008 15:48:09 Kevin Krammer wrote:
> On Tuesday 19 February 2008, George Goldberg wrote:
> > I'm working at the moment on the beginnings of integrating decibel with
> > akonadi.
>
> Great!
>
> > Decibel will provide IM contacts of the user, and their
> > online/offline/away/etc status (ie. their presence information).
> >
> > So, obviously we want to have this presence information in akonadi so
> > all KDE apps can get at it.
> > However, I have some questions about the best way to store this data.
>
> IMHO presence information is too short lived to make sense for storing in
> Akonadi.

That was my initial reaction as well when this first came up. OTOH Akonadi 
already has working change notifications in place, no need to do that again. 
Also, we have support for multi-part items by now, which allows to store the 
online state attached to the corresponding contact without any changes to the 
actual contact data (and thus not propagating any changes to groupware 
servers etc.). This eg. would also mean that a IM application's contact list 
is bascially just a Akonadi::ItemModel without the need of dealing with a 
second backend.

If that should be integrated into KABC API or if there should be another 
high-level contact API based on KABC and Akonadi is a different problem, we 
haven't really solved that for the other types either yet.

> However, it will be good to have the IM "address" as part of a PIM contact
> data, i.e. inside the respective addressee (and probably create a new one
> if there isn't a matching one yet)
>
> > So, the first question I have, is whether:
> > 1) this presence information can be stored through KABC's current API
>
> See above.
>
> > 2) KABC's API should be altered to accomodate it
>
> The KABC::Addressee probably needs to be extended to support IM contact
> information like it does for phone numbers or (postal) addresses, i.e.
> allowing a list and probably having a preferred one (though preference
> might depend on the presence state of each currently available transport
> method)

regards
Volker
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20080219/a4765d12/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/