C++, Windows: se positionner sur un champ de saisie à l'ouverture d'une fenetre

C++, Windows:

Comment puis-je me positionner sur un champ de saisie défini à l'ouverture d'une fenetre ?
Par défaut, il se positionne sur le bouton de validation, et je ne trouve rien pour changer cela.

Merci.

Yves R

Salut,
Je pense qu'il faut utiliser la fonction SetFocus():
SetFocus(hChamp);
hChamp est le HWND du contrôle servant de champ, un EDIT par exemple. Il est préférable d'appeler cette fonction juste à la fin du traitement du message WM_CREATE. Ainsi tu peux te positionner sur n'importe quel contrôle à l'ouverture de la fenêtre.
J'espère que ça correspond à ce que tu cherches.

Si c'est un dialog, retourne TRUE dans WM_INITDIALOG et mets hChamp dans wParam

Salut,
vecchio56 >> Pour qu'un contrôle ait le focus au lancement de la boite de dialogue il faut qu'on retourne FALSE dans WM_INITDIALOG comme ceci:

case WM_INITDIALOG: //..... SetFocus(hChamp); return FALSE;

Si on retourne TRUE, aucun contrôle ne peut avoir le focus au lancement de la boite de dialogue. C'est précisé dans MSDN.
Tu es sûr que ta méthode marche? Si oui comment tu fais exactement?

Oui j'ai dû me tromper, j'ai mal lu en fait on ne peut pas choisir ce qu'il y a dans wParam.
"The dialog box procedure should return TRUE to direct the system to set the keyboard focus to the control specified by wParam"
Je pensais que si on mettait le controle dans wParam et qu'on retourne TRUE ca marchait, mais apparemment non.

Mais pour un Dialog, je crois qu'il fat utiliser WM_NEXTDLGCTL plutot que la fonction SetFocus...

Oui, il faut 'poster' WM_NEXTDLGCTL avec en wparam le handle du controle, et lparam a 1.

+2(p - n)

C'est vrai, on ne peut pas agir sur wParam car selon MSDN c'est le système qui lui attribue le HWND du contrôle:
"The control to receive the default keyboard focus is always the first control in the dialog box that is visible, not disabled, and that has the WS_TABSTOP style. When the dialog box procedure returns TRUE, the system checks the control to ensure that the procedure has not disabled it. If it has been disabled, the system sets the keyboard focus to the next control that is visible, not disabled, and has the WS_TABSTOP.
An application can return FALSE only if it has set the keyboard focus to one of the controls of the dialog box."

Pourquoi plutôt WM_NEXTDLGCTL que SetFocus()? J'utilise toujours SetFocus() dans ce genre de cas et ca marche sans aucun problème. Et je trouve nettement plus pratique de faire:

SetFocus(hChamp);

que de faire:

SendMessage(hDlg,WM_NEXTDLGCTL,(WPARAM)hChamp,(LPARAM)1);

Pourquoi devrais-je préférer "WM_NEXTDLGCTL" ??

Moi j'utilise WM_NEXTDLGCTL depuis le jour ou j'ai voulu utiliser SetFocus et que ca n'a pas marché. Cela dit, il est possible que ce soit équivalent dans WM_INITDIALOG. Mon truc si je me souviens bien c'était Appuyer sur un bouton, afficher une MessageBox et mettre le curseur dans un EDIT, et ca ne marchait pas avec SetFocus, alors qu'avec WM_NEXTDLGCTL aucun probleme.
De toute facon, regarde comment est présenté WM_NEXTDLGCTL dans la MSDN, et tu verras que c'est bien celui la qu'il faut utiliser avec une DialogBox.

D'ailleurs ya une remarque la dessus sur MSDN que j'avais pas vue:
"This message performs additional dialog box management operations beyond those performed by the SetFocus function WM_NEXTDLGCTL updates the default pushbutton border, sets the default control identifier, and automatically selects the text of an edit control (if the target window is an edit control). "
Je dois être fatigué parce que j'arrive pas a comprendre la phrase.

"Ce message effectue des operations de 'management' additionnelles au dela de celles proposées par la fonction SetFocus()...etc"
Il est donc preferable d'utiliser ce message dans certains cas.
Mais Brunews a tjrs dit qu'il FALLAIT utiliser WM_NEXTDLGCTL, je comprends pas trop kan mm...


+2(p - n)