How to detecting finish QEvent::Paint

mrjj

Hi can I ask why you want to know last paint event (even if there is no last)
Also is there a reason that you cannot use the normal paint ?
void paintEvent(QPaintEvent*)

HAHAHAHAHA

Thank all.
I'm using an API to draw. But when you finish painting the Paint event of Qt happen so my drawings were obscured. Now i can fix it by call function update draw before 50ms.

bool MyClass::event ( QEvent * event )
{

    if ((event->type() == QEvent::Paint))
    {
               QTimer::singleShot(50, this, SLOT(updateDraw()));
    }
    bool rc = QWidget::event(event);
return rc;
}

Or

void MyClass::paintEvent(QPaintEvent *e)
{
       QTimer::singleShot(50, this, SLOT(updateDraw()));
}

But it is not a good way. Because it was called several times. :((

Chris Kawa

@HAHAHAHAHA said:

void MyClass::paintEvent(QPaintEvent *e)
{
QTimer::singleShot(50, this, SLOT(updateDraw()));
}

Don't do that. That's not how painting is suppose to work. As I said - paint event is called whenever a widget needs to be repainted. This can happen because of a window resize, because it gained focus, state of some widget changed or something called update() or repaint(). There are a lot more possible triggers. And yes, this will happen multiple times during your app lifetime and quite often. In general, you can't anticipate when it happens, but whenever it does you should paint immediately current state of the widget and as quickly as possible. If you want to force painting at some point call update() and Qt will schedule a paint event.

What are you trying to do exactly? It looks like you're fighting against the framework.

_Hien_VN

@mrjj Hi, we already used the method void paintEvent(QPaintEvent*) as you suggested, but my drawing did not display.
The reason that we ask the last paint event is to put call method specify drawing (it is supported by third part api) after update() of Qt. In case drawing big data then drawing executing called many, so performance of its very slowly.
Pls help us and give any advance!

mrjj

@_Hien_VN
Hi , i think we need more info on how you draw this other drawing
as it seems to be the key to understand what you are doing.

Beware that before a paint event, the widgets area is cleared with background color.
I wonder if this is why your drawing dont show.
u can disable it with
widget->setAttribute(Qt::WA_NoSystemBackground);

If that dont do it for you , u need to show the code for updateDraw as you can not in
any good way know when the last paint event is.
It will never be a solid solution. :)

_Hien_VN

@mrjj Hi, we tried it as your suggestion with flow logic as below:

initial widget, then widget->setAttribute(...)
call update()
call paint()
OR
initial widget, then widget->setAttribute(...)
call paint()
call update()
The result not change, drawing flicker then not display.

mrjj

@_Hien_VN
hi
ok. it was worth a shot.
It sounds like you are sort of drawing on top of the widget for your "drawing"

Can you show some more how updateDraw works ?

_Hien_VN

@mrjj hi, do you know cad viewer? we are using it to draw.

mrjj

@_Hien_VN
but how do you make it draw into the widget?
via HWND ? or DC ?
If its not a Qt program, how can it even draw into the widget?
It draws on top of the widget?

_Hien_VN

@mrjj Hi, we used HWND, please refer source as below:
RECT rc;
GetClientRect((HWND)this->effectiveWinId(), &rc);

mrjj

@_Hien_VN
Hi
That just gives a rect from a hwnd.

How do you make the cad viewer draw on the widget?