JDialog : fonctionnement?

Version imprimable

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:

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...

06/01/2007, 18h08
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.
06/01/2007, 18h39
®om

Citation:

Envoyé par 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.

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?
06/01/2007, 18h45
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.
06/01/2007, 18h54
®om

Citation:

Envoyé par 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.

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?
06/01/2007, 19h11
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.
06/01/2007, 19h15
®om

Citation:

Envoyé par 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.

Ah oui je suis bête, j'avais compris qu'il y avait un autre thread que l'EDT spécifiquement pour les "modalités". D'où ma question de l'unicité tout à l'heure...
Merci beaucoup, c'est plus clair maintenant :)