Discussion :

[Athur]

Bonjour,
J’ai une fenêtre principale et une fenêtre enfant, ma fenêtre enfant est un simple contrôle "EDIT" créé avec CreateWindow("EDIT",…..). Je voudrais tout simplement récupérer le contenu de ce contrôle lorsque l’utilisateur appuie sur la touche "ENTER" (relâchement par exemple de VK_RETURN). Or dans mon programme principal je ne reçois pas les messages de type WM_CHAR, ni WM_KEYUP, ni WM_KEYDOWN car au moment où l’utilisateur appuie sur la touche "ENTER", c’est le contrôle "EDIT" qui a le focus (ce qui est normal puisqu’il est entrain de saisir des infos) et non pas le programme principal. Et par ailleurs je n’ai pas de callback spécifique à la fenêtre enfant puisque c’est une classe de fenêtre prédéfinie (EDIT). Je m’en suis provisoirement sorti en faisant dans mon programme principal un

Code :

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

SetWindowsHookEx(WH_KEYBOARD, (HOOKPROC)hkproc, n0instance, 0)

dans la callback de laquelle je ne filtre que les touches "ENTER". Mais cette solution (qui marche) me paraît lourde et il doit bien y avoir une solution plus élégante pour être averti que l’utilisateur a appuyé sur la touche "ENTER".
Merci pour vos suggestions

[Melem]

Il faut créer un "bouton par défaut" - un bouton qui s'active lorsque l'utilisateur tape ENTREE pendant qu'un contôle EDIT a le focus. Un bouton devient "par défaut" lorsqu'il possède le style BS_DEFPUSHBUTTON. Un tel bouton n'est toutefois opérationnel que lorsque tu laisses Windows traiter lui-même les messages dits "de boîte de dialogue" (dialog messages), tel "ENTREE pour valider une zone de texte". La boucle de messages doit donc être modifée comme suit :

Code c :

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

1
2
3
4
5
6
7
8
while (GetMessage(&msg, NULL, 0, 0))
{
    if (!IsDialogMessage(hWnd, &msg)) /* hWnd : handle de la fen principale. */
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
}

[Athur]

J’avais vu l’histoire du bouton par défaut, mais dans mon cas le bouton par défaut, même invisible, n’est pas très ergonomique car je balade sans arrêt mon contrôle EDIT dans une grille, et la solution du bouton par défaut m’oblige à balader un sous-ensemble plus important que le contrôle EDIT, sous-ensemble qui doit inclure aussi le bouton par défaut. Mais j’ai eu une réponse sur un autre site qui m’a aiguillé vers le sous-classement et ceci répond exactement à mon problème : je fais un sous-classement uniquement pour filtrer un WM_KEYUP sur VK_RETURN et si c’est le cas je fais un simple NOTIFY à la fenêtre mère.
Merci