GNOME Bugzilla – Bug 121382
The auto-open behaviour of drawers on a auto-unhide of the parent panel
Last modified: 2004-12-22 21:47:04 UTC
Steps to reproduce: 1) Create an panel, set it to auto-hide 2) Add a drawer, with a launcher inside. On auto-unhide, the all drawers that are on the panel or on a drawer in the panel will expand, consuming a large amount of space on the screen for un-neccesary items. Further, since the expected behavior of an auto-hide panel is to stay open until all drawers are closed, the user (theoretically) must take manual action to undo an automatic response, which is highly unhelpful More distressingly, any launchers on the drawers will be unusable. Hovering the mouse over the objects in the drawer removes the pointer from the parent panel, causing it to auto-hide, taking the drawer with it.
Please try 2.3.91, I think this was fixed there.
Both problems still present in 2.3.91.
Confirmed in metacity, openbox, and sawfish.
There are 2 problems reported here. a) unhide behaviour of the panel is wrong when having drawers b) launchers are unusable, as is the case with bug 121072 Keeping this bug open so that we don't miss out on (a).
If this behavior is intentional, consider: If adjacent drawers, when opened, are larger than their icon on the parent panel, it is possible for them to be partially or even completely obscured by one another. If it's really desirable to have all drawers open simultaneously at all, this is going to require more thought to avoid having them dissapear from view.
Can anybody confirm if this behavior (auto-open of drawers on auto-unhide) is intentional or not?
For clarity, the scope of this bug is limited to the behaviour of auto-open of drawers on auto-unhide. >Hovering the mouse over the objects in the drawer removes the pointer >from the parent panel, causing it to auto-hide, taking the drawer >with it. This would be dealt with bug 124016 Also doing a re-title of this bug.
*** Bug 124794 has been marked as a duplicate of this bug. ***
*** Bug 123098 has been marked as a duplicate of this bug. ***
Created attachment 20876 [details] [review] Patch should fix the bug.
Mark: took this approach so as to avoid some crack in finding out if the toplevel is a Drawer in panel_toplevel_connect_attached(). Also, could names for methods and enums be shortened ? I can't think any... guess it's pretty lenghty ones atm. :-)
I've comitted the following fix which should solve this: 2003-10-28 Mark McLoughlin <mark@skynet.ie> * panel-toplevel.c: (panel_toplevel_attach_toplevel_hiding): Don't unhide drawers if they were originally hidden. Fixes bug #121382.
Works just great for me. Much thanks Mark.
*** Bug 132424 has been marked as a duplicate of this bug. ***