Open
Bug 126718
Opened 23 years ago
Updated 3 years ago
Full-screen: auto-hide toolbars
Categories
(SeaMonkey :: UI Design, enhancement)
SeaMonkey
UI Design
Tracking
(Not tracked)
NEW
People
(Reporter: deanis74, 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.
Updated•23 years ago
|
Severity: normal → enhancement
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 2•22 years ago
|
||
*** Bug 130925 has been marked as a duplicate of this bug. ***
Comment 3•22 years ago
|
||
*** 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?
Comment 5•22 years ago
|
||
adding self to cc list
Comment 6•22 years ago
|
||
Hope they do this soon
Comment 7•22 years ago
|
||
*** Bug 156097 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
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".
Comment 9•22 years ago
|
||
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.
Comment 10•22 years ago
|
||
Whoops, sorry, I meant "Draw A LOT ____less___ attention to the browser."
Comment 11•22 years ago
|
||
*** Bug 179975 has been marked as a duplicate of this bug. ***
Comment 12•22 years ago
|
||
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?
Comment 13•21 years ago
|
||
*** Bug 196483 has been marked as a duplicate of this bug. ***
Comment 14•21 years ago
|
||
*** Bug 223168 has been marked as a duplicate of this bug. ***
Comment 15•20 years ago
|
||
*** Bug 240859 has been marked as a duplicate of this bug. ***
Comment 16•20 years ago
|
||
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
Comment 17•20 years ago
|
||
*** Bug 260073 has been marked as a duplicate of this bug. ***
Comment 18•20 years ago
|
||
*** Bug 262404 has been marked as a duplicate of this bug. ***
Comment 19•19 years ago
|
||
*** Bug 261478 has been marked as a duplicate of this bug. ***
Comment 20•19 years ago
|
||
Bug 262404 Does not seem to be a duplicate of this.
Comment 21•19 years ago
|
||
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.
Comment 22•18 years ago
|
||
This bug affects all operating systems. Please change "OS:" field from "Windows 2000" to "All".
Comment 23•18 years ago
|
||
Auto-hide toolbar in Full Screen is great for widescreen monitors.
Comment 24•17 years ago
|
||
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...
Comment 25•17 years ago
|
||
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)
Comment 26•17 years ago
|
||
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)
Updated•17 years ago
|
Attachment #260443 -
Attachment is obsolete: true
Comment 27•17 years ago
|
||
I've chosen bug 240859 as the place to put the Fx patch.
Comment 28•17 years ago
|
||
(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?
Comment 29•17 years ago
|
||
(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)
Comment 30•17 years ago
|
||
OK, good idea.
Comment 31•16 years ago
|
||
This bug is not specific to "Windows 2000". It is present in all operating systems. Please set the "OS" field to "All"
Updated•16 years ago
|
OS: Windows 2000 → All
Comment 32•16 years ago
|
||
this bug has been fixed in Firefox 3.
Comment 33•16 years ago
|
||
This bug is under Core, so its for SeaMonkey.
Updated•16 years ago
|
Assignee: hewitt → nobody
Component: XUL → UI Design
Depends on: 240859
Product: Core → SeaMonkey
QA Contact: jrgmorrison → ui-design
Target Milestone: Future → ---
Comment 34•16 years ago
|
||
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?
Comment 35•16 years ago
|
||
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.
Comment 36•16 years ago
|
||
> 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
You need to log in
before you can comment on or make changes to this bug.
Description
•