Discussion :

[kaoualeo]

Bonjour,
mon problème est le suivant:

Je veux me passer des JOptionPane (ils ont un bug pas encore corrigé à ce jour qui bloque mon appli).

J'ai pensé utiliser le GlassPane des JFrame et des JDialog, lorsque je veux envoyer une message à l'utilisateur ou lui poser une question, au lieu de lui donner un JOptionPane, je donne un JPanel au GlassPane de son JDialog, sur lequel je met un label et un bouton (voir plusieurs si je lui pose une Yes/No question par exemple).

Donc je suis sur l'EDT et je ne veux pas en sortir... Je voudrais en gros, rendre modal le glasspane.

Voici à peu prés mon code:

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
 
	private void methode() {
		Object o=new Object();
		System.out.println( "je vais afficher le glasspane" );
		try {
			SwingUtilities.invokeLater( new Runnable() {
				@Override
				public void run() {
					getMonJDialog().afficherMonGlassPane(o);
				}
			} );
		} catch ( Exception e ) {
			e.printStackTrace();
		}
		o.wait();//Je fais un wait, le notify sera dans la methode actionPErformed du bouton se trouvant dans le glasspane
		System.out.println( "j'ai fermé le glasspane" );
	}

Je lance donc mon affichage, puis je me met en wait. Quand on cliquera sur le bouton du glasspane, on aura un notify qui me fera sortir du sommeil.

Problème: ça freeze! le glasspane ne s'affiche jamais: l'EDT se bloque sur le wait et n'affiche jamais mon glasspane...

Une idée SVP?

[adiGuba]

Salut,

Problème: ça freeze! le glasspane ne s'affiche jamais: l'EDT se bloque sur le wait et n'affiche jamais mon glasspane..

Ben c'est normal : tu fais un wait(), et donc tu endors l'EDT. Il ne peut plus faire son travail...


Par curiosité, quel est le bug de JOptionPane qui te pose problème ?

a++

[kaoualeo]

Aléatoirement (en tout cas, je n'ai pas pu trouver de lien entre les fois ou ça se produit), ils perdent le focus...

Je dis bug car visiblement il y aurait un report à se propos sur le site de sun (je n'en ai pas le numéro: source: mon collègue qui est en congés!)

Je comprend pourquoi le wait() bloque le GUI. Mais j'aimerai trouver une façon de rendre le glasspane modal, j'essaye d'explorer cette solution avec le wait(), mais je suis preneur si y'a une autre solution!

Il me faudrait un truc du genre invokeAndWait sauf que je suis déjà sur l'EDT.

[herve91]

Ce que tu demandes se trouve ici :glasspane modale

[kaoualeo]

Ce que tu demandes se trouve ici :glasspane modale

Je mets résolu: le tuto cité plus haut convient parfaitement à ma demande.

Merci encore!

[kaoualeo]

Bon, une question additionnelle...

J'ai utilisé le tutoriel cité ci-dessus, adapté à mes besoins.

Au lieu de mettre un new JOptionPane dans le GlassPane, j'ai créé mon propre JPanel.

Jusque là, rien de bien sorcier...
Tout fonctionne bien sauf une chose: j'ai mis un JTextArea et on ne peut rien y saisir! Pourtant il est bien visible, mais il est comme enabled(false), d'ailleurs, j'ai mis du texte dedans et on ne peut meme pas le selectionner avec la souris.

Une idée du pourquoi du comment?

[kaoualeo]

Bon, une question additionnelle...

J'ai utilisé le tutoriel cité ci-dessus, adapté à mes besoins.

Au lieu de mettre un new JOptionPane dans le GlassPane, j'ai créé mon propre JPanel.

Jusque là, rien de bien sorcier...
Tout fonctionne bien sauf une chose: j'ai mis un JTextArea et on ne peut rien y saisir! Pourtant il est bien visible, mais il est comme enabled(false), d'ailleurs, j'ai mis du texte dedans et on ne peut meme pas le selectionner avec la souris.

Une idée du pourquoi du comment?

Autant pour moi...

C'est le setInputVerifier qui fait ça...

[adiGuba]

Ben tu ne peux pas bloquer l'EDT justement...

JOptionPane et JDialog "trichent" en relançant la boucle de traitement de l'EDT pour simuler le blocage. En fait l'EDT continue à travailler dans un seconde boucle, et reviendra dans la boucle initiale à la fin du "modal"...


Perso je te conseillerais plutôt de te documenter sur ce bug du JOptionPane afin de trouver une solution de contournement...


a++

PS @herve91 : tiens je ne me souvenais plus de ce code !
Attention toutefois car c'est juste un proof-of-concept qu'il faut surement débugger un peu

[kaoualeo]

Merci à vous deux!
Je regarde justement le code de l'autre discussion, vraiment intéressant, je me coucherai pas bête au moins ce soir: j'ai le pouvoir de forcer la file d'exécution de l'EDT!!!

Mais c'est sur, le mieux est de trouver pourquoi JOptionPane ne fonctionne pas bien sur mon appli.

Je crois que c'est apparu depuis la version 1.6.15 ou un truc comme ça. Ce qui est sur c'est que je n'ai aucun problème avec la 1.6.11.
Étrange...

Merci encore!

[sinok]

Je te conseillerait de passer par un JXLayer pour tout ce qui concerne le bloquage de l'UI.

Cf:
http://weblogs.java.net/blog/alexfro...r_30_lock.html

[kaoualeo]

J'ai l'impression que LockableUI sert à geler un GUI pendant que l'appli continue de tourner en background.

Moi c'est l'inverse je veux bloquer l'appli en milieu de méthode en attendant un evenement sur le GUI.

L'API est sympa, mais Je me suis déjà inspiré de l'excellent tutoriel de Romain Guy pour faire ça... (bon il consomme pas mal de cpu, peut etre que ce n'est pas le cas de LockableUI)

[herve91]

PS @herve91 : tiens je ne me souvenais plus de ce code !
Attention toutefois car c'est juste un proof-of-concept qu'il faut surement débugger un peu

J'ai confiance