84614 - need pref to disable menu bar

Status: VERIFIED DUPLICATE of bug 68136

(SeaMonkey :: General, defect)

Description

[Jeremy M. Dolan]

If the menubar were disable-able, fullscreen support on linux would be done. My
window manager can 'full maximize' a window (remove the border/title bar) and
resize it to consume the entire screen. If I could toggle the Menu bar with F10
(or whatever), I'd have true full screen Mozilla.

I know it can be tabed, but that's mostly useless, since it makes it entirerly
unfunctional, while barely reducing the size.

Comment 1

[doctor__j]

Sounds like a dupe of bug 68136.

Comment 2

[Håkan Waara]

*** This bug has been marked as a duplicate of 68136 ***

Comment 3

[Jeremy M. Dolan]

Unduping and marking dependant. This is requesting that the menubar simply be
manually disableable, which is probably a step on the road to fullscreen/kiosk,
but quite a differant option.

Comment 4

[Blake Ross]

I don't understand why we need this.  Whoever implements 68136 should be the one 
to disable the menubar (simply hidden="true").  Why do we need a pref?

Comment 5

[Jeremy M. Dolan]

Well, this is fairly differant from fullscreen, and is needed because every
other bar is disableable, and it doesn't make any sense that one isn't.

This is differant from fullscreen because to do "fullscreen", you need/want
other things, like interfacing with the shell, to hide it's stuff (start bar,
dock, window borders, etc.) On UNIX/X, there is an API for this I believe. Also,
autohiding the URL bar, and moving the progress indicated up near the throber
are generally needed to do fullscreen nicely.

What I am asking for is simply to have the View->Show/Hide menu completed. On
the side of the menu bar, there is a tab (or whatever NSCP calls them) to
minimize (or whatever NSCP calls it) the Menu bar. The Navigation bar and
Personal toolbar also have such a tab. What is the point of the tab? If you
answer, to get rid of an unwanted bar from the interface, you'll note
View->Show/Hide has the same purpose, but is simply better at it. So why not
allow the Menu bar to be hide "better".

I should note that I don't really use the menu bar, and I suspect many other
users do not use it much eaither. All of the functions I use, I use keyboard
shortcuts, as I did in NSCP 4.x. New window, close, quit, view source, and find.
Bookmarks and Home are on the personal toolbar, back/foward/reload/stop are on
the navigation toolbar. I have no reason to waste 16,000 pixels (800x20) to
display a useless menubar.

Also note: NSCP 4.x doesn't have the menu bar tabed, which would explain why
it's not in the View menu.

Also note: I (and many other UNIX users) have full screen capability *now*, if
this were implemented. Not Mozilla 2.0 or whenever all of the extras nessisary
for a general cross platform fullscreen implementation are complete.

Comment 6

[Blake Ross]

--> UI Design

Comment 7

[Gervase Markham [:gerv]]

There are three ways this could go. If we want UI for it, it would have to be
another option in the Show/Hide menu - and, given the fact that so few people
will ever want to turn it off, and turning it off from there makes it hard to
turn on again, I think that's a non-starter. Same for allocating a single-button
hotkey - one accidental press of what-did-I-hit-again? and your menubar is gone.

Another option is making sure the menu bar has an ID, and using userChrome.css.
However, this wouldn't be togglable while Mozilla was running.

The last option is another hidden pref. But again, it wouldn't be togglable.

Gerv

Comment 8

[nnooiissee]

maybe i should spin this off into another bug, but how about the mac build where
window menu bars are disabled by default? if a pref goes in to disable window's
menu bars than it should be set by default on the mac, and allow you to turn it
off to show window menu bars.

i don't know if anyone even wants to touch hideing the mac's normal menubar (and
the screens rounded corners), but doing this would ensure that full screen could
come to the mac as well--which is especialy important because mac os window
dressing takes up just that tiny bit more space.

Comment 9

[Matthew T (active 1999-2002)]

Er, no, window menu bars are not `disabled by default' on Mac OS. The <menubar> 
widget on Mac OS is implemented using the global menu bar; and no-one would
*ever* want to toggle a pref to put menus inside the windows instead, because 
that would make the menus four times slower to use.

The reasoning for this RFE seems to be `well, if we can turn the menu bar off, 
we'll have something which passes for full-screen mode on one OS, without 
having to wait for a cross-platform implementation of full-screen mode'. This 
seems to assume that if full-screen mode was implemented on one platform, it 
couldn't be checked in until it was implemented on all other platforms. But 
that's clearly not the case, as the example of QuickLaunch mode shows.

If you'd like to file a bug, blocking bug 68136, for X11-specific 
implementation of full-screen mode, go ahead. (It doesn't even have to be a 
perfect implementation, to begin with -- it could just `full maximize' the 
window *and* hide the menu bar.)

*** This bug has been marked as a duplicate of 68136 ***

Comment 10

[Zach Lipton [:zach]]

yup