Tout à fait d'accord. Je comprends que les développeurs ne peuvent proposer qu'un type de bibliothèques graphiques/interface par manque de temps, de compétences dans les autres toolkits graphiques ou tout simplement de recul pour adopter un point de vue plus conceptuel. Et après tout, si le but est l'intégration à un desktop, qui permet une bien meilleure gestion de certains aspects, c'est difficilement contournable.
Mais c'est assez risqué d'intégrer des considérations spécifiques à un environnement graphique (IHM) dans le coeur de gestion. Je dirais même plus, c'est limite intégriste que de ne proposer qu'une interface. On se retrouve dans des situations à la k3b où les gens n'ont les libs qt que pour cette appli. Résultat, une application aussi fondatrice de GTK+ que Gimp est en train de détacher le core de la GUI.
Après tout, les spécifications FreeDesktop, la gestion unifiée des messages (Dbus?) me semblent permettre une description du comportement d'une application sans référer à un toolkit. Cependant, c'est très récent ce genre de réflexion, et on peut se demander si le port qt de firefox (ou de son rendu, peu importe, je souhaiterais qu'on n'ergote pas sur les termes) ne risque pas de souffrir d'une conception trop conditionnée par GTK+.
[^] # Re: pourquoi spécifiquement ?
Posté par Kurosu . En réponse à la dépêche Sortie de Anjuta 2.0.0. Évalué à 2.
Mais c'est assez risqué d'intégrer des considérations spécifiques à un environnement graphique (IHM) dans le coeur de gestion. Je dirais même plus, c'est limite intégriste que de ne proposer qu'une interface. On se retrouve dans des situations à la k3b où les gens n'ont les libs qt que pour cette appli. Résultat, une application aussi fondatrice de GTK+ que Gimp est en train de détacher le core de la GUI.
Après tout, les spécifications FreeDesktop, la gestion unifiée des messages (Dbus?) me semblent permettre une description du comportement d'une application sans référer à un toolkit. Cependant, c'est très récent ce genre de réflexion, et on peut se demander si le port qt de firefox (ou de son rendu, peu importe, je souhaiterais qu'on n'ergote pas sur les termes) ne risque pas de souffrir d'une conception trop conditionnée par GTK+.