Tu réponds à côté de la question. Je me pose (très sérieusement) la question du bénéfice d'avoir un *serveur* akonadi plutôt qu'une API, tu me réponds que ça n'empêche pas d'avoir une API. Certes, non, mais je n'ai toujours pas compris le bénéfice (point de vue de développeur et utilisateur) que m'apportait l'architecture actuelle d'akonadi.
Pour le stockage centralisé des contacts, j'ai l'impression qu'il faut plus une norme et une lib qu'un serveur.
En soi, je n'ai toujours pas compris ce que fait akonadi (en tant que serveur) qui ne saurait être fait par une lib et une api correspondante. Je suis peut-être passé à côté de quelque chose, mais je sèche pour trouver des arguments (et je pense vraiment que le temps investi l'aurait été beaucoup mieux pour une gestion correcte de l'imap).
Sinon, il y a une norme maintenant pour dbus sur le réseau ? Les dernières fois que j'avais regardé, c'était toujours "oui oui, c'est possible, mais personne n'a encore fait le boulot".
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é à 1.
Pour le stockage centralisé des contacts, j'ai l'impression qu'il faut plus une norme et une lib qu'un serveur.
En soi, je n'ai toujours pas compris ce que fait akonadi (en tant que serveur) qui ne saurait être fait par une lib et une api correspondante. Je suis peut-être passé à côté de quelque chose, mais je sèche pour trouver des arguments (et je pense vraiment que le temps investi l'aurait été beaucoup mieux pour une gestion correcte de l'imap).
Sinon, il y a une norme maintenant pour dbus sur le réseau ? Les dernières fois que j'avais regardé, c'était toujours "oui oui, c'est possible, mais personne n'a encore fait le boulot".
Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0