Discussion :

[luchet]

Bonjour
J'etudie tout seul Java a l'aide des exemples fournis par Sun et en particulier le programme TextComponentDemo.java relatif au composant JTextPane
Une partie de ce programme traite des événements du curseur (caret) dans le code suivant

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
 
  //This listens for and reports caret movements.
    protected class CaretListenerLabel extends JLabel
                                       implements CaretListener {
        public CaretListenerLabel(String label) {
            super(label);
        }
 
        //Might not be invoked from the event dispatching thread.
        public void caretUpdate(CaretEvent e) {
            displaySelectionInfo(e.getDot(), e.getMark());
        }
 
        //This method can be invoked from any thread.  It 
        //invokes the setText and modelToView methods, which 
        //must run in the event dispatching thread. We use
        //invokeLater to schedule the code for execution
        //in the event dispatching thread.
        protected void displaySelectionInfo(final int dot,
                                            final int mark) {
            SwingUtilities.invokeLater(new Runnable() {
                public void run() {
                    if (dot == mark) {  // no selection
                        try {
                            Rectangle caretCoords = textPane.modelToView(dot);
                            //Convert it to view coordinates.
                            setText("caret: text position: " + dot
                                    + ", view location = ["
                                    + caretCoords.x + ", "
                                    + caretCoords.y + "]"
                                    + newline);
                        } catch (BadLocationException ble) {
                            setText("caret: text position: " + dot + newline);
                        }
                    } else if (dot < mark) {
                        setText("selection from: " + dot
                                + " to " + mark + newline);
                    } else {
                        setText("selection from: " + mark
                                + " to " + dot + newline);
                    }
                }
            });
        }
    }

ma question est la suivante : Pourquoi utiliser un thread différent pour afficher la position du curseur
( Je n'est pas réussi a traduire les commentaires )
Dans d'autre exemple trouvés sur le net la méthode displaySelectionInfo n'existe pas et le travail s'effectue directement dans la méthode caretUpdate(CaretEvent e)
Merci de bien vouloir me repondre

[adiGuba]

Salut,

ma question est la suivante : Pourquoi utiliser un thread différent pour afficher la position du curseur

Le traitement des évenements et de l'affichage des composants Swing (et AWT) est exécuté par un seul thread : le EDT (Event Dispatching Thread).

Toutes les modifications (et même les créations !) des composants Swing doivent impérativement être effectuées dans ce thread en utilisant la méthode invokeLater(). Si ce n'est pas le cas tu peux rencontrer des problèmes de blocages divers et imprévisible...

Attention invokeLater() ne crée pas un nouveau thread, mais "passe" la tâche à l'EDT. Ainsi chaque tâche est exécuté à la suite de l'autre, et cela évite tous problèmes d'accès concurrentielle (avec un evenement par exemple). invokeLater() se contente donc de passer l'objet Runnable dans la "liste d'attente" du thread EDT...


Tu peux vérifier à tout moment que tu te situes bien dans le thread EDT avec la méthode SwingUtilities.isEventDispatchThread().

Dans d'autre exemple trouvés sur le net la méthode displaySelectionInfo n'existe pas et le travail s'effectue directement dans la méthode caretUpdate(CaretEvent e)

Logiquement dans la méthode caretUpdate() tu es déjà dans le thread EDT puisqu'il s'agit d'un evenement, cela ne devrait donc pas provoquer de blocages, mais il reste préférable d'appeller explicitement invokeLater() afin de mettre dans la file d'attente les changements sur tes composants Swing et conservé un historique logique...

Sinon tu pourrais avoir des problèmes car tu modifies un éléments trop tôt... en particulier si tu as plusieurs Listener du mêmes types, lorsque tu traiteras le second tu ne sera déjà plus dans le même "état", alors qu'en utilisant invokeLater() le changement sera effectué après le traitement des Listener...

a++


[edit] j'ai oublié le lien vers le tutoriel de Sun qui décrit cela : Creating a GUI with JFC/Swing - How to Use Threads

[luchet]

Merci pour cette explication ce n'est donc pas une obligation mais vivement recommandé
A+