Discussion :

[®om]

Salut,

Je ne comprends pas le fonctionnement de JDialog vis-à-vis de l'EDT.
En effet, si dans un actionPerformed (lors du clic sur un bouton) on crée un JDialog modal, les instructions après ce jdialog ne seront exécutées que lorsque le jdialog sera fermé.
Donc, en théorie, l'EDT est bloqué.
Comment ça se fait que justement, il n'est pas bloqué et que tout fonctionne?

Un petit exemple (le code est pas très lisible, mais c t pour faire le moins de lignes possible) :

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
public class TestJDialog {
 
    public static void main(String... args) {
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                final JFrame frame = new JFrame("Test");
                frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
                frame.setBounds(100, 100, 200, 100);
                JButton but = new JButton("Clic");
                frame.getContentPane().add(but);
                but.addActionListener(new ActionListener() {
                    public void actionPerformed(ActionEvent e) {
                        System.out.println("avant le dialog");
                        JDialog dial = new JDialog(frame, true);
                        dial.setBounds(50, 50, 50, 50);
                        dial.setVisible(true);
                        System.out.println("après le dialog");
                    }
                });
                frame.setVisible(true);
            }
        });
 
    }
 
}

"après le dialog" est affiché uniquement une fois qu'on a fermé le JDialog...

[herve91]

La boucle principale de traitement des événements présente dans l'EDT (méthode pumpEvents) est "recopiée" en fin de la méthode Dialog.show() (appel de la méthode pumpEventsForHierarchy) : cette dernière boucle se termine dès que le dialogue modal est fermée, pour redonner la main à la boucle principale.

[®om]

La boucle principale de traitement des événements présente dans l'EDT (méthode pumpEvents) est "recopiée" en fin de la méthode Dialog.show() (appel de la méthode pumpEventsForHierarchy) : cette dernière boucle se termine dès que le dialogue modal est fermée, pour redonner la main à la boucle principale.

J'ai regardé un peu les sources de Dialog et de EventDispatchThread, mais là j'avoue avoir du mal à comprendre.
Comment ça "est recopiée"? Et comment est assurée l'unicité d'accès (pas plusieurs threads modifiant l'interface graphique?

[herve91]

"recopiée" est un abus de langage... je veux dire qu'il y a une boucle dans l'EDT et une seconde boucle dans la méthode show() de Dialog, qui prend la main lorsque le dialogue (modal) est rendue visible, et qui rend la main lorsqu'elle devient invisible.
Unicité d'accès ? Il ne peut y avoir plusieurs threads modifiant l'interface graphique, celles-ci devant avoir lieu au sein de l'EDT. Les deux boucles mentionnées précédemment s'exécutent toutes deux au sein de l'EDT.

[®om]

"recopiée" est un abus de langage... je veux dire qu'il y a une boucle dans l'EDT et une seconde boucle dans la méthode show() de Dialog, qui prend la main lorsque le dialogue (modal) est rendue visible, et qui rend la main lorsqu'elle devient invisible.
Unicité d'accès ? Il ne peut y avoir plusieurs threads modifiant l'interface graphique, celles-ci devant avoir lieu au sein de l'EDT. Les deux boucles mentionnées précédemment s'exécutent toutes deux au sein de l'EDT.

Donc si j'ai bien compris, tout ce que tu mets en file de l'eventqueue (avec SwingUtilities.invokeLater(Runnable)) n'est pas forcément "mangé" par l'EDT lui-même, mais peut être mangé par la boucle exécutée dans show() de jdialog modal?

[herve91]

Attention, l'EDT est un thread ! c'est bien l'EDT qui mange ce que tu mets en file de l'event queue, sauf que le code qui consomme n'est pas la boucle de la méthode run() de la classe EventDispatchThread, mais la boucle de la méthode show() de Dialog.