[wx-dev] wxAUI/gtk docking weirdness fixed

[Robert Roebling]

> > I wrapped all of them here in the obvious manner, and docking
> > suddenly became a whole lot more logical, so you may have
> > fixed more than one bug. Hurray!
> 
> Ok.  I committed a patch to wrap up all Show() calls in wxaui (i.e.
> checking IsShown() before and only Showing is necessary).  This is
> mostly for the upcoming backport to 2.6.3 of wxAUI.
> 
> It'd really be great if we could fix the problems with gtk's
> wxFrame::Show() before 2.7.0 is released.  The two major problems are:
> 
> 1) wxGTK's top level window Show() method doesn't check if the window
> is already shown or now.  This behavior should be updated to be
> consistent with wxMSW.
> 
> 2) wxGTK's top level Show() emits an undesired move event, even if the
> window wasn't moved.

I think I have fixed both of these in CVS HEAD, although when
the frame is really shown for the first time, a move event
is generated (I think even 2). I didn't see any change in
the auidemo, though. One thing is - as others reported -
that the hint window (I see those blue horizontal lines)
sometimes jumps to unexpected positions and sometimes seems
to jump back and forth. I can imagine that the guessing
algorithm isn't simple, I'm just mentioning my experience.
The point, as I noted in my original mail, is that if you
dock any window, it is first shown at what I guess is -1,-1
and then moved to the final position,

Robert