Problem with workingsets and temporary area switching
David Nolden
zwabel at googlemail.com
Tue Dec 1 09:25:22 UTC 2009
Am Dienstag 01 Dezember 2009 02:18:17 schrieb Alexander Dymo:
> понеділок, 30-лис-2009 20:19:58 David Nolden ви написали:
> > Hmm at least from what I remember, a working-set only holds information
> > about the view list/layout and nothing more. So it shouldn't affect the
> > toolviews. Only the temporary area-switching might _temporarily_ affect
> > the tool-views, that's true. But actually that should be fixable with a
> > "setUpdatesEnabled(false)" on the main-window during the switch.
>
> That's what we already do IIRC but that's not a fix. Switching areas will
At least it shouldn't flicker then, so the flicker is probably a bug in Qt.
For me, with Qt 4.6 the whole KDevelop4 is one big flicker, unfortunately..
> always involve at hiding, reparenting to 0 and then back to mainwindow, and
> showing toolviews. All things should never happen to the toolviews when you
> manage opened files in the area.
Well, switching working-sets is a manual action that you don't do every few
seconds, and IMO it doesn't matter how many widgets are temporarily reparented
in the background during the action, if it in turn makes the code simpler.
For the special-case you mentioned (no document is open, user opens a new one
thereby creating a new working-set), we could add some simple additions so we
simply don't do temporary area-switching when it's not required, namely if
both the currently open working-set and the opened working-set are empty.
Greetings, David
More information about the KDevelop-devel
mailing list