Journal Encore merci evolution....

Posté par  .
Étiquettes : aucune
0
28
mar.
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é).

  • # Bah au moins…

    Posté par  . Évalué à 9.

    …t'as réussi à l'utiliser toi :/ Je n'ai jamais réussi à le faire fonctionner pour faire les copies d'écran des notes de publication.

    • [^] # Re: Bah au moins…

      Posté par  (site web personnel) . Évalué à 4.

      Enorme ..

    • [^] # Re: Bah au moins…

      Posté par  . Évalué à 1.

      J'ai eu le malheur de tester, ça a marché avec plusieurs calendriers (ça sautait bizarrement de l'un à l'autre mais bon...) jusqu'à ce que je clique sur l'horloge du panel pour "profiter de l'intégration". Plantage du panel, plantage d'eds et plus possible de lancer evolution ou de cliquer sur l'horloge après.
      Bon j'ai viré le répertoire de conf evolution pour retrouver l'usage normal de l'horloge du panel...

      J'attendrai quelques versions...

      A chaque fois que je me dis "evolution ça a l'air bien, faut que je lui donne une chance", je le regrette.

      • [^] # Re: Bah au moins…

        Posté par  . Évalué à 3.

        pas vraiment de problème de mon côté. Toujours satisfait d'Evolution, il reste plus rapide que Thunderbird pour consulter mes messages en imap, et le calendrier est bien fait (je n'ai pas besoin d'utiliser google agenda, pas encore testé pour le moment en tout cas).

        Seul "bug" qui m'échappe, un jour il a décidé de mettre le premier jour de la semaine le mardi dans le calendrier de gnome, et ça, ça m'énerve assez, surtout quand on est habitué à se repérer avec le lundi comme premier jour de la semaine. Savez vous comment modifier cela ? J'ai pas trouvé malgré mes recherches. Je suis passé à Archlinux (même /home), et là c'est le dimanche le premier jour de la semaine (et en plus ce n'est qu'en anglais... )

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Bah au moins…

          Posté par  . Évalué à 5.

          « Préférences> Calendrier et tâches > Semaine de travail
          La semaine débute un : »

          (ou si tu veux tâter du Gconf, /apps/evolution/calendar/display/week_start_day )

          • [^] # Re: Bah au moins…

            Posté par  . Évalué à 2.

            merci, mais si cela fonctionne à l'intérieur du calendrier d'evolution, cela pose toujours un problème dans le calendrier de la barre de tâche de gnome, qui reste bloqué au mardi pour le 1er jour de la semaine (ce calendrier notifie pourtant bien les jours où il y a des rendez vous dans evolution, preuve que c'est lié)

            Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Bah au moins…

          Posté par  . Évalué à 4.

          Pour moi la problématique est simple : avoir accès de n'importe où à mon calendrier.

          J'ai bataillé un moment avec Horde, attendu Bongo (Hula je crois avant), tenté de comprendre quelque chose à la config de deux ou trois autres outils du même genre mais ça m'a gonflé, je suis pas une multinationale avec 200 000 comptes à gérer ni même envie de suivre des mises à jour de sécu.

          J'ai tenté de synchroniser un smartphone mais ça ne permet pas d'avoir plusieurs calendriers ou catégories. J'ai testé GPE sur un N770 mais c'est détestable à synchroniser et pas pratique à mon goût. "Dates" est pas mal mais pas de synchro (en tout cas à l'époque et le 770 est quasi laissé à l'abandon). Donc au final ben google calendar il me suffit d'avoir un accès au net et quand je n'ai pas d'ordi à portée de la main il reste le N770 en wifi ou via le téléphone.

          Maintenant le jour où je peux utiliser un calendrier décent sur un appareil qui tient dans une poche et se synchronise parfaitement avec evolution quand je rentre à la maison, je serai heureux de virer google calendar.

  • # Plugin

    Posté par  (site web personnel) . Évalué à 1.

    Ce n'est pas parce qu'un plugin a mal fonctionné qu'il faut tout jeter à l'eau.
    As-tu également essayé avec un autre client de messagerie intégrant Google Calendar, pour comparer ?

    • [^] # Re: Plugin

      Posté par  . Évalué à 4.

      Thunderbird + Lightning + connecteur Google : aucun problème

      • [^] # Re: Plugin

        Posté par  . Évalué à 2.

        En gros, ça marche assez bien, même s'il manque tout un tas de détails. Par exemple, lorsqu'on ajoute un évènement avec répétition, il est ajouté sans répétition sur le calendrier Google. Ou encore, il est impossible de choisir un autre moyen que l'email en avertissement pour un évènement (pas de SMS donc).

        J'utilise en lecture seule en tout cas.

        • [^] # Re: Plugin

          Posté par  . Évalué à 2.

          Si si, ça marche pour les SMS, mais faut changer le code source du connecteur, une ligne à modifier.

    • [^] # Re: Plugin

      Posté par  . Évalué à 3.

      Ce n'est qu'un défaut parmis temps d'autres d'evolution (lourdeur, lenteur, plantages, mal foutu, peu ergonomique...)
      Malheureusement, c'est le seul logiciel de mail que je connaisse *intégré* a gnome pour les mails.

      Pour le calendrier je jette un oeil réguliere sur date (qui est fait pour les machines mobiles, mais bon...).

      Pour les taches "tasque" semble prometteur, j'attends d'avoir un paquet pour ubuntu.

      Pour les notes, je suis passé à tomboy depuis longtemps. Peut etre que c'est monocestmal, mais au moins, ca marche *bien*.

      Si quelqu'un connais un calendrier qui gere en lecture et ecriture les calendriers google, et qui soit intégré à gnome, je lui dis merci. Pareil pour les mails (qui gere bien l'imap).

      • [^] # Re: Plugin

        Posté par  . Évalué à 4.

        Ce n'est qu'un défaut parmis temps d'autres d'evolution (lourdeur, lenteur, plantages, mal foutu, peu ergonomique...)

        Je sais qu'il y a eu un débat su l'expression "au temps pour moi" au lieu de "autant pour moi", cependant il ne faut pas remplacer dorénavant tout le temps les suite de lettre "tant" par "temps"...

        • [^] # Re: Plugin

          Posté par  . Évalué à 1.

          au temps pour moi...

          C'est du à un bug d'evolution mal intégré à epiphany...

          D'ailleur le dernier epiphany -sous ubuntu hardy heron- est étrangement lent lorsqu'on fait défiler les commentaires de linuxfr, alors que sous firefox 3 beta, c'est normal.

          • [^] # Re: Plugin

            Posté par  . Évalué à 0.

            Tu utilises le pilote Radeon ou fglrx ?

            • [^] # Re: Plugin

              Posté par  . Évalué à 1.

              le pilote nvidia proprio (GT 8500).

              Mais sous gutsy, c'était niquel.

              • [^] # Re: Plugin

                Posté par  . Évalué à -2.

                gutsy ?
                C'est quoi ?
                Une nouvelle distribution ou un nouveau kernel ?

  • # .

    Posté par  . Évalué à 10.

    >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.

    Je suis de la vieille école alors je vais peut-être dire une connerie, mais si il s'agit de données importantes, tu as probablement une sauvegarde ; il suffit de la remonter et y'a plus de problèmes non ?
    ...
    Je suis désolé pour toi, mais c'est dingue le nombre de libristes qui utilisent des applis web sur lesquelles ils n'ont aucun contrôle ni sur les sources ni sur tes données !
    Ma philosophie du libre, c'est être maitre de mon matos et de mes données. Le source c'est un des moyens d'y parvenir.

    • [^] # Re: .

      Posté par  . Évalué à 5.

      Moi ma philosophie, c'est de pouvoir utiliser des logiciels qui fonctionnent bien, et qui me permettent justement de penser a autre chose. Ma thèse par exemple, ou les cours que je dois préparer.

      J'utilise linux depuis un bout de temps (mandrake 7.0) parce que je trouve que ça marche bien en général, et le coté libre joue pour beaucoup. De plus, je trouve facilement des applications pour mes divers besoins en général. Mais entre un logiciel libre qui marche très mal et un logiciel proprio qui marche bien, mon choix va vite au logiciel proprio (désolé si je choque des ames sensibles).

      Bref, le problème est réglé (j'ai des copies papiers de mes emplois du temps, et j'ai pu régler se problème de calendrier bizare qui apparaissait dans google - me demandez pas comment, je suis incapable de vous le dire...), mais ce que je trouve chiant, c'est d'intégrer une fonctionalité qui ne marche pas. Je préfère qu'elle n'y soit pas.

      Je suis un utilisateur avant d'etre un libriste (encore désolé pour les ames sensibles).

      • [^] # Re: .

        Posté par  . Évalué à 10.

        c'est pas ça le problème qu'il soulève (et que ton expérience révèle). Que tu préfères les logiciels "libres" ou les "logiciels" proprio n'est pas le problème, moi je m'en moque complètement.

        Ce qui m'inquiète en revanche c'est la dérive que prennent les applications web : au rythme où ça va, tout le monde va trouver ça tellement bien qu'ils vont stocker toute leur vie numérique (et leur vie tout court : thèses, composition musicale, poèmes, essais, romans) sur un site internet en version "beta". Et quand ça passe en version finale et que plus personne n'a pensé à faire de sauvegarde, ils demanderont des sous ?
        Ce n'est pas le cas pour le tableur et le traitement de texte apparemment vu qu'ils proposent l'export en odf je crois (je n'ai jamais essayé), mais est-ce que tout le monde pensera à bien sauvegarder ? S'ils ont une 50taine de documents sur leur compte, c'est peut-être fastidieux s'il faut sauvegarder un par un ? En tout cas pour le calendrier, j'ai un compte de test et je ne vois rien pour le sauvegarder directement et facilement (à moins que cela soit le "Adresse URL de l'agenda" ?)

        Quoi qu'il en soit, je préfère encore rédiger du texte sur du "word" et le sauvegarder au format doc (et pourtant je n'aime pas du tout) que d'avoir une application web opaque où tout est stocké en ligne sans pouvoir récupérer facilement ses propres données. Que le code d'une application web ne sont pas en "open source" ou libre, à la rigueur je m'en moque, du moment qu'il y ait un moyen de facilement récupérer les données en local, et que l'entreprise communique bien sur la nécessité de procéder à cela, mais je crois que ce n'est ni le but ni l'intérêt de google de faire ça.

        Et pourtant je trouve les applications très bien faites, mais je préfère encore mettre en place un eyeOS ou équivalent sur un serveur perso sur lequel j'aurais le contrôle et des possibilités de sauvegardes simples !

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: .

        Posté par  (site web personnel) . Évalué à 4.

        Certes, mais tu as l'air de dire que ce calendrier de cours était important pour toi.

        Je vais rejoindre un peu l'avis de snt sur le côté vieille école, mais en plus d'avoir une copie, et avant de tester sur ce calendrier, pourquoi ne pas avoir testé sur un calendrier bidon ? C'est un bon réflexe, logiciel libre ou non.
        J'ai l'impression que tu as voulu faire comme certains de mes collègues de bureau, c'est à dire des tests en production :)

        • [^] # Re: .

          Posté par  (site web personnel) . Évalué à 8.

          Et un Vendredi, qui plus est ! Alors que c'est totalement interdit par la Loi !
          Aucun changement le Vendredi !

        • [^] # Re: .

          Posté par  . Évalué à 4.

          Sauf que (je radote dans tous mes messages là) ce n'est pas à moi de tester les fonctionnalités d'un logiciel dit stable: si hardy heron n'est pas considéré comme stable, la version d'evolution l'est.

          Je veux bien faire des rapports de bug et tester des logiciels en version alpha ou beta (et donc savoir à quoi m'attendre), mais pour une version stable, les bugs critiques ou les fonctionnalités non finies ne devraient pas etre accessibles à l'utilisateur de base.

          • [^] # Re: .

            Posté par  (site web personnel) . Évalué à 5.

            Non seulement parce que les versions dites stables ne sont pas à l'abri d'un bogue qui aurait échappé aux tests mais tout changement de versions requiert une prise de précautions quant à la protection des données.
            En outre, tu parles de version beta, mais Google Calendar en est justement une et, à en lire certains commentaires, il semblerait que cette application ne soit pas innocente à ton sujet.

            • [^] # Re: .

              Posté par  . Évalué à 1.

              Je veux bien que des bugs "mineurs" ou difficilement reproduisables échappent au test, mais quand visiblement ca ne marche pas du tout, je vois mal comment ca peut echapper aux tests.

              Ensuite peut etre que google calendar est en version beta, dans ce cas là, j'aimerais bien qu'evolution me le dise clairement que je sache à quoi m'attendre, je vais pas le deviner tout seul.

              Je veux bien que l'utilisateur doit faire un minimum attention dans l'utilisation des logiciels, je suis d'accord quand on me dit qu'il faut faire des sauvegardes, et le fait de laisser ses données sur un serveur web donne lieu à débattre. Mais qu'un logiciel dit stable ne marche pas, ce n'est pas normal et j'y suis pour rien (sauf à vouloir m'en servir).

              Par exemple ,gstreamer divise clairement ses plugins en "good, bad, ugly" (et distingue aussi les problèmes de brevet). Donc je gueule pas quand, par exemple, la tnt ne marche pas (je pouvais m'y attendre).

              Peut etre est-ce ubuntu qui est en cause en proposant ce plugin dans le paquet "evolution-plugins" plutot que "evolution-plugins-experimental". Si c'est ubuntu alors j'avoue me tromper (vu que hardy heron est en beta). Mais il me semblait avoir compris lors de la sortie de gnome et d'evolution, que ce plugin etait proposé par défaut.

              • [^] # Re: .

                Posté par  (Mastodon) . Évalué à 6.

                Ensuite peut etre que google calendar est en version beta, dans ce cas là, j'aimerais bien qu'evolution me le dise clairement que je sache à quoi m'attendre, je vais pas le deviner tout seul.

                Ce n'est pas à Evolution de te le dire, mais à Google. De fait, google préviens ses utilisateurs, si tu crées un compte et utilises leurs services sans te renseigner, tant pis pour toi et mérites presque de perdre tes données juste pour que ça te donnes un leçon ;-)

                • [^] # Re: .

                  Posté par  . Évalué à 2.

                  J'avais mal compris ton message, désolé.
                  Si c'est google qui a effectivement merdé, oui, je ne peux que te donner raison pour rester cohérent.

    • [^] # Re: .

      Posté par  . Évalué à 2.

      Que sa malheureuse expérience serve
      http://www.google.com/support/calendar/bin/answer.py?answer=(...)

  • # Mouais

    Posté par  (site web personnel) . É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  . É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).

      • [^] # Re: Mouais

        Posté par  (site web personnel) . É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  . É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é.

    • [^] # Re: Mouais

      Posté par  . É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  (site web personnel) . É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.

  • # Casser en plusieurs moceaux evolution et EDS.

    Posté par  . Évalué à 2.

    Evolution/EDS essaye de faire pleins de choses en même temps. Déjà c'est pas très unixien (1 et 1 seule chose bien qui communique avec les autres).
    Il faut fractionner ses fonctionnalités en programmes/modules (déjà calendar et messaging), ces derniers pouvant s'échanger des infos via dbus. Par contre c'est pas une raison pour faire des spécifications dbus dignent d'OOXML...

  • # gnome sapu

    Posté par  (site web personnel) . Évalué à 5.

    -----------[]

  • # Le problème vient probablement de Google en fait

    Posté par  . Évalué à 6.

    Il y a des problèmes aléatoires sur le site depuis ce matin, donc je pense que le problème vient de google et pas d'evolution

    http://groups.google.com/group/google-calendar-help-bugs/bro(...)

    • [^] # Re: Le problème vient probablement de Google en fait

      Posté par  . Évalué à 2.

      Merci, je n'avais rien trouvé de tel. Ca explique que le fait d'avoir trifouillé avec evolution et google, au final, j'ai reussi a supprimer le calendrier qui foutait le bordel sans savoir pourquoi :)

      Mais bon, ca ne change pas le fait que le support de google calendar est mauvais, pour l'instant, dans le sens où, meme si les différentes catégories ne sont pas prises en compte, les évenements n'apparaissent pas comme il faut. Et que donc, amha, ce plugin n'aurait pas du être intégré dans cette version.

  • # période de test ...

    Posté par  . Évalué à 2.

    faut se ménager une période de test (lecture de review , bug report , essaie sur duplicata , backup ... ) , avant d'utiliser une nouvelle fonctionnalité , histoire de pas avoir de très mauvaise surprise ...

    Mais cela ne justifie en rien le comportement très con d'évolution à ce niveau !

    • [^] # Re: période de test ...

      Posté par  (site web personnel) . Évalué à 2.

      Ce problème ne vient pas directement d'Evolution et ne remet pas en cause son utilisation générale mais entre un plugin et un service de Google (en beta).
      Evolution est devenu très modulaire et il existe de nombreux modules qui ne posent aucun problème.

      • [^] # Re: période de test ...

        Posté par  . Évalué à -2.

        Evolution est devenu très modulaire et il existe de nombreux modules qui ne posent aucun problème.
        "Une voiture est devenue très modulaire, et le moteur et les pneux ont aucun problèmes"....
        Si j'ai une merde avec les freins et que le constructeur me sort ça, j'attaque direct pour vice caché.

        • [^] # Re: période de test ...

          Posté par  (Mastodon) . Évalué à 5.

          argument nul.

          les freins sont nécessaire pour qu'une voiture puisse être conduite dans la circulation. Le plugin google-calendar n'est pas nécessaire pour envoyer/recevoir des mails, et tenir un agenda dans evolution.

          Faudra bien un jour que les gens comprennent que les analogies informatique/automobile ne mènent/prouvent rien car ces 2 domaines ne sont pas comparables tant dans leurs buts que dans leurs possibles conséquences sur la vie humaine (et donc par extension la mort).

          • [^] # Re: période de test ...

            Posté par  . Évalué à 0.

            les freins sont nécessaire pour qu'une voiture puisse être conduite dans la circulation.

            Mais bon, si tu veux on peut prendre la climatisation vu que tu veux jouer sur les mots sans (ne serait ce qu'essayer de) comprendre le raisonnement.
            Le chauffage n'est pas "obligatoire" pour rouler, pourtant il est livré avec la voiture, et est censé marcher.

            Idem qu'avec les freins : si il marche pas et que le constructeur me dis "nos freins, moteurs, et direction marche elle", il se prend un procés pour vice caché. Et devine quoi, il y a de (très) fortes chance que je gagne.


            Le plugin google-calendar n'est pas nécessaire pour envoyer/recevoir des mails, et tenir un agenda dans evolution.
            Il est nécessaire pour tenir un agenda partagé sur google. Chose qu'évolution disait savoir faire dans sa version stable.
            Chose qu'évolution ne sait pas faire dans sa version stable.

            Si ce qui est stable dans evolution c'est juste qu'envoyer/recevoir des mails et tenir un agenda, prend telnet et une feuille de papier. Ca aussi c'est très stables.
            C'est sur qu'en se fixant un discriminant tellement petit qu'il en est pitoyable, c'est facile d'avoir un système dit "stable".... mais vous serez les seuls à avoir cette définition de stable! Et donc les seuls à pouvoir comprendre ce que vous dites.

            Si une partie n'est pas stable, alors elle n'a pas sa place dans une version stable, même si c'est un module!



            Faudra bien un jour que les gens comprennent que les analogies informatique/automobile ne mènent/prouvent rien car ces 2 domaines ne sont pas comparables tant dans leurs buts que dans leurs possibles conséquences sur la vie humaine (et donc par extension la mort).
            Faudra bien un jour que les gens arrive a voir le _raisonnement_ derrière une analogie, avant de s'estimer meilleur que les autre au point de pouvoir faire la morale a tout un chacun.
            Il serait bien que les gens _comprennent_ qu'une analogie est par définition entre des choses qui ne sont pas du même but! (sinon ca serait une comparaison).
            Alors il peut y avoir des analogies foireuse, mais dans ce cas c'est le raisonnement derrière qui est foireux.
            Ex con : la vente lié : ce n'est pas l'analogie avec la voiture qui est faite qui est foireuse (analogie entre la vente de voiture et la vente d'une assurance) mais une analogie qui se trompe dans le raisonnement (voiture+pneu != vente lié car les produits ne correspondent pas à deux produits complètement différents (hard + soft) contrairement à voiture +assurance).

            • [^] # Re: période de test ...

              Posté par  (site web personnel) . Évalué à 1.

              Alors qu'attends-tu donc pour faire un rapport de bogues détaillé et expliquant comment le reproduire afin que le fameux plugin ne fasse pas partie de la version définitive ?

              • [^] # Re: période de test ...

                Posté par  . Évalué à 1.

                ce que j'attend ? rien du tout, j'utilise pas évolution.

                L'argument ultime "tu ose critiquer donc fait un rapport de bogue"....

                Bon vu que tu n'a pas franchement suivi (tu devais être au fond prêt du radiateur) : on parlait sur un point de vue _théorique_ (on parlait de stabilité d'un logiciel, et à quoi ca correspond).
                Et tu me demande de faire un rapport de bogue pour évolution....

                no comment, c'est de l'argument n'empêche.

                afin que le fameux plugin ne fasse pas partie de la version définitive ?
                A parce que vous mettez les plugins en version stables AVANT qu'ils fassent partie de la version définitive?
                Evolution à vraiment de drole de manière de coder.
                Normalement c'est plutot
                alpha
                l'alpha marche pas mal -> on choisis ce qui passera en version définitive et on fait une beta
                beta -> on retire tous les bugs qu'on a vu.
                tous les bugs connus (ou les plus critiques, ...) -> on passe en stable.

                La ce que tu es en train de me dire, c'est de faire l'inverse.
                C'est beau ...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.