Discussion :

[mister3957]

Bonjour à tous,

Je possède un moteur graphique en temps réel. On lui donne un handle de contrôle Windows, et après il dessine dedans.

Le soucis c'est que je l'utilise pour une application de gestion, donc plutôt statique, et que le dessin n'a pas forcément besoin d'être redessiné tout le temps.

Alors, dans mes objets graphiques, lors de la phase "d'update", ça renvoie un booléen indiquant si derrière une mise à jour du rendu doit être fait.

Mais selon les évènements envoyés au handle, le rendu doit être effectué même si les objets graphiques n'ont pas bougé. Par exemple lors d'un resize du contrôle ou d'un évènement style onShow.

Mais comment intercepter ces évènements lié au handle afin de forcer l'affichage au bon moment ?

Je pense qu'il me faut un truc du style SubclassWindow mais je n'utilise pas les MFC..

Comment puis-je m'y prendre ?

Merci,
A bientôt

[thomas41]

Bonjour,

Je n'ai que peu de connaissances dans ce domaine, mais j'ai peut-être une piste.

Pour forcer le rafraichissement de ma fenêtre, et donc l'émission d'un message WM_PAINT dans le CALLBACK de mon application Win32, j'utilisait les fonctions suivantes:

InvalidateRect (hnd, NULL, TRUE);
UpdateWindow (hnd);

avec hnd ton HWND.

[Emmanuel Deloget]

Le SubclassWindow des MFC ne fait que peu de chose. Il peut être émulé complètement en utilisant SetWindowLongPtr(GWLP_WNDPROC, pfun), ou pfun est une nouvelle fonction de gestion des fenêtres.

Code :

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

1
2
3
4
5
6
void subclass_window(HWND hwnd, WNDPROC newproc, WNDPROC* oldproc)
{
   oldproc = (WNDPROC)(GetWindowLongPtr(hwnd, GWLP_WNDPROC);
   SetWindowLongPtr(hwnd, GWLP_WNDPROC, (LONG_PTR)newproc);
}

newproc doit, à un moment où à un autre, appeler oldproc afin de traiter les messages qui ne sont pas traités par newproc.

Il est possible de changer la DLGPROC d'une dialog box de manière similaire. On peut aussi changer la WNDPROC d'une classe de fenêtre avec SetClassLongPtr()

[mister3957]

Merci pour cette réponse.

En fait, l'application utilisatrice est faite en QT.

J'ai essayé comme tu m'as dit :

oldproc = (WNDPROC)(GetWindowLongPtr(hwnd, GWLP_WNDPROC);
SetWindowLongPtr(hwnd, GWLP_WNDPROC, (LONG_PTR)newproc);

Et j'ai constaté deux choses :
- Dans newproc, je ne reçois que ces évènements :
132 - WM_NCHITTEST
32 - WM_SETCURSOR
512 - WM_MOUSEFIRST
Alors j'ai tenté de passer par le parent :

oldproc = (WNDPROC)(GetWindowLongPtr(GetParent(hwnd), GWLP_WNDPROC);
SetWindowLongPtr(GetParent(hwnd), GWLP_WNDPROC, (LONG_PTR)newproc);

Et là j'avais les messages qui m'intéressaient.. bizarre
- Dans newproc, si je ne peux pas gérer un message, j'utilise "DefWindowProc" et ça passe correctement, mais c'est pas super je pense. Par contre en utilisant oldproc, quelques messages passent, puis arrivé au 799 (31F), ça plante. J'ai cherché sur le net, je n'ai pas trouvé la signification de ce message.. peut-être est-ce quelque chose de spécifique à Qt ?

Alors désormais je peux avancer mais bon, ces deux trucs me laisse un sentiment de bricolage dans mon installation.. Si quelqu'un pouvait m'éclairer ça serait sympa

Merci encore,
A bientôt

[Médinoc]

Sous XP et supérieur, on utilise plutôt SetWindowSubclass().