QProgressDialog indéterminé avec rafraichissement de l'affichage

Bonjour à tous,

J'ai dans mon appli une procédure de calcul qui peut être relativement longue mais dont j'ignore la durée totale. Je cherche depuis un bon moment comment afficher un QProgressDialog qui défile en continu

Code:

---

self.progressDialog.setRange(0, 0)

---

et qui m'affiche également et régulièrement la durée écoulée depuis le lancement de la procédure. Je pense qu'il faut utiliser un QTimer et peut être gérer un thread mais je suis un peu sec sur ce coup pour l'instant.
Merci d'avance pour vos pistes et suggestions.
@+

Bonjour,

Voilà le principe que j'utiliserais dans ce cas:

- le programme principal (la fenêtre de l'application) lance:
=> le calcul dans un QThread (pour éviter de geler le graphique).
=> une fenêtre de progression QProgressDialog avec une chenille circulante
=> un QTimer qui enverra un signal "timeout" tous les, par exemple, 0.5s.

- à chaque fois que le QTimer envoie son signal à la fenêtre principale, celle-ci signale le temps passé à la fenêtre de progression avec la méthode .setLabelText(tempspassé)

- quand le calcul est terminé, le QThread envoie un signal de fin à la fenêtre principale qui arrête le QTimer avec .stop() et la fenêtre de progression avec .reset()

L'avantage du QThread sur un threading.Thread() est la capacité de lancer des messages au graphique, car les threads ne peuvent pas, en général, toucher au graphique directement (les bibliothèques graphiques ne sont pas "thread-safe"). On pourrait aussi utiliser une classe avec un héritage multiple threading.Thread + QObjet mais ça ne simplifie rien.

Dis si tu as besoin de plus d'aide.

Bonjour,

Merci Tyrtamos pour tes "recettes" qui sont toujours pertinentes ;). J'ai mis en œuvre ton principe qui fonctionne bien. J'ai fait quelques ajustements afin que le programme principal "attende" la fin du thread de calcul pour poursuivre son propre traitement. J'incorpore dans la procédure déclenchée par le signal de fin du Thread, la mise à jour d'une variable qui redonne la main à la procédure principale

Code:

---

1 2 3 4 5 6 7 8

# Lancement du Thread de calcul simule.start() while not self.finCalcul: QtGui.QApplication.processEvents() # Poursuite de la procédure principale if not self.succes: ...

---

A part ça, il me reste un souci d'une autre nature. Dans mon Thread de calcul, je lance toute une séquence de calculs et de manipulations de Base de donnée (sqlite) à travers SqlAlchemy. Malheureusement SqlAlchemy n'aime pas trop que l'on manipule des objets qui sont créés dans un autre thread !

Code:

---

sqlalchemy.exc.ProgrammingError: (ProgrammingError) SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 5704 and this is thread id 11792 None [{}]

---

Ca m'embête de revoir une bonne partie de la logique de mon appli uniquement pour visualiser un QProgessDialog !

Question : Existe t-il un moyen de contourner ce problème ? Existe t-il un moyen de laisser le calcul dans la procédure principale et de piloter l'affichage du QProgressDialog dans un autre Thread sachant qu'a priori ça ne se fait pas ...

Citation:

---

L'avantage du QThread sur un threading.Thread() est la capacité de lancer des messages au graphique, car les threads ne peuvent pas, en général, toucher au graphique directement (les bibliothèques graphiques ne sont pas "thread-safe"). On pourrait aussi utiliser une classe avec un héritage multiple threading.Thread + QObjet mais ça ne simplifie rien.

---

Merci pour les pistes
A bientôt

Bonjour,

Si à la fin d'un calcul fait dans un QThread, on doit faire une opération dans une base de données interdite dans un thread, je ne vois qu'une solution: que le thread envoie un message (emit) au programme principal (récupéré avec connect), pour que ce programme fasse le boulot. Ce message peut d'ailleurs contenir en même temps des données de résultat.

Le programme principal peut très bien gérer la liste complexe des opérations que tu destinais au thread. A chaque fois qu'un thread est lancé, on peut attendre son résultat non pas avec .wait() qui gèlerait le graphique, mais avec une boucle d'attente comme:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

=> lancement du thread de calcul while monthread.isRunning(): QtGui.QApplication.processEvents() => récupération des données renvoyées par le thread à la fin du calcul => opération de base de données   => lancement du thread de calcul while monthread.isRunning(): QtGui.QApplication.processEvents() => récupération des données renvoyées par le thread à la fin du calcul => opération de base de données   etc...

---

Bonjour,

En fin de compte j'ai réglé simplement le problème en différenciant, dans le Thread principal et dans le Thread de calcul, les "sessions" déclarées dans SqlAlchemy. Les ajustements sont mineurs j'ai juste l'impression que je perds un peu dans la vitesse de traitement (à vérifier ...).
Merci pour tes tuyaux,
@+