I call it "chewing gum" effect when the splitter lags behind the mouse movement, because several docking windows are busy to repaint themselves. And as for each single pixel all the docking windows are repainted, this slows down the whole procedure. I would like to switch this opaque moving mode off, but as I initially mentioned it is not possible for the QMainWindow splitter. Thus I thought I simulate the whole mouse press and dragging process as one single step.
First I tried to somehow overwrite the resize event of the docking windows, but that's not working, somehow, then I tried to use the setUpdatesEnabled() function while moving, but that's not working for my case, because it seems that setUpdatesEnabled() is not thread-safe.
So then I thought I solve it with resending the mouse events as one step.
Nothing is working![]()
Bookmarks