Instantbird est un client de messagerie instantanée multi‐protocole.
Il utilise la bibliothèque de protocoles de Pidgin, libpurple, et est propulsé par les technologies Mozilla.
Ces technologies, de par le fait qu’elles soient très proches des technos Web (JavaScript, CSS, XML), sont très accessibles. De plus, grâce à l’utilisation du moteur de Firefox, l’écriture d’extensions devient un exercice très facile.
Maintenant que la version 1.0 est sortie, l’équipe d’Instantbird va pouvoir se concentrer sur les nouveautés et l’innovation dans le domaine de la messagerie instantanée. À suivre de très près donc.
Aller plus loin
- instantbird.com (1452 clics)
- instantbird.org (396 clics)
- La libpurple (67 clics)
# Pas mal
Posté par Spack . Évalué à 2.
Ça m'a l'air plutôt pas mal. Par contre Firefox n'est pas connu pour ça consommation raisonnée de la mémoire donc en utilisant son moteur (D'ailleurs on parle de quoi là ? Gecko ?) l'application n'est elle pas un peu à la traîne ?
J'ai par exemple en tête Songbird qui englobe des fonctionnalités plus complexe mais qui niveau utilisation s'apparentait à utiliser Firefox avec toutes les lenteurs que je retrouve dans ce dernier ainsi que sa consommation excessive de mémoire.
Y a t-il une gestion de la webcam ou est-ce prévu ?
En tout cas j'aime bien l'interface (d'après les captures d'écran) donc je vais garder un œil sur le projet.
[^] # Re: Pas mal
Posté par Anonyme . Évalué à 2.
Gecko_(moteur_de_rendu) est ce qui permet à Firefox de proposer une représentation graphique des documents HTML/CSS
ici, on parle de XULRunner
[^] # Re: Pas mal
Posté par Sonny Piers . Évalué à 7.
Gecko est un composant de XULRunner.
# Basé sur le moteur de Firefox
Posté par 3singes . Évalué à 3.
C'est le deuxième client de messagerie instantané basé sur le moteur de Firefox (à ma connaissance). Le premier est OneTeam, développé par Process One (ejabberd, c'est notamment eux).
J'imagine que l'une des raisons est l'assurance que ça va fonctionner sur un grand nombre d'OS, sans trop de difficultés.
Mozilla crée, mine de rien et depuis quelques années, une plateforme de développement qui peut devenir intéressante - un peu comme Eclipse qui sert de fondation à d'autres outils comme Talend.
[^] # Re: Basé sur le moteur de Firefox
Posté par Sonny Piers . Évalué à 3.
Pour la petite histoire il y a eu:
Skymessenger un espèce d'MSN fait par Skyrock (XMPP powered).
Mango un client XMPP
Sameplace un client XMPP
WengoPhone un client SIP
Et j'en oublie.
[^] # Re: Basé sur le moteur de Firefox
Posté par Larry Cow . Évalué à 3.
Wengo c'était du Qt, si j'ai bonne mémoire. Donc pas trop de rapport avec XUL.
[^] # Re: Basé sur le moteur de Firefox
Posté par Sonny Piers . Évalué à 2.
Il y a eu une version XULRunner.
# mouhais
Posté par Albert_ . Évalué à 1.
D'apres le wiki pas de video/son donc pas vraiment interessant dans le cadre d'un remplacant a skype.
[^] # Re: mouhais
Posté par tuxicoman (site web personnel) . Évalué à 1.
pas de transfert de fichiers non plus apparement
# Pidgin
Posté par moules . Évalué à 4.
Sachant qu'il utilise la même bibliothèque de protocoles que Pidgin, quel est l'intérêt de Instantbird sur celui-ci, qui est en GTK ?
[^] # Re: Pidgin
Posté par fqueze . Évalué à 9.
Comparé à Pidgin, l'intérêt d'Instantbird est son extensibilité. Écrire un plugin pour Pidgin est difficile et nécessite un investissement en temps important. Pour Instantbird les add-ons se font beaucoup plus facilement (exactement comme pour Firefox), et il est même possible de faire des add-ons qui s'installent sans redémarrage de l'application !
Tu mentionnes GTK, et on est sur linuxfr donc j'imagine que si tu utilises Instantbird ça sera sous linux. Mais si parfois tu es amené à utiliser d'autres systèmes, la présence d'Instantbird bien intégré pour Mac OS X et Windows sera aussi peut-être quelque chose que tu apprécieras (Alors que pour Pidgin, GTK sous Windows (ou Mac), ça ne donne pas un résultat des plus satisfaisant).
Quoiqu'il en soit, concurrencer Pidgin n'est pas notre but ; nous visons plus les gens qui n'en seraient pas satisfaits (ou ne le connaissent pas) que ceux que l'utilisent et l'apprécient.
[^] # Re: Pidgin
Posté par moules . Évalué à 9.
Pour ce qui est de l'aspect de GTK sous Windows ou Mac OS, je n'en sais rien, et effectivement si il s'agit surement d'un bon argument, je ne comprends pas que des gens ne se penchent pas sur ce problème.
Par contre, je trouve ça un peu étrange comme argument « on n'était pas satisfait du système de plugins de Pidgin, donc on a redéveloppé toute l'interface pour mettre notre propre système de plugins », plutôt que de contribuer à Pidgin qui a déjà une bonne base d'utilisateurs et qui serait ravis de recevoir ce type de contributions.
Quant au dernier paragraphe, je ne comprends pas ce que veut dire « on fait un logiciel quasiment identique à un autre, en reprenant une grosse partie de code existant qui fait qu'au niveau du support des protocoles ce sera très proche, y a que la gestion des extensions qui change, mais on ne lui fait pas du tout concurrence, vu que les gens qui l'utiliseront seront ceux qui n'utilisent pas Pidgin ou qui n'en sont pas satisfaits ». Tout comme les utilisateurs de Mac OS sont des gens qui n'utilisent pas Windows ou qui n'en sont pas satisfaits, mais ces deux OS ne sont donc pas en concurrence.
[^] # Re: Pidgin
Posté par Psychofox (Mastodon) . Évalué à 2.
il me semble au contraire que gtk est relativement bien intégré sous windows. En tout cas je ne suis pas choqué en voyant des screenshots de gimp ou pidgin sous windows.
[^] # Re: Pidgin
Posté par Zenitram (site web personnel) . Évalué à 7.
Il n'est que très peu intégré sous Windows.
Pidgin a un thème qui permet une intégration visuelle pas trop mal, mais dès que tu veux sélectionner un ficher (pour l'envoyer par exemple), tu te retrouves avec une boite de dialogue "à la Linux" complètement incompréhensible pour un utilisateur Windows (déjà la racine s'appelle "\", gni???). Juste pour sélectionner un fichier, alors que c'est quelques lignes de code pour utiliser la boite standard de Windows...
bref, dès qu'il y a un peu d’interaction avec l'OS, c'est "aucune intégration". Qt fait un bien meilleur travail sur le sujet.
[^] # Re: Pidgin
Posté par Psychofox (Mastodon) . Évalué à 3.
ok je n'avais vu que des screens alors visuellement ça n'avait pas l'air dramatique.
[^] # Re: Pidgin
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
C'est pourtant comme ça depuis DOS, et ça n'a pas changé. On choisit un « lecteur », et on a une arborescence dedans. Typiquement, en DOS, ça donne :
Il me semble que ce fonctionnement se retrouve dans les programmes et dans les interfaces comme winfile.
[^] # Re: Pidgin
Posté par mr_spoke . Évalué à 7.
Oui enfin ça n'empêche que ce n'est pas du tout intégré avec l'interface de Windows.
[^] # Re: Pidgin
Posté par imr . Évalué à 2.
Je te rassure, l'interface de GIMP n'est pas intégrée à Linux non plus, en fait, elle n'est pas intégrée aux utilisateurs, juste à ses auteurs.
[^] # Re: Pidgin
Posté par Juke (site web personnel) . Évalué à -1.
Le jeudi 30 juin 2011 à 08:49 +0200, imr a écrit :
> elle n'est pas intégrée aux utilisateurs, juste à ses auteurs
et c'est bien ainsi
[^] # Re: Pidgin
Posté par imr . Évalué à 10.
Tellement bien que je doive utiliser les fonction de mon wm pour fixer la position et la taille des fenetre gimp pour qu'elles arrêtent de passer les une devant les autres pour avoir la joie lors de l'utilisation d'un filtre comme exposure blend qui nécessite le choix de 3 images d'être obligé de me retapper toute l'arborescence pour chaque image parce qu'il est incapable de se souvenir du dernier dossier utilisé.
Et bien sur, je n'ai pas d'aperçu dans la fenêtre de choix du fichier, ça serait tellement plus facile pour différencier les dites 3 photos.
Trop facile! On n'est pas là pour faire des choses facilement, c'est GIMP, on est là pour se demander si se mettre de grands coups de pelles dans la gueule ne serait pas plus agréable au final.
Et dire que je me demandais pourquoi la grosse brute sado maso dans pulp fiction s'appellait 'the gimp'.
ô Joie des bambous enflammés sous les ongles! saint Ignace, guide ma main dans ma flagellation quotidienne!
[^] # Re: Pidgin
Posté par Juke (site web personnel) . Évalué à 1.
Ce que je voulais dire c'est que c'est normal que ça correspondent aux
choix des développeurs et à leurs compétences et c'est tout à fait
sain.
Les développeurs GIMP ne vont pas passer du temps à régler des problèmes
dont ils se fichent ou qu'il ne jugent pas prioritaires.
[^] # Re: Pidgin
Posté par imr . Évalué à 5.
C'est triste ton avis sur les compétences des développeurs de GIMP.
Perso, je mets ça plutôt sur le manque de developpeurs.
[^] # Re: Pidgin
Posté par Juke (site web personnel) . Évalué à 1.
C'était le fond de mon commentaire.
[^] # Re: Pidgin
Posté par Zenitram (site web personnel) . Évalué à 10.
Un utilisateur Windows (non ligne de commande) voit toujours la lettre du lecteur dans le chemin : "D:\toto".
avec GTK, "D:" est à gauche dans la liste des "raccourci" (gni???), "\" et en haut à droite tout seul (gni??? bis), complètement incompréhensible donc.
Sans compter qu'une interface de sélection de fichier sous Windows permet d'accéder au réseau local soit par le clic sur "Réseau" qui affichera les machines dispos, soit en tapant le nom de la machine "\toto" dans la zone d'écriture, et avec GTK tu as le droit à une erreur.
Bref, tout ça pour dire que l'interface n'est pas celle de Windows. Pas que je veuille imposer l'interface Windows sous Linux, mais un toolkit multi-OS est sensé s'adapter à l'OS, pas à imposer l'interface Linux inadaptée à un utilisateur Windows ou Mac.
GTK fait tourner une application Linux sous Windows, c'est bien pour un utilisateur Linux obligé d'aller sous Windows, mais ce n'est sûrement pas un toolkit pour faire un portage sur un OS du fait de l'imposition des idées Linux aux autres OS.
[^] # Re: Pidgin
Posté par gnumdk (site web personnel) . Évalué à 3.
Non, \toto ca veut dire C:\toto
\toto c'est le chemin UNC de la machine toto
[^] # Re: Pidgin
Posté par gnumdk (site web personnel) . Évalué à 2.
ok, je comprend mieux, templeet de merde!!! A non, c'est vrai, on peut plus le dire ca :)
[^] # Re: Pidgin
Posté par Zenitram (site web personnel) . Évalué à 2.
Un truc a sauté, c'est "\ \toto" (un espace entre les slash car Markdown tape son délire)
Comme ton erreur à toi en fait ;-)
[^] # Re: Pidgin
Posté par CrEv (site web personnel) . Évalué à 9.
genre \\toto ? (faites des regexp en java et vous comprendrez comment taper des \\ en markdown...)
[^] # Re: Pidgin
Posté par Gniarf . Évalué à 5.
Inkscape (vérifié sur v0.48) gère très bien cela, en fait il utilise les boites de dialogue standard de Windows pour ouvrir ou sauver un fichier et plus celles de GTK
faut croire qu'ils ont décidé de faire utilisable et pas juste portable. et au passage, une pensée émue à tous ceux qui ont subi les boites de dialogues des JFC aka Swing
[^] # Re: Pidgin
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 4.
Comme il a été dit, développer des plugins pour Pigdin semble compliqué. D'ailleurs si je ne me trompe pas, on n'a que le choix du langage C.
Le système de plugin de Instandbird présente semble-t-il une API plus simple, avec la possibilité de développer en JS (puisque c'est le langage principal des extensions XUL). Bref, il offre une API de plus haut niveau.
Et les extensions d'instantbird ne concernent pas seulement les protocoles, mais aussi toute l'interface, la plateforme etc. Bref, on peut tout faire, comme pour dans Firefox.
[^] # Re: Pidgin
Posté par fqueze . Évalué à 8.
En pratique, on n'est pas satisfait non plus de l'interface de Pidgin, mais l'explication à ce sujet ne tiendrait pas en quelques mots, car c'est sur de très nombreux détails que se joue la différence. (Juste pour donner un exemple on a décidé très tôt qu'on n'aurait aucun popup dans l'interface pour les messages d'erreur, car ça ennuie l'utilisateur. Pidgin en affiche (trop) souvent.)
Pour ce qui est de contribuer à Pidgin, en théorie en effet ça serait "mieux". En pratique c'est peu réalisable principalement pour 2 raisons :
1. Pidgin est écrit en C, et c'est très peu agréable d'écrire du code pour une interface graphique en C/GTK, surtout une fois qu'on a essayé XUL.
2. Pidgin est un projet déjà "mature" qui n'évolue plus très vite. La communauté est attachée à l'existant (développé sur de nombreuses années) et est très résistante aux changements (par exemple en freezant les API d'une version majeure à l'autre, sachant que Pidgin 2.0 est déjà assez ancien...).
(Oh, et tu as eu tout à fait raison d'écrire "serait ravis" au conditionnel. Car les patchs ne sont pas toujours les bienvenus, alors qu'on fait des efforts réguliers pour envoyer les correctifs qu'on trouve pour des bugs de libpurple. Ou quand ils sont intégrés, on oublie parfois de nous mentionner dans le ChangeLog... Bref, tout ça pour dire qu'on ne duplique pas tous les efforts, et qu'on réutilise tout ce qui peut raisonnablement l'être, et on contribue aux projets dont on prend du code.)
[^] # Re: Pidgin
Posté par bilboa . Évalué à 4.
moi j'aime bien le gtk en C :)
ceci dit instant bird par ex sous OSX est interessant pour moi. pidgin sous osx est tres mal integré et les alternatives type adium ne me plaisent pas trop (c'est assez buggé / loupe des messages etc surtout connecté depuis plusieur places)
bref, un projet sympa, mais il va falloir quils bossent pas mal pour integrer des plugins sympa et les fonctions les plus attendues cad transfer de fichier et video/voice
[^] # Re: Pidgin
Posté par moules . Évalué à 8.
En fait à vrai dire, je te rejoins sur l'ensemble de l'argumentation, en particulier sur l'illisibilité de GTK en C, ainsi que concernant l'accueil peu chaleureux qu'ils font aux contributions (j'y ai moi-même été confronté concernant libpurple, étant développeur d'un projet utilisant celle-ci).
# Réutilisation des comptes pidgin
Posté par weonbin . Évalué à 4.
Je viens de tester et pour un premier jet c'est pas mal.
C'est un détail mais j'ai quand même été un peu déçu quand j'ai vu qu'il me demandait de configurer mes comptes de messagerie alors que toutes les infos de connexion sont dans ~/.purple/accounts.xml
C'est pas la où libpurple stocke ses données par défaut ? Ça rendrait la migration bien plus simple d'utiliser le même fichier et aussi d'avoir des logs mutualisés avec les autres clients.
[^] # Re: Réutilisation des comptes pidgin
Posté par fqueze . Évalué à 2.
Utiliser le même fichier réduirait considérablement les possibilités d'évolution futures et poserait pas mal de soucis dans le cas où deux applications sont lancées en même temps.
Par contre, il est très clair que devoir reconfigurer tous les comptes à la main est une perte de temps qui nuit à l'adoption d'Instantbird, et qu'on aimerait avoir un assistant de migration détectant les comptes déjà configurés sur le système. Cependant, c'est un très gros boulot : chaque utilisateur ne demande ça que pour un client particulier, Pidgin pour toi, qui en effet n'est pas le plus dur à importer, mais au total, ça fait un grand nombre de clients existants dont il faut réussir à importer les données.
# Protocole Sametime ?
Posté par Narmer . Évalué à 2.
Bonjour,
je voudrais tester instantbird (aujourd'hui pidgin) car ou je travaille IBM Sametime est utilisé. Par contre pas de trace de ce protocole dans la liste et votre url pour les protocoles proposés par le wizzard https://add-ons.instantbird.org/fr/instantbird/1.0/protocols/ est complement HS depuis que j'essaie hier ...
l'effet linuxfr ?
Ce protocole est il supporté ? si non le sera t il ?
(il est supporté dans pidgin, il n'y a donc rien d'impossible)
Merci
[^] # Re: Protocole Sametime ?
Posté par Alexandre COLLIGNON (site web personnel) . Évalué à 1.
Je confirme que libpurple supporte (bien) le protocole Sametime...
Manque de référence ? non ... Pidgin_(software)
Alexandre COLLIGNON
[^] # Re: Protocole Sametime ?
Posté par fqueze . Évalué à 2.
Plutôt l'effet lifehacker. On vient de mettre en place un serveur beaucoup plus performant pour le site d'add-ons.
Sametime a été supporté au tout début d'Instantbird, mais personne ne s'en servait. Il a été abandonné à cause d'un détail du système de compilation (il fallait compiler et lier une bibliothèque supplémentaire, c'était pas pratique) il y a plus de 2ans.
Si pas mal de gens le réclament on le remettra probablement.
[^] # Re: Protocole Sametime ?
Posté par Narmer . Évalué à 2.
+1
Bon je sais pas si les gens qui utilise sametime vont le faire savoir, vu que la première réaction c'est plus : "Ah y a pas sametime " => desinstallation.
C'est pas mon cas, mais officiellement ça serait pas mal de rajouter le protocole sametime. pour avoir la même couverture que pidgin.
Merci de votre travail.
[^] # Re: Protocole Sametime ?
Posté par ewasx . Évalué à 2.
Pareil ici. sametime est une des raisons de pourquoi j'utilise pidgin.
[^] # Re: Protocole Sametime ?
Posté par dinomasque . Évalué à 5.
Pourquoi utiliser un logiciel libre de qualitay inférieure quand on peut profiter du bonheur infini du client officiel Sametime intégré au paradis-fait-logiciel qu'est Lotus Notes ?
BeOS le faisait il y a 20 ans !
[^] # Re: Protocole Sametime ?
Posté par Narmer . Évalué à -1.
PTDR !
Ah tu m'as bien fait rire en cette journée maussade d'été !!
Merci à toi ! :')
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.