Edge of list item box does not stretch underneath adjacent float

RESOLVED DUPLICATE of bug 163110

Status

()

defect
RESOLVED DUPLICATE of bug 163110
16 years ago
15 years ago

People

(Reporter: Michael_Landis, Unassigned)

Tracking

Trunk
x86
Windows 2000
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [invalid based on notion of implementing a css3 property], )

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113

In test case http://home.earthlink.net/~landisdesign/floatBug.html the list item
boxes (bordered in blue) should stretch underneath the floated div (bordered in
green), according to
http://www.w3.org/TR/2004/CR-CSS21-20040225/visuren.html#floats and
http://www.w3.org/TR/CSS2/visuren.html#floats . Unfortunately, they don't -- the
LIs' boxes are pushed away from the float. CSS2.1 notes that this should happen
if the elements in normal flow create a new block formatting context, but for
elements that do not (as the LI's do not) the blocks should flow underneath the
floats. CSS is clear that items displayed as list-item generate principal block
boxes that participate in the block formatting context. Whether the contents are
inline boxes (per CSS 2.1) or block boxes (CSS 2) the border/padding applied to
the LI should be applied to the principal box, not the child boxes. 
(http://www.w3.org/TR/CSS2/generate.html#lists,
http://www.w3.org/TR/2004/CR-CSS21-20040225/generate.html#q10,
http://www.w3.org/TR/2004/CR-CSS21-20040225/visuren.html#block-box)

Reproducible: Always
Steps to Reproduce:
Create a floated element before a static list. The outer list container (created
by the UL/OL) will flow underneath the float, while the LI's will not.
Actual Results:  
The LI box stops at the edge of the float box.

Expected Results:  
The LI box should flow underneath the float box.
Whiteboard: [invalid based on notion of implementing a css3 property]

*** This bug has been marked as a duplicate of 163110 ***
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
I disagree that this bug is a duplicate of 163110, because that bug is really 
just successive float hooking, while this one is a clear refusal of a list item 
to stretch full width in the container while a float is at the same level.

This is precisely the behavior exhibited by a table next to a float, even to 
being identical when the list item is given "width: 100%", where a scrollbar is 
created because the float forces the li out of the container.

Even giving the li "display: block;" does nothing to change the behavior.
It would be nice if there was some way to change this back to a real bug,
rather than a duplicate of an unrelated non-bug.
You need to log in before you can comment on or make changes to this bug.