W3C home > Mailing lists > Public > www-style@w3.org > September 2010

Re: [CSS21] More issues with issues with 9.5 (Floats)

From: L. David Baron <dbaron@dbaron.org>
Date: Mon, 6 Sep 2010 11:32:09 -0700
To: Anton Prowse <prowse@moonhenge.net>
Cc: "www-style@w3.org" <www-style@w3.org>
Message-ID: <20100906183209.GA28151@pickering.dbaron.org>
On Sunday 2010-09-05 10:39 +0200, Anton Prowse wrote:
> A couple more float issues.
> Issue 1:
> There is excellent interop demonstrating that line boxes are not
> shortened in the presence of floats which appear later in the source
> document (and hence overlap the floats in many situations).  This
> fact is missing from the spec.

In what such cases does the spec currently say that such a float
should shorten such a line box?  Given rule 6 in section 9.5.1, I'd
think there aren't any such cases, since rule 6 says that any such
float must be below any such line box.

Or am I misinterpreting what you're saying?

> 9.5.1 says:
>   # 3. The right outer edge of a left-floating box may not be to the
>   # right of the left outer edge of any right-floating box that is to
>   # the right of it. Analogous rules hold for right-floating elements.
> This means a left float can be to the right of a right float.  (They
> need to be in different containing blocks in order to construct this
> situation, obviously.)  Fx3.6 agrees; I haven't tested in others.
> This doesn't cause a problem, but I wanted to seek confirmation that
> this was an intentional feature of the spec.

I think it is not an intentional feature of the spec, and it is not
what the spec currently says (since the rules in 9.5.1 apply to all
floats within the same BFC).  However, because we have interop,
http://wiki.csswg.org/spec/css2.1#issue-101 suggests that we should
change the spec, once somebody comes up with the text for the
appropriate change.


L. David Baron                                 http://dbaron.org/
Mozilla Corporation                       http://www.mozilla.com/
Received on Monday, 6 September 2010 18:32:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:49:47 UTC