Discussion :

[DCCreation]

Bonjour,

Je développe actuellement une application wpf, et j'ai un petit soucis au niveau du focus (logical ou input). En fait, j'ai l'impression que wpf n'a pas le comportement normal d'un focus windows. Je m'explique :
- Sous winform, lorsque l'on crée une window contenant simplement une textbox, et que la textbox prend le focus. Si l'on souhaite perdre le focus de la textbox, il suffit de cliquer n'importe ou ailleurs dans la fenêtre...
Je n'arrive pas à avoir ce comportement en wpf... Si vous cliquez ailleurs dans la fenêtre, aucun événement de focus n'est levé, et la textbox garde le focus. D'ailleurs, je n'arrive pas non plus à valider le text en appuyant sur entrer, je suis obligé de passer par la touche tabulation pour changer de focus et donc valider le contenu de la textbox...
Si quelqu'un a une idée.

Merci.

[cybermaxs]

D'ailleurs, je n'arrive pas non plus à valider le text en appuyant sur entrer, je suis obligé de passer par la touche tabulation pour changer de focus et donc valider le contenu de la textbox...

As tu spécifié le bouton par défaut sur le formulaire ? si tu n'as pas spécifié que la textbox accepte la touche entrée (AcceptReturn), ça devrait fonctionner normalement...

Pour le focus, c'est étrange, dans quel container est il ?

[DCCreation]

Merci pour cette réponse si rapide.
En fait, apparement, le AcceptReturn me permet de faire du multiligne, et non pas de valider le champs d'entrée de texte...
Le container que j'utilise est simplement une window.
C'est à dire, que j'ai une simple textbox dans ma window. J'ai essayé avec une grid en parent, c'est pareil, le focus n'est pas perdu lorsque je clic dans ma grid (qui contient un background rouge pour être sur que le clic est pri en compte). Par contre, si j'utilise un scrollviewer en parent de ma textbox, celà fonctionne, le scrollviewer prend le focus lorsque je clic dessus. J'ai du mal à comprendre la différence qui fait qu'un scrollviewer réagit de cette manière.
Si tu as une explication.
Merci

[cybermaxs]

En fait, apparement, le AcceptReturn me permet de faire du multiligne, et non pas de valider le champs d'entrée de texte...

Je voulais dire que si tu spécifie le AcceptResturn dans la textbox, il est possible que tu ne puisses pas valider ta forme car la textbox "attrape" dans ce cas le touche entrée (plus de bubbling).
Je réitère ma demande pour mettre la propriété IsDefault sur le bouton.

Pour le focus, j'avoue ne pas trop maitriser ce sujet. Pourquoi as tu besoin de le faire perdre à ton champs ?

[DCCreation]

Ha oui. Pas bête le AcceptReturn pour capter le enter !
Par contre, je ne comprend pas ton idée de boutton IsDefault ... En fait, je n'ai pas de formulaire, je développe l'interface d'un soft d'architecture, et j'ai simplement des champs qui doivent par exemple modifier la hauteur d'un cube... Le problème c'est que mon patron veut qu'on utilise la touche entrée pour valider le texte (donc là priori, c'est bon avec AcceptReturn) ou qu'on clic ailleur dans la fenêtre, et du coup que la textbox n'ai plus le focus...
Merci en tout cas, si tu as d'autres odées, je suis preneur.

[binoo]

Salut,

Si tu veux valider ton texte avec la touche Entrer, tu peux t'abonner à l'évènement KeyDown (ou PreviewKeyDown).

Code c# :

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

1
2
3
4
5
6
    void Tbox_PreviewKeyDown(object sender, KeyEventArgs e) {
      if (e.Key == Key.Enter) {
        // validation
 
      }
    }

Après est-ce que tu utilises du binding ? Car tu peux le définir pour mettre à jour ton objet sur la perte de focus (mais il me semble que pour les TextBox c'est le comportement par défaut).