Community
Participate
Working Groups
Maybe I'm the only one in the world like this, but I never use toolbar buttons and would rather just have an extra line to display code. Since you are able to turn INDIVIDUAL MENUS on and off I don't see why you can't turn on/off toolbar components or hide the entire toolbar.
*** This bug has been marked as a duplicate of 29179 ***
Not a dup of 29179, which has to do with a product's decision to hide/show the toolbar etc. This PR is about the user's desire to do so.
Being able to hide the status bar would also be lovely. This is pretty much an expected / mandatory feature on OS X. I don't know about Windows usability standards, but Mac apps pretty much universally would have an option for this under a "View" or "Window" menu.
I'd *really* like to see this feature. I'm a keyboard-oriented guy, and I have no use for the main toolbar. Just to be clear, I don't want to hide individual sub-toolbars, I want to get rid of the whole main toolbar -- I want that extra centimeter of screen for code.
Looks like this isn't going anywhere. I would also love to see this feature. At the very least, should be able to turn toolbar display on/off in the Perspective preferences.
I'd rather see it as an option in the Window menu ("Show Toolbar," "Show Status Bar" checked/unchecked), and/or as an option when right-clicking on a bar ("Hide Toolbar," "Hide Status Bar"). Those are the first two places I looked. When the option is changed, it could stick just for the current perspective or globally. Putting it in perspective preferences seems to me to be burying it a bit.
There are currently no plans to work on this feature
"There are currently no plans to work on this feature" What the hell? So either *make* some plans, or leave the bug open.... We aren't asking for this enhancement just to amuse ourselves. I wish for this feature every time I use eclipse on my laptop away from the second monitor. It's a feature just about every other app with a toolbar implements. If this is something the Eclipse team flat out refuses to implement, I think we deserve a better explanation than "TALK TO THE HAND."
Reopening as requested
Created attachment 48256 [details] show_toolbar.diff hehe...after about 3 years of waiting, here is a patch to add a new setting to the appearence page to show/hide the toolbar. I hope this will go into 3.3 to support our "keyboard-oriented" guys ;) Next thing to do is the possibility to hide/show specific toolbars easily (see bug 53345) Have fun with it :)
*** Bug 108733 has been marked as a duplicate of this bug. ***
This can be accomplished without restarting the workbench - we already do this on the Mac via the built in "hide toolbar" window decoration. Tod, can I take this?
All yours
Fix in HEAD - added new Window menu item Hide/Show Toolbar (depending on current state) as well as associated command. This item does not appear in OS X menus because it already exists in the window trim. This may eventually move to an action set.
It *should* show in the Window menu (as well as the window trim) -- this is customary on OS X.
Can you cite apps that show this in the window menu on OS X? None of the usual suspects I've looked at (mail, safari, voodoopad, colloquey, parallels, adium) have it in this menu.
The standard on OS X is to have this option under a menu entitled "View", which appears just to the right of "File" and "Edit". See, for example Mail.app and XCode.app.
Safari also places this under a "View" menu, albeit under a slightly different name. Given Eclipse's proliferation of menus, however, and its non-adherence to numerous other OS X conventions, I'd be inclined to just leave it under "Window." I'd just like to see it *somewhere* in the menus.
I am opening a new defect to add the menu item in Window (bug 157805) and marking this verified as of I20060918-2000 (tested in Parallels with WinXP). I did find one issue (bug 157821) that occurs when you hide the toolbar, show the intro, and the "return to workbench" - in this case the toolbar is shown.
This bug is causing Bug 173927 - we are trying to generally reduce the number of entries in all of our menus. I think the best we can do it add it as an action set and not have it added to the window menu by default.