Closed
Bug 508423
Opened 15 years ago
Closed 15 years ago
Resizing the window breaks the header/footer layout
Categories
(Websites :: creative.mozilla.org, defect)
Tracking
(Not tracked)
VERIFIED
WONTFIX
1.0
People
(Reporter: krupa.mozbugs, Unassigned)
Details
Attachments
(2 files)
Steps to reproduce: 1.Navigate to MCC homepage 2.resize the window 3.Scroll to the end of the page observed behavior: header and footer layouts look broken(fixed width CSS?)
Reporter | ||
Comment 1•15 years ago
|
||
Comment 2•15 years ago
|
||
This is the expected built-in browser behavior. The body element is sized to the window, but its contents have a fixed width that may overflow the window. When overflow occurs, the browser produces scrollbars but doesn't expand the containing elements horizontally around the content (the content overflows its box according to spec). The background image/color doesn't continue outside the window area, even though the content does. You can scroll to see the content but the background gives a visual indicator of where the container ends and the overflow begins. Using overflow-x: hidden; prevents horizontal scrolling, but that means the content is hidden in small windows as well, which is almost certainly unacceptable. A fully-liquid layout does evade the issue because the content simply never overflows horizontally, but this isn't a liquid design. So unfortunately this is pretty much unfixable without altering the design and rethinking things for liquidity. It's preferable for the main content area to remain readable in horizontal scrolling scenarios, even if the header and footer appear broken.
Comment 3•15 years ago
|
||
Resolving as a wont fix based on comment #2 (In reply to comment #2) > This is the expected built-in browser behavior. > > The body element is sized to the window, but its contents have a fixed width > that may overflow the window. When overflow occurs, the browser produces > scrollbars but doesn't expand the containing elements horizontally around the > content (the content overflows its box according to spec). The background > image/color doesn't continue outside the window area, even though the content > does. You can scroll to see the content but the background gives a visual > indicator of where the container ends and the overflow begins. > > Using overflow-x: hidden; prevents horizontal scrolling, but that means the > content is hidden in small windows as well, which is almost certainly > unacceptable. A fully-liquid layout does evade the issue because the content > simply never overflows horizontally, but this isn't a liquid design. > > So unfortunately this is pretty much unfixable without altering the design and > rethinking things for liquidity. It's preferable for the main content area to > remain readable in horizontal scrolling scenarios, even if the header and > footer appear broken.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•