Il n'y a pas un port C++ pour GTK? GTKmm ou un truc du genre?
Enfin, le truc qui me chagrine le plus avec Qt à l'heure actuelle, c'est qu'il ne s'agit pas juste d'une lib pour faire des IHM, plutôt d'un framework complet. Suis pas fan d'utiliser un seul outil énorme pour tout faire, même si j'en comprend les intérêts par rapport à utiliser une foultitude de lib spécialisées.
Le souci, c'est qu'il ne semble pas y avoir des masses de lib spécialisées pour faire des IHM, qui soient portables, légères, et qui ne tentent (je n'ai pas dit que Qt, Gtk, ou quoique ce soit force, attention, je parle de tentation ) pas le dev d'utiliser des classes non standard.
Je parle ici des strings et divers conteneurs, et pas pour un souci de perf, mais de garder un code le plus standard possible, de sorte a ce que, si, un jour, par malheur, il faille changer l'interface, qu'on aie pas une trop grosse dépendance à une seule lib.
En gros, si boost intégrait une lib graphique, ce serait à peu près l'esprit que j'aimerai (même si, je sais, boost et les versions c'est pas toujours top il paraît. Je n'utilise pas depuis assez d'années pour avoir eu des problèmes avec ça cependant).
PS: je ne dis pas non plus que c'est simple à faire, surtout pour ce qui est de l'intégration à l'environnement natif
PPS: il y a toujours des raisons majeures de choisir Gtk au lieu de Qt: combine au moins deux de ces éléments: l'expertise des gens qui travaillent, l'existence d'une base de code existante, le manque de main d'oeuvre.
[^] # Re: bébé
Posté par freem . En réponse au journal C'est au tour de Wireshark de passer à Qt. Évalué à 2. Dernière modification le 22 octobre 2013 à 14:46.
Il n'y a pas un port C++ pour GTK? GTKmm ou un truc du genre?
Enfin, le truc qui me chagrine le plus avec Qt à l'heure actuelle, c'est qu'il ne s'agit pas juste d'une lib pour faire des IHM, plutôt d'un framework complet. Suis pas fan d'utiliser un seul outil énorme pour tout faire, même si j'en comprend les intérêts par rapport à utiliser une foultitude de lib spécialisées.
Le souci, c'est qu'il ne semble pas y avoir des masses de lib spécialisées pour faire des IHM, qui soient portables, légères, et qui ne tentent (je n'ai pas dit que Qt, Gtk, ou quoique ce soit force, attention, je parle de tentation ) pas le dev d'utiliser des classes non standard.
Je parle ici des strings et divers conteneurs, et pas pour un souci de perf, mais de garder un code le plus standard possible, de sorte a ce que, si, un jour, par malheur, il faille changer l'interface, qu'on aie pas une trop grosse dépendance à une seule lib.
En gros, si boost intégrait une lib graphique, ce serait à peu près l'esprit que j'aimerai (même si, je sais, boost et les versions c'est pas toujours top il paraît. Je n'utilise pas depuis assez d'années pour avoir eu des problèmes avec ça cependant).
PS: je ne dis pas non plus que c'est simple à faire, surtout pour ce qui est de l'intégration à l'environnement natif
PPS: il y a toujours des raisons majeures de choisir Gtk au lieu de Qt: combine au moins deux de ces éléments: l'expertise des gens qui travaillent, l'existence d'une base de code existante, le manque de main d'oeuvre.