[Kde-pim] PIM Sprint report: Akonadi Next

[Kevin Ottens]

Hello,

On Wednesday 26 November 2014 13:16:49 Daniel Vrátil wrote:
> API-wise, while we can't completely get rid of the "imperative" API of
> having jobs, the core method to provide access to data would be through
> models. Making use of storage data versioning, on update the model simply
> requests changes between current and last revision of the stored data. This
> should prevent us from ending up with overcomplicated beast-models like
> ETM.

When you say models you meant QAIM subclasses? I'd be rather concerned about 
an almost QAIM only API for data access. I'd expect something more agnostic. 
Definitely live queries which update themselves automatically. Definitely ways 
to be precise in what you retrieve (right now I tend to fetch too much and 
throw away half of it). But definitely not something which mandates 
collection/item trees or QAIM. That looks like too much coupling to me.

Regards.
-- 
Kévin Ottens, http://ervin.ipsquad.net

KDAB - proud supporter of KDE, http://www.kdab.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20141128/90b0dbfc/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/