Discussion :

[Grulim]

bonjour,

j'ai repris une appli existante et j'ai un problême avec une fenêtre récalcitrante...

Cette fenetre est une DialogBox (sans aucun controle dessus), lorsque j'appuie sur une touche je reçois WM_KEYDOWN / WM_KEYUP mais jamais WM_CHAR ???

Quelqu'un à une explication ?

[nico-pyright(c)]

essaie d'intercepter le message avec IsDialogMessage

[Grulim]

essaie d'intercepter le message avec IsDialogMessage

IsDialogMessage(), c'est dans la boucle qui pompe les messages, non ?
si c'est le cas, je n'ai pas accès à cette boucle, ma DialogBox est créée par

Code :

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

 	if( (iRc = DialogBox(hInst_g, MAKEINTRESOURCE(DB_GENERE), NULL, ProcDlgGenere )) == 1 )

[nico-pyright(c)]

Il faudrait dans ce cas utiliser CreateDialog

Attention à renvoyer FALSE au moment du WM_INITDIALOG

[Grulim]

Il faudrait dans ce cas utiliser CreateDialog

Attention à renvoyer FALSE au moment du WM_INITDIALOG

Ok je vais essayer...

[Grulim]

je croyais qu'il était conseillé que WM_INITDIALOG retourne TRUE ?

[Grulim]

ok, j'ai remplacé mon code par:

Code :

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

1
2
3
4
5
6
7
8
9
10
	MSG tMsg;
	hWndGenere_g = CreateDialog( hInst_g, MAKEINTRESOURCE(DB_GENERE), NULL, ProcDlgGenere );
	while( GetMessage( &tMsg, hWndGenere_g, 0,0 ) > 0 )
	{ 
		if( FALSE == IsDialogMessage( hWndGenere_g, &tMsg ) )
		{ 
			TranslateMessage( &tMsg ); 
			DispatchMessage( &tMsg ); 
		} 
	}

mais toujours le même comportement ?!

je précise que cette boite de dialogue est dans une DLL...

[nico-pyright(c)]

Bon, après essai, si tu utilises CreateDialog, tu n'as pas besoin de IsDialogMessage

ex :

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
23
24
25
26
27
28
29
30
INT_PTR WINAPI ProcDlgGenere(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
	switch (uMsg) 
	{
		case WM_INITDIALOG:
			return TRUE;
		case WM_CHAR:
			MessageBox(NULL,"ici","",0);
			break;
		case WM_CLOSE:
			PostQuitMessage(1);
			return TRUE;
			break;
	}
	return(FALSE);
}
 
int APIENTRY WinMain(HINSTANCE hInst_g, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow)
{
   MSG tMsg;
   HWND hWndGenere_g = CreateDialog( hInst_g, MAKEINTRESOURCE(IDD_DIALOG1), NULL, ProcDlgGenere );
   ShowWindow(hWndGenere_g, SW_SHOWNORMAL);
   UpdateWindow(hWndGenere_g);
   while( GetMessage( &tMsg, hWndGenere_g, 0,0 ) > 0 )
   {
         TranslateMessage( &tMsg );
         DispatchMessage( &tMsg );
   }
   return tMsg.message;
}

[Médinoc]

Euh... Après essais chez moi, je dirais plutôt que si, on a besoin de IsDialogMessage() si on utilise CreateDialog() au lieu de DialogBox().
Toutefois, c'est assez facultatif quand même, car cela sert surtout à la navigation au clavier (tab, flèches etc. et (hélas) Echap).

[Grulim]

merci de vos réponses, ça marche effectivement (TAB fonctionne) mais je ne reçois jamais WM_CHAR quelque soit la touche appuyée, ce que je trouve intrigant !

[Grulim]

et le plus embêtant, c'est que la boite de dialogue devient modeless !!! ce qui m'oblige à quelques substanciels changements ...

[nico-pyright(c)]

t'as essayé mon exemple ?
j'ai testé et je captais bien le WM_CHAR

[Grulim]

désolé pour le retard...

j'ai adapté ton exemple à une utilisation dans une dll, mais toujours pas de WM_CHAR

[Médinoc]

Le IsDialogMessage(), tu l'as mis ou non?
Parce que lui intercepte le WM_KEYDOWN, donc le TranslateMessage() n'est jamais exécuté, donc aucun WM_CHAR n'est reçu...

[Grulim]

Le IsDialogMessage(), tu l'as mis ou non?
Parce que lui intercepte le WM_KEYDOWN, donc le TranslateMessage() n'est jamais exécuté, donc aucun WM_CHAR n'est reçu...

es-tu sur ? la doc MSDN ne semble pas dire ça...
mais j'ai resolu le pb: j'ai mis la dialogbox toute seule dans un thread, et là, tout marche (y compris TAB). donc voilou... merci à tout ceux qui ce sont penché sur mon pb.