Pour rappel, Pidgin est un projet logiciel libre, duquel sont également issus la bibliothèque libpurple et le client texte Finch. Ils permettent de se connecter au réseau standard ouvert Jabber/XMPP, mais aussi aux réseaux IRC, SILC et Zephyr ou encore aux réseaux/systèmes/protocoles propriétaires et fermés Tencent QQ, Novell Groupwise, Gadu-gadu, MSN/WLM, AIM, ICQ, Yahoo! Messenger, MySpaceIM, Xfire et IBM Lotus SameTime
Pidgin reçoit quelques améliorations d'interface, Finch aussi reçoit des changements très variés et libpurple des modifications de base légères.
Enfin, bien qu'il n'existe pas à ce jour de ports pour Mac OS X, le logiciel libre Adium utilise la bibliothèque libpurple. Changements de la version 2.1.0 :
- Libpurple :
- Core changes to allow UIs to use second-granularity for scheduling. Pidgin and Finch, which use the glib event loop, were changed to use g_timeout_add_seconds() on glib >= 2.14 when possible. This allows glib to better group our longer timers to increase power efficiency. (Arjan van de Ven with Intel Corporation) ;
- No longer linkifies screennames containing @ signs in join/part notifications in chats ;
- With the HTML logger, images in conversations are now saved. NOTE: Saved images are not yet displayed when loading logs ;
- Added support for QIP logs to the Log Reader plugin (Michael Shkutkov).
- Traduction libre
- Modifications pour permettre aux IHM un ordonnancement à la seconde. Pidgin et Finch, qui utilisent la boucle d'événement de la glib, ont été modifiés pour utiliser g_timeout_add_seconds() avec la glib >= 2.14 lorsque c'est possible. Cela permet des économies d'énergie en permettant à la glib de mieux grouper nos longs timers (Arjan van de Ven with Intel Corporation) ;
- Les pseudos contenant le signe @ dans les notifications d'arrivée/départ ne sont plus transformés en liens ;
- Les images sont sauvés dans les logs de conversation en HTML. NOTE: les images ne sont pas encore affichées dans les logs ;
- Ajout du support des logs QIP au greffon Log Reader (Michael Shkutkov).
- Core changes to allow UIs to use second-granularity for scheduling. Pidgin and Finch, which use the glib event loop, were changed to use g_timeout_add_seconds() on glib >= 2.14 when possible. This allows glib to better group our longer timers to increase power efficiency. (Arjan van de Ven with Intel Corporation) ;
- Pidgin :
- Ensure only one copy of Pidgin is running with a given configuration directory. The net effect of this is that trying to start Pidgin a second time will raise the buddy list. (Gabriel Schulhof)
- Undo capability in the conversation window ;
- The formatting toolbar has been reorganized to be more concise ;
- A new status area has been added to the top of conversations to provide additional detail about the buddy, including buddy icon, protocol and status message ;
- Show idle times in the buddy list as days, hours, seconds.
- Traduction libre
- Vérifie qu'une seule instance de Pidgin tourne avec un répertoire de configuration donné. Le comportement retenu est d'afficher la buddy-list en cas de 2ème lancement. (Gabriel Schulhof)
- Possibilité d'annuler dans la fenêtre de conversation ;
- La barre d'outil est réorganisée pour être plus concise ;
- Une nouvelle zone de statut a été ajoutée en haut des conversations pour fournir des détails supplémentaires sur le buddy, y compris son avatar, son protocole et message de statut ;
- Affiche en jours / heures / secondes le temps de glande'inactivité.
- Ensure only one copy of Pidgin is running with a given configuration directory. The net effect of this is that trying to start Pidgin a second time will raise the buddy list. (Gabriel Schulhof)
- Finch :
- There's support for workspaces now (details in the manpage) ;
- There's a new custom window manager, Irssi ;
- Some improvements for tab-completion, tooltip and the password entries ;
- Some bugs regarding search results fixed ;
- A new DBus-script to create a docklet for finch ;
- Support for showing empty groups in the buddy list (Eric Polino).
- Traduction libre
- Support pour les espaces de travail (détails dans la page de manuel) ;
- Nouveau gestionnaire de fenêtre spécifique : Irssi ;
- Améliorations de la complétion, des astuces et saisie du mot de passe ;
- Correction de bugs dans les résultats de recherche ;
- Nouveau script DBus pour créer un docklet pour finch ;
- Fonctionnalité pour montrer les groupes vides de la buddy-list (Eric Polino).
- There's support for workspaces now (details in the manpage) ;
Aller plus loin
- Piding.im (0 clic)
- Trac de développement (1 clic)
- Timeline (1 clic)
- Plan de route (1 clic)
- À propos de Pidgin (1 clic)
- Pidgin sur JabberFR.org (4 clics)
# Vidéo ?
Posté par nojhan (site web personnel, Mastodon) . Évalué à 8.
[^] # Jingle
Posté par Nÿco (site web personnel) . Évalué à 8.
Les autres systèmes propriétaires de messagerie instantanées proposent :
* un protocole secret, fermé
* un service centralisé
* un logiciel propriétaire
C'est à éviter à tout prix, car on arrive à l'aberration suprême de la présence de plusieurs internets propriétaires disjoints, cloisonnés et incompatibles, chapeautés par des entreprises de tous pays de plus ou moins grande taille.
Jabber/XMPP est déjà massicement adopté par les plus grands éditeurs et constructeurs au monde.
Actuellement, Jabber peut se targuer de 50 à 100 millions d'utilisateurs.
Plus rien n'est à démontrer, c'est Jabber qu'il faut utiliser.
Ça, c'est dit.
--
Pour répondre à ta question :
Jingle est un ensemble de spécifications pour Jabber/XMPP, elles sont en cours de finalisation au sein de la XSF (XMPP Standards Foundation).
Jingle apporte les sessions multimédia dans Jabber/XMPP. Celles-ci autorisent donc la voix, la vidéo, mais aussi le transfert de fichiers et toute autre application multimédia.
Le point fort de Jingle, c'est sa faculté avancée à traverser les NAT. Cette méthodologie s'appelle ICE. Il s'agit d'une norme IETF, et elle est utilisée également dans SIP. Or ICE n'est pas encore finalisée.
Donc on attend que ICE soit finalisée pour finaliser Jingle. C'est imminent à l'échelle d'une norme, c'est de l'ordre de quelques semaines.
Des implémentations logicielles de Jingle dans des clients, serveurs et bibliothèques ont déjà commencé, bien qu'en avance de phase. D'autres préfèrent attendre la finalisation avant de commencer tout travail.
Les spécifications de Jingle sont à l'origine créées par Google pour son logiciel et service XMPP/Jabber nommé Google Talk. Ils ont ouvert ces specs et libéré leur bibliothèque libjingle.
La libjingle ainsi que l'implémentation dans le logiciel et service Google Talk ne suivent pas au jour le jour les nombreuses modifications mineures et moins mineures que peuvent subir les spécifications, car ce serait bien trop lourd à maintenir, tout simplement.
Bon. Tout ça est dit.
--
La vidéo, c'est bien, mais c'est excessivement complexe à développer et stabiliser, et encore plus à fournir à l'utilisateur final. Donc ça va prendre du temps, et les early-adopters vont beugler, n'encourageant ainsi pas ou peu les gens à utiliser Jabber.
Beaucoup de gens prétendent attendre la vidéo avant de switcher à Jabber. C'est faux, tout simplement :
La vidéo ou toute autre killer-feature que Jabber apportera (et il y en a plein) ne changera rien à l'enfermement et l'isolation que subissent les utilisateurs de systèmes propriétaires de messageries instantanées.
Utilisez Jabber, maintenant. Lancez l'effet réseau. Aidez-nous, aidez-vous à atteindre la masse critique.
[^] # Re: Jingle
Posté par Stibb . Évalué à 8.
J'attend la vidéo, non pas pour passer à Pidgin que j'utilise personnellement, mais pour l'utiliser.
J'utiliserais MSN je pourrais déjà le faire.
Depuis plusieurs années.
D'autres sont moins stupides. Le principe d'une killer feature est d'attirer les gens parce que c'est ce qu'il veullent (ou croient vouloir). C'est pas "faux" ou "vrai", c'est ainsi.
[^] # Re: Jingle et SIP
Posté par Yannick . Évalué à 5.
Ekiga (anciennement Gnomemeeting) fait cela depuis... des années (6 ans maintenant) !
Il existe beaucoup de clients logiciels (et matériels aussi : des téléphones) qui font SIP (ou H.323) et donc la voix et parfois la vidéo sur toutes les plateformes, par exemple en ce qui concerne la compatibilité avec Ekiga:
http://wiki.ekiga.org/index.php/Which_programs_work_with_Eki(...)
Pidgin utilise aussi le protocole SIMPLE (en voie d'être standardisé) pour la messagerie instantannée et la présence pour SIP. De fait on peut, par exemple connecter Pidgin sur ekiga.net et donc se parler par messages textes entre Pidgin et Ekiga:
Il faut d'abord avoir un compte sur http://ekiga.net (gratuit, sans pub, fait avec des logiciels libres, mais pas bô...)
Ensuite on configure Pidgin:
Comptes->Modifier->Ajouter
Onglet Essentiel:
Protocol:SIMPLE
Screen name: Nom d'utilisateur chez ekiga.net
Serveur: ekiga.net
Mot de passe: Mot de passe chez ekiga.net
Local alias: Nom d'utilisateur
Onglet Avancé:
État de publication: activé
Port de connection: 5060
Utiliser UDP: activé
On laisse le reste vide
Pour des petits problèmes d'interopérabilité entre Pidgin et Ekiga:
Aller dans Outils->Préférences->Onglet Conversations
Désactiver "Notifier les contacts que vous êtes en train de leur écrire"
Testé avec Pidgin 2.0.2
La question qui se pose : on a plusieurs standards "concurrents"...
Pour la messagerie/présence Jabber est standardisé, pour la voix et la vidéo SIP et H.323 sont standardisés.
Jingle (Jabber/XMPP) prétend à devenir un standard pour la voix et la vidéo, SIMPLE (SIP) prétend devenir un standard pour la messagerie et la présence.
Cordialement,
Yannick
[^] # Re: Jingle et SIP
Posté par Nÿco (site web personnel) . Évalué à 2.
SIMPLE est mauvais en terme de présence, pas complet et hérite de la complexité de SIP, ce qui l'élimine de fait face à Jabber/XMPP. Les ponts de l'interopérabilités entre Jabber/XMPP et SIMPLE sont tout de même jetés.
http://www.jabber.org/protocol/xmpp-simple.shtml
http://www.xmpp.org/internet-drafts/attic/draft-saintandre-x(...)
https://stpeter.im/?p=1956
Aujourd'hui, de nombreux opérateurs et fournisseurs de services ont compris que la présence se passerait par XMPP. Là, je n'ai pas de lien, retour d'xp de gens spécialistes de la question.
Jingle ne vise pas à réinventer la poudre, mais cherche bien l'interop avec le standard ouvert SIP.
http://www.saint-andre.com/jabber/Jingle-Tech.pdf slides 18, 37, 38, 39, 40, 41, 66, 69.
Donc :
* pour l'IMP -> XMPP
* pour la VoIP -> SIP
[^] # Re: Jingle
Posté par Nÿco (site web personnel) . Évalué à 0.
Parceque les specs ne sont pas finalisées ? Pourquoi Pidgin ne le fait pas ? Parceque tu ne le contribues/demandes/testes pas ? Peut-être aussi parceque les développeurs de Pidgin mettent des priorités à d'autres endroits (en effet le support de Jabber n'est pas top du tout). Enfin si tu veux avoir des réponses, vas leur poser des questions, voire soumets leur des features requests : http://developer.pidgin.im/
Lapalissade. Relis ce que j'ai écrit :Si tu es déjà sur Jabber, alors tu n'es pas un switcher potentiel. D'autre part, et quoique tu en dises, et que ça te paraissent bizarre, beaucoup de gens veulent la vidéo pour l'avoir, et pas pour l'utiliser... C'est du vécu, c'est « ainsi » (pour te citer).
Déjà vu au-dessus : c'est proprio, incompatible, centralisé, etc. Ne pas utiliser ces systèmes, dans la mesure du possible. Ouin, ouin.
Et ? H.323 aussi, et SIP aussi. Pour Jingle, sache que la standardisation prend du temps... il faut penser à tout, et à tous, ne pas se limiter à un plateforme, un cas de figure avec serveur centralisé...
Hum...
Ce n'est pas « ainsi ». La vidéo n'est plus une killer feature. Elle est généralisée dans les systèmes proprios. SIP, le standard ouvert, propose également la vidéo, mais les solutions existantes ne marchent pas très bien, il faut l'avouer. Quand la vidéo arrivera sur Jabber, les utilisateurs se plaindront que ce n'est pas compatible avec les IM proprios...
[^] # Re: ICE et BEHAVE
Posté par Yannick . Évalué à 2.
ICE http://tools.ietf.org/wg/mmusic/draft-ietf-mmusic-ice/ soulève quand même un problème :
pour bien marcher il faut avoir au moins un serveur qui est prêt a relayer les flux de communication sur le net. Qui a les moyens (bande passante, CPU) et l'envie de mettre en place de tels serveurs ? Ces serveurs seront-ils publics ?
ICE est moyen de contournement à une situation non standardisée : les NATs. http://fr.wikipedia.org/wiki/Network_address_translation
Personnellement, j'ai plus d'espoir en BEHAVE http://www.ietf.org/html.charters/behave-charter.html qui va standardiser le comportement des NAT et donc permettre de passer à travers sans avoir besoin d'un serveur relai pour passer à travers ceux qui sont "symmétriques".
Je ne crois pas qu'IPv6 va mettre fin aux NATs, donc vivement que BEHAVE soit un standard appliqué dans les routeurs !
Cordialement,
Yannick
[^] # Re: ICE et BEHAVE
Posté par Nÿco (site web personnel) . Évalué à 1.
ICE n'est tout de même pas la panacée, et de plus il est très complexe.
Bon, il y a aussi STUN et TURN... utilisés par ICE.
IPv6 n'enlèvera pas les NAT, les entreprises aiment à se croire sécurisées si elles masquent leur adresses internes...
Bref spa gagné...
[^] # Re: Jingle
Posté par memeteau michel (site web personnel) . Évalué à 4.
Linux sur PC disponible pour tous http://shop.ekimia.fr
[^] # Re: Jingle
Posté par ecyrbe . Évalué à 5.
[^] # Re: Jingle
Posté par Antoine . Évalué à 5.
Ca ressemble plutôt au copier/coller de quelqu'un qui endosse un rôle de colleur d'affiches (pro-XMPP en l'occurence).
[^] # Re: Jingle
Posté par Zenitram (site web personnel) . Évalué à 10.
et
Ne sont pas compatibles.
Faut que tu choisisses, c'est soit l'un soit l'autre, car nous on ne peut pas faire autrement que ça aujourd'hui :
- Jabber, c'est bien (c), tu devrais y passer.
- euh... Ca fait la même chose que MSN, messagerie instantanée, video, audio tout ça?
- Non, ça fait que IM, mais c'est libre
- libre? rien à faire, moi j'utilise FF parce que c'est mieux, pas parce que c'est libre. Idem pour VLC. Idem pour eMule et Azerus. Ton truc, il est moins bien, je ne prend pas. Reviens quand tu auras quelque chose de mieux que MSN. Bref, une Killer feature qui me fera changer de ce que j'ai déjà aujourd'hui et qui me convient.
Et hop masse critique à la poubelle.
Assume : tu ne peux pas vouloir avoir en même temps une masse critique et ne pas vouloir fournir à cette masse critique ce qu'elle veut.
# Ouf arrivé a temps
Posté par coudeur laurent (site web personnel) . Évalué à 0.
J'apprécie ce soft qui me permet de pas utiliser MSN... :)
[^] # Re: Ouf arrivé a temps
Posté par Maxime (site web personnel) . Évalué à 0.
Non parce que sinon... C'est juste histoire de se donner bonne conscience quoi...
[^] # Re: Ouf arrivé a temps
Posté par Sixtiz (site web personnel) . Évalué à 2.
Moi je dirais plutôt juste histoire de pouvoir discuter avec ses amis qui utilisent MSN et qui ne veulent pas entendre parler d'autre chose...
Quand je vois que ma soeur se plaint que le MSN pour MacOSX n'a pas toutes les "features" de la version windows, j'ose à peine imaginer sa tête en voyant Pidgin :(
[^] # Re: Ouf arrivé a temps
Posté par windu.2b . Évalué à 3.
si c'est ça, je comprends que les dév sous Mac ne veuillent pas l'implémenter :-D
[^] # Re: Ouf arrivé a temps
Posté par Sixtiz (site web personnel) . Évalué à 1.
En tout cas il semblerait que "les djeunz aiment les features"...
[^] # Re: Ouf arrivé a temps
Posté par windu.2b . Évalué à 2.
Et je me suis presque fait engueuler par une amie (qui du coup, l'était un peu moins après ça) qui voulait m'envoyer un "Wizz", une de ces merdes "features" qui te fait vibrer la fenêtre de dialogue, mais qui ne marche qu'avec la dernière version d'MSN...
Comme Kopete ne gère pas ça (merci les dév, vous me sauvez la mise!!! et surtout concentrez-vous bien sur des choses utiles comme KDE4 \o/ ), elle m'a demandé de mettre le bon MSN (j'ai pas pu: apt-get m'a envoyé sur les roses :-p ). Quand je lui ai dit que je ne pouvais pas et, surtout, ne voulais pas, j'ai eu droit à toutes les amabilités sur les "geeks linuxiens qui sont pas à la page, qui sont has-been (sic), qui savent pas s'amuser..."
Bref, 2 semaines de mitard blocage, ça l'a calmé un peu!
[^] # Re: Ouf arrivé a temps
Posté par memeteau michel (site web personnel) . Évalué à 3.
Linux sur PC disponible pour tous http://shop.ekimia.fr
[^] # Re: Ouf arrivé a temps
Posté par Gniarf . Évalué à 8.
http://img217.imageshack.us/img217/8763/mindless6zm9.jpg
ça influe aussi.
[^] # Re: Ouf arrivé a temps
Posté par qdm . Évalué à 2.
PS : Kopete supporte les Wizz à ma connaissance (on a droit à un joli message texte dans la fenêtre)
[^] # Re: Ouf arrivé a temps
Posté par Jean-Max Reymond (site web personnel) . Évalué à 2.
[^] # Re: Ouf arrivé a temps
Posté par windu.2b . Évalué à 2.
[^] # Re: Ouf arrivé a temps
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 2.
[^] # Re: Ouf arrivé a temps
Posté par Joël SCHAAL . Évalué à 1.
Alors autant je suis d'accord quand ce sont des trucs un peu exotiques et peu demandés, autant lorqu'il s'agit de feature aussi demandées que les wizz, je me dis que la réputation "user-unfriendly" n'a pas fini d'hanter les libristes (je m'inclue dans cette catégorie, même si je ne suis pas aussi lobbyiste/fanatique/contributeur que je devrais)
Les seuls véritables arguments que je retiens sont "ce n'est pas assez utile" et "ca me dérange".
Alors :
1) C'est ptet pas utile pour un paquet de monde, mais y'en a quand même beaucoup qui s'y sont habitués sous MSN, et qui se sentent moins libre avec un logiciel libre qu'avec leur logiciel propriétaire (c'est un comble, quand même !)
2) Juste histoire de prévenir le commentaire disgracieux qui pourrait venir : oui, ces utilisateurs ont le droit d'utiliser un logiciel comme Pidgin, et oui ils ont droit à leur part de doléances (bon, c'est vrai que celles-ci sont parfois mal exprimées)
3) La charge de travail a l'air minime : tout est déjà en place, il suffit juste de placer le bon script au bon endroit et d'activer un évènement... Mais bon sang ! Ce n'est pas possible de rajouter une case à cocher "Activer les tremblements" ou quelque chose du genre dans la partie notifications qui se charge de faire ça ?!? Bien entendu ce serait désactivé par défaut, et comme cela tout le monde serait d'accord !...
[^] # Re: Ouf arrivé a temps
Posté par Pol' uX (site web personnel) . Évalué à 6.
Lorsque les devs auront une feature request, avec un patch associé qui contient une solution propre, alors là seulement, s'ils le refusent vous pourrez les considérer comme dogmatiques.
Adhérer à l'April, ça vous tente ?
[^] # Re: Ouf arrivé a temps
Posté par Joël SCHAAL . Évalué à 3.
Neanmoins, plusieurs raisons me freinent pour "le faire" justement :
- je n'utilise pas kopete
- on ne peut pas l'installer sur Windows (du moins j'ai pas vu comment sur leur site)
- j'ai un taf qui me prends beaucoup de temps
- j'ai des échéances (perso) qui se rapprochent
- je n'ai pas besoin d'avoir cette fonctionnalité (j'aurais juste aimer répondre : "oui oui, ca gère aussi ça" si la personne hésite à franchir le pas)
- je suis assez mal placé pour le faire (je n'ai pas le script en question, je ne connais pas le code de kopete,...)
C'est pour ça que je me suis contenté d'une proposition.
Par contre, je n'ai pas vraiment vu de ticket la dessus. Etonnant. Je vais voir pour l'installer et tester ça quand je rentre, voir si c'est vraiment pas grand chose à faire comme le supposait Johann Ollivier-Lapeyre ou si c'est plus complexe...
PS : Y'en a combien des comme ca ?
[^] # Re: Ouf arrivé a temps
Posté par Pol' uX (site web personnel) . Évalué à 3.
Je me suis emporté ... En fait je réalise que depuis un certain temps, critiquer le boulot des devs avec une position bancale fait parti du sport local sur linuxfr. Personnellement, je ne suis pas informaticien, donc généralement, je me contente du code que l'on me fourni et j'essaye de contribuer sur d'autres aspects.
La sociologie du libre est relativement simple : c'est celui qui fait qui a le pouvoir, une sorte de méritocratie en fait.
PPS : il m'est déjà arrivé, pour compiler un soft, de devoir créer une variable d'environnement du genre 'I_PROMISE_SUPPLY_PATCH_WITH_BUGS' ;-)
Adhérer à l'April, ça vous tente ?
[^] # Re: Ouf arrivé a temps
Posté par Perthmâd (site web personnel) . Évalué à 5.
Et quand j'essaye de la convaincre d'utiliser un logiciel libre multiprotocoles (et au passage de faire passer ses contacts par ricochet sous Jabber), avec une interface propre, elle m'insulte de tous les noms, pour avoir essayé de lui refiler un truc aussi pourrave.
À mon avis, tant qu'on aura pas une couche d'émulation de ce genre de conn... fonctionnalités sous Jabber, on ne pourra pas sauver ces victimes malgré elles de Grosoft & al.
Est-on vraiment sûr d'en avoir besoin ? :P
[^] # Re: Ouf arrivé a temps
Posté par Jakie Kasperwsky . Évalué à 6.
L'idée c'est que ça fait plusieurs années maintenant, disons 5, que TOUT le monde (85 % en GB d'après la BBC) sait qu'il est indispensable de consommer moins d'énergie. Résultat, le nombre de voiture dans les grandes villes européennes a diminué par epsilon. La comparaison est vite-fait, mais ça montre que de toute façon, la capacité des gens a changer leurs habitudes est faible. Pour les logiciels libres, nous en somme encore au stade où plus de 85 % de la population fait confiance sans hésiter à MSN et Microsoft.
Les gens qui utilisent firefox plutôt qu'IE l'utilisent parce qu'il est (beaucoup) mieux. Je pense qu'il n'y a pas beaucoup d'autre moyen pour les LL d'exister face à la machine marketing Microsoft (avec ou sans Flavie Flament) que d'être beaucoup mieux sur tous les aspects et pour tout les utilisateurs.
Un autre point amusant que j'ai remarqué. Les gens ont du mal à passer de Windows à Mac OS X, pourtant bien supérieur. seulement, comme ils ont payé très cher leur Mac, ils refusent d'admettre leur bêtise et ils persévèrent, finissant, au bout de quelques mois, par y trouver leur compte. Donc une solution pour faire face à MSN est peut-être de vendre Pidgin très cher.
[^] # Re: Ouf arrivé a temps
Posté par _NaSH_ . Évalué à 3.
Donc, penser pouvoir faire changer les habitudes des utilisateurs de MSN, juste par motivation politique est très naif.
Si l'on veux une bascule, il n'y a qu'une chose a faire, ecouter et encore ecouter les utilisateurs a convaincre. Si une majorité d'entre eux utilisent du kikoolol, il faut du kokoolol...
Le libre n'échappe pas a la loi de l'offre et de la demande. Si on ne repond pas a la demande de la majorité, jamais la majorité n'adoptera votre produit. Firefox et openoffice on répondu a la demande, et ils ont reussi a décoller.
J'étais un vieil utilisateur d'icq, j'ai du admettre que microsoft avait fait un très bon produit avec messenger. Transformant completement l'idée que je m'etait faite d'une messagerie instantannée. Amenant les avatars au premier plan, et amenant du 'fun' dans une messagerie. Et surtout.. la simplifiant enormement ! Avec pigdim, j'ai enfin trouvé dans le libre quelque chose qui s'en approchait. j'attend avec impatience l'arrivée de la video et de l'audio, qui sont plus qu'indispensable pour une utilisation grand-public.
Voir arriver une nouvelle version en 2 mois me réjouit carrement ! j'espere que ca va accelerer son expansion. Seulement, un petit paquet ubuntu serait pas un mal pour une installation par le commun des mortels ;)
[^] # Re: Ouf arrivé a temps
Posté par creak (site web personnel) . Évalué à 5.
http://www.getdeb.net/search.php?keywords=pidgin
Pour ce qui est du débat Video/Audio/Wizz/etc... La force du libre est de proposer un choix. Je suis loin d'être un fan du Wizz, mais j'ai rien contre les gens qui aiment ça et rien non plus contre le fait de pouvoir activer cette feature grâce à un plugin... Y'a des gens qui aime bien que leurs fenêtres bougent, qu'on les laisse avoir des fenêtres qui bougent!
Pour l'audio/video, c'est plus délicat, car comme l'a bien dit Nÿco, les standards ne sont pas officialisés. Cependant il faut se rendre à l'évidence qu'à chaque nouvelle sortie de Pidgin, tout le monde regarde si ce sera LA version qui aura ces killer features. Rien que pour cela, je pense qu'il serait judicieux de commencer à implémenter Jingle, pour que l'intégration se fasse bien plus vite lorsque les standards seront finis. (C'est, j'espère, déjà ce qui se passe dans la team de Pidgin. L'auteur de Pidgin travaillant chez Google, y'a des chance tout de même...)
Enfin, personnellement, parmi les feature de Jingle, celle que j'attends le plus est le transfert de fichier. Ras-le-bol de ces transferts avec un débit de poule sous MSN, sans parler des non-transferts sous GTalk (surtout quand on voit la vitesse de ceux-ci sur la version Windowsienne). Car, non, je n'ai pas réussi à faire passer tous mes potes sur Jabber. Le compromis a été de passer sous GTalk. Quelque part, je les comprends, moi-même ça me ferai chier d'avoir deux IM d'ouvert... Et il est certains que je ne peux pas encore leur demander de désinstaller MSN (même dans le cas où ce serait faisable).
Dernière chose... Un des arguments qui peut intéresser un utilisateur lambda est de dire que n'importe qui peut vraiment discuter avec n'importe qui d'autre, genre bidul@jabber.com avec machin@gmail.com et truc@monserveurperso.net.
Au niveau utilisateur de base, il faut leur expliquer comme si Yahoo, MSN, Aim et ICQ pouvaient discuter entre eux sans problème. Et donner aussi l'exemple inverse... Lui montrer à quel point il est absurde de limiter les discussions en fonction du nom de domaine, et lui demander d'imaginer si c'était pareil pour les mails... "Ah, t'es chez Free? Merde, je suis chez Neuf, je peux pas te mailer... Attend je me crée une adresse!"
Au niveau entreprise, avoir un IM avec des contacts dont le nom de domaine est celui de l'entreprise, c'est un peu comme une grosse carte de visite... "Si vous voulez me contacter c'est prénom.nom@monentreprise.com. Par mail ou par IM, c'est pareil...". Il faut avouer que c'est quand même vachement mieux que 5 adresses email et des ID imbittables pour chaque protocole...
[^] # Re: Ouf arrivé a temps
Posté par _NaSH_ . Évalué à 1.
J'attend plus, de pouvoir regrouper ses contacts par identités d'une facon simple. Et surtout, avoir une option du genre "preferer utiliser Jabber/XMPP". Ce qui permettrai d'avoir deja un debut de bascule.
Au niveau entreprise.. faut déjà avant ca convaincre l'entreprise que l'IM peut servir a travailler ^^
("sisi ! j'vous jure chef ! c un pote d'msn qui m'a donné la soluc par euh.... mail ! ")
[^] # Re: Ouf arrivé a temps
Posté par J. de N. (site web personnel) . Évalué à 5.
Pidgin/Gaim permet déjà de le faire depuis longtemps.
De mémoire : tu cliques sur un contact et tu choisis "étendre". Là, le contact est étendu et tu peux glisser/déposer d'autres contacts dessus. A partir de maintenant ils sont "fusionnés". L'ordre dans lequel ils sont est l'ordre de préférence.
Une fois fait, tu n'as qu'à cliquer sur la petite flèche à côté du premier contact pour les replier. Et zou.
Je crois aussi me souvenir qu'il y a des options quelques part pour le comportement du groupe au passage de la souris. Mais vu que j'ai configuré tout ça il y a bien longtemps et que je ne peux pas installer/utiliser Pidgin au boulot, je ne peux pas vérifier.
[^] # Re: Ouf arrivé a temps
Posté par Jean-Philippe (site web personnel) . Évalué à 4.
Je pense que la seule solution valable actuellement pour proposer un client IM qui soit utilisé est du multiprotocole.
J'espère que les fanatiques qui repètent sans arret aux gens qu'ils doivent switcher et faire switcher leurs contacts comprennent que c'est illusoire.
Je n'ai pas envie de déranger mes contacts pour leur demander de changer leurs habitudes juste pour moi, ils me repondraient avec raison que si ca marche, pourquoi changer vers un truc qui en plus marche moins bien ? (la liberté du protocole ? c'est quoi le problème, si ca marche ?)
Le mieux est donc je pense d'avoir un client multiprotocole (ou deux clients), Jabber puis [votre protocole proprio prefere] et d'informer vos contacts qu'ils peuvent s'ils ont eux aussi un compte jabber passer par la.
[^] # Re: Ouf arrivé a temps
Posté par creak (site web personnel) . Évalué à 6.
Pour le coté illusoire de switcher et faire switcher... Comment crois-tu que Firefox as percé? Parce que y'a pas plus con qu'un utilisateur et ses habitudes[1] et s'il n'y avait pas eu des gens pour tanner les autres pour dire que Firefox c'est mieux pouet pouet toussa, ben les habitudes n'auraient pas trop changer.
Cependant je te l'accorde, il manque encore quelques features à Jabber (quoiqu'on en dise) pour qu'on puisse vraiment le comparer à Messenger.
Ce qu'il ne faut pas faire, c'est dire "change parce que moi j'ai ça". Faut plutôt faire comprendre les points positifs (tout le monde n'est pas insensible à la philosophie du Libre) et vu qu'ils peuvent toujours utiliser l'autre protocole, les utilisateurs sont moins retissent.
Attention, il faut bien différencier les trois types d'utilisateurs:
- le développeurs, persuadé d'avoir toujours raison
- le kevin, qui veut seulement de la killer feature, même si c'est pour faire des kikoolol.
- le quidam, qui est étonnamment plus ouvert au changement que les deux autres.
[1] Enfin si, y'a un développeur et ses habitudes... (Tapez pas, j'en suis un aussi)
[^] # Re: Ouf arrivé a temps
Posté par Jean-Philippe (site web personnel) . Évalué à 4.
Sinon, oui il faut bien sur leur donner les arguments pour migrer, ne serait-ce que pour qu'ils entendant parler des alternatives.
Par contre si firefox a perce c'est justement parce que les internautes n'avait pas a changer leurs habitudes s'ils ne le souhaitaient pas, et que la majorite (encore plus aujourd'hui) des sites passent très bien sous firefox.
Avec un protocole IM c'est totalement différent, comparer avec un switch ie vers firefox ca serait plutôt comparer un switch msn vers pidgin par exemple à mon avis.
[^] # Re: Ouf arrivé a temps
Posté par anonyme512 . Évalué à 5.
En fait, le truc c'est qu'il existe des clients ICQ non officiels qui sont largement aussi funs que MSN.
J'en profite d'ailleurs pour signaler que tous les commentaires que je vois sont assez franco-centriques et PC-centriques.
Ainsi prenons le cas d'ICQ. Depuis le rachat par AOL, le produit stagne complètement. Cependant, à l'échelle mondiale, il reste très très populaire... pourquoi donc ?
- en europe centrale et de l'est, il existe des clients ICQ semi-officiels ou complètement indépendants (Rambler ICQ, QIP, ...), qui offrent des alternatives tout à fait correctes au client de base, lourdingue et peu agréable à utiliser
- le protocole ICQ a l'énorme avantage d'être un vieux protocole binaire, ce qui économise un paquet de BP. or il ne faut pas oublier que pas mal de gens payent encore leur internet à l'octet téléchargé (connexions domestiques dans certains pays, et mobile à peu près de partout). XMPP c'est vachement bien, mais se manger des tonnes de XML pour pas grand chose, ça ne fonctionne que si les ressources réseau ne sont pas limitées (ceci dit il me semble qu'il y a des extensions XMPP qui se préoccupent de cela, donc si un expert passe et peut apporter des précisions sur ce point, et pointer des clients qui les implémentent...).
Ensuite, je vois beaucoup parler de MSN, mais en fait à part aux US et en europe de l'ouest, ça n'a pas du tout percé. Il existe des systèmes d'IM un peu partout ailleurs, qui sont très nettement préférés par les autochtones, tels Gadu-Gadu en Pologne ou Mail.ru Agent en russie. La raison en est souvent que ces logiciels sont infiniment mieux intégrés avec les spécificités du pays afin d'offrir des services alternatifs intégrés au système, et qui apportent de la valeur perçue pour l'utilisateur. Plus clairement, ces services permettent d'envoyer des SMS, sont liés à des portails locaux, sont infiniment mieux "localisés" (linguistiquement et culturellement), ...
Bref, mon constat c'est que si on utilise autant MSN en France, c'est principalement dû au fait que nos goûts se sont rapprochés de ceux des américains, et qu'il n'existe simplement pas de concurrent français sérieux aux entreprises américaines dans le secteur de l'internet, capable de proposer ces fameux services.
Et Jabber n'y changera strictement rien. AMHA, Jabber décollera en France le jour où Free (je doute qu'un autre le fasse) aura décidé d'investir dedans.
[^] # Re: Ouf arrivé a temps
Posté par creak (site web personnel) . Évalué à 2.
[^] # Re: Ouf arrivé a temps
Posté par Antoine . Évalué à 1.
Il vaudrait mieux regarder odt vs. doc compressé. Les formats de fichiers msoffice sont loin d'être optimisés pour l'occupation disque (un éditeur hexa suffira à t'en convaincre).
[^] # Re: Ouf arrivé a temps
Posté par coudeur laurent (site web personnel) . Évalué à 3.
J'utilise Kopete chez moi et pidgin au taf parce qu'une partie de mes amis est libre.
je déteste l'interface de MSN donc d'avoir un multiplatforme / protocole c'est préférable.
[^] # Re: Ouf arrivé a temps
Posté par Jakie Kasperwsky . Évalué à 4.
Que répondent les entreprises sur la confidentialité des discussions sur le réseau MSN ? Y-a-t'il même des discussions sur ce genre de chose. C'est pas pire que les emails non cryptés/signés mais bon !!
Cela me permet néanmoins une belle transition vers le plugin otr (Off-the-Record) pour Pidgin.
http://www.cypherpunks.ca/otr/
Ce petit soft est absolument fabuleux permet en toute simplicité de crypter les communications sur tout les réseaux reconnus par Pidgin. Ça, pour une entreprise qui cherche un peu de confidentialité, c'est un très grand plus de Pidgin face à MSN.
[^] # Re: Ouf arrivé a temps
Posté par Zenitram (site web personnel) . Évalué à 4.
Euh... si j'ai bien compris, comme il n'y a pas de plugin pour MSN (le logiciel), un gars ayant MSN (le logiciel) ne pourra pas communiquer avec toi.
Donc en gros, faut un logiciel libre des deux cotés qui utilisent un protocole fermé.
Bof, autant utiliser un protocole libre dans ce cas!
(il reste interessant dans ce cas, car crypte tes données. Mais il est ininteressant pour MSN donc pour la personne utilisant MSN au boulot à qui tu répond... Il ne pourra pas imposer à ses collègues d'utiliser Pidgin)
[^] # Re: Ouf arrivé a temps
Posté par Jakie Kasperwsky . Évalué à 2.
Bah non. Si l'autre personne utilise MSN Messenger, ça ne crypte pas et ça marche normalement. Par contre quand les deux personnes utilisent otr (avec Pidgin ou autre). On accepte la clé de chaque coté à la première communication (en s'assurant que c'est bien la bonne personne à qui on parle), et ensuite les messages sont envoyés comme d'habitude, mais crypté. Pour l'utilisateur, il y une petite icône qui dit que OTR est actif (les deux personnes utilisent OTR et les message sont cryptés) sinon l'icône est sur incatif.
Apparemment, OTR marche aussi avec kopete, adium, MICQ et Miranda IM :
http://en.wikipedia.org/wiki/Off-the-Record_Messaging
[^] # Re: Ouf arrivé a temps
Posté par BAud (site web personnel) . Évalué à 3.
[^] # Re: Ouf arrivé a temps
Posté par memeteau michel (site web personnel) . Évalué à 1.
Linux sur PC disponible pour tous http://shop.ekimia.fr
# Je ne connaissais pas
Posté par cnrs . Évalué à 1.
[^] # Re: Je ne connaissais pas
Posté par Pol' uX (site web personnel) . Évalué à 2.
Adhérer à l'April, ça vous tente ?
[^] # Re: Je ne connaissais pas
Posté par cnrs . Évalué à 1.
Bon et bien portage a effectivement trouvé ça, plus qu'à tester.
[^] # Re: Je ne connaissais pas
Posté par windu.2b . Évalué à 2.
# Pidgin 2.1.1 est sorti
Posté par Nÿco (site web personnel) . Évalué à 2.
Yahoo:
* Added an account action to open your inbox in the yahoo prpl.
* Added support for Unicode status messages in Yahoo.
* Server-stored aliases for Yahoo. (John Moody)
* Fixed support for Yahoo! doodling.
* Limited support for MSN Messenger contacts
Bonjour:
* Bonjour plugin uses native Avahi instead of Howl
* Bonjour plugin supports Buddy Icons
XMPP:
* Only report conversation close when 'send typing notifications'
preference is turned on (Bob Rossi)
Pidgin:
* Show current outgoing conversation formatting on the font label on
the toolbar
* Slim new redesign of conversation tabs to maximize number of
conversations that can fit in a window
* Tab bar is not visible when only one conversation is open. You can
drag and drop conversations from the infopane.
* Moved "Reset Formatting" toolbar button to Font menu.
* Double click on the infopane to alias buddies and set topics
on chats
* New smiley style
Finch:
* Sound support (Eric Polino)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.