Flanker (./228) :
Personnellement, j'ai fait mon choix et je n'utilise aucune application multi-plate-forme

C'est de la bêtise, tu perds des applications importantes pour aucune raison.
Et tu utilises quel navigateur web? Même Safari est disponible sur une autre plateforme maintenant. Où alors tu ne surfes qu'avec IE7 sous l'OS qui va avec?

Nil (./229) :
Tiens, d'ailleurs question bête... c'est impossible d'envisager à +/- long terme une fusion de GTK et de QT ?

Pas vraiment. Histoires de licence, de modèle de développement, d'architecture (les APIs sont très différentes), de langage de programmation (C vs. C++), ...

squalyl (./230) :
A la limite un backend QT pour GTK ou l'inverse, mais une fusion ça m'étonnerait. question d'archi globale. Mais je suis vraiment pas sûr.

Même là, seulement si tu limites "backend" à l'affichage, pas à la gestion d'évènements etc. D'ailleurs, ça a déjà été fait, cf. gtk-qt-engine, et cf. un projet pour faire la même chose dans l'autre sens dont je ne sais pas où il en est.

Godzil (./231) :
Techniquement ? non les approches sont trop opposé..

GTK = Procedural
QT = Objet

Là par contre, c'est n'importe quoi, GTK+ est certes en C, mais avec un système d'objets (GObject).