Open Bug 126718 Opened 21 years ago Updated 2 years ago

Full-screen: auto-hide toolbars

Categories

(SeaMonkey :: UI Design, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

People

(Reporter: dean_tessman, Unassigned)

References

(Blocks 2 open bugs)

Details

Attachments

(1 obsolete file)

Now that bug 68136 has been fixed, it would be nice if the toolbar could
optionally auto-hide, ala IE.  IE has an Auto-Hide option in the context menu
for the toolbar, off by default.
-> hewitt
Assignee: jaggernaut → hewitt
Severity: normal → enhancement
Status: NEW → ASSIGNED
Target Milestone: --- → Future
*** Bug 130925 has been marked as a duplicate of this bug. ***
*** Bug 132396 has been marked as a duplicate of this bug. ***
Ben, didn't you have a work-in-progress for this at one time?
adding self to cc list
Hope they do this soon
*** Bug 156097 has been marked as a duplicate of this bug. ***
Summary: [RFE] Full-screen: auto-hide toolbars → Full-screen: auto-hide toolbars
There is a very nice extension/ work around that someone has made at

http://www.krickelkrackel.de/autohide.htm 
(download at http://www.krickelkrackel.de/autohideie003.xpi)

Why don't we implement something similar, and give it options under "Advanced".
Bugzilla Bug 126718  
   Full-screen: auto-hide toolbars 

ENDORSEMENT: This is a really much-needed functionality. People using Mozilla 
as a host for applications--above all multimedia--want it to draw A LOT 
attention to itself. 

BUG: I just tested it on Phoenix .04, and it inadvertently disables the Windows 
minimize, restore, and close buttons. These buttons won't work until you de-
select FullScreen from the page's context menu.
Whoops, sorry, I meant "Draw A LOT ____less___ attention to the browser."
*** Bug 179975 has been marked as a duplicate of this bug. ***
Confirmed #5 On WinME Mozilla 1.2 final.

Interestingly enough, seems like earlier 1.2 builds work fine.
I do not get this problem with builds from 20021112
(November 12th).
Can anyone confirm this?
*** Bug 196483 has been marked as a duplicate of this bug. ***
*** Bug 223168 has been marked as a duplicate of this bug. ***
*** Bug 240859 has been marked as a duplicate of this bug. ***
Would be nice if this was in the normal browsing window also. I would imagine to
see a check box called autohide when you customize your toolbars. I for instance
wouldn't mind to autohide the bookmarks toolbar and the navigation toolbar
*** Bug 260073 has been marked as a duplicate of this bug. ***
*** Bug 262404 has been marked as a duplicate of this bug. ***
*** Bug 261478 has been marked as a duplicate of this bug. ***
Bug 262404 Does not seem to be a duplicate of this.
Bug 262404 comment 4 actually shows where they changed to a more appropriate bug. As such, 262404 is no longer a dupe of this one :)

Regardless, this is still something that would be nice to see.
This bug affects all operating systems. Please change "OS:" field from "Windows 2000" to "All".
Auto-hide toolbar in Full Screen is great for widescreen monitors.
I have a patch for this but it's in browser code and thus is Firefox specific. Is there an open bug which caters for this but for Firefox only? Otherwise I'll just attach it here.

There's no ui-review option on this bug either...
Attached patch Patch (obsolete) — Splinter Review
No replies? Okie dokie, here it is.

This puts a tiny bar at the top. Its main purpose is to handle the "mouseover" event, but it also provides feedback to the user that there is something of interest up there - the hidden toolbars and tab strip.

Ctrl+L and Ctrl+E will also reveal the chrome, Esc will collapse it again for those without a mouse. I can't seem to find the code that handles the F6 shortcut, maybe because it was late at night when I wrote this.

To the best of my knowledge and sense of user experience design, this should work as expected. This patch only touches browser code (sorry Seamonkey folks!) and I couldn't find an open browser-specific bug.
Attachment #260443 - Flags: review?(mano)
Blocks: 164421
Comment on attachment 260443 [details] [diff] [review]
Patch

Please move this bug to the Fx product and ask for ui-r first, thanks.
Attachment #260443 - Flags: review?(mano)
Attachment #260443 - Attachment is obsolete: true
I've chosen bug 240859 as the place to put the Fx patch.
(In reply to comment #27)
> I've chosen bug 240859 as the place to put the Fx patch.
> 

Should this one just block that one then and mark this one as WONTFIX?
(In reply to comment #28)
> (In reply to comment #27)
> > I've chosen bug 240859 as the place to put the Fx patch.
> > 
> 
> Should this one just block that one then and mark this one as WONTFIX?
> 

No, this can become the Seamonkey bug (if SM doesn't already have this)
OK, good idea. 
This bug is not specific to "Windows 2000". It is present in all operating systems. Please set the "OS" field to "All"
OS: Windows 2000 → All
this bug has been fixed in Firefox 3.
This bug is under Core, so its for SeaMonkey.
Assignee: hewitt → nobody
Component: XUL → UI Design
Depends on: 240859
Product: Core → SeaMonkey
QA Contact: jrgmorrison → ui-design
Target Milestone: Future → ---
Blocks: FF2SM
Status: ASSIGNED → NEW
I seem to have this in FF3, so I don't know why this bug is still open, unless its because the toolbar coming down causes the whole page to move, but surely that's a different bug?
I've noticed on a lot of computers that it's somehow processor intensive to physically move the entire page up and down when the menu animates.

I'd like to propose that the menu in SeaMonkey appears *over* the content since if the user is moving their mouse to user the GUI is makes no sense in wasting resources to badly animate the entire page being moved downwards to make space for the menus in full screen mode. IE8B2 on XP does this nicely.
> I seem to have this in FF3, so I don't know why this bug is still open
This bug is still open because it is in the SeaMonkey product not Firefox. See Comment 33.
Hardware: PC → All
Blocks: 199387
You need to log in before you can comment on or make changes to this bug.