C'est marrant, il y a un mosfet qui est un excellent developpeur et qui a bosser sur KDE. Bon, apparamment, ce n'est pas toi
> Je trouve que wxwidgets est un tres bon toolkit
On a pas dit qu'il etait mauvais, on a dit qu'ils avaient fait le mauvais choix.
> et un de ses enormes avantages que tu condamnes justement est le
> fait qu'il est tres proche des MFC
Ca presente un interet pour toi parce que tu programme en MFC. Maintenant, l'approche mutli-toolkit pose de nombreux problemes. Par exemple, un widget dispo un gtk mais pas en MFC devra etre recode en MFC avant d'etre disponible en wxWidget. Et plus il y a de toolkit supportes, plus la maintenance devient difficile.
Il y a ensuite les bugs specificques plateformes, qui alourdissent encore la maintenance.
Ensuite, il a les optimisations. Typiquement, le mec qui developpe sous linux se fait un super rich text control qu'il utilise pour stocker 2000 lignes de log. Il est content, ca marche bien et il pense que ca marche bien partout. Seulement pas de bol, le rich text control des MFC est _tres_ lent donc son appli sous windows est inutilisable.
Au contraire, l'approche de Trolltech enleve tous ces problemes. Le portage se reduit a porter les trois classes qui decrivent la plateforme. Les optimisations sur le rendu sont faites une fois pour toute et il n'y a pas de bugs specifique plate-formes. Ensuite, tous les widgets foncitonnent de la meme facon sur toutes les plateformes, le portage est vraiment une affaire de minutes.
Autres remarques:
- je ne sais pas comment tu peux preferer MFC a gtk. J'aime pas beaucoup gtk mais au moins, leur API est logique, deterministe, facile a comprendre, exempts de bugs bizarre et tres bien documentee. Aucun de ces adjectifs ne s'appliquent a MFC a mon avis.
- l'interface graphique en XML, gtk a ca depuis 7 ou 8 ans (cf glade) et Qt aussi (cf Qt Designer)
Tu devrais essayer Qt, ca te changera de paradigme et tu verras que tu seras plus efficace qu'en MFC.
[^] # Re: et wxWidgets dans tout ça ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Trolltech va publier Qt 4 pour Windows sous double licence. Évalué à 3.
> Je trouve que wxwidgets est un tres bon toolkit
On a pas dit qu'il etait mauvais, on a dit qu'ils avaient fait le mauvais choix.
> et un de ses enormes avantages que tu condamnes justement est le
> fait qu'il est tres proche des MFC
Ca presente un interet pour toi parce que tu programme en MFC. Maintenant, l'approche mutli-toolkit pose de nombreux problemes. Par exemple, un widget dispo un gtk mais pas en MFC devra etre recode en MFC avant d'etre disponible en wxWidget. Et plus il y a de toolkit supportes, plus la maintenance devient difficile.
Il y a ensuite les bugs specificques plateformes, qui alourdissent encore la maintenance.
Ensuite, il a les optimisations. Typiquement, le mec qui developpe sous linux se fait un super rich text control qu'il utilise pour stocker 2000 lignes de log. Il est content, ca marche bien et il pense que ca marche bien partout. Seulement pas de bol, le rich text control des MFC est _tres_ lent donc son appli sous windows est inutilisable.
Au contraire, l'approche de Trolltech enleve tous ces problemes. Le portage se reduit a porter les trois classes qui decrivent la plateforme. Les optimisations sur le rendu sont faites une fois pour toute et il n'y a pas de bugs specifique plate-formes. Ensuite, tous les widgets foncitonnent de la meme facon sur toutes les plateformes, le portage est vraiment une affaire de minutes.
Autres remarques:
- je ne sais pas comment tu peux preferer MFC a gtk. J'aime pas beaucoup gtk mais au moins, leur API est logique, deterministe, facile a comprendre, exempts de bugs bizarre et tres bien documentee. Aucun de ces adjectifs ne s'appliquent a MFC a mon avis.
- l'interface graphique en XML, gtk a ca depuis 7 ou 8 ans (cf glade) et Qt aussi (cf Qt Designer)
Tu devrais essayer Qt, ca te changera de paradigme et tu verras que tu seras plus efficace qu'en MFC.