Fonctionnement de WM_ERASEBKGND

Bonjour à tous,

J'ai une Windows form (CWnd) qui possède des contrôles, et j'aimerai appliquer un WM_ERASEBKGND dessus pour ensuite récupérer la zone graphique sous forme de HBitmap...

Apparemment, le message WM_ERASEBKGND se transmets aux cntrôles enfants avant de "revenir", et du coup j'ai les background des enfants également, ce que je ne veux pas.

Alors ce que je fais, je retire tous les contrôles enfants, j'envoi le WM_ERASEBKGND pour effectuer ma "capture", avant de remettre les enfants. Mais le rendu n'est pas joli joli, ça scintille...

Comment puis-je faire ?

Merci beaucoup,

A bientôt

Vérifie que tu n'as pas le style WS_CLIPCHILDREN.

Et aussi, tu peux essayer de tester le WM_ERASEBKGND dans une application non-MFC pour t'assurer de cet effet de transmission aux enfants (tu auras plus de contrôle sur "si et quand DefWindowProc est appelée", notamment), car ça me parait suspect.

Merci pour la réponse.

J'ai vérifié pour WS_CLIPCHILDREN, j'avais le style. Je l'ai enlevé, mais ça a donné pareil.

Je regarde d'un peu plus prêt, et je comprends pas. Lorsque j'agrandit la fenêtre, un WM_PAINT est lancé, qui lui appelle WM_ERASEBKGND.

En revanche, lorsque je rétrécit la fenêtre, je reçois WM_ERASEBKGND après WM_PAINT...

Alors ce que j'ai fait, c'est forcer WM_ERASEBKGND à chaque WM_PAINT, ça fonctionne mais mal pas du tout performant :(

Bizarre...

J'ai du mal à comprendre ce qui cause le WM_ERASEBKGND. Il est complètement anormal que tu en reçoives un après le WM_PAINT...

PS: Quels sont les styles de ta classe? As-tu les styles CS_HREDRAW et CS_VREDRAW?

Citation:

---

Envoyé par Médinoc

Bizarre...

J'ai du mal à comprendre ce qui cause le WM_ERASEBKGND. Il est complètement anormal que tu en reçoives un après le WM_PAINT...

PS: Quels sont les styles de ta classe? As-tu les styles CS_HREDRAW et CS_VREDRAW?

---

Il est possible d'obtenir un message WM_PAINT, puis une message WM_ERASEBKGND.
Généralement le WM_ERASEBKGND est généré dans le traitement du message WM_PAINT lors de l'appel à la fonction BeginPaint()
ou lors de la creation d'un objet CPaintDC :ccool:

Oui, mais dans ce cas-là, le message est traité avant que BeginPaint() retourne.

si tu as des controles enfants capables de gérer de notifications, pourquoi tu n'intercepte pas le message dans ces controles, avec un marqueur de ton cru qui autorise ou non l'effacement du background..??
ca serait le plus simple finalement..
tu implementes la fonction callback WindoProc, et tu renvoie une valeur autre que 0 pour leurrer le systéme et lui dire que tu as effacé le background en reponse à WM_ERASEBKGND..
alors que tu l'as pas fait.. voilou..
comme ca, tu peux gérer le comportement pour chacun de tes composants.

autre suggestion, si tu veux gérer les background, transparence fond specifiques, regarde du cote de CWnd::OnCtlColor
et la tu pourras par exemple faire un pDC->SetBkMode(TRANSPARENT);

pour avoir le fond transparent.. etc..