Discussion :

[observ]

Je souhaite developper une interface graphique GUI (ecrire de texte dedans,mettre des boutons,gerer des evenements utilisateurs sur des objets,.....) avec C++ sous VC++,donc OS=windows .
Ma question est simple :
Est ce qu'en dehors des API win32,MFC,Winforms, existe-il des bibliotheques C++ qui permettent de faire des fenetres à l'image de ceux de windows.?

Mon intuition me dit non!! (les bibliotheques gtk sont ils portables sur windows?).

Merci

[loufoque]

GTK+ fonctionne sous windows en en émulant le look & feel.
En C++, il y a un wrapper nommé GTKmm.

Après il y a aussi Qt, wxwidgets qui eux font utilisation des APIs win32.

[Matthieu Brucher]

Après il y a aussi Qt, wxwidgets qui eux font utilisation des APIs win32.

Qt n'encapsule pas les API win32, c'est comme GTK. wxWidgets utilise les fenêtres natives de la plateforme, pas Qt.

[zais_ethael]

Qu'importe, wxwidgets les utilise en interne.
D'ailleurs beaucoup considèrent que c'est un avantage car les applics l'utilisant ont exactement la même tête que les autres applics de la plateforme. Ce qui évitera que toutes les tatas janines du monde se demandent: "sacré nom di dju, pourquoi qu'le truc y ressemble pas aux autres trucs?".

[ash.ice.loky]

En regardant la faq tu aurais trouvé ca

http://c.developpez.com/faq/cpp/?pag...GENERALITE_gui

sinon tu as des GUI specifique utilisant SDL ou autre.

[aziz jim]

salut observ
ici tu trouveras une belle liste(non exaustive) des bibliothèques c et c++(GUI et autres) :
le nom, le langage( c ou c++), la plate-forme supportée, le genre de la licence, ainsi qu'une petite description.(enjoy )
http://c.developpez.com/bibliotheques/#Graph

[mat.M]

Qt n'encapsule pas les API win32, c'est comme GTK. wxWidgets utilise les fenêtres natives de la plateforme, pas Qt.

??
Comment fait Qt pour afficher une fenêtre sous Windows ( puisqu'ilk ya une version Windows de Qt ) sans faire appel quelque part des fonctions de Windows ?

[Matthieu Brucher]

??
Comment fait Qt pour afficher une fenêtre sous Windows ( puisqu'ilk ya une version Windows de Qt ) sans faire appel quelque part des fonctions de Windows ?

Il n'utilise pas, comme wxWidgets, les widgets propres à Windows.

[Médinoc]

Mais je suppose qu'ils utilisent quand même, pour la fenêtre principale, une fenêtre Win32 ? C'est juste le contenu qui est propre à Qt, non ?

[mat.M]

Il n'utilise pas, comme wxWidgets, les widgets propres à Windows.

?? Dans le monde win32 je ne connais pas les widgets.
En dessous de la couche applicative il ya les fonctions win32 aussi diverses que Rectangle(HDC..) ou bien WaitForSingleObject.....


C'est totalement impossible d'écrire une appli Windows sans quelque part faire appel à des API win32.
Sauf si c'est
*une appli ms-dos 16bits
*un service Windows
*.NET ? Mais même le framework finit par appeler des API win32

La manière dont procéde wxWidget c'est qu'on appelle des fonctions contenues dans des dll , tout comme des classes définies dans des lib ou dll de Qt..
Ces mêmes dll qui selon l'OS utilisent des API de Windows ou non avec maintes #ifdef ...

[mat.M]

Est ce qu'en dehors des API win32,MFC,Winforms, (les bibliotheques gtk sont ils portables sur windows?).
Merci

Décidemment il faudrait donner des cours au gens !
win32 n'est pas une classe C++ !

Ce sont des fonctions Windows bas-niveau entre l'OS et l'application ; TOUT langage de programmation ( ou runtime comme la JVM de Java par exemple ) utilise ces fonctions pour faire un programme avec interface utilisateur avec un PE valide win32


>>(les bibliotheques gtk sont ils portables sur windows?).
oui

GTK+ fonctionne sous windows en en émulant le look & feel.
En C++, il y a un wrapper nommé GTKmm.
Après il y a aussi Qt, wxwidgets qui eux font utilisation des APIs win32.

Décidemment la confusion règne : tout "class wrapper" qui fonctionne sous Windows et affiche une fenêtre Windows avec barre de titre utilise les API win32.
C'est radicalement impossible d'afficher une fenêtre sous Windows même par le biais d'un runtime , dll ou quoique ce soit...
Simplement avec GTK+ on n'appelle pas directement ces fonctions elles sont encapsulées

[loufoque]

Décidemment la confusion règne : tout "class wrapper" qui fonctionne sous Windows et affiche une fenêtre Windows avec barre de titre utilise les API win32.

J'ai dit cela pour simplifier, d'autant plus que je ne connais pas le terminologie exacte des différentes couches des APIs que fournit windows. Inutile de pinailler.