Qt ne résoud pas ce problème (ou très peu)
Rectificatif : Qt resoud bien mieux ce genre de problemes que n'importe qu'elle autre toolkit, et de tres tres tres loin.
C'est meme le fond de commerce de Trolltech. Ca fait plus de 10 ans que Qt fonctionne sur Win/Linux/Mac. Ca tourne meme sur WinCE en natif depuis peu (!)
style de nommage
En partie, ca depend ce que t'appelle style de nommage
Par exemple voici un wizard Qt sous differents OS : http://doc.trolltech.com/4.4/qwizard.html#wizard-look-and-fe(...)
Apres c'est sur que le titre d'une fenetre faudra peut etre faire des #ifdef mais c'est tout a fait normal.
C'est un thème comme un autre
Non justement ! le style MacOSX c'est pas juste une scrollbar bleue. Typiquement sous Windows il est impossible de faire la difference entre une appli Qt et une appli MFC/WTL. pareil sous MacOSX, Qt utilise Carbon et bientot Cocoa (ce qui va resoudre les derniers problemes connus).
Faire un theme natif, c'est pas du coloriage mais utiliser l'API de la plateforme et c'est pas franchement evident a faire. Avant que WinForms/GTK+ arrivent a un niveau equivalent du Qt de 2008 il va falloir attendre encore quelques longues annees.
Quand on lit la doc de Qt, il y a plein d'endroits ou il a des trucs specifiques a une plateforme ou une autre, des methodes qui ne font rien sur certaines plateformes ect... et c'est hyper bien foutu et pour aller plus loin il y a aussi des vrais exemples http://doc.trolltech.com/qq/qq23-layouts.htmlhttp://doc.trolltech.com/qq/qq19-buttons.html
WinForms ne pourra jamais faire ca car l'API est controlee par Microsoft et a ete concu seulement pour fonctionner sous Windows contairement a Qt qui est fait pour des le depart.
Au final je te rappelle quand même que ta remarque initiale portait sur le côté "expérimental"
Oui c'est vrai, c'est pourquoi j'ai indique que "je me suis un peu trop lache dans mon post" car la derniere fois que j'ai utilise C#, WinForms utilisait Wine et GTK+ sous Mac utilisait X11 (!)
[^] # Re: .NET et portabilité GUI = 2
Posté par tanguy_k (site web personnel) . En réponse à la dépêche Mono 2.0 : le singe continue ses grimaces. Évalué à 5.
Rectificatif : Qt resoud bien mieux ce genre de problemes que n'importe qu'elle autre toolkit, et de tres tres tres loin.
C'est meme le fond de commerce de Trolltech. Ca fait plus de 10 ans que Qt fonctionne sur Win/Linux/Mac. Ca tourne meme sur WinCE en natif depuis peu (!)
ordre des boutons
http://doc.trolltech.com/4.4/qdialogbuttonbox.html
style de nommage
En partie, ca depend ce que t'appelle style de nommage
Par exemple voici un wizard Qt sous differents OS :
http://doc.trolltech.com/4.4/qwizard.html#wizard-look-and-fe(...)
Apres c'est sur que le titre d'une fenetre faudra peut etre faire des #ifdef mais c'est tout a fait normal.
boîtes de dialogue
Toutes les boites de dialogues sont natives avec Qt. Meme celles pour l'impression http://doc.trolltech.com/4.4/qprintdialog.html ou le systray http://doc.trolltech.com/4.4/qsystemtrayicon.html
Au passage, Qt s'integre parfaitement a GNOME depuis peu (meme les boites de dialogues) (ca fonctionne aussi sous Windows !)
http://labs.trolltech.com/blogs/2008/10/02/qgtkstyle-now-on-(...)
C'est un thème comme un autre
Non justement ! le style MacOSX c'est pas juste une scrollbar bleue. Typiquement sous Windows il est impossible de faire la difference entre une appli Qt et une appli MFC/WTL. pareil sous MacOSX, Qt utilise Carbon et bientot Cocoa (ce qui va resoudre les derniers problemes connus).
Faire un theme natif, c'est pas du coloriage mais utiliser l'API de la plateforme et c'est pas franchement evident a faire. Avant que WinForms/GTK+ arrivent a un niveau equivalent du Qt de 2008 il va falloir attendre encore quelques longues annees.
Quand on lit la doc de Qt, il y a plein d'endroits ou il a des trucs specifiques a une plateforme ou une autre, des methodes qui ne font rien sur certaines plateformes ect... et c'est hyper bien foutu et pour aller plus loin il y a aussi des vrais exemples http://doc.trolltech.com/qq/qq23-layouts.html http://doc.trolltech.com/qq/qq19-buttons.html
WinForms ne pourra jamais faire ca car l'API est controlee par Microsoft et a ete concu seulement pour fonctionner sous Windows contairement a Qt qui est fait pour des le depart.
Au final je te rappelle quand même que ta remarque initiale portait sur le côté "expérimental"
Oui c'est vrai, c'est pourquoi j'ai indique que "je me suis un peu trop lache dans mon post" car la derniere fois que j'ai utilise C#, WinForms utilisait Wine et GTK+ sous Mac utilisait X11 (!)
Neamoins entre
http://picasaweb.google.co.uk/icefox/AroraScreenshots#523144(...)
http://labs.trolltech.com/blogs/wp-content/uploads/2008/02/d(...)
http://code.google.com/p/arora/wiki/Screenshots
et ca
http://developer.imendio.com/sites/developer.imendio.com/fil(...)
http://www.mono-project.com/Image:Monopaint.png
Ba y'a trop pas photo