TUTORIAL WIN32 :

Commentaire de Urgo le 02/06/2004 00:05:10

C'est vrai que la partie 2 aurait pu etre regroupé dans un meme fichier zip, tout en montrant trois parties distinctes à l'intérieur.

Commentaire de Xs le 02/06/2004 19:55:28

Tss faut pas se vexer ! Tes tutoriaux sont très bien et respectent bien l'idée du site. C'etait une remarque sans importance : j'aime dire ce que je pense.

Il ne faut pas tout prendre à la lettre !

Cordialement.

ps : on attend tous avec impatience teS futures sources !

Commentaire de Urgo le 05/06/2004 21:05:30

Si tu n'acceptes meme pas ma remarque qui a été tout à correcte et pas du tout désobligeante, c'est en effet pas mal la peine de continuer. Ce n'est pas parce-que tu n'as pas de note ou que je ne parle pas de ton source, que cela veut dire que je rejette ton travail.

Continu (pour les autres au moins), ça leur fait plaisir même s'ils ne l'expriment pas dans directement dans les commentaires ou une note.

Commentaire de Urgo le 11/06/2004 21:18:14

J'suis content que le message soit passé ;)
Merci de ta compréhension

Commentaire de arouche le 23/06/2004 17:09:42

Débutant en C++, mais question va peut etre paraitre conne pour certain, mais quel type de projet faut il créer ??

Commentaire de detlev le 13/08/2004 21:05:52

salut,
c bien chouette tout ca ! mais comment fait-on pour creer un simple bouton avec l'api win32 ?
on parle toujours d'opengl et de directX mais un simple bouton ou un label je ne trouve pas de tuto.
vous pouriez m'aider ?
ps: un bon livre ca va aussi.

Commentaire de errikke le 31/08/2004 09:37:27

--> detlev : Je n'ai pas encore aborde les boites de dialogues (bouton...) qui feront l'objet de la
prochaine partie.

--> Bebert251188 : Quand tu ouvre un projet ; il faut selectionner dans la boite de dialogue  en liste
deroulante nommee Type,  l'option All Files(*.*)  ainsi tu verras tous les fichiers (dont les private_) tu
peut les supprimer avec un click droit sur le nom du fichier.

Pour aller plus vite ; tu peut recuperer le livre de Charles PETZLOD sur le site de Brunews.

Commentaire de errikke le 21/10/2004 19:55:51

Pour ceux qui ont rencontre un pb dans la partie 2a avec le menu :
Je pense avoir trouve la solution .

Il faut  remplacer dans le fichier .rc
la ligne : 500 MENU DISCARDABLE
Par : ID_MENU MENU DISCARDABLE

Merci de me dire si cela marche; je ferais une mise a jour.

Commentaire de Propheus le 05/12/2004 18:45:46

Hello :)

Je trouve le tuto très intéressant, c'est ce qu'il me fallait pour bien aborder le contexte de fenêtres en C++ (me suis taper beaucoup en mode console).

Toute fois trois critiques qui aura le mérite de rendre ça un peu plus paufiné:

- Placer toutes la partie théorique en commentaire c'est vraiment moyen moyen, ça rends le code à proprement parlé très indigeste, et le compilateur perd un peu de temps à trier tout ça.

- J'ai la version DevC++ pareil que celle que tu as utilisée, je viens de finir la première partie et elle ne se compile pas. Beaucoup de références introuvables, je pense qu'il me faut encore faire quelques règlage sur le compilateur et mes connaissances à ce niveau.

- Et finalement, Aujourd'hui l'ont parle encore du C++ avec des strucs et autres pratiques "à la vielle école", je trouve ça dommage, encapsuler tout ça dans une classe aurait été très enrichissant et à la pointe du C++ orienté objet.

Je sais que pour le coté POO c'est presque un autre tuto, mais je trouve que l'ont voit encore trop de source avec un tas de strucs, sans implémentation orienté objet, et ceci en parlant de C++. Je sais que l'ont peux faire du C++ sans forcément utiliser l'orienté objet à 100%,mais c'est dommage de ne pas vivre avec notre temps.

Avis perso, ça n'enguage que moi.

Commentaire de errikke le 06/12/2004 09:42:07

--> Propheus : Tu as effectivement souligne trois points qui m'ont pose probleme
des le debut.

- L'encapsulation  des donnes sous forme de classe m'a tente des le debut, toutefois, je ne
souhaitais pas reinventer les MFC (Il faudrait d'ailleurs etre plus doue que je ne le suis), c'est
pourquoi, j'ai prefere me contenter d'une utilisation "vieillotte" de l'API. J'ai prevu de
"deriver" vers les classes au fur et a mesure de mes parties, mais pas avant d'avoir fini
les  bases, c a d le systeme de fichier, les icones et bitmaps et une premiere approche du
multithreading.

- Les commentaires : J'ai adopte la methode suivante ; toutes les premieres parties sont
commentes au fil du code, puis petit a petit , quand le lecteur commencera a etre familiarise avec
l'API, (somme toute les fonctions et messages  fonctionnent tous plus ou moins de la meme
facon), les commentaires seront regroupes en debut de code. Ce sera d'ailleurs le cas
de la prochaine partie (boites de dialogue   modale ou non et controles SCROLLBAR et
LISTBOX), que je pense  poster cette  semaine.

-Pour les compilateurs, je n'ai pas encore trouve de solution, je ne prevoie pas de tut
sur le makefile dans l'immediat.


--> Funto66 : je te remercie pour la constance de ton soutien, alors meme.
(j'ai vu tes sources) que tu ai largement plus avance que ce que je propose dans
mon tutoriel.

Merci a tous deux.

Commentaire de Propheus le 06/12/2004 12:29:48

C'est bon j'ai reussi à compiler. C'étais de ma faute comme je l'avais présenti.

-> BruNews : Je comprends pas ta réaction l'air "vexé", il me semble que le C++ n'as pas besoin du .Net pour être orienté objet, les MFC sont plus vielles et si tu regarde le magnifique Framework du .NET, ben ils ont beaucoup été piocher dans les MFC.

Mais bref c'est pas le problème, je voyais pas ce tuto en MFC, ni en .NET, avec une simple encapsulation pour donner l'idée. C'est sur que ça sert à rien de réinventé la roule MFC ou .NET, ici on est là pour apprendre et pour enseigner du mieux que l'ont peux. Mais je comprends tout à fait le malaise, c'est la guerre des pros C et pro C++ OO, c'est tout rien de plus :)

Commentaire de angeljp le 10/12/2004 17:35:49

Alors là franchement je dis bravo !!!
Moi qui ne savait pas du tout comment faire apparraître une fenêtre windows toute simple ya deux semaines, je peux maintenant faire une fenêtre avec tout ce qu'il faut !
Ce tutorial est certainement le meilleur que j'ai pu voir jusqu'à maintenant sur les API.
Encore Bravo et continue comme ça errikke !

Commentaire de Funto66 le 22/12/2004 15:37:17

T'as pas dû linker avec la lib GDI...
Si t'es sous Dev-C++, rajoute -lgdi32 aux options du linker (Propriétés du projet...), si t'es sous Visual C++ rajoute la lib gdi32.lib.

Commentaire de Funto66 le 22/12/2004 18:44:25

Ça la fenêtre DOS c'est pas un pb, ça dépend de tex options de compil : si t'es sous Visual C++, cherche l'option "/subsystem:console" et remplace ça par "/subsystem:windows". Si t'es sous Dev-C++, alors dans les propriétés de ton projet, tu chosis Windows application au lieu de Console Application :)

Commentaire de quentin2111 le 18/03/2005 23:03:00

Bonjour,
ca fait plusieurs semaines que j'apprends les bases en win32 grâçce à tes tuto.Ne t'arrête surtout pas !
10/10 sans hésiter !

Commentaire de orc_undead le 04/04/2005 20:03:39

Bonjours a tous!! Je trouve ton tutorial vraiment super.
Seulement si je pouvais compiler une de tes sources!!! Voila, mon probleme c'est que je peux ouvrir les .EXE mais je ne peux pas compiler aucune des sources .. Il est donc dificile de comprendre comment sa marche sans pouvoir compiler quoi que se soit!! J'obtien 2 erreur dans le premier tutorial :

LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main

Debug/Tutor_Win32_Partie_1.exe : fatal error LNK1120: 1 unresolved externals

J'y comprend vraiment rien!! Merci d'avance!!

Commentaire de errikke le 07/04/2005 19:44:34

Sous VC ++ il faut creer un projet Win 32 Application et non Win 32 Console Application.
L'erreur  LNK2001 peut  avoir diverses causes, mais dans ton cas, je pense que la
cause est la nature du projet.

Commentaire de errikke le 09/04/2005 20:47:34

Le problème que tu évoque a déjà été rencontré par quelqu'un.
Pour autant que je me rappelle, il avait réglé ce problème
en ne faisant pas un copier/coller mais en créant un projet et
en ajoutant directement au projet la (ou les) source(s) voulue(s).

Je n'ais pas réussi, pour l'instant, à créer ce problème chez moi pour
pouvoir l'étudier.

Peut tu modifier le code (il s'agit de la 1ère partie) comme suit :
autour de la fonction RegisterClassEx().
(là tu peut faire un  copier/coller.)

--------------------------------------------------------------------------------------------------------------------------------------
     SetLastError(0);


    if (RegisterClassEx (&wincl) == false) // On enregistre la classe déclarée
              //   return 0 ;                                   // avec WNDCLASSEX et en cas d'erreur
                                                                    // on quitte le programme
          {                                
          LPVOID lpMsgBuf;
          FormatMessage(
          FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM |
  FORMAT_MESSAGE_IGNORE_INSERTS, NULL, GetLastError(),
                                      MAKELANGID(LANG_FRENCH, SUBLANG_DEFAULT),
                                       (LPTSTR) &lpMsgBuf,0,NULL );

  MessageBox( hWnd, (LPCTSTR)lpMsgBuf, "Erreur existe ?",
                                      MB_OK | MB_ICONINFORMATION );
  LocalFree( lpMsgBuf );
          }    
          
    else {
    MessageBox(hWnd,"La classe est bien enregistrée, cliquez sur ok pour ouvrir la fenêtre",
                                            "Info de service",MB_OK);
         }
--------------------------------------------------------------------------------------------------------------------------------------
Ce bout de code devrait permettre de connaître exactement l'intitulé de l'erreur.

Merci de me le communiquer.


A+

Commentaire de Raish le 24/04/2005 22:42:26

Merci, mias merci beaucoup pour ca!!!!! ;)

Commentaire de errikke le 25/04/2005 20:26:22

Oui, cela me parait correct puisque tu declare un handle sur un menu, tu l'initialises
dans CreateWindowEx() et enfin tu le charge et tu l'affecte a la fenetre.
Je pense toutefois que tu peut laisser a la ligne 2130  : NULL, car tu charges le menu
apres creation de la fenetre.
Dans ce cas, il faut penser a detruire le menu en fermant (il n'est pas lie a la classe de fenetre.)
A ce sujet, une question ; qu'as tu mis dans le membre wincl.lpszMenuName de la
structure WNDCLASSEX ?  

Commentaire de errikke le 27/04/2005 21:58:43

Meme si ta  facon de proceder fonctionne (j'ai verifie), on met toutes les
fonctions de destructions des menus, objets ...  dans le traitement du
message WM_CLOSE :

case WM_CLOSE :
          DestroyMenu(hMenu);
          //...
          DestroyWindow(hWnd);
           break;

Par ailleurs tu peut laisser  wincl.lpszMenuName = NULL;  puisque tu charges le
menu apres creation de la fenetre.
        

Commentaire de magma le 30/04/2005 23:51:53

Salut,

N'oublie pas de mentionner l'API DrawState(...)
dans ton tutorial.
En effet, cette fonction permet d'afficher
simplement texte, icone ou bitmap dans
différents modes.

Bon continuation...

Commentaire de nightlord666 le 04/08/2005 10:27:32

Bonjour ! Je trouve ton tuto super mais j'ai un problème à la partie 2a : le menu ne s'affiche pas. J'ai essayé ta technique de supprimer les fichiers *_private mais ça ne marche pas. Est-ce que quelqu'un pourrait me dire comment faire ?

Commentaire de BruNews le 20/08/2005 20:57:02 administrateur CS

#include <windows.h>
#include <commctrl.h>

InitCommonControls();
ou InitCommonControlsEx(...);
dès le début de WinMain.

Ajouter comctl32.lib au linker.

Commentaire de BruNews le 20/08/2005 21:47:05 administrateur CS

Regarde dans les sources, il y en a des tas, un exemple ici:
http://www.cppfrance.com/code.aspx?id=11151
fouille dans les sources et tu en auras plein d'autres.

Commentaire de BruNews le 20/08/2005 22:06:14 administrateur CS

Bien entendu, CreateWindowEx avec WC_LISTVIEW comme classe de fenêtre.
MSDN est là pour ce genre de choses:
http://www.msdn.microsoft.com/library/default.asp

Commentaire de Horfee le 20/08/2005 22:12:03

rha t terrible !!! merci bcp !!!

Commentaire de Horfee le 21/08/2005 15:56:39

une autre question me taraude : pourquoi faut il mettre la fonction WndProc en fonction statique ???

Commentaire de The_Sin le 05/09/2005 15:44:24

Lu,
j'avais mis de côté ce tuto un pti moment maintenant je m'y remet mais je n'arrive plus à compiler même en ajoutant -lgdi32 aux options du projet (j'ai dev cpp 4) est-ce que quelqu'un qui a déjà eu ce problème aurait une autre méthode pour le résoude :s

Commentaire de The_Sin le 06/09/2005 15:47:02

Ca le fait avec toutes les parties
Le compilateur génére un grosse série d'erreur dans le genre
441 test.c
initializer element is not constant
ou
644 test.c
`static_cast' undeclared here (not in a function)
ou encore
644 test.c
parse error before `HBRUSH'
...

et le linkeur me dit ça :
gcc: c:\dev-c++\project\win32\test.o: No such file or directory
gcc: file path prefix `C:\DEV-C_~1\Bin\' never used

Commentaire de The_Sin le 09/09/2005 18:32:07

Dev cpp et j'ai essayé avec le 4 et le 5

Commentaire de The_Sin le 09/09/2005 22:07:17

projet windows application, j'ai fait avec ton fichier mais j'ai aussi fait copier coller, que ce soit en C ou Cpp, j'ajoute -lgdi32 aux options du compilo et voilà je compile mais bug, sinon pour la seconde partie voilà le bug de link qu'il me génére également   [Linker error] undefined reference to `CreateSolidBrush@4' .
Mais sinon une fois j'avais eu des pb de link avec les lib sdl, je les décompressais et je les remettais à chaque fois mais elles changeaient de taille :s puis un contact qui avait eu le même problème chez un des ses amis m'avait envoyé ses fichiers à lui et là ça avait marché, peut-être là aussi le bug vient seulement de mon pc enfin faudrait que j'essaye sur le pc de mon frère s'il le libère...