Sondage Quel client Jabber/XMPP j'utilise tous les jours ?

Posté par .
Tags : aucun
0
18
mai
2007
  • Psi :
    264
    (8.8 %)
  • Gajim :
    368
    (12.3 %)
  • Pidgin (ex-Gaim) :
    1134
    (37.8 %)
  • Spark :
    11
    (0.4 %)
  • Kopete :
    822
    (27.4 %)
  • Gossip :
    29
    (1.0 %)
  • OpenWengo :
    45
    (1.5 %)
  • Google Talk :
    254
    (8.5 %)
  • bitlbee :
    76
    (2.5 %)

Total : 3003 votes

La liste des options proposées est volontairement limitée : tout l'intérêt (ou son absence) de ce type de sondage réside dans le fait de forcer les participants à faire un choix. Les réponses multiples sont interdites pour les mêmes raisons. Il est donc inutile de se plaindre au sujet du faible nombre de réponses proposées, ou de l'impossibilité de choisir plusieurs réponses. 76,78% des sondés estiment que ces sondages sont ineptes.
  • # gajim parce que maison et taf'

    Posté par (page perso) . Évalué à 4.

    j'ai le même IM au taf' (pas le choix de l'os) et à la maison comme ça

    Il faut simplement penser à changer le champ ressource dans Édition / Compte / bouton Modifier / Onglet compte et mettre le champ ressource à Gajim/Home et Gajim/Taf respectivement (et Gajim/Laptop aussi) pour que l'indicateur de présence s'y retrouve entre les différentes connexions actives en même temps.

    L'avantage, c'est que avec un compte jabber.fr c'est accessible en https ce qui permet de fonctionner au taf' malgré le proxy.
  • # Jabber-only

    Posté par (page perso) . Évalué à 3.

    Bon, Pidgin, Kopete, OpenWengo sont multiprotocoles, Google Talk est proprio et Windows-only, bitlbee est une passerelle IRC->Jabber...

    Il reste les excellents et complets Psi et Gajim (Psi va bientôt sortir en version 0.11 enfin), les simples et user-friendly Spark et Gossip... je n'ai pas osé citer le très bon mais proprio Pandion, le très bon JWChat basé sur le web, les XUL-based SamePlace et OneTeam, ou le mobile Bombus... http://wiki.jabberfr.org/Clients

    Faites votre choix, mais par pitié, ne jouez pas le jeux des protocoles proprios, fermés, segmentés, emprisonneurs...
    • [^] # Re: Jabber-only

      Posté par (page perso) . Évalué à 3.

      OpenWengo n'est pas le nom du logiciel mais celui de la communauté de développeurs et d'enthousiastes - le logiciel s'appelle WengoPhone, il faudrait rectifier le wiki de jabber.fr à ce sujet.
    • [^] # Re: Jabber-only

      Posté par . Évalué à 3.

      Je ne comprend pas l'arguments de la segmentation que tu donnes à l'encontre du propriétaire...
      Au premier contact, jabber est beaucoup plus segmenté (puisque tout un tas de serveurs indépendants) que n'importe quel MSN/ICQ (pour ne nommer que ceux que j'ai expérimenté dans mes années pré-libristes).

      Ou alors je n'ai pas compris le sens que tu voulais donner à ce mot...
      • [^] # Re: Jabber-only

        Posté par (page perso) . Évalué à 3.

        Les protocoles proprios sont segmentés, incompatibles :
        * MSN/WLM ne parle pas avec ICQ
        * AIM ne parle pas avec Yahoo! Messenger
        * Xfire ne parle pas avec Gadu-gadu
        * QQ ne parle pas avec AIM
        * ...
        * ...
        * ...

        Voici un petit travail de synthèse sans prétention, une « matrice de compatibilité » :
        http://nyco.wordpress.com/2007/01/07/matrice-de-compatibilit(...)
        Il faut peut-être lire ceci avant :
        http://nyco.wordpress.com/2007/01/06/mais-quel-bordel/

        En revanche, les serveurs Jabber ouverts sur Internet sont tous reliés entre eux, ils permettent à un utilisateur d'un serveur de parler avec un utilisateur de n'importe quel autre serveur, formant ainsi un vaste réseau fédéré, interopérable, auquel tu peux joindre ton serveur personnel, familial, associatif ou d'entreprise librement.
        • [^] # Re: Jabber-only

          Posté par . Évalué à 2.

          Euh si j'ai bien compris utiliser un protocole proprio saymal (tm), mais utiliser un serveur jabber qui lui fera passerelle vers un protocole proprio saybien (c) ?

          J'ai du rater un truc.
          • [^] # Re: Jabber-only

            Posté par (page perso) . Évalué à 2.

            Oula non, malheureux, j'ai pas dit ça...

            Dans l'absolu, oui, utiliser un protocole ou format proprio, saymal. Dans la pratique, on n'a pas toujours le choix.

            Dans le domaine des IMP, c'est le méga-bordel absolu : tous les protocoles proprios sont incompatibles et non-interopérables : QQ, Gadu-gadu, Nate On, MSN/WLM, ICQ/AIM, Yahoo!, Xfire, etc.

            Donc si tu as _besoin_ d'aller sur des réseaux à protocoles proprios, choisi ta méthode technique : client multiprotocole ou client Jabber avec passerelle... Les deux ont des avantages et inconvénients...
            • [^] # Re: Jabber-only

              Posté par . Évalué à 1.

              Dans l'absolu, oui, utiliser un protocole ou format proprio, saymal. Dans la pratique, on n'a pas toujours le choix.


              Ben si tu as toujours le choix. Ni les forces de la nature, ni le gouvernement, ni le FBI ou la CIA ne te force à utiliser un protocole ou format proprio...
    • [^] # Re: Jabber-only

      Posté par (page perso) . Évalué à 4.

      Il est tout à fait possible d'être « Jabber-only » avec un client multi-protocoles.

      Et le fait d'être multi-protocoles ne rends pas un client moins bien qu'un autre.
      • [^] # Re: Jabber-only

        Posté par . Évalué à 4.

        Dans le cas de Kopete en plus le support Jabber n'est pas mauvais (non je ne dirai pas à quel autre soft je pense en disant ça)

        Merci Gof d'ailleurs ;)
        • [^] # Re: Jabber-only

          Posté par (page perso) . Évalué à 2.

          C'est d'ailleurs bien pour ça que je l'ai choisi à la place de l'autre soft en question, bien qu'ayant un environnement GNOME :)
          Kopete, c'est très bien. Manque peut être un peu de convivilité sur le browser des paserelles des serveurs (avec gajim on a des jolies icones et descriptions)
      • [^] # Re: Jabber-only

        Posté par (page perso) . Évalué à 1.

        Il est tout à fait possible d'être « Jabber-only » avec un client multi-protocoles.

        Bah non, « Jabber-only », c'est un soft « Jabber-seulement », donc un seul protocole implémenté dedans qui est Jabber/XMPP... ce qui est différent de « n'utiliser que Jabber/XMPP sur un client multiprotocole ».
        Et le fait d'être multi-protocoles ne rends pas un client moins bien qu'un autre.

        En théorie ça se discute énormément :
        * le reverse-engineering et l'implémentation des autres protocoles bouffe énormément de temps qui auait pu être consacré à l'implémentation des XEP Jabber/XMPP, à la stabilité/perf de l'appli, ou à son ergonomie
        * l'aspect multi-protocole réduit l'interface utilisateur à un sous-ensemble des possibilités (plus grand dénominateur commun) de chacun des protocoles implémentés

        En pratique :
        * Pidgin/Adium/WengoPhone, Kopete, Trillian, Mabber et Meebo n'implémentent que trop partiellement Jabber/XMPP, soyons clair, ce n'est pas une réussite côté Jabber et ça confirme les points soulevés au-dessus

        Les KDEïstes convaincus qui ne veulent utiliser que des softs KDE et qui utilisent donc Kopete sont souvent confrontés à des petits et grands manques en terme d'implémentations Jabber/XMPP, tu les connais mieux que moi ces manques Gof...

        Développeurs de clients multiprotocoles, je vous mets à l'amende d'implémenter ces XEP, spécialement Kopete 0.13 (?) pour KDE 4:
        * XEP-0211: XMPP Basic Client 2008 http://www.xmpp.org/extensions/xep-0211.html
        * XEP-0213: XMPP Intermediate IM Client 2008 http://www.xmpp.org/extensions/xep-0213.html
        • [^] # Re: Jabber-only

          Posté par (page perso) . Évalué à 4.

          > le reverse-engineering et l'implémentation des autres protocoles bouffe
          > énormément de temps qui auait pu être consacré à l'implémentation des XEP
          > Jabber/XMPP, à la stabilité/perf de l'appli, ou à son ergonomie

          Chaque protocoles attirent des développeurs particulier. Ce qui fait qu'il y a plus de développeurs pour s'occuper des parties communes

          > l'aspect multi-protocole réduit l'interface utilisateur à un sous-ensemble des
          > possibilités (plus grand dénominateur commun) de chacun des protocoles
          > implémentés

          Cela est faux, l'interface est modulable en fonction des capacités de chaque protocoles.

          > En pratique : [...]

          En pratique il existe aussi des clients monoprotocoles qui sont mauvais.
          Il existe effectivement des manque dans Kopete, tout comme il existe des manques dans les autres clients, même monoprotocoles. Cela n'est pas du au fait que le client soit multi-protocole.

          En ce qui concerne les suites 2008, dans le cas particulier de Kopete, je pense que presque tout y est dans Kopete 0.12 (sortit en 2006) (en tout cas dans ce qui est REQUIRED)
        • [^] # Re: Jabber-only

          Posté par . Évalué à 3.

          En ce qui concerne kopete, faut pas charier, certains jours on le critique en disant que les menus sont à rallonge parce qu'il supporte plein d'options de chaque protocoles et donc ça fait plein de sous menus ... et juste après on critique en disant que c'est juste un PGCD des fonctionnalités de tout ce qui est supporté ...

          Alors ok il manque peut-être des trucs mais ça a grandement évolué depuis quelques temps, tu ne dois pas le savoir parce que tu ne sembles pas l'utiliser, mais Globalement, à part les MUC qui sont pas administrables, kopete gère tout ce que je veux (et pour les MUCs, j'en administre pas tous les jours....)

          Et pour KDE4, il me semble que c'est Kopete 1.0 le but (mais Gof pourra corriger avec plus d'aplomb).

          Après, je suis aussi le premier à critiquer le fait qu'on passe son temps à suivre AIM/Y!/MSN & co, mais dans le cas de Kopete, je pense qu'une prise de conscience a eu lieu pour "privilégier" ou en tout cas avoir un support décent de Jabber. Contrairement à l'autre qui est visiblement très utilisé est qui est une merde infâme en jabber... Mais c'est pas le côté multi-protocole le problème, c'est juste la volonté des devs.. d'un côté ils s'en calent complètement, de l'autre je pense que l'équipe a vu que jabber n'est plus (soyons optimiste...) un jouet pour geek.
          • [^] # Re: Jabber-only

            Posté par (page perso) . Évalué à 1.

            Ne t'énerve pas mon but n'était pas de troller, mais d'informer/échanger.

            Effectivement, Kopete a réçu un boost côté Jabber, je l'ai constaté comme tout le monde. Donc bravo et merci aux Jabberistes de la dev team de Kopete, on ne le dira jamais assez.

            Force est de constater tous les jours dans mon unité, où l'on a un serveur Jabber utilisé par tous et où l'on a pas mal de KDEïstes utilisant Kopete, l'interop et donc la collaboration des utilisateurs de Kopete avec des utilisateurs de Psi et Gajim n'est pas toujours des plus faciles. J'en veux pour preuve qu'à chaque soucis (sans en donner une liste précise par manque de mémoire de ma part, mais il y avait MUC, bookmarks et transferts au moins), j'ai cherché l'explication auprès de Gof qui m'a invariablement répondu positivement que le soft manquait de telle feature ou telle implémentation de XEP ou bout de XEP, avec les explications qui vont car il s'y connait le bougre. J'en veux aussi pour preuve la liste progressive de KDEïstes locaux migrant de Kopete à Gajim (horreur une appli Gnome/Gtk dans mon bureau KDE \o/) puisque Psi à pris un peu de retard ces derniers temps, retard bientôt comblé par la toute prochaine version 0.11 qui va grave déchirer et mieux s'intégrer au bureau KDE car utilisant Qt (en version 4.x).

            Donc non, je n'utilise pas Kopete car en effet, il s'agit d'un PGCD d'IM et d'un sous-ensemble trop restreint de fonctionnalités Jabber, alors que je cherche la Jabberisation maximum, mais aussi parcequ'il est trop lié à KDE alors que j'utilise Gnome et puis aussi j'aime pas l'UI (les goûts et les couleurs, toussa... note : je préfère Psi à Gajim côté UI).

            Jabber progresse tout simplement de manière explosive alors que IRC n'évolue pas et les IM proprios évoluent lentement vers plus de pubs, plus de kikoolol et plus de captivité... Jabber est la voie à suivre, y compris pour les dev de Kopete et ils l'ont bien compris, on le sait tous.
            • [^] # Re: Jabber-only

              Posté par . Évalué à 2.

              Je ne me suis pas énervé ;) même si ma façon d'écrire semblait l'indiquer.

              Je croyais que tu cataloguais un peu trop Kopete comme Pidgin, visiblement non, tant mieux.

              Pour gajim, je l'ai moi-même pas mal utilisé lorsque je suis repassé sous KDE il y a pfiou maintenant longtemps, mais depuis je suis reparti sur une distrib binaire et donc, je ne mélange plus parce que gajim apporte du gnome, tout comme pour toi kopete ramène la moitié de kde :D

              Maintenant entre la dernière version (de janvier je crois) et la prochaine de Kopete, on peut supposer qu'il y aura quelques petits ajouts, ça serait sympa, en plus du passage à Qt4 et KDE4. Enfin on verra de toute façon, durant la vie de KDE4, je crois que Kopete aura le moyen d'arriver au niveau de Gajim.

              Qui vivra ....
  • # Gmail

    Posté par . Évalué à 5.

    J'utilise le chat intégré de Gmail.

    J'ai donc répondu Google Talk pour rester cohérent.
  • # IM Kit ???

    Posté par (page perso) . Évalué à 1.

    C'est quoi ces sondages pas ouverts ?
    http://beosimkit.sourceforge.net/ \o/
  • # Bitlbee + screen + irssi

    Posté par . Évalué à 3.

    ... le tout accessible partout dans le monde via ssh ! L'arme ultime.

    Comment alliez puissance et sobriété, centraliser une fois pour toute les logs sur une machine et ne jamais être déconnecté (sauf plantage serveur...)
    • [^] # Re: Bitlbee + screen + irssi

      Posté par (page perso) . Évalué à 1.

      ...donc un client somme toute assez faible car seulement passerelle et pas du tout client complet, un client pas du tout intégré dans le desktop que tu utilises et une permanence de la connexion parfaitement inutile... avec le risque de se faire pincer à passer du flux SSH dans les proxy/NAT/firewall très souvent explicitement interdits/prohibés par les chartes de DSI... pas top comme choix... ;-)
      • [^] # Re: Bitlbee + screen + irssi

        Posté par . Évalué à 2.

        Oui mais un client accessible sans avoir à lancer X, qui s'intègre parfaitement dans Ion3 (:D).

        Quand on a pas besoin des gadgets "modernes" autant s'en passer : bitlbee est donc bien suffisament complet pour moi. Utilisons un outil pour ce qu'il est : de la messagerie instantannée pour envoyer des messages instantannés et un ftp pour transférer des fichiers.

        Pour le flux SSH c'est effectivement parfois un problème mais que je ne rencontre pas fréquemment dans mon quotidien.
        • [^] # Re: Bitlbee + screen + irssi

          Posté par (page perso) . Évalué à 4.

          J'ai une solution toute aussi efficace: emacs-jabber ! Pas besoin de X, pas besoin de SSH et c'est un *vrai* client Jabber pas comme bitlbee.

          Pour le transfert de fichiers par contre, je te rejoints: (s)ftp c'est quand même plus pratique.
          • [^] # Re: Bitlbee + screen + irssi

            Posté par . Évalué à 2.

            Mais vous avez quoi contre bitlbee ici ? Il gère juste ce qu'il faut, à savoir l'envoi et la réception de texte. Pour les fonctionnalités kikoolol c'est sûr qu'il faut se tourner vers un autre client, mais là c'est à vous de voir si vous avez vraiment besoin de voir l'avatar/le statut/les wizz/etc de vos correspondants (ou de voir leurs têtes en kikoocamasv/les entrendre en kikoojaiunmicromdr, je sais pas vous mais moi çà m'empêche de coder). En fait il ne manque que le transfert de fichiers, mais bon pour çà j'ai un serveur ftp. Et n'importe qui peut utiliser un serveur client ftp, si on lui explique correctement :)

            Bon vous aurez deviné ce que j'utilise, je ne m'éternise donc pas et je sors, il fait beau...
            • [^] # Re: Bitlbee + screen + irssi

              Posté par . Évalué à 2.

              Je te rejoins totalement, j'utilise jabber (et msn :() pour discuter pas pour profiter des fonctionnalités comme tu le dis bien "kikoolol" qui n'ont absolument aucun intérêt pour moi. J'utilise pareillement un serveur http pour le transfert de fichier (c'est tout aussi simple pour le destinataire).

              En plus de ça, ça enlève le côté envahissant des clients de messagerie instantanée, ça permet l'intégration dans le client IRC irssi, c'est bien planqué en background sur le bureau (donc je suis pas trop tenté de me faire déranger quand je bosse), et grâce à screen je ne perds pas l'historique de mes conversations.
              • [^] # Re: Bitlbee + screen + irssi

                Posté par (page perso) . Évalué à 3.

                Hola... les wizz et kikoolol, y'en n'a pas dans Jabber, donc fausse excuse (voire mauvaise foi ? _o/ ).

                Hola²... mais le type de transfert de fichiers via un serveur (S)FTP(S)/HTTP(S) n'a absolument rien à voir avec le transfert de fichiers de Jabber/XMPP ! Il s'agit là de transferts synchrones, par push à la demande... voire pull (FTP/HTTP-like) avec les commandes ad-hoc...
            • [^] # Re: Bitlbee + screen + irssi

              Posté par . Évalué à 3.

              Ouis, et avec un protocle d'im, n'importe qui peut envoyer un fichier "out of the box" en cliquant sur "envoyer un fichier" et sans explications. Même avec irc d'ailleurs.

              Après le serveur ftp du coup c'est un peu "overkill" rien que pour transférer un fichier.
      • [^] # Re: Bitlbee + screen + irssi

        Posté par . Évalué à 1.


        un client pas du tout intégré dans le desktop que tu utilises


        Ca depend du desktop; moi j'utilise emacs + ERC + bitlbee et tout est tres bien integre
  • # Multi-plateformes

    Posté par . Évalué à 2.

    Google Talk au travail, Adium à la maison.
    • [^] # Re: Multi-plateformes

      Posté par (page perso) . Évalué à 3.

      Moi aussi j'utilise Adium sur mon powerbook.
      Pour rappel, Adium, c'est sous macos, et c'est un canard, donc moi j'aime bien (coincoin)

      Sinon, le plus important, c'est que c'est un logiciel libre, mis sous licence GPL, qui utilise la libpurple de Pidgin.

      Franchement j'aime beaucoup.

      Sinon, ben j'utilise kopete, parce que je suis sous kde, et que j'ai la flemme de voir ailleurs.
  • # emacs-jabber

    Posté par . Évalué à 4.

    http://emacs-jabber.sourceforge.net/

    Vu que je passe beaucoup de temps sous emacs, c'est ce qui s'intègre le mieux dans mon environnement.
    • [^] # Re: emacs-jabber

      Posté par (page perso) . Évalué à 2.

      Excellent choix Monsieur ! :)

      Dommage cependant que depuis quelques semaines, le dévelopement en soit réduit à la portion congrue.
  • # kopete

    Posté par (page perso) . Évalué à 3.

    Alors que avant j'utilisais gajim. Pourquoi ?

    Pour dexux raisons. La première c'est que sur mon portable j'ai une webcam et que kopete me permet(tra) de l'utiliser. Et ensuite que j'utilise encore le protocole MSN.
    Afin de ne pas surcharger les serveurs de l'apnic, j'avais installé mon serveur jabber dans mon coin sur ma machine avec une paserelle MSN. Cependant maintenant que j'utilise mon portable, cet ordinateur est la plupart du temps éteint. Et comme je ne me vois pas installer un serveur jabber sur un portable ...

    Et finalement, malgré un environnement GNOME, jene m'en trouve pas plus mal
    • [^] # Re: kopete

      Posté par . Évalué à 2.

      Puisque tu utilises GNOME, pourquoi utiliser Kopete et pas Pidgin ?

      Je n'aime pas la tronche de ce dernier, mais vu la mauvaise intégration de Kopete dans un environnement GTK, c'est Pidgin que je choisirais à ta place.

      D'où ma question : que te permets Kopete que ne te permet pas Pidgin ? (N.B. : Je n'ai pas du utiliser Kopete depuis... au moins deux ans)


      Sinon, j'utilise Gajim moi-même. Avec mon utilisation, il ne lui manque qu'une chose : Jingle !
      • [^] # Re: kopete

        Posté par (page perso) . Évalué à 3.

        Moi je dis une chose : tout *sauf* gaim/pidgin qui est un projet moisi géré par des gens malsains. En plus le support de jabber dans gaim/pidgin est loin d'être parfait.

        TUONS PIDGIN, en plus le pigeon au petits pois, c'est bon !
        • [^] # Re: kopete

          Posté par . Évalué à 3.

          En plus ils n'aiment pas Slackware, ces gens là mériteraient d'être flagellés en place publique. Oui monsieur.
      • [^] # Re: kopete

        Posté par (page perso) . Évalué à 1.

        disons que je me rapelle de Gaim que j'a utilisé dans le passé (c'était déjà la version 2.0 a l'époque) et le support jabber était pas top ... Voila pourquoi.

        J'avais aussi essayé kopete dans le passé avec très peu de succès (plantages, mauvaise gestion de ce que j'avais besoin ...) mais comme ca a l'air d'avoir changé et que je voulais désormais un client multi protocoles, je l'ai choisi. Mais puet être est-ce pareil avec Pidgin mais le développement me semble moins dynamique.

        Et peut être aussi car pour les applications que j'utilise vraiment, je préfère les équivalents KDe (plus de fonctionnalités) alors que pour le desktop dans son ensemble je préfère GNOME (plus simple, plus ergonomique, plus joli, plus épuré). Ainsi j'utilise aussi KWrite qui met quand même un temps fou a se lancer.
      • [^] # Re: kopete

        Posté par . Évalué à 3.

        Je te conseille de looker du côté du SoC 2007 ;) tu y verras de bonnes choses pour Gajim :)

        idem passé de gaim à gajim depuis longtemps... et ça fait du bien !

        Perso Jingle ça va plus me servir à convertir les masses qu'à une réelle utilisation mais bon..
  • # Ichat

    Posté par (page perso) . Évalué à 1.

    Ichat sous mac avec un compte jabber, le meilleur logiciel que j'ai pu essayer pour faire de la video conférence!
    ;o)
    • [^] # Re: Ichat

      Posté par . Évalué à 1.

      a ben finalement je ne suis pas le seul
  • # Psi et Gajim

    Posté par (page perso) . Évalué à 3.

    Psi quand je suis sous KDE et Gajim quand je suis sous Gnome.

    Ce sont les deux clients les plus complets que j'ai trouvé jusqu'à présent.

    Kopete ne gère Jabber correctement que depuis très récemment, et je lui préfère l'interface de Psi. On ne change pas une équipe qui gagne ;-)

    J'ai un jour essayé Gajim et je l'ai également beaucoup apprécié ! Aussi dès que je suis sous Gnome je l'utilie.

    Gaim/Pidgin gère en effet très mal le Jabber. Berk ! Les autres clients je ne les connais pas.

    Bref Psi et Gajim c'est du bon mangez en tous les matins ;-)
  • # bitlbee et psyced

    Posté par . Évalué à 4.

    psyced (http://www.psyced.org/) integre un support MUC, ce qui permet de contourner un des manques principaux de bitlbee.

    Le tout dans un irssi + screen bien sur :)
  • # Coccinella !

    Posté par (page perso) . Évalué à 7.

    Ce client Jabber permet d'utiliser un whiteboard. Et j'en profite pour rappeler que Inkscape dispose aussi d'un client jabber intégré et d'un whiteboard si on le compile avec l'option adéquate (--enable-ink-board il me semble).

    Coccinella : http://www.thecoccinella.org/
    • [^] # Re: Coccinella !

      Posté par . Évalué à 1.

      J'ai tenté de me servir du client Inkscape sur ma Debian SID, et il n'y a pas moyen de se connecter : le client crashe à chaque fois à la connexion (et semble ne pas supporter la connexion en SSL ?). :/
      • [^] # Re: Coccinella !

        Posté par (page perso) . Évalué à 2.

        On avait fait quelques démo avec des recompils de Inkscape/inkboard sous Sarge et Edgy au salon Solutions Linux, à part du lag dû au réseau surchargé, on n'a pas trouvé les problèmes de crash que tu cites...
        • [^] # Re: Coccinella !

          Posté par . Évalué à 1.

          Mon problème se produisait avec la version 0.45 d'Inkscape disponible dans les dépôts de SID. (Erreur de segmentation, il paraît quand je lance Inkscape dans une console)

          J'ai tenté d'installer la 0.44 de testing, et effectivement, pas de problème. :)
    • [^] # Re: Coccinella !

      Posté par (page perso) . Évalué à 2.

      Une JEP était en cours de création dans le cadre du SoC 2006 :
      http://wiki.jabber.org/index.php/Psi_Whiteboarding
    • [^] # Re: Coccinella !

      Posté par . Évalué à 2.

      Tkabber permet(ait) aussi le whiteboard.
      On peut aussi avoir des jeux a 2 (echecs).
  • # Aucun

    Posté par . Évalué à 3.

    Au bureau, on veut m'imposer MSN. Du coup, je refuse la messagerie instantanée pour le boulot.

    Et pour mon usage perso, ben ça peut sembler bizarre, mais je n'utilise pas non plus la messagerie instantanée. Je n'ai même aucun compte. C'est grave, docteur ?
    • [^] # Re: Aucun

      Posté par (page perso) . Évalué à 3.

      Ils sont un peu suicidaires dans ta boîte... utiliser èmessenne pour le business, c'est comme utiliser ottmèl pour le courriel de la boîte, tu confies tout à un seul fournisseur gratos, bonjour la confidentialité...

      Alors qu'un serveur Jabber/XMPP relié au net est assez vite monté...
      • [^] # Re: Aucun

        Posté par (page perso) . Évalué à 3.

        tout comme ceux qui vont se croire plus indépendant en utilisant google talk avec un compte gmail (compte gmail servant aussi pour le courriel de la boite bien entendu)...
      • [^] # Re: Aucun

        Posté par . Évalué à 1.

        Et surtout, à un fournisseur basé sur le continent nord américain.

        Vaut mieux pas avoir de concurrents là bas; c'est aussi le boulot de la NSA que de rapporter quelques informations commerciales au passage.
  • # Pidgin et aMsn

    Posté par (page perso) . Évalué à 1.

    Pigdin avec compte yahoo pour le boulot et aMsn pour les contacts perso MSN (via tunnel ssh au boulot ;-)

    Jamais eu de contact qui utilisait Jabber. Donc être tout seul sur un réseau, je n'ai pas encore vu l'intérêt.

    Le tout sous Gentoo at home et Ubuntu 7.04 ar work!
  • # PSI

    Posté par . Évalué à 1.

    PSI, ça permet d'avoir le même logiciel sous Windows et sous Linux, et puis il est assez léger et bien foutu...
    • [^] # Re: PSI

      Posté par . Évalué à 2.

      +1 Mais j'ai un peu de mal avec l'ergonomie des tab (raccourcis claviers, toussa).
  • # ichat

    Posté par . Évalué à 0.

    et oui...

Suivre le flux des commentaires

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