Dans koinkoin par exemple, le moteur est totalement indépendant de l'interface, et il utilise Qt pour :
- l'internationalisation
- la gestion UTF8 (QString)
- les conteneurs plus 'pratiques' que ceux de la stl
- le parseur XML objet
- la libération automatique de la mémoire
- et j'en oublie.
Ça plus le fait que ça soit plus propre que se taper les GObjects, ce sont des raisons indépendantes de la GUI qui me font préférer Qt à GTK.
Et je ne vois _aucune_ raison de coder l'interface en GTK si tout le code du moteur utilise déjà Qt. C'est faisable, mais pour moi c'est du bloat.
Utiliser des logiciels basés sur des toolkits différents ne me gêne pas. Par contre les mélanger dans une application, je trouve ça crade.
[^] # Re: Applications mal conçues
Posté par Olivier Serve (site web personnel) . En réponse au journal GUI GTK vs QT. Évalué à 10.
Dans koinkoin par exemple, le moteur est totalement indépendant de l'interface, et il utilise Qt pour :
- l'internationalisation
- la gestion UTF8 (QString)
- les conteneurs plus 'pratiques' que ceux de la stl
- le parseur XML objet
- la libération automatique de la mémoire
- et j'en oublie.
Ça plus le fait que ça soit plus propre que se taper les GObjects, ce sont des raisons indépendantes de la GUI qui me font préférer Qt à GTK.
Et je ne vois _aucune_ raison de coder l'interface en GTK si tout le code du moteur utilise déjà Qt. C'est faisable, mais pour moi c'est du bloat.
Utiliser des logiciels basés sur des toolkits différents ne me gêne pas. Par contre les mélanger dans une application, je trouve ça crade.