vendredi 25 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Journal : Encore merci evolution....

Posté par zerbro (page perso, ) le 28 mars 2008
J'avais déja fait un journal dans lequel je me plaignais d'evolution...

Avec la nouvelle version de gnome, il y a un plugin "google calendar" sensé permettre de gérer via evolution ses agendas google. Je me dis "chouette, je vais enfin pouvoir gérer mes calendrier avec evolution, et bénéficer de l'intégration avec gnome". Mal m'en a pris.

Mon calendrier google utilise (utilisait !) quatres calendriers (perso, travail, cours et vacances scolaires).

J'ai donc créé un nouvel agenda dans evolution venant de google. Et là, c'est le drame.
Ce qui est importé apparait n'importe comment : quelques évenements qui se déroulent sur plusieurs journées se déroulent maintenant advitam eternam. Les autres sont purement ignorés.

Je me dis, tant pi, je vais continuer à utiliser l'interface de google. Et horreur ! mon calendrier "cours" (très important, c'est là que j'avais noté quand je dois faire cours, et où...) a changé de nom (ga6q5kag2keuebllh6343habkk@group.calendar.google.com exactement), google ne sais plus rien afficher et me dis de réessayer plus tard. J'essaie de supprimer ce calendrier, impossible !

Bref, merci evolution.

Conclusion: n'utilisez pas le plugin "google calendar" (et pas evolution non plus d'ailleur. Logiciel de merde - oui, je suis énervé).

> Lire le journal (52 commentaires, moyenne: 3,3).  

Vous avez demandé le commentaire #917585.

Mouais

Posté par Éric (Jabber id, page perso, ) le 28/03/2008 à 19:01. (lien). Évalué à 7.

Demande toi plutot pourquoi tu as besoin d'un plugin supporté par le client pour faire du calendrier au lieu d'utiliser webcal/caldav ce que evolution sait faire sans problème.

Tapes plutot sur google qui force à utiliser des api proprio et spécifiques à lui au lieu des protocoles utilisés partout ailleurs. Ton problème il vient de là à la base quand même.

  • [^]Re: Mouais

    Posté par briaeros007 () le 28/03/2008 à 19:23. (lien). Évalué à 10.

    Demande toi plutot pourquoi tu as besoin d'un plugin supporté par le client pour faire du calendrier au lieu d'utiliser webcal/caldav ce que evolution sait faire sans problème.
    support phase 1 : Expliquer que le client est con de faire ce qu'il veut faire.

    Tapes plutot sur google qui force à utiliser des api proprio et spécifiques à lui au lieu des protocoles utilisés partout ailleurs. Ton problème il vient de là à la base quand même.
    support phase 2 : Expliquez que notre produit c'est la top moumoute (meme quand il ne marche pas), et que ce sont les autres qui sont cons.
    (Ps , en entreprise, le plus courant c'est pas webcal pour les agendas partagé mais exchange, mais bon tu n'es pas à ca prêt).


    (Support phase 3 : supposer qu'en ayant dis ça on a résolue le case, et on le close).

    --
    Subete ga wakatta toki…watashi ga anta wo korosu.

    • [^]Re: Mouais

      Posté par Éric (Jabber id, page perso, ) le 28/03/2008 à 20:57. (lien). Évalué à 2.

      En même temps le journal c'est tout sauf une demande de support ou d'aide hein.

      Et non, même si echange est plus courant, ça ne veut pas dire que c'est forcément un truc à conseiller ou une bonne solution. Utiliser exchange aurait exactement le même défaut fondamental que Google.

      • [^]Re: Mouais

        Posté par briaeros007 () le 30/03/2008 à 13:22. (lien). Évalué à 0.

        c'est juste que ta réponse est une réponse typique d'un support, avec ce qu'on peut attendre d'une telle réponse: cad strictement rien.
        Ca fait pas avancer le débat.
        Ca apporte pas de nouveaux faits ou autres.
        Ca dit juste "le client est con; la boite est forte" , ou plus précisement dans ce cas "l'utilisateur est con, évolution est stable, c'est l'utilisateur qui sait pas s'en servir" ...

        Bref intérêt assez faible.


        Et non, même si echange est plus courant, ça ne veut pas dire que c'est forcément un truc à conseiller ou une bonne solution.
        Tu remarquera aisément que je n'ai JAMAIS dit ça.
        Juste que les arguments que tu avances sont faux!
        Il y a plein de solutions qui sont techniquement meilleur que ce qui est utilisé à grande échelle , mais qui reste sur une niche (problème d'historique, de marketing,...), et je n'ai jamais dit le contraire.

        Donner des arguments complètement foireux et faux (webcal est le protocole le plus utilisé donc faut mieux l'utiliser) n'aide en rien.

        L'argument "c'est plus utilisé donc faut mieux l'utiliser" est passablement foireux (Ms est le plus utilisé aussi je te rapelle).
        Il est faux (webcal n'est pas le plus utilisé vu que c'est exchange).

        Et donc où ais je conseillé exchange la dedans ? Ah nulle part ...

        [Un bon argument serait plutôt de montrer qu'il existe déjà un protocole libre et qui fait tout, déjà implémenté dans de nombreux produits : webcal]

        Quand je disais réponse typique de support, comme tu vois, je me suis pas trompé.

        --
        Subete ga wakatta toki…watashi ga anta wo korosu.

    [^]Re: Mouais

    Posté par zerbro (page perso, ) le 29/03/2008 à 14:58. (lien). Évalué à 3.

    Moi je veux bien, si tu me trouves un service équivalent à celui de google, pour le même prix, qui utilise caldav :)

    Mais vu que j'ai pas trouvé, je me suis rabattu sur google. Je me suis posé la question à un moment de savoir si je me payais un abonnement pour un tel service. Mais après avoir fait mes comptes et vu que le support de google calendar était en cours de développement, je suis resté sous google.

    Dans ce journal, écrit sur un coup de sang, le principal reproche que je fais au final, c'est de proposer une fonctionalité qui marche très mal dans un logiciel considéré comme "stable" (au sens d'evolution qd meme, faut pas déconner :)

    [^]Re: Mouais

    Posté par Vador Dark (Jabber id, ) le 29/03/2008 à 19:56. (lien). Évalué à 3.

    Peut-être que google ne veut pas utiliser webdav pour des raisons de sécurités, parce que le serveur web ne gèrent pas webdav directement et qu'ils ne veulent prendre le risque de mettre à jour toute leur infrastructure pour une fonctionnalité sur un de leur service, ou tout autre raison.

    La question intéressente est de savoir si leurs api "proprio" est documentée ou pas, et si l'implémentation est libre ou pas. Je ne connais pas des masses google, mais ils documententent pas mal leurs APIs. Un point de départ : http://code.google.com/apis/calendar/

    Après, chacun est libre d'utiliser leur service, et chaque logiciel est libre d'implémenter ou non leurs APIs.

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0551s (dont 0.0058 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.