Dan wrote
I just started with PyQt and it seems pretty cool but tried to use a "progress bar" to track a long I/O process which introduced me to threads. I have things mostly working and understand how a long I/O would mess up the event queue for functions called AFTER the I/O process is called but I have experienced the following:
- FIRST I try & update some GUI widgets
- Immediately AFTERWARDS I call the long I/O function
Somehow step #2 interferes with step #1! It's like a time machine! ;-) I'm guessing that the call to step #1 just places GUI commands in a queue which immediately gets interfered with by step #2? So.... I guess all I'm asking for is a way to "flush the > queue" or somehow force step #1 to complete before step #2? I tried calling various "update" & "repaint" functions but that doesn't seem to help. I can (of course) deal with this via threads but it seems a bit inelegant... Any suggestions?
amohgyebigodwin10691
Qt always runs application logic before it runs UI code, even if Ui code was called first, that is what is going on.
To fix this call the I/O function in a separate thread.
PedanticHacker
PyQt/PySide 1:1 Coaching with Martin Fitzpatrick — Save yourself time and frustration. Get one on one help with your Python GUI projects. Working together with you I'll identify issues and suggest fixes, from bugs and usability to architecture and maintainability.
Hello Dan, welcome to the forum! 🙂
Martin has written a wonderful article about threads and thread-blocking in GUI applications. You'll find all your answers there.
Packaging Python Applications with PyInstaller by Martin Fitzpatrick — This step-by-step guide walks you through packaging your own Python applications from simple examples to complete installers and signed executables.
Dan
Thanks! It really is an excellent article.