Les impressions ont été completement refaites et font de beaux pdf maintenant
> - Connectivité funambol lourde à mettre en oeuvre et limitée à l'agenda (pas d'outil local sur pc)
Déjà agenda + contact, pas que agenda. Ensuite notre "connectivité" funambol est une sync-source dédiée pour OBM, donc simple à déployer quand on s'y connait en funambol, (sinon c'est la misère).
Cette couche de synchro sert à connecter des terminaux mobiles, perso ça me ferait mal de devoir cabler mon truc qui fait wifi/bluetooth/3g pour devoir le synchroniser. La nostalgie du petit logo activesync qui tourne ou du palm du grand père ?
> - Pas de compatibilités avec le format normalisé CALDAV
En cours. Pour avoir retesté recemment tbird + lightning avec le serveur caldav d'apple, un connecteur dédié du type de celui d'obm est aujourd'hui bien plus pratique (saisie d'url "complexes" pour l'utilisateur pour s'abonner à un/des agendas par exemple)
> - compatibilité avec Lightning ou sunbird toujours à la traine (ils en sont à la 0.7 de Sunbird)
Le trunk du svn fonctionne en 0.8 voire 0.9, et le connecteur subit une ré-écriture totale pour la version 2.2 d'obm, entre autre pour le rendre asynchrone, ce qui n'est pas une mince affaire avec les API tbird actuelles.
De plus lightning n'est pas encore en 1.0, donc inutile de dire que les APIs et le fonctionnement change très très profondemment d'une version l'autre. Quand lightning sera "API stable"/ 1.0, nous sortirons le connecteur qui va avec.
[^] # Re: critiques d'OBM
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Groupware OBM et Webmail MiniG, paquets Debian. Évalué à 3.
Ok
> - Manque de Souplesse sur l'agenda :
C'est à dire ?
> - Impressions des agendas baclées
Les impressions ont été completement refaites et font de beaux pdf maintenant
> - Connectivité funambol lourde à mettre en oeuvre et limitée à l'agenda (pas d'outil local sur pc)
Déjà agenda + contact, pas que agenda. Ensuite notre "connectivité" funambol est une sync-source dédiée pour OBM, donc simple à déployer quand on s'y connait en funambol, (sinon c'est la misère).
Cette couche de synchro sert à connecter des terminaux mobiles, perso ça me ferait mal de devoir cabler mon truc qui fait wifi/bluetooth/3g pour devoir le synchroniser. La nostalgie du petit logo activesync qui tourne ou du palm du grand père ?
> - Pas de compatibilités avec le format normalisé CALDAV
En cours. Pour avoir retesté recemment tbird + lightning avec le serveur caldav d'apple, un connecteur dédié du type de celui d'obm est aujourd'hui bien plus pratique (saisie d'url "complexes" pour l'utilisateur pour s'abonner à un/des agendas par exemple)
> - compatibilité avec Lightning ou sunbird toujours à la traine (ils en sont à la 0.7 de Sunbird)
Le trunk du svn fonctionne en 0.8 voire 0.9, et le connecteur subit une ré-écriture totale pour la version 2.2 d'obm, entre autre pour le rendre asynchrone, ce qui n'est pas une mince affaire avec les API tbird actuelles.
De plus lightning n'est pas encore en 1.0, donc inutile de dire que les APIs et le fonctionnement change très très profondemment d'une version l'autre. Quand lightning sera "API stable"/ 1.0, nous sortirons le connecteur qui va avec.