[Solved] How to set a delay ?

[guziemic]

One of solution which comes to my mind is local event loop. But it is probably not the best one.
There is some example of usage "Example":http://qt-project.org/forums/viewthread/19023/
On this forum I saw some posts about drawback and advantages of such solutions.

[andre]

[quote author="Sam" date="1349950497"]the calculations are done in the paintEvent()[/quote]
Don't do that. Implementations of paintEvent need to be as fast as possible to keep your application snappy.

Instead, you should decouple your display of progress with the actual process you're monitoring. Note that implementing a delay is almost never the (right) solution to any programming problem[1]. Instead, just make your application fast. Your users will thank you for it.

[1] an exception might be software that needs to communicate with hardware where such delays are sometimes unavoidable.

[KA51O]

instead of a loop you could have a function like this:

@
int m_counterForDelayedLoop = 0; //this is a member var
void loopFunctionWithDelay()
{
doSomething();
if(m_counterForDelayedLoop < 100)
{
m_counterForDelayedLoop++;
QTimer::singleShot(500, this, loopFunctionWithDelay());
}
}
@

But I think you better follow the suggestions from MuldeR and Andre.

[Jeroentjehome]

If it is only to update the progressbar every so often, why not create a slot to update the progressbar. create a signal that is emitted when you have a doSomething update (e.g. 1% increased).
This way the GUI is only called 100 times in the entire loop and the operation is as fast as possible. As Andre says it is a very bad programming practice to insert delays or sleep commands. Your on an event driven machine. Not a time / sequential embedded "C" system.
Greetz

[Sam]

Thanks to everyone,

As suggested by Andre I changed the approach and the calculations are all removed from the paintEvent() and calculated in a seperate function , So in the paintEvent it just draws/fill the pixmap. The requirement of a delay is just for the test , filling of the pixmap will be connected to the process that will be monitored, but that comes from the server.

The example provided by guziemic did the job

Thanks for the help

[BasicPoke]

Any problem using this function for general delays? I haven't tried it.

@void QTest::qWait(int ms) [static]@

Ron

[SGaist]

Yes, like the framework name suggests, it's designed for unit testing, not production code.

[BasicPoke]

QTest is not compiling for me. I'm using Qt 5.2.1 MinGW 32 bit. When I added @#include <QTest>@ I get "QTest: No such file or directory."

Then I tried adding:
INCLUDEPATH += C:/Qt/Qt5.2.1/5.2.1/mingw48_32/include/QtTest
to my pro file, then I get "expected primary-expression before 'atest'." Any help please?

@QTest atest; atest.qWait(10);@

[JKSH]

Like SGaist said, you should not use QTest for general delays. QTest functions are for unit testing.

You can use QThread::sleep() or QThread::msleep().

Remember that waiting/sleeping will freeze your thread, which might reduce your program's performance.

[BasicPoke]

I got the following to work. Thanks for the help.

@#include <QThread>
QThread::msleep(100);@

[Bittoo]

Dear BasicPoke,
​you can also use QThread::usleep(5) in a loop till you back-end/other process is not finished. You can use signals\slot to connect. Once your back-end is done you can send signal to handleDBOperatinOnWaitDone(bool ) and do the rest of work. This works fine with multi-threaded application too.

@
class ResolutionCalculationBS : public QThread{
.
.
.
private:
volatile bool dbOperatinOn;
.
.
.
};

void ResolutionCalculationBS::dbOperatinOnWait()
{
this->dbOperatinOn = true;
while (this->dbOperatinOn) {
QThread::usleep(5);
}//end while
return;
}//end dbOperatinOnWait

void ResolutionCalculationBS::handleDBOperatinOnWaitDone(bool flag)
{
QMutex mutex;
QMutexLocker locker(&mutex);
this->dbOperatinOn = flag;
}
@

[Anna_64]

@JKSH then how to introduce a wait because whenever i ma using sleep my program freezes

[aha_1980]

@Anna_64

You can use QTimer::singleShot() to execute a certain piece of code after a wait time.

Whenever you use some kind of sleep, you GUI program freezes, that has been the case since GUIs were invented.