Discussion :

[d'Oursse]

une petite question avant Noël (le papa Noël me répondra-t-il ?)

j'ai écrit une appli qui gère plusieurs messages. WM_WINDOWPOSCHANGED est appelé quand je clique sur le bord de la fenêtre, mais quand je clique sur la barre de titre (ce qui correspond à HTCAPTION, je pense), WM_WINDOWPOSCHANGED n'est pas appelé. Je ne comprends pas pourquoi.

Quelqu'un aurait-il une idée de la raison de ce comportement ?

Si nécessaire, je peux fournir la fonction qui gère les messages

merci et joyeux noël

[d'Oursse]

Notez que je prends en compte le message WM_NCLBUTTONDOWN et que wParam vaut bien HTCAPTION quand je clique sur la barre de titre.

[Médinoc]

WM_WINDOWPOSCHANGED n'est-il pas reçu quand tu relâches le bouton?

[d'Oursse]

WM_WINDOWPOSCHANGED n'est-il pas reçu quand tu relâches le bouton?

Non.

Pour être plus précis, le problème que j'ai est le suivant : je lance mon application. Je lance une autre application (n'importe laquelle). Cette dernière se trouve en avant plan et recouvre en partie mon application. Pour faire apparaître mon application en avant plan, je clique sur la barre de titre. Mon application ne change pas de position. Avec Spy++:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
<00041> 000804BE P WM_NCMOUSEMOVE nHittest:HTCAPTION xPos:969 yPos:100
<00042> 000804BE S WM_NCHITTEST xPos:969 yPos:100
<00043> 000804BE R WM_NCHITTEST nHittest:HTCAPTION
<00044> 000804BE S WM_MOUSEACTIVATE hwndTopLevel:000804BE nHittest:HTCAPTION uMsg:WM_LBUTTONDOWN
<00045> 000804BE R WM_MOUSEACTIVATE fuActivate:MA_NOACTIVATE
<00046> 000804BE S WM_SETCURSOR hwnd:000804BE nHittest:HTCAPTION wMouseMsg:WM_LBUTTONDOWN
<00047> 000804BE R WM_SETCURSOR fHaltProcessing:False
<00048> 000804BE P WM_NCLBUTTONDOWN nHittest:HTCAPTION xPos:969 yPos:100
<00049> 000804BE P WM_LBUTTONUP fwKeys:0000 xPos:271 yPos:-15
<00050> 000804BE S WM_CAPTURECHANGED hwndNewCapture:00000000
<00051> 000804BE R WM_CAPTURECHANGED

peut-être est-ce normal et c'est à moi de fare un RaiseWindow() soit dans WM_NCHITTEST soit dans WM_NCLBUTTONDOWN (je le ferait dans ces messages car pour les autres applications, c'est lors de button down que la fenêtre vient en avant plan, et non dans button up

[Médinoc]

J'ai du mal à comprendre, le WM_NCLBUTTONDOWN, tu l'interceptes ou tu laisse DefWindowProc() s'en occuper?

Normalement, DefWindowProc() doit, en réponse à un tel message, déclencher une boucle modale de déplacement de la fenêtre (attention, cela cause de la réentrance).

[d'Oursse]

j'intercepte WM_NCLBUTTONDOWN. Et je l'utilise en effet entre autre au déplacement de la fenêtre (ainsi qu'au redimensionnement si je drag le bord).

Mais ce que ne je comprends pas est la différence de comportement lorsque je clique sur la barre de titre (pas de WM_WINDOWPOSCHANGED) et lorsque je clique sur le bord (WM_WINDOWPOSCHANGED est généré)