Nÿco a écrit 3599 commentaires

Dans la 0.11RC1 et dans la 0.11 :

les avatars sont affichés dans la fenêtre de discussion, et au survol d'un contact dans le roster

Dans la 0.12 :

L'affichage de l'avatar dans le roster (comme Gajim 0.11), c'est pour Psi 0.12.

Je précise : sans survol.

Outre la fenêtre de chat, Gajim affiche l'avatar dans le roster et dans l'infobulle, tandis que Psi 0.11 ne l'affiche que dans l'infobulle.

Le mieux est d'essayer Gajim 0.11.1 et Psi 0.11RC1 pour s'en rendre compte.

Rappel : http://gajim.org/

Je confirme. L'affichage de l'avatar dans le roster (comme Gajim 0.11), c'est pour Psi 0.12.

SIP semble avoir gagné le coeur des constructeurs, opérateurs, fournisseurs de services et de softs de VoIP/visio dans une certaine mesure (il existe d'autres protocoles aussi).

Pour l'IMP, il y a aussi SIMPLE, basé sur SIP, mais c'est assez mauvais. Donc pour la présence, ces acteurs utilisent de plus en plus le protocole d'IMP standard ouvert XMPP/Jabber aux côtés de la VoIP par SIP.

Mais SIP est assez vieillot, mauvais en NAT et est assez complexe, même si sa ressemblance avec HTTP donne une impression de simplicité.

Jingle est moderne, NAT-aware, et basé sur l'excellent standard ouvert XMPP. Aucun doute que Jingle va rencontrer énormément de succès, comme le présent le laisse présager (standard bien pensé, adoption par des grands noms de l'industrie et par de nombreuses communautés opensource/libre).

Comment SIP et Jingle/XMPP vont se partager leur place au soleil, je ne saurais pas le prédire aujourd'hui...

Certains dev de la core team pensent que cette version à venir très bientôt pourrait très s'étiqueter « 1.0 »... À savoir, il y aura au moins une version 0.12 après la 0.11, et celle-ci sera publiée beaucoup plus rapidement que la 0.11.

http://psi-im.org/wiki/Road_Map
http://flyspray.psi-im.org/roadmap

Nombre d'utilisateurs attendent la VoIP par Jingle (alors que nombre d'entre eux ne va pas l'utiliser), ne sachant pas que Jingle apporte bien plus que la VoIP : Jingle est un ensemble de protocoles d'initialisation de session multimédia derrière des NAT autorisant antre autre la voix, la vidéo et les transferts de fichiers...

Les notifications par Jabber/XMPP, ça c'est une super feature ! On a tous à y gagner.

Tous les CMS/ECM modernes et autres gestionnaires d'infos centralisées, du type gestionnaires de code source, forges, systèmes de tickets, ERP, forums, blogs, wiki, etc. devraient proposer au moins ça également... afin d'ajouter un peu de quasi-temps-réel et ainsi accélérer les choses mais aussi les rendre plus interactives.

Et parmi les 50 millions, combien de comptes ne sont plus jamais utilisé ?

Pareil que les chiffres Passport/Hotmail de Microsoft pour MSN/WLM, mais AIM, Yahoo!, Gadu-gadu, QQ, etc. Sachant que apparemment, GMail c'est 50 millions, mais un faible pourcentage utilise Talk/Jabber.

Et qui utilisent les MUC ? (voir mon commentaire plus haut)

Trop peu de gens comme le démontre Baud123 plus bas.

Je ne sais pas ce que tu essaye de démontrer.

Rien. Je réponds juste à un assertion gratuite pas évidente du tout, vue plus haut dans le fil de discussion :

huu ?
Posté par Krunch (page perso, envoyer un message privé) le 18/05/2007 à 22:24. (lien). Évalué à 3.
[...]
Par ailleurs IRC n'est même pas mentionné alors qu'il est sans doute largement plus utilisé que Jabber.

Jabber et IRC ont deux usage distinct.

Tout à fait d'accord, mais l'un a plus d'avenir que l'autre.

Très bonne idée, les adresses se distingueront donc par le protocole :
* mailto:user@domain : pour le courriel
* xmpp:user@domain : pour la présence et la communication quasi-temps-réel (bientôt les flux multimédia, dont la voix et la vidéo)
* sip:user@domain : pour la voix et la vidéo aujourd'hui
Donc en tant qu'itinérant (ou pas), je peux joindre et/ou être joint par diverses méthodes, écrit, voix et/ou visuel.

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

Certes, l'IMP (Instant Messaging and Presence) est beaucoup plus orientée perso que l'IRC, tout simplement grâce à (ou « à cause de », c'est selon) la simple notion de présence et de statut, absente d'IRC (ou parfois mimiquée) et qui est une des différenciations prfondes des deux.

De plus, avec PEP (XEP-0163) et les XEP « User * » (activity, tune, geolocation, mood, gaming, browsing, viewing, etc.), on élargit énormément la notion de présence en « présence étendue ».

Perso, je trouve les interfaces utilisateur des MUC à mon goût en ce qui concerne Psi et Gajim que j'utilise souvent (les deux en version 0.11 ou presque), que vois-tu à améliorer qui change la vie à ce point ?

d'après [0] il y a plus de 800 000 utilisateurs d'IRC connectés en ce moment sur des réseaux publiques

Mais combien d'idle ? Ça prend en compte le statut (qui n'existe pas) ?

Je ne trouve pas de statistiques équivalentes pour Jabber et ne vois pas d'où tu sors tes chiffres mais [1] (qui date de 2003) parle de 10 millions d'utilisateurs enregistrés.

C'étaient les chiffres 2006/2007 publiés par stpeter (boss de la XSF) sur un Jabber Journal en prenant en compte les nombres d'utilisateurs publiés par les fournisseurs de services, mais il est clair d'après témoignages discrets de ces même fournisseurs que ces chiffres sont bien en-deçà de la réalité car un bon nombre d'entreprises ne désire pas communiquer dessus, car il s'agit de leur « sauce secrète ».

Quant au protocole/réseau(x) IRC, il s'agit bien de qqch d'« ouvert », je n'ai jamais prétendu l'inverse.

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.

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

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

Par ailleurs IRC n'est même pas mentionné alors qu'il est sans doute largement plus utilisé que Jabber. Même si ça n'est pas vraiment un protocole d'instant messaging moderne, c'est sans doute le protocole de chat ouvert le plus populaire encore de nos jours.

Jabber/XMPP, c'est 50 à 100 millions d'utilisateurs fédérés, chiffre évoluant positivement, et un protocole en pleine explosion.

IRC, c'est combien d'utilisateurs ? En tout cas, ça n'évolue clairement pas en positif, les réseaux ne sont pas fédérés et le protocole n'évolue plus.

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

Pour accéder à ce service de messagerie instantanée et de présence ainsi que voix sur IP proposé par Google, il existe au moins quatre « moyens » :
* Google Talk, le logiciel client propriétaire pour Windows : http://www.google.com/talk/intl/fr/
* Google Talk Gadget, une petite applet proprio en Flash : http://www.google.com/talk/
* GMail : client intégré au courielleur sur le web en AJAX : http://mail.google.com/mail/
* N'importe que client Jabber libre ou proprio : http://wiki.jabberfr.org/Clients

Pour les solutions audio/vidéo sur Jabber, tu peux lire une réponse à ce même commentaire ici : https://linuxfr.org/comments/833209.html#833209

Sinon, il y a aussi les solutions d'audio/vidéo sur le protocole standard ouvert SIP, comme le WengoPhone, SIP Communicator, Ekiga, etc.

La raison du moinssage, à mon avis, c'est plutôt le ton utilisé que la critique qui est finalement pour l'instant encore plus ou moins vraie quoiqu'on en dise...

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.

Les clients Jabber sont généralement en cours de développement de Jingle.

Il faut préciser tout de même ceci :
* Jingle est un protocole moderne standard ouvert basé sur le protocole moderne standard ouvert Jabber. Il permet d'initialiser des sessions multimédia dont la voix, la vidéo et le transfert de fichiers dans un premier temps. Un de ses gros points forts, c'est sa capacité à traverser les NAT.
* SIP offre la voix et est implémenté un peu partout notamment chez les opérateurs télécom et constructeurs, mais la vidéo et l'IM (SIMPLE) sont très faibles techniquement, et surtout SIP est toujours confronté aux NAT
* H.323 est vieux et ne connait pas non plus les NAT, même les gatekeepers c'est pas très réaliste
* tous les autres protocoles sont proprios et fermés, et bien entendu tous incompatibles et non-interopérables les uns avec les autres. Ces réseaux sont tous disjoints et on retrouve l'effet réseau par région du globe, voire par pays
* VoIP et IM n'évoluent tout de même pas dans le même monde, même s'il y a des passerelles et des similitudes, on devrait peut-être parler de VoIM dans certains cas (Voix over Instant Messaging)
* Jabber/Jingle bénéficie d'une excellente dynamique menée par la XSF (XMPP Standards Foundation) qui crée des standards très propres et les propose à l'IETF, la XSF et sa communauté sont très réactifs grâce à une collaboration intelligente et une saine émulation entre les monde du libre et du proprio, ainsi qu'entre les mondes du contributif/associatif et le monde du business

Tu es libre grâce à un protocole standard ouvert (Jabber) et libre d'utiliser des logiciels libres (Psi, Gajim, Spark, OneTeam, Gossip, SamePlace, etc.). Tu pourras toujours contacter tes connaissances qui sont sur GMail/GTalk par e-mail (standard ouvert également) ou Jabber.

Si tu utilisais un protocole fermé et proprio, tu serais _obligé_ de rester dessus, connecté au seul serveur officiel, avec un client proprio officiel... OK, tu peux aussi utiliser à tes risque un client tiers (libre ou proprio) implémentant (ou plutôt tentant d'implémenter) ce protocole... mais il restera toujours ceci : si tu changes de protocole, tes contacts resteront derrière les mêmes barreaux dorés de cette prison proprio que tu viens de quitter. Il te faudra force de persuasion et moultes aides pour la faire migrer (les libérer...). Ou alors tu vas les voir au parloir... mais c'est pas top comme type d'échange...

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

Très bon exemple d'application Jabber !

Par « application Jabber », j'entends ceci : Jabber est à XMPP ce que le web est à HTTP.

Donc dans une application collaborative telle qu'une forge ou bien un wiki, un CMS/ECM, un ERP, on peut ajouter/intégrer/bénéficier de :
* la présence : la présence et le statut des autres utilisateurs (en ligne, absent, ne pas déranger, etc.)
* l'instantanéité : le suivi en « quasi-temps-réel » (je dis « quasi-temps-réel » car le temps-réel, c'est la garantie des temps de réponse)

La différence entre le comportement d'une personne face aux puissants et son comportement face aux faibles.

Ça, c'est la définition d'un faux-cul, pas d'un con.

« On est tous le con de quelqu'un d'autre »

Adapté au contexte : « On est tous le connard de quelqu'un d'autre »

- SIP est soutenu par : les opérateurs de téléphone du monde entier, les constructeurs de téléphone, les contructeurs d'infrastructures réseau, les éditeurs, ...

Heu certains operateurs de telecom font aussi pas mal de h323...

Le monde des télécoms (pas seulement limité au monde des opérateurs) se repose encore un peu sur l'ancien H.323, sur SIP aussi (plus récent, mais très complexe, et toujours pas NAT-aware), mais également MGCP ou encore le truc proprio SCCP de Cisco, rajoutez à cela IAX2, ou encore l'initiative P2P-SIP, écartons par défaut toute la ribambelle des trucs proprios simili-VoIP dans MSN/WLM, AIM/ICQ, Yahoo!, QQ, Gadu-gadu, Skype et autres...

Comme tu le vois, même si SIP peut paraitre percer un peu, la réalité c'est que les protocoles sont extrêmement morcelés et bien entendu tous non-interopérables.

Dans le monde des IM découpé à la hache (tant de protocoles proprios non-interopérables), Jabber/XMPP est le fédérateur.

Comme le monde entier semble désormais penser que l'IM doit intégrer la voix et la vidéo (sans doute parceque les blobs proprios ont convergé vers l'ajout de le voix pour mieux captiver et emprisonner leurs clients afin de mieux diffuser leurs pubs au temps de cerveau disponible), le monde Jabber/XMPP est en cours de finalisation du protocole Jingle qui sait tchatcher le NAT (autant qu'il peut dans un mode IPv4), permet l'établissement de sessions multimédia, donc la voix et la vidéo entre autre.

À ce jour, le succès technico-commercial de Jingle n'est donc pas encore clairement prédictible, mais avec un socle Jabber/XMPP, ça donne confiance.