La base de données n'est pas du tout centralisée : elle n'est dispo que sur une seule de mes machines. Je préfèrerai que tous les efforts qui ont eu lieu sur akonadi aient été assignés à avoir un carnet d'adresse sur imap, un calendrier sur imap, etc... (fonctionnalités possibles mais extrêmement mal supportées par kdepim).
Pour résumer, j'attendais beaucoup d'akonadi : j'ai testé et tout ce que j'ai constaté, c'est qu'il n'y a AUCUN bénéfice utilisateur à l'utilisation d'akonadi, que ça ne me permettait toujours pas d'avoir un calendrier ou un carnet d'adresses partagé, etc). C'est peut-être lié à l'implémentation foireuse plus qu'au modèle lui-même, mais en l'état ça ne me satisfait pas (surtout sur mon eeepc où je ne souhaite pas de cache local).
Pour résumer, en tant qu'utilisateur, je ne vois aucun bénéfice à akonadi. En tant que développeur, je ne vois pas le bénéfice d'avoir un *serveur* akonadi par rapport à une API d'accès aux données. J'ai l'impression que les dev kde se sont bien plantés sur ce coup là.
Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0
[^] # Re: kdepim non inclu
Posté par whity . En réponse à la dépêche Sortie de KDE 4.5. Évalué à 3.
Pour résumer, j'attendais beaucoup d'akonadi : j'ai testé et tout ce que j'ai constaté, c'est qu'il n'y a AUCUN bénéfice utilisateur à l'utilisation d'akonadi, que ça ne me permettait toujours pas d'avoir un calendrier ou un carnet d'adresses partagé, etc). C'est peut-être lié à l'implémentation foireuse plus qu'au modèle lui-même, mais en l'état ça ne me satisfait pas (surtout sur mon eeepc où je ne souhaite pas de cache local).
Pour résumer, en tant qu'utilisateur, je ne vois aucun bénéfice à akonadi. En tant que développeur, je ne vois pas le bénéfice d'avoir un *serveur* akonadi par rapport à une API d'accès aux données. J'ai l'impression que les dev kde se sont bien plantés sur ce coup là.
Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0