D'un point de vue du développeur, il n'a rien à faire pour passer de gtk+ à qt. Si ce n'est de compiler Gecko soit avec gtk, soit avec qt. (tout comme il n'a rien à faire pour utiliser le toolkit carbon (mac), neutrino (QNX), photon (OS/2), GDI (windows), celui de MacOSX etc..
Firefox avec Qt, c'est donc possible, mais par défaut ils ont préféré fournir FF avec gtk. Faut dire aussi que la prise en charge de QT dans gecko est encore marquée "experimentale".
Mais Gecko montre bien qu'il est possible de faire abstraction du toolkit.
Quant au passage d'un toolkit à un autre via une préférence, c'est chaud ! Car cela voudrait dire alors qu'il y a du dynamic linking conditionnel avec la lib du toolkit. Je ne sais pas si ce serait vraiment possible..
[^] # Re: Applications mal conçues
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal GUI GTK vs QT. Évalué à 2.
XUL ! (plateforme Mozilla) http://xulfr.org
D'un point de vue du développeur, il n'a rien à faire pour passer de gtk+ à qt. Si ce n'est de compiler Gecko soit avec gtk, soit avec qt. (tout comme il n'a rien à faire pour utiliser le toolkit carbon (mac), neutrino (QNX), photon (OS/2), GDI (windows), celui de MacOSX etc..
Firefox avec Qt, c'est donc possible, mais par défaut ils ont préféré fournir FF avec gtk. Faut dire aussi que la prise en charge de QT dans gecko est encore marquée "experimentale".
Mais Gecko montre bien qu'il est possible de faire abstraction du toolkit.
Quant au passage d'un toolkit à un autre via une préférence, c'est chaud ! Car cela voudrait dire alors qu'il y a du dynamic linking conditionnel avec la lib du toolkit. Je ne sais pas si ce serait vraiment possible..