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.
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.
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.)
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: Protocole Sametime ?
Posté par fqueze . En réponse à la dépêche Sortie d’Instantbird 1.0. É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: Réutilisation des comptes pidgin
Posté par fqueze . En réponse à la dépêche Sortie d’Instantbird 1.0. É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.
[^] # Re: Pidgin
Posté par fqueze . En réponse à la dépêche Sortie d’Instantbird 1.0. É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 fqueze . En réponse à la dépêche Sortie d’Instantbird 1.0. É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.