Re: Micro$oft-style dragable, resizable, stackable menu/button bars.

[u07ih abdn ac uk]

I wasn't advocating putting anything into the same place as the menubar by
default. I was saying how easy it would be to make it possible.
But at the moment, nothing can go onto the menu bar, as the menu bar
has it's row in the gnome-dock exclusively. If the GNOME_DOCK_ITEM_BEH_EXCLUSIVE
flag is removed, then things can go in the menu bar, if you want them too, or
they can stay where they are....your choice.
Maybe this should go into the ui-properties capplet
"[x]Menu bar takes up whole row"
"[ ]Toolbar takes up whole row"

Iain
> 
> In the case of the addressbar, it may be best to not embed it in the
> menubar.  The notion is to allow users to move bars around as they wish.
> For me, this is useful.  If I am surfing a site with long URLs and I want
> to see most of the URL, I might drag the addressbat to its own row.
> Otherwise, I'd probably tuck it into a corner of a row so that I could
> type URLs and paths in on an occaisional basis.
> 
> u07ih@abdn.ac.uk wrote:
> > 
> > > The benefit of having less blank space and more room to work is a great UI
> > > enhancement IMHO. The ability to have the menubar, buttonbar and addressbar
> > > of IE on the same line (saving about 60pxls of vertical space) is priceless
> > > (for me at least :-)
> > 
> > I agree about putting the addressbar on the same line as the menus. It gives
> > more room for the html :)
> > It would take 2 changes I think in the gnome-app.c file. From what I can tell
> > the GNOME_DOCK_ITEM_BEH_EXCLUSIVE flag needs to be removed from
> > gnome_app_set_menus and gnome_app_set_toolbar
> > 
> > Iain
>