Discussion :

[ZwQuery]

Bonjour à tous,

Voilà quelques jours que je cherche ce qui coince dans ce code.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
class Bouton2Listener implements ActionListener {
    	
		public void actionPerformed(ActionEvent e){

instruction1; // cela affiche un texte du style "traitement en cours..."
instruction2;
panel.revalidate();
panel.repaint();

fonction();

}

Tout fonctionne à merveille, sauf que l'affichage ne se met à jour qu'après l'exécution de la méthode "fonction" !

Je suppose qu'en utilisant les threads, je vais pouvoir résoudre mon problème, mais je cherche une solution plus simple...

C'est d'autant plus énervant que "System.out.println" me renvoie le texte au bon moment...

[fallo]

si ton action listener s'execute dans la thread de swing, ce qui est normal.
si ta fonction "fonction()" est lente.
alors c'est qu'elle n'a rien a faire la et qu'elle fige ton interface.
- eventuellement appelle la avec un SwingUtility.invokeLater(), mais c'est pas forcement terrible ( sauf si elle meme joue avec l'interface, mais tu va continuer a figer l'interface au cycle d'apres (mais tu auras eut ton rafraichissement).
- envois la s'executer via un ExecutorService ou autre moyen de rendre cet appel asynchrone comme creer un thread directement. mais dans tout les cas attention au probleme de reentrance dans ta fonction si tu ne dois l'executer qu'une seul fois a la fois (suis je clair?) .

[Ivelios]

C'est normal que ta méthode fonction() soit exécuté avant.
Le repaint() n'est pas exécute immédiatement. Il signale juste à la JVM qu'il veut être rafraichi en "levant la main".
Ce n'est que lorsque le "truc"(me rappel plus du nom ) passera devant et qu'il verra la main levé qu'il rafraichira ton écran. (toutes les 15ms me semble en moyenne).

Il n'y a pas de solution miracle. Détails ce que tu souhaites faire pour que l'on puisse de donner la bonne architecture à adopter

[sinok]

Ca ne se résoudra pas sans utiliser de Thread pour ton instruction longue. En effet ton instruction longue, si elle est appelées dans le Thread Swing (aka EDT), va bloquer toute opération de rendu de l'interface. Les opération de rendu en Swing ne sont pas effectuée dès l'appel de la méthode du composant, mais mise dans une File qui le Thread de rendu déroule au fur et à mesure.

En appelant sauvagement une instruction Longue dans ce Thread, tu empêches celui ci de dérouler tout ce que contient la file, donc ton instruction1 qui se trouvait dans la file ne s'exécute pas.
Donc ton texte ne s'affiche pas, CQFD.

Pour comprendre les tenants et aboutissants de l'intégration Swing/Threads, la lecture du tuto suivant est impérative.
http://gfx.developpez.com/tutoriel/j...ing-threading/

[ZwQuery]

Salut,

Super !
sinok, le tuto est intéressant et tes explications claires.
Ivelios, si tu te rappelles du nom du "truc", cela m'intéresse.
fallo, ta solution est celle donnée par sinok, ta réponse était hyper rapide.

Merci à tous les trois ; cela a fonctionné parfaitement.

[sinok]

Le truc dont parle Ivelios est l'EDT (via le RepaintManager), en fait l'appel repaint poste une demain de rafraîchissement au RepaintManager, donc forcément, si tu exécutes une action bloquante au préalable, c'est foutu, vu que l'EDT ne pourra faire appel au RepaintManager.

[ZwQuery]

sinok.

Je suppose qu'en utilisant les threads, je vais pouvoir résoudre mon problème, mais je cherche une solution plus simple...

Je devais donc utiliser les threads.
C'est génial les forums quand on sait ce qu'on cherche, où demander et que la communauté est réactive.