GNOME Bugzilla – Bug 127961
GtkHandleBox + GtkToolbar don't work well together
Last modified: 2004-12-22 21:47:04 UTC
Run testmerge, drag the toolbar out of the window by using the handle. The toolbar will only show the vertical arrow and no buttons. If you try to drag the toolbar back into the window in the same action (so you didn't release the mouse button), the window won't accept the toolbar back again. If you drop the toolbar outside of the window and then in a new buttonpress drag it back to the window, it'll accept it again. In the drag-outside-and-back-in action, there is some paint corruption going on in the area where the toolbar was docked. This is with cvs head from yesterday.
Regarding the arrow-only appearance, I believe you're supposed to set show-arrow to FALSE while the tooolbar is undocked. Regarding the undock-and-immediately-dock-again action, does that work with other widgets ?
The difference in behavior in undock-and-redock and redocking immediately is this: If you undock and redock, then you can move the toolbar anywhere along the horizontal line where it was docked and it will be redocked automatically. If you to redock immediately, then you can redock it, but you have to drag the toolbar to the left vertical line where the toolbar was docked (difficult to do since the line is very short). Dragging over the horizontal line won't work. I haven't tried with a different widget (i doubt it'll make any difference). About the arrow, does an app author have to do that manually or can the toolbar listen for a certain event/signal? (the latter would be more useful). Or have the handle do it when it detects that is contains a GtkToolbar?
Looking at the handlebox docs, I see child_detached and child_attached signals, so I guess you have a chance to react when the child is detached. I think this is another little item for the app window widget to take care of.
*** This bug has been marked as a duplicate of 120646 ***