Est-ce que QT4 en fait parti ?Envoyé par themadmax
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Est-ce que QT4 en fait parti ?
Non, comme je l'ai indiqué..............
Je ne l'ai pas trouvé dans ce sujet.
En tout cas, ça veut dire que ça vaut le coup de chercher comment l'utiliser, merci de la réponse.
Deuxième post...
moi je dis wxWidgets !!!
D'accord donc si j'ai bien compris quand on dit QT sans préciser la version c'est forcément le 4.
Quand on parle d'un logiciel sans spécifier la version en général on parle de la dernière version.
Il y a aussi Code::Blocks qui est fait avec wxWidgets ; logiciel autrement plus en rapport avec la programmation
Je te conseille wxWidgets (même si je ne vois pas le rapport fait avec les MFC)
wxWidgets existe depuis pas mal d'années (ca existait avant la STL), c'est donc un projet très mur, qui inclue énormément de classes utiles (threads, mutex, ftp, irc, opengl, compression), bref c'est un outil qui se suffit à lui même! De plus tu peux l'utiliser en ne manipulant que des types wx[...], ou en mode STL, au choix.
wxW est compatibles pour toutes les plateformes possibles, et il existe meme un portage "compatibilité totale" qui n'utilise pas le GUI natif mais redessine lui meme tous les controles.
Pour ce qui est du "style" de programmation, ca reste du classique, ca marche pas message que tu répcetionnes, envoies, et que tu gère par des handlers que tu greffe statiquement (ou meme dynamiquement).
Autre avantage, wxW te permet d'avoir des composants vraiment natifs du système, je dis ca parceque pour avoir utilisé une application GTK une fois (j'avoue :>) j'ai été obligé d'installer le "runtime gtk".
Pour ce qui est du design, perso je fait tout à la main parceque je n'aime que VS, mais sous code::blocks je sais qu'il y a un designer exprès pour wxWidgets dont j'ai oublié le nom (DesignBocks ? un truc dans le genre), il existe aussi divers outils professionnels tiers de design pour wxW.
euh, la, j'en suis pas si sur...
la STL existe comme partie intégrante du langage C++, depuis quasiment son début
Mais le C++ a été normalisé en 98, et wxWidget est né en 92.
normalisé, ca veut dire qu'un standard a été créé pour le gérer, mais ca ne veut pas dire que la STL n'existait pas déja (sous une forme non stadardisée...)
J'ai pas dit le contraire
Mais à l'époque c'était moins évident que maintenant d'avoir une bonne portabilité avec du code basé sur la STL.
La STL, c'est plutôt 96, 97, non ?
En tout cas, wxWidgets est plus ou moins un wrapper pseudo-orienté objet.
C'est pas parce que les deux sont basés sur MVC on un truc du style ?Je te conseille wxWidgets (même si je ne vois pas le rapport fait avec les MFC)
Et tu trouves que c'est une bonne chose ?qui inclue énormément de classes utiles (threads, mutex, ftp, irc, opengl, compression), bref c'est un outil qui se suffit à lui même!
Je préfère avoir des outils indépendants spécialisés pour chaque tâche qu'une bibliothèque de GUI qui fait le café.
Rien ne t'oblige à les utiliser, tu peux compiler wxWidgets en monolithique, ou en librairies indépendantes, si tu ne veux utiliser que certaines des fonctionnalités. Avoir un vaste choix n'impose pas de tous les utiliser.
Pour ce qui est d'"outils indépendants", la majorité des librairies spécialiées de wxWidgets ne sont en fait que des wrappers pour des librairies tierses (wxXml/expat, wxGLCanvas/OpenGL etc..)
Les développeurs répondront mieux que moi à cette question:la STL existe comme partie intégrante du langage C++, depuis quasiment son début
"Cross-platform GUI programming with wxWidgets" Julian Smart & Kevin HockFirst, let’s deal with a question commonly asked about wxWidgets data struc-
ture classes: “Why doesn’t wxWidgets just use the Standard Template Library
(STL)?” The main reason is historical: wxWidgets has existed since 1992, long
before STL could reliably be used across different platforms and compilers. As
wxWidgets has evolved, many of the data structure classes have gravitated
towards an STL-like API, and it is expected that eventually STL equivalents
will replace some wxWidgets classes.
Meanwhile, you can still use STL functionality in your wxWidgets appli-
cations by setting wxUSE_STL to 1 in setup.h (or by passing —enable-stl when
configuring) to base wxString and other containers on the STL equivalents.
Personellement je ne prends même pas la peine d'utiliser la STL avec wxWidgets, j'utilise directement leurs types personnalisés, qui sont très nombreux (des centaines de "petites classes utiles") et d'excellente facture.
Répondre avec citation
Partager