Python QT ProgressBar

Vous devez autoriser les manifestations à être transformés, tandis que la boucle est en cours d'exécution afin que l'application puisse rester réactif.

Plus important encore, pour longtemps-tâches en cours d'exécution, vous devez fournir un moyen pour l'utilisateur d'arrêter la boucle une fois qu'il est commencé.

Une façon simple de le faire est de commencer la boucle avec une minuterie, puis périodiquement appel qApp.processEvents tandis que la boucle s'exécute.

Voici un script démo qui fait que:

import sys, time
from PyQt4 import QtGui, QtCore
class ProgressBar(QtGui.QWidget):
def __init__(self, parent=None, total=20):
super(ProgressBar, self).__init__(parent)
self.progressbar = QtGui.QProgressBar()
self.progressbar.setMinimum(1)
self.progressbar.setMaximum(total)
self.button = QtGui.QPushButton('Start')
self.button.clicked.connect(self.handleButton)
main_layout = QtGui.QGridLayout()
main_layout.addWidget(self.button, 0, 0)
main_layout.addWidget(self.progressbar, 0, 1)
self.setLayout(main_layout)
self.setWindowTitle('Progress')
self._active = False
def handleButton(self):
if not self._active:
self._active = True
self.button.setText('Stop')
if self.progressbar.value() == self.progressbar.maximum():
self.progressbar.reset()
QtCore.QTimer.singleShot(0, self.startLoop)
else:
self._active = False
def closeEvent(self, event):
self._active = False
def startLoop(self):
while True:
time.sleep(0.05)
value = self.progressbar.value() + 1
self.progressbar.setValue(value)
QtGui.qApp.processEvents()
if (not self._active or
value >= self.progressbar.maximum()):
break
self.button.setText('Start')
self._active = False
app = QtGui.QApplication(sys.argv)
bar = ProgressBar(total=101)
bar.show()
sys.exit(app.exec_())

Mise à JOUR

En supposant que vous êtes à l'aide de la C mise en œuvre de python (c'est à dire Disponible), la solution de cette question dépend entièrement sur la nature de la tâche(s) qui doivent s'exécuter simultanément avec l'interface graphique. Plus fondamentalement, il est déterminé par Disponible ayant une Mondial Interprète de Verrouillage (GIL).

Je ne vais pas tenter une explication de Disponible de GIL: au lieu de cela, je vais simplement vous recommandons de regarder cette excellente PyCon vidéo par Dave Beazley, et d'en rester là.

---

Généralement, lorsque vous essayez d'exécuter une interface graphique, en parallèle à une tâche en arrière-plan, la première question à se poser est: Est-ce la tâche IO-lié, ou le CPU?

Si c'est IO-lié (par exemple, accès au système de fichiers local, à télécharger à partir d'internet, etc), puis la solution est généralement assez simple, parce que Disponible libère toujours le GIL pour les opérations d'e/S. La tâche en arrière-plan peut être simplement fait de façon asynchrone, ou effectué par un thread de travail, et rien de spécial doit être fait pour garder le GUI réactif.

Les principales difficultés se produire avec le CPU des tâches, quand il y a une deuxième question à se poser la question: la tâche se décompose en une série de petites étapes?

S'il le peut, la solution est à envoyer régulièrement des demandes pour le thread GUI de processus actuel de la pile d'attente des événements. La démo du script ci-dessus est un bon exemple de cette technique. Plus généralement, la tâche sera exécutée dans un thread de travail séparé, qui émettraient une interface graphique-mise à jour du signal de chaque étape de la tâche est terminée. (NB: il est important de veiller à ce que le thread de ne jamais les tentatives de l'interface graphique des opérations liées à elle-même).

Mais si la tâche ne peut pas être décomposé en petites étapes, alors aucun des habituels threading-type de solutions fonctionnent. Le GUI congelez-les jusqu'à ce que la tâche a été achevée, si les fils sont utilisés ou non.

Pour ce dernier scénario, la seule solution est d'utiliser une processus, plutôt qu'un thread séparé - c'est à dire faire usage de la multitraitement module. Bien sûr, cette solution ne sera efficace que si le système cible a plusieurs cœurs de PROCESSEUR disponibles. Si il n'y a qu'un cœur de PROCESSEUR pour jouer avec, il n'y a fondamentalement rien de ce qui peut être fait pour aider les (autres que de passer à une mise en œuvre différente de Python, ou à une autre langue au total).

OriginalL'auteur ekhumoro