Je doute que ce soit une bonne idée... quand on doit maintenir plusieurs frontends différents, en pratique, l'un est privilégié et les autres suivent tant bien que mal. De plus dès qu'on voudrait rajouter une plateforme, il faudrait à chaque fois rajouter plein de code aux applis utilisant ta méthode.
L'autre méthode que tu proposes, c'est d'avoir encore une interface de programmation par dessus Gtk/Qt/MS... c'est du gaspillage inutile de ressources, surtout quand on sait que les toolkits sous-jacents sont pour la plupart déjà portables ! Rien qu'en utilisant Qt, on a déjà presque tous les avantages que tu cites sous KDE, MSWin et Apple. (pour Gnome, comme Gtk est un peu plus complet que Qt à l'interace, il manquerait des trucs comme les racourcis, les menus détachables, etc, mais ce serait toujours mieux que l'interface actuelle), et il n'y a qu'un seul code à maintenir, ce qui est la raison pour laquelle StarOffice utilisait ses propres widgets
[^] # Re: Conférence OpenOffice.org à Hamburg en mars
Posté par Benjamin . En réponse à la dépêche Conférence OpenOffice.org à Hamburg en mars. Évalué à 5.
L'autre méthode que tu proposes, c'est d'avoir encore une interface de programmation par dessus Gtk/Qt/MS... c'est du gaspillage inutile de ressources, surtout quand on sait que les toolkits sous-jacents sont pour la plupart déjà portables ! Rien qu'en utilisant Qt, on a déjà presque tous les avantages que tu cites sous KDE, MSWin et Apple. (pour Gnome, comme Gtk est un peu plus complet que Qt à l'interace, il manquerait des trucs comme les racourcis, les menus détachables, etc, mais ce serait toujours mieux que l'interface actuelle), et il n'y a qu'un seul code à maintenir, ce qui est la raison pour laquelle StarOffice utilisait ses propres widgets