Hi,<div><br></div><div>In the past with other gui toolkits I&#39;ve set up a periodic call function that pulls control back from the child threads and take care of all the gui business that gets originated in the child threads. Either I&#39;ve stored all the commands in a queue to be processed when periodic check is executed or used some other technique so that the gui runs the commands from within the gui thread and doesn&#39;t spit the bit by trying to perform the commands in another thread. </div>
<div><br></div><div>Does Qt have a &quot;best accepted&quot; way of handling this? I&#39;ve read that some use connections to pass control between threads, but I wasn&#39;t sure if that&#39;s the most efficient way. I basically just need to output text updates to the status window, so I can either queue up the text to be displayed or the calls themselves to be executed later. However if Qt efficiently fires a signal when a certain event happens and fills the slot in the appropriate thread then that sounds like a better approach.</div>
<div><br></div><div>Thanks,</div><div>Marc</div>