July 20, 2011

blex blex
Lab Rat
171 posts

Dock widget resize. Many resize events.

 

Application uses QMainWindow and some Dock Widgets. Central area is very complex widget, and it takes significant time to re-paint it.

The user starts to move the dock-window splitter to resize dock window. In Qt3 the resize event comes to the central widget only when resize is finished. So, the central widget is repainted only once. The new dock window size is indicated with XOR-like line during the splitter movement.

In Qt4 the resize events are continuously sent to central widget during the splitter movement, that causes re-painting of the central widget. The dock windows and central widget are refreshed many times.

Is it possible to switch back to the Qt3 behavior: to use XOR line instead of immediate generation of resize events? Or any other suggestions how to handle this issue.

If the function setUpdatesEnabled(false) is called for the central widget (for the period of splitter movement) then garbage appears on the screen. It is unacceptable.

 Signature 

————————————

Oleksiy Balabay

1 reply

July 20, 2011

Franzk Franzk
Lab Rat
833 posts

I think you should be able to use rubber band resizing, but I’m not sure how to do that and I didn’t find it within five minutes :P. Normally I would say you should implement your paint event to only draw the exposed area, so take heed of the rectangle, or region passed to the paint event. It will significantly improve drawing performance in this case, as long as actually things are exposed. If you are going to be resizing a background there’s not much use in this advice.

 Signature 

“Horse sense is the thing a horse has which keeps it from betting on people.”—W.C. Fields

http://www.catb.org/~esr/faqs/smart-questions.html

 
  ‹‹ Querying iTunes COM object leads to QMutex::lock: Deadlock      Need underline ONE word in QPlainTextEdit [SOLVED] ››

You must log in to post a reply. Not a member yet? Register here!