Closed
Bug 383373
Opened 17 years ago
Closed 17 years ago
shrink-wrapping between min and pref doesn't wrap to largest width that the content can actually fill
Categories
(Core :: Layout: Floats, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: martijn.martijn, Unassigned)
References
()
Details
(Keywords: regression, testcase)
Attachments
(1 file)
385 bytes,
text/html
|
Details |
See testcase, the green bordered div should wrap around the blue bordered divs, but that doesn't happen in current trunk builds. This regressed when the reflow branch landed.
I think this is correct as-is -- without the max-width, we'll make it 1000px (plus borders), right? I don't see why the max-width (or a containing block) should constrain it to less -- I know we've done that in the past, but it's hard in the new architecture. I don't think Safari or Opera do, do they?
Reporter | ||
Comment 2•17 years ago
|
||
Opera9.20 does(In reply to comment #1) > I think this is correct as-is -- without the max-width, we'll make it 1000px > (plus borders), right? Right. > I don't think Safari or Opera do, do they? Opera9.20 does this (as does IE7).
Comment 3•17 years ago
|
||
(In reply to comment #1) > ... I don't think Safari or Opera do, do they? Safari 2.0 and WebKit latest do exactly the same as Minefield.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WONTFIX
Summary: Absolute positioned container too wide with floats inside → shrink-wrapping between min and pref doesn't wrap to largest width that the content can actually fill
You need to log in
before you can comment on or make changes to this bug.
Description
•