Le choix de l'interface devrait se faire par l'utilisateur et non les développeurs. En fait, les applications devraient proposer les deux types de GUI (en utilisant des abstractions).
Je ne sais pas ce qu'il existe aujourd'hui comme couche d'abstraction permettant de passer de gtk+ a qt et inversement.
Par ailleurs, les applis ne datent pas d'aujourd'hui, et ces couches d'abstractions n'existaient pas a l'epoque.
Aujourd'hui, si ces couches d'abstractions existent, ca m'interesserait de savoir comment programmer en C, C++ ou Perl autre chose qu'une appli bidon dont l'utilisateur pourrait choisir entre l'interface GTK+ ou QT a l'execution (ou via un fichier de preferences).
Avec une architecture bien conçue
Dans l'ideal, oui. Mais combien de programmeurs sont capables a la fois de
1/ programmer correctement
2/ realiser une architecture bien concue
3/ realiser l'interface utilisateur dans un langage qui lui permet de passer de gtk+ a qt et inversement
Le seul domaine ou c'est possible relativement facilement, c'est lorsqu'on a une architecture client-serveur et que le client est simple. Alors il est facile de le recoder avec un autre toolkit. Mais que faire lorsqu'il s'agit d'une suite bureautique, ou meme une architecture client-serveur comme un serveur http et son client ?
Cette theorie a laquelle j'adhere pleinement est malheureusement loin de la realite.
[^] # Re: Applications mal conçues
Posté par a_jr . En réponse au journal GUI GTK vs QT. Évalué à 1.
Je ne sais pas ce qu'il existe aujourd'hui comme couche d'abstraction permettant de passer de gtk+ a qt et inversement.
Par ailleurs, les applis ne datent pas d'aujourd'hui, et ces couches d'abstractions n'existaient pas a l'epoque.
Aujourd'hui, si ces couches d'abstractions existent, ca m'interesserait de savoir comment programmer en C, C++ ou Perl autre chose qu'une appli bidon dont l'utilisateur pourrait choisir entre l'interface GTK+ ou QT a l'execution (ou via un fichier de preferences).
Avec une architecture bien conçue
Dans l'ideal, oui. Mais combien de programmeurs sont capables a la fois de
1/ programmer correctement
2/ realiser une architecture bien concue
3/ realiser l'interface utilisateur dans un langage qui lui permet de passer de gtk+ a qt et inversement
Le seul domaine ou c'est possible relativement facilement, c'est lorsqu'on a une architecture client-serveur et que le client est simple. Alors il est facile de le recoder avec un autre toolkit. Mais que faire lorsqu'il s'agit d'une suite bureautique, ou meme une architecture client-serveur comme un serveur http et son client ?
Cette theorie a laquelle j'adhere pleinement est malheureusement loin de la realite.
Le bonjour chez vous,
Yves