Discussion :

[fraisa1985]

comment ralentir la progression d'un JProgressBar:
* Y-a t-il une fonction en java comme sleep dans c qui permet q'attendre un laps du temps pour l'utiliser dans la progression du JProgrssBar

exemple:

Code :

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

1
2
3
4
JProgressBar pro= new JProgressBar();
pro.setVaue(10);
sleep(10); //c-a-d son alternative en java.
pro.setValue(100);

S'il y-a autre idée s'il vous plait n'hesitez pas a me guider (encore novice en java)

[floflo_2006]

Bonsoir,

L'avancé de ta JProgressBar doit dépendre d'une tâche que tu exécute ! Pourquoi vouloir mettre un sleep ?

Si tu en as vraiment besoin, regarde la Javadoc de la classe Thread.

[natha]

SwingWorker
Si tu n'as pas Java 6, une classe de SwingWorker est disponible chez Sun pour Java 1.4

[bouye]

De plus meme avec une instruction de repos entre les deux mises a jour de la barre, ce code donnerai toujours le meme resultat. Swing utilise une thread nommee EDT qui effectue alternativement la repeinture/le reaffichage de l'ecran et la propagation des evenement.

En general, ce genre de code est execute au moment de la propagation des evenements, donc entre 2 reaffichages. Donc les changements de valeurs successifs passeront completement inapercus et seul le dernier sera pris en compte ; puisque l'affichage de la nouvelle valeur aura lieu APRES.

Les solutions, sont de decouper une tache en petites etapes entres lesquelles on modifie les composants et on demande le reaffichage de l'interface. Cela peut etre mis en oeuvre :

- pour les taches legeres qui peuvent etre executee durant l'EDT, par SwingUtilities.invokeLater() ou par un Timer Swing. On initialise la barre a son etat initial et on demande a l'EDT d'executer la tache PLUS TARD, en esperant qu'il y ai quelques cycles de reaffichage entre. Avec un Timer Swing il est possible de faire des taches cycliques de cette maniere.

En gros, cela peut donner un truc du genre qui augmentera la barre toutes les 750ms et s'arretera a 100 (en supposant que la barre soit affichee immediatement a la fin du 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
 
//Creation de la barre.
final JProgressBar bar = ...
//Ajout de la barre de l'interface.
[...]
// On execute la tache apres 750ms d'attente et ensuite repetition toutes les 750ms.
final Timer timer = new Timer(750, new ActionListener() {
  public void actionPerformed(ActionEvent event) {
    if (bar.getValue() == 100) {
      timer.stop();
    }
    bar.setValue(bar.getValue() + 10);
  }
});
timer.setRepeats(true);
timer.start();

- pour les taches lourdes (ex : acces a un fichier, une base de donnee ou gros calcul), il ne faut pas les executer lors de la propagation des evenements car sinon l'interface ne se rafraichit plus tant que le long traitement n'est pas fini et donc l'utilisateur pense que le programme est gele ou pire plante. Il faut donc deporter le travail dans une autre Thread.

On peut le faire manuellement mais il faut alors faire tres attention quand on met a jour les composants Swing car il ne faut le faire que durant l'EDT (donc il va falloir utiliser SwingUtilities.invokeLater() ou SwingUtilities.invokeAndWait() sachant que cette derniere solution est bloquante mais peut mener a des deadlocks).

D'ou l'interet de SwingWorker qui permet de faire ce genre de choses : le traitement de doInBackground() est effectue dans une autre Thread tandis que ceux de process() et done() sont fait durant l'EDT. Ainsi il est possible de mettre a jour la barre dans ces deux methodes ou alors d'utiliser setProgress() et de mettre a jour la barre en ecoutant la propriete "progress" du SwingWorker via un PropertyChangeListener.

Je regrette cependant une interface d'utilisation un poil lourde et apparement il n'est pas possible de specifier la priorite ou le groupe de la thread dans laquelle la tache s'execute.

[natha]

Je regrette cependant une interface d'utilisation un poil lourde et apparement il n'est pas possible de specifier la priorite ou le groupe de la thread dans laquelle la tache s'execute.

Pour ça il faut regarder du côté des ExecutorService