GNOME Bugzilla – Bug 307567
Toolbar cannot be moved once undocked
Last modified: 2005-06-15 01:28:03 UTC
Please describe the problem: Moved the toolbar from its original docked position under the menubar, onto the desktop. After releasing the left mouse button, tried to move it again by left clicking on the far left side but it no longer moves. The buttons on the toolbar still work. The only workaround is to disable the toolbar in the preferences window. Steps to reproduce: 1. Unknown - cannot reset the toolbar to its original position! 2. 3. Actual results: Unknown - cannot reset the toolbar to its original position! Expected results: Does this happen every time? Unknown - cannot reset the toolbar to its original position! Other information:
COnfirmed. Same applys to Robots by the way. Maybe a gtk thing but the easiest way would be to disable draggability :)
I've noticed this, but I don't really know which set of conditions are needed to reproduce this or not. It may be theme dependant, and it seems to be a bonobo-specific problem. Either way, gnobots has been fixed in CVS by killing off the bonobo toolbar and using gtk toolbar + handlbox, and Mahjongg had detachable toolbars disabled in 2.10 .... I'm going to bring the feature back to Ailseriot and Mahjongg soon (patched for a week locally, but it's ugly and not special, needs refinement before it hits CVS). After that, I'll probably take stock of all the games and toolbars and UI issues to get fixed.
Minor clarification, Mahjongg didn't kill off the detachable toolbar in 2.10, and it's a BonoboDockItem and such that the libgnomeui-created toolbar was using. For what it's worth, the GtkHandleBox doesn't have the stick-it-anywhere property of the BonoboDock, and a Gtk+ dock widget is still on the blue sky list of future Gtk+ features. While a minor feature regression, I'd rather use the handlebox anyway because of bugs like this, and a new crasher I found after Ctrl+F4 on a detached gnobots Toolbar.
gnome-ui-properties allows you to disable/enable detachable toolbars in most applications and if i recall correctly it works for gnome-games There was some trick you could do with some combination ctrl+space or maybe alt click which allowed you to regrab the toolbar. I think Gnome should probably disable toolbar handles by default to help prevent accidents like this (and also have a standard button "View, Customise" to unlock toolbars and allow other toolbar customisations). The behaviour could probably stand to be improved and maybe this bug should be passed upstream if all the games no longer use the bonobo dock or gnomeui.
Alan: Bug #172132 covers both using toolbar handles and obeying the desktop setting for detachable toolbars. The workaround is a click on the handlebar and push space to reattach it. Callum: Gnect is the only game with this particular problem in CVS HEAD... I'd argue that the toolbar should have been removed from that game long ago, especially when iagno, gataxx, same-gnome, and glines don't use them. Would you agree? Aside from that, this is a duplicate of Bug #307567. *** This bug has been marked as a duplicate of 272022 ***
Excuse the botched changes, I was planning to set as a duplicate after comments. :)
Yeah, I think we should remove the toolbar. It isn't especially useful and I would like it to be as much like iagno and gataxx as possible.