Closed
Bug 712620
Opened 13 years ago
Closed 8 years ago
Hide some navigation toolbar items if it overflows
Categories
(Firefox :: Toolbars and Customization, defect)
Firefox
Toolbars and Customization
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jojo, Unassigned)
References
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20100101 Firefox/9.0 Build ID: 20111216140209 Steps to reproduce: 1 : open this url http://www.alistapart.com/d/responsive-web-design/ex/ex-site-FINAL.html 2 : resize the window below 400px Actual results: The DOM width is contrained by the size of the invisible navbar (in my case, 484px), so the last media queries, for screen size below 400 never kicks in and the user needs to scroll horizontally for content. Expected results: DOM width should be window width. On Chrome, the navbar resize nicely by hidding extensions icons, and then the resize is locked around 380px. DOM width always equals window width. Same behaviour on Opera or Safari (but no width limit, you can resize to 100px if you want to). If I hide the navbar, Firefox behave as expected.
Comment 1•13 years ago
|
||
Comment 2•13 years ago
|
||
The STR only "fail" if you have several icons in your toolbar. The problem is that the toolbar force the content to not be resized below the width of the toolbar. I don't think the toolbar should overflow at all. But it could be interesting to hide some elements (extensions, icons, searchbar?) if the toolbar width reaches its limit.
Status: UNCONFIRMED → NEW
Component: General → Toolbars
Ever confirmed: true
OS: Mac OS X → All
QA Contact: general → toolbars
Hardware: x86 → All
Summary: DOM Width does not follow window width (navbar overflow) → Hide some navigation toolbar items if it overflows
Version: 9 Branch → Trunk
Comment 5•8 years ago
|
||
We now overflow the main toolbar, so this is no longer an issue for the main nav-bar. It always worked for the bookmarks toolbar. I don't see a way around this for the tabs toolbar, and that seems so uncommon it's not really worth worrying about, so marking wfm.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•