Dock widget resize. Many resize events.
blex last edited by
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.
Franzk last edited by
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.