Discussion :

[_Michel]

Bonjour.
Je voudrai savoir quelque chose : si on utilise l'API Windows, peut-on utiliser en même temps la librairie graphique OpenGL?
Existe-t-il une librairie compatible avec OpenGL plus pratique que l'API Windows qui permette de gérer des fenêtres style Windows?
J'ai vu qu'il existe GLUT qui est assez simple, mais je crois que cette librairies ne permet pas d'avoir de controls comme des menus ou des bouttons.

[ToTo13]

Bonjour,

effectivement, GLUT contrôle la fenêtre, mais tu ne pourras pas utiliser de boutons.
Pour cela, tu peux utiliser MUI, GLUI, GTK, QT, ...

[_Michel]

Pardon d'insister, mais je débarque un peu en matière de librairies.

Comment font-elles pour utiliser l'API Windows à plus bas niveau (car je suppose que c'est obligatoire, par exemple l'initialisation de n'importe quelle librairie graphique comporte un appel à CreateWindow sous Windows) ? Surtout au niveau des évenements, que proposent-elles au programmeur pour les gérer ?
J'ai essayé la SDL il y a peu de temps. Son utilisation necessite uniquement une boucle d'évenement, mais pas besoin de callback, comme on en a l'habitude avec l'API Windows. Ca parait un peu trop simple, non?
Les messages envoyés (techniquement "non-queued messages") par exemple ne peuvent pas être traités par autre chose qu'une callback appellée par GetMessage() normalement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
while (GetMessage(&msg, NULL, 0, 0)) // appelle la calback pour un message envoyé et retourne pour nue message posté
{
    TranslateMessage(&msg); // messages postés...
    DispatchMessage(&msg); // ...gérés entièrement par le programmeur
}
 
// La callback
LRESULT CALLBACK MainWndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    switch (uMsg)
    {
        case WM_CREATE:
            return 0;
 
        case WM_DESTROY:
            PostQuitMessage(0);
            return 0;
 
        default:
            return DefWindowProc(hwnd, uMsg, wParam, lParam);
    }
}

Je suppose que dans le cas de la SDL les messages envoyés sont gérés automatiquement par la SDL (une callback bien cachée??), et au besoin génèrent des messages postés, qui eux seront traités par la boucle d'évenement écrite par le programmeur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
while (continuer)
{
    SDL_WaitEvent(&event); // comment sont gérés les messsages envoyés ?
 
    // SDL_WaitEvent ne peut que renvoyer des messages postés
    switch(event.type) 
    {
        case SDL_QUIT:
            continuer = 0;
            break;
    }
}
 
// Pas de callback

[Melem]

Comment font-elles pour utiliser l'API Windows à plus bas niveau

L'un des intérêts des bibliothèques de haut niveau (éventuellement portables) c'est justement de cacher ces détails au programmeur. Si tu veux utiliser SDL, apprends SDL (il y a de bons tutos si tu cherches bien ...), pas l'API Windows. Sinon, rien ne t'empêche non plus d'utiliser directement l'API Windows (et dans ce cas, t'as du code spécifique à Windows).

Je suppose que dans le cas de la SDL les messages envoyés sont gérés automatiquement par la SDL (une callback bien cachée??)

Evidemment, comme le ferait (le fait) n'importe n'importe quelle bibliothèque qui encapsule l'API Windows. J'en ai fais une, en C++, si ça peut t'intéresser (http://www.developpez.net/forums/sho...d.php?t=439847). C'est une démo de la bibliothèque que j'utilise actuellement dans tous mes développements professionnels, et peut-être dans mes prochains tutoriels.

Et enfin, si tu veux utiliser OpenGL avec l'API Windows, je te conseille le tutoriel d'Antoche qui est certes loin de la perfection mais qui a le mérite d'être assez clair (et plutôt sympa ). Sinon http://nehe.gamedev.net/ (en anglais ...).

[_Michel]

Ok, merci. Je suis moins dans le brouillard.