Quelques pistes pour contribuer (voir aussi cette page wiki).
Contribuer à Xfce, ou à tout autre projet libre est une excellente idée.
Le mieux est de prendre contact avec les développeurs sur leur mailing list ou sur IRC.
Xfce contient beaucoup de modules différents. C'est mieux d'avoir une idée plus précise de quel module on a envie d'améliorer.
Je ne sais pas si les développeurs d'Xfce veulent passer à GTK+ 3. L'avantage de GTK+ 2 est que c'est vraiment stable, ça demande beaucoup moins de travail de maintenance qu'avec GTK+ 3. GTK+ 3 est beaucoup plus instable, il y a des nouvelles API, d'autres sont rendues obsolètes, il y a beaucoup de nettoyage de code, et dû à tous ces changements il y a aussi plus de bugs. Mais en restant à GTK+ 2 on ne profite pas des nouvelles fonctionnalités de GTK+ 3. L'avantage de GTK+ 2 (la stabilité de l'API) devrait être retrouvé avec GTK+ 4 (mais on ne sait pas quand ça sortira).
Pour contribuer, le mieux est sans doute de chercher dans le bug tracker des bugs intéressants à fixer, tout en faisant du triage de bugs par la même occasion (si on trouve des bugs obsolètes, dupliqués, etc).
Une autre chose souvent facile à faire est de fixer les warnings (lors de la compilation, ou à l'exécution). Évidemment si le code d'Xfce est bien maintenu, il y aura peu de warnings.
[^] # Re: Après le tag «adieu_gtk», le tag «adieu_xfce»?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Le poste de travail MLED passe de Xfce à MATE. Évalué à 1.
Quelques pistes pour contribuer (voir aussi cette page wiki).
Contribuer à Xfce, ou à tout autre projet libre est une excellente idée.
Le mieux est de prendre contact avec les développeurs sur leur mailing list ou sur IRC.
Xfce contient beaucoup de modules différents. C'est mieux d'avoir une idée plus précise de quel module on a envie d'améliorer.
Je ne sais pas si les développeurs d'Xfce veulent passer à GTK+ 3. L'avantage de GTK+ 2 est que c'est vraiment stable, ça demande beaucoup moins de travail de maintenance qu'avec GTK+ 3. GTK+ 3 est beaucoup plus instable, il y a des nouvelles API, d'autres sont rendues obsolètes, il y a beaucoup de nettoyage de code, et dû à tous ces changements il y a aussi plus de bugs. Mais en restant à GTK+ 2 on ne profite pas des nouvelles fonctionnalités de GTK+ 3. L'avantage de GTK+ 2 (la stabilité de l'API) devrait être retrouvé avec GTK+ 4 (mais on ne sait pas quand ça sortira).
Pour contribuer, le mieux est sans doute de chercher dans le bug tracker des bugs intéressants à fixer, tout en faisant du triage de bugs par la même occasion (si on trouve des bugs obsolètes, dupliqués, etc).
Une autre chose souvent facile à faire est de fixer les warnings (lors de la compilation, ou à l'exécution). Évidemment si le code d'Xfce est bien maintenu, il y aura peu de warnings.