Je ne suis vraiment pas sûr que un environnement de bureau décousu soit une bonne idée pour faire adopter plus massivement GNNU/Linux sur les desktop.
Tu n'as qu'à voir, un utilisateur lambda va déjà râler quand tu le fais passer de Office à Open Office (alors que le délai de ré-acclimatation est de l'ordre d'une semaine), alors imagine si tu le fais passer à un environnement ou, parfois la décoration de la fenêtre est noire, d'autre blanche. Ou les boutons de fermeture sont à gauche dans la majorité des cas, et à droite parfois.
Non, je pense (mais ce n'est que mon avis) qu'il est important de conserver des interfaces cohérentes en terme de look'n feel.
Par contre, la solution ne serait elle pas d'implémenter une couche supplémentaire ?
Par là, j'entend une lib au dessus de GTK/QT/Xlib/Whatever qui proposerait une API d'abstraction à ces toolkit dont tu parles.
Le développeur libre n'aurait qu'à utiliser cette librairie, et cette dernière se chargerait, en fonction du contexte d'exécution, d'appeler le toolkit le plus adapté.
Je suis conscient qu'un tel développement n'est pas particulièrement attrayant pour le geek passionné (et c'est peut être pour cette raison que je ne suis pas parvenu à trouver une telle lib), mais cela résoudrait l'air de rien énormément de problème :)
Après, je ne connais pas assez les différents toolkit pour avoir la certitude qu'une telle abstraction serait faisable facilement.
# Une solution ?
Posté par LaBienPensanceMaTuer . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 8.
Je ne suis vraiment pas sûr que un environnement de bureau décousu soit une bonne idée pour faire adopter plus massivement GNNU/Linux sur les desktop.
Tu n'as qu'à voir, un utilisateur lambda va déjà râler quand tu le fais passer de Office à Open Office (alors que le délai de ré-acclimatation est de l'ordre d'une semaine), alors imagine si tu le fais passer à un environnement ou, parfois la décoration de la fenêtre est noire, d'autre blanche. Ou les boutons de fermeture sont à gauche dans la majorité des cas, et à droite parfois.
Non, je pense (mais ce n'est que mon avis) qu'il est important de conserver des interfaces cohérentes en terme de look'n feel.
Par contre, la solution ne serait elle pas d'implémenter une couche supplémentaire ?
Par là, j'entend une lib au dessus de GTK/QT/Xlib/Whatever qui proposerait une API d'abstraction à ces toolkit dont tu parles.
Le développeur libre n'aurait qu'à utiliser cette librairie, et cette dernière se chargerait, en fonction du contexte d'exécution, d'appeler le toolkit le plus adapté.
Je suis conscient qu'un tel développement n'est pas particulièrement attrayant pour le geek passionné (et c'est peut être pour cette raison que je ne suis pas parvenu à trouver une telle lib), mais cela résoudrait l'air de rien énormément de problème :)
Après, je ne connais pas assez les différents toolkit pour avoir la certitude qu'une telle abstraction serait faisable facilement.