wxGTK-3.0.0 Problem with AUI docking

[Marco DeFreitas]

In my transition to wxWidgets 3.0.0, I noticed a problem in my application
which can be replicated in the auidemo sample.

Once a panel is undocked and made floating, it cannot be (or is almost
impossible) to redock. If it is temporarily undocked but never made
floating, that is, it is dragged out and back in with one motion, than it
can be redocked. Once it is completely floating, however, it cannot be
docked.

I am using wxGTK-3.0.0 on SUSE Linux SLES 10.

It appears there was a similar issue reported with wxPython, see:
https://groups.google.com/forum/#!searchin/wx-users/aui$20dock/wx-users/PQcHNfnw8uA/kSa8BBimc8cJ

Regards,
Marco

[Vadim Zeitlin]

On Wed, 22 Jan 2014 13:21:12 -0800 (PST) Marco DeFreitas wrote:

MD> In my transition to wxWidgets 3.0.0, I noticed a problem in my application
MD> which can be replicated in the auidemo sample.
MD>
MD> Once a panel is undocked and made floating, it cannot be (or is almost
MD> impossible) to redock. If it is temporarily undocked but never made
MD> floating, that is, it is dragged out and back in with one motion, than it
MD> can be redocked. Once it is completely floating, however, it cannot be
MD> docked.
MD>
MD> I am using wxGTK-3.0.0 on SUSE Linux SLES 10.

I can confirm that I see this too. Unfortunately I don't have time to
debug this right now, so the only thing I can advise you to do is to open a
Trac ticket for it, and I'll try to return to this before 3.0.1.

In the meanwhile, if anybody can try to debug it or run a bisection to
determine when did the problem appear (as it definitely did work at some
time in the past), it would be very helpful.

BTW, the same goes for the other problem you found, with wxAuiNotebook
(although it's less critical).

Thanks,
VZ

[Marco DeFreitas]

VZ> I can confirm that I see this too. Unfortunately I don't have
VZ> time to debug this right now, so the only thing I can advise
VZ> you to do is to open a Trac ticket for it, and I'll try to return
VZ> to this before 3.0.1.

Hey Vadim,

Thanks for your rapid reply. I put in two Trac tickets for the bugs (one
for not docking and another for scrollbars on wxAUINotebook disappearing).
This is the first time I put in a ticket, so please check that I did it
correctly. I upgraded from wxGTK-2.8.12, so it was working at least until
then.

I also put in a feature request. People are finding the docking of panels
in wxAUI to be very "grabby" (it docks when they didn't want to dock).
There is a way around this: rather than dragging, a user can ctrl-drag,
which inhibits docking. However, it seems users do a lot of moving around
of windows and do not dock that often. It would be nice to optionally
reverse the logic, that is, a drag would not dock, and a ctrl-drag would
attempt to dock.

Thanks a bunch!
Marco

[Vadim Zeitlin]

On Thu, 23 Jan 2014 14:35:35 -0800 (PST) Marco DeFreitas wrote:

MD> Thanks for your rapid reply. I put in two Trac tickets for the bugs (one
MD> for not docking and another for scrollbars on wxAUINotebook disappearing).
MD> This is the first time I put in a ticket, so please check that I did it
MD> correctly. I upgraded from wxGTK-2.8.12, so it was working at least until
MD> then.

The ticket is fine, thanks. As for 2.8.12: this was many (dozens of?)
thousands commits ago, so I hope it stopped working more recently than that.
In fact I'm almost certain it did work relatively short time ago, so I hope
it's really as simple as running a bisection and finding the commit that
broke it and reverting it...

MD> I also put in a feature request. People are finding the docking of panels
MD> in wxAUI to be very "grabby" (it docks when they didn't want to dock).
MD> There is a way around this: rather than dragging, a user can ctrl-drag,
MD> which inhibits docking. However, it seems users do a lot of moving around
MD> of windows and do not dock that often. It would be nice to optionally
MD> reverse the logic, that is, a drag would not dock, and a ctrl-drag would
MD> attempt to dock.

As I wrote in that ticket, I don't think it would be a good idea. However
maybe sensitivity could be improved. Unfortunately this is just another of
the things I don't think I'm going to have time for any time soon, sorry.

Regards,
VZ