Discussion :

[fsr86]

Bonjour,
Je n'arrive pas à prendre le focus sur une Edit_Control.
Le focus reste toujours sur le bouton IDOK.
Je pensait prendre le focus par:
(GetDlgItem(IDC_EDIT6))->SetFocus();
ou
HRESULT SetFocus();
Mais... rien le focus reste sur le bouton OK
ça vous dit quelque chose?????
Merci

[bacelar]

Ne confondez-vous pas le focus et le bouton par défaut ?

[fsr86]

Salut,
Dans ce cas, comment faire pour valider une entrée dans une "Edit Control"
Je rentre ma valeur et quand je la valide, c'est le bouton OK qui est validé...
????

[bacelar]

http://www.ubercode.com/write-progra...ndows-api.html
1. How do I use the Default Push Button in a dialog?

C'est quoi votre objectif ?
Rendre votre control "Edit_Control" multi-ligne ?

C'est du MFC ça, pas du .NET (rapport à la section du forum )

[fsr86]

non c'est pour qu'un utilisateur rentre une valeur dans l'edit_control
et que quand il valide , l'action soit de valider la valeur et non appuyer sur le bouton OK

[bacelar]

Là, j'ai l'impression d'être Sancho Penza.

Alors si vous continuez à utiliser un truc aussi vieux que MFC ou Win32 de base comme bibliothèque graphique, je vous conseil mon cher Don Quichotte de La Mancha, d'éviter d'affronter les moulins à vent.

Donc le plus simple, et de loin et de faire cette validation dans le traitement du bouton ok, avec toutes les autres validations des autres contrôles qui doivent déjà y être. Rien ne vous empêche d'annuler la fermeture de la boite de dialogue et de mettre le focus sur le dit contrôle et sélectionner tout le contenu de ce contrôle.

Enfin, moi, comme tout bon fainéant, je centralise les validations à un seul endroit (lors de l'appuie sur OK par exemple )

[fsr86]

Mais, mon cher BACELAR, qu'utilisez-vous comme bibliothèque graphique.

Je me remet à la programmation C++ depuis peu et il y a X ans, il n'y avait que ça!
Et encor, c'était en mode console la plus part du temps

[bacelar]

Heu, il y a 10 ans => 2002.
Bin, il y avait déjà (juste des spécifiques M$ sur Windows, sans X-Motif, Qt, wxWidget et autres classes graphiques JAVA ou autres etc...)
les Winforms http://en.wikipedia.org/wiki/Windows_Forms
WTL http://sourceforge.net/projects/wtl/
DirectX (7 à l'époque)
etc ... (pas dizaines voir centaines)
J'ai fais des graphiques dés mes débuts en 1992 (X-Motif, BCL, MFC, ...)

Et en 2002, les MFC n'étaient déjà plus la solution mis en avant par M$ qui poussait déjà depuis un bout de temps WinForms.

Actuellement, c'est WPF pour le client lourd et HTML5 pour le client léger.

Il n'y a pas de problème à utiliser les vieilles recettes, mais il faut au moins connaître leurs faiblesses et vivre avec.