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é à 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.)