Discussion :

[mikedavem]

Bonsoir ,

J'ai un ptit souci avec un champ JTextField que j'ai inséré dans un panneau pan.

Je dois rentrer une valeur et si celle ne correspond pas à la bonne lors d'un événement focusLost je veux effacer la valeur que je viens d'entrer dans celui ci.

J'ai essayé dans ma méthode paintComponent(g) que je rappelle par un pan.repaint(); de mettre un pan.removeAll(); et je redessine mon panneau ensuite pour rafraichir l'affichage .

Mon pb est que l'accès au champ JTextField "beugge" . De temps en temps j'arrive a récuperer le curseur sur mon champ mais la plupart du temps je n'arrive plus à y accéder...

Je ne comprend pas pourquoi ...

Bon je ne sais pas si je me suis bien fait expliquer .. Il existe aussi peut etre une meilleure méthode pour raffraichir l'affichage du panneau sans passer par pan.removeAll() et tout redessiner derrière?

Merci pour vos réponses

[Alwin]

tu dois simplement remettre la valeur à null ou vide, pourquoi supprimer le composant et le recréer ?


Sur ton évènement, un truc du genre :

Code :

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

1
2
3
4
5
6
7
 
SwingUtilities.invokeLater( new Runnable() {
     public void run() {
        textField.setText("");
     }
  }
);

Code de tête mais celà doit fonctionner.

[le y@m's]

tu dois simplement remettre la valeur à null ou vide, pourquoi supprimer le composant et le recréer ?


Sur ton évènement, un truc du genre :

Code :

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

1
2
3
4
5
6
7
 
SwingUtilities.invokeLater( new Runnable() {
     public void run() {
        textField.setText("");
     }
  }
);

Code de tête mais celà doit fonctionner.

Le invokeLater est superflue car les méthodes setText()/getText() sont thread-safe et n'ont donc pas besoin d'être invoquées dans l'EDT cf ici

[Alwin]

Et bien voilà une chose que je ne savais pas, merci

[Alwin]

y'as quand même une chose qui me titille dans cette histoire !

threadsafe ou pas, qui me dit que cet appel sera empilé sur la pile de EDT ?

[bbclone]

> threadsafe ou pas, qui me dit que cet appel sera empilé sur la pile de EDT ?

le javadoc.
certaine methode sont thread-safe d'autre pas. pour le savoir faut lire le javadoc la -> java.sun.com/api/

des methode comme JComponent.repaint(), JComponent.revalidate, JTextComponent.setText, JTextComponent.replaceSelection, JTextArea.append ... sont thread safe.
heureusement

[Baptiste Wicht]

y'as quand même une chose qui me titille dans cette histoire !

threadsafe ou pas, qui me dit que cet appel sera empilé sur la pile de EDT ?

Si elle n'est pas threadsafe, le fait d'employer invokeLater t'asssures qu'elle est dans la pile de l'EDT et dans le cas d'une méthode thread, il va automatiquement la mettre dans l'EDT dans le cas ou y est pas déja.

En fait un code ThreadSafe, c'est ca :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
Runnable code = new Runnable() {
    public void run() {
     //une méthode non thread-safe
    }
  };
 
  if (SwingUtilities.isEventDispatchThread()) {
    code.run();
  } else {
    SwingUtilities.invokeLater(code);
  }

J'ai tiré ca du tuto de GFX sur les threads.

[mikedavem]

Ah oui , purée je l'avais pas mis au bon endroit ...

Merci pour ta réponse