Ce qui est reproché à ton logiciel, c'est le fait d'avoir supprimer une option qui existait auparavant, de l'avoir caché.
Lui il s'en fous que SIP n'a pas encore défini correctement la marche à suivre pour forcer une taille. Ce qu'il voit, c'est qu'avant il pouvait le faire, il avait l'option, et que maintenant il ne peut plus parce que vous avez fait le choix de l'en empêcher pour des raisons qui vous regarde.
C'est votre logiciel, vous pouvez prendre toutes les décisions que vous voulez, personne ne conteste cela.
Maintenant, ce qui vous est reproché ici, et qui vous est reproché par d'autres (Linus T. il y a peu), c'est de prendre ce genre de décisions. Vous faites le choix de supprimer des fonctionnalités de votre logiciel utilisé par vos utilisateurs au nom de concepts qui ne regardent que vous (croyez-vous que vos utilisateurs soient intéressés par des questions de norme SIP supporté par tout ou pas ?). Les utilisateurs ont le droit de ne pas apprécier cette approche qui ignore leurs besoins.
Et c'est inutile d'ensuite les traiter de feignant parce qu'il n'ont pas fourni du code. Ceux qui ne fournissent ni code ni fric n'ont aucun pouvoir pour exiger quoi que ce soit. Ceux qui fournissent du code et du fric ont tout pouvoir sur le code mais aucun sur les utilisateurs.
En d'autres termes, cet utilisateur à le droit de ne pas être content, à défaut de pouvoir avoir des exigences. Tout comme toi tu as le droit de l'ignorer sous prétexte qu'il ne fourni pas de code.
Maintenant, reste à voir ce que vous avez à gagner tout les deux. A mon avis, le conflit et le chantage au patch ne fera pas avancer le schmilblick.
[^] # Re: [Troll] "l'esprit" Gnome m'enerve de plus en plus.
Posté par Anonyme . En réponse à la dépêche Un aperçu de GNOME 2.14. Évalué à 9.
Lui il s'en fous que SIP n'a pas encore défini correctement la marche à suivre pour forcer une taille. Ce qu'il voit, c'est qu'avant il pouvait le faire, il avait l'option, et que maintenant il ne peut plus parce que vous avez fait le choix de l'en empêcher pour des raisons qui vous regarde.
C'est votre logiciel, vous pouvez prendre toutes les décisions que vous voulez, personne ne conteste cela.
Maintenant, ce qui vous est reproché ici, et qui vous est reproché par d'autres (Linus T. il y a peu), c'est de prendre ce genre de décisions. Vous faites le choix de supprimer des fonctionnalités de votre logiciel utilisé par vos utilisateurs au nom de concepts qui ne regardent que vous (croyez-vous que vos utilisateurs soient intéressés par des questions de norme SIP supporté par tout ou pas ?). Les utilisateurs ont le droit de ne pas apprécier cette approche qui ignore leurs besoins.
Et c'est inutile d'ensuite les traiter de feignant parce qu'il n'ont pas fourni du code. Ceux qui ne fournissent ni code ni fric n'ont aucun pouvoir pour exiger quoi que ce soit. Ceux qui fournissent du code et du fric ont tout pouvoir sur le code mais aucun sur les utilisateurs.
En d'autres termes, cet utilisateur à le droit de ne pas être content, à défaut de pouvoir avoir des exigences. Tout comme toi tu as le droit de l'ignorer sous prétexte qu'il ne fourni pas de code.
Maintenant, reste à voir ce que vous avez à gagner tout les deux. A mon avis, le conflit et le chantage au patch ne fera pas avancer le schmilblick.