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

Re: Issue 101 Resolution

From: Peter Moulder <peter.moulder@monash.edu>
Date: Tue, 12 Oct 2010 13:09:38 +1100
To: www-style list <www-style@w3.org>
Message-id: <20101012020938.GA4042@bowman.infotech.monash.edu.au>
On Tue, Oct 12, 2010 at 10:39:53AM +1100, Alan Gresley wrote:
> Anton Prowse wrote:
> >On 11/10/2010 16:06, Alan Gresley wrote:

> >>Rule 3 doesn't specify which float is
> >>place lower and no where else in 9.5 does it specify that alternative
> >>floated boxes can be placed lower.
> >
> >Rule 5 covers this.
> 
> 
> No it doesn't. Rule 5 only mentions the outer top edge.
> 
>   | The outer top of a floating box may not be higher than the
>   | outer top of any block or floated box generated by an element
>   | earlier in the source document.
> 
> 
> There is nothing about the top edge of a float being lower than the
> bottom edge of a float that is earlier in the source. The only rule
> that mentions something like this is in rule 2 but that doesn't
> apply with interaction between left floats and right floats.

I believe Anton Prowse's point is that in effect it does "specify which float
is place[d] lower" (to satisfy rule 3), because only one of the two options for
a given pair would satisfy rule 5.

So in some sense it's not quite true that rule 3 is the only rule where
"something left[-floated] taking an interest in what is right[-floated]", in
that rule 5 gives at least vertical constraints between left and right floats.

However, I still don't understand why rule 3's exceptionalness is important.
I still don't see how the float rules are "all about LTR inline progression"
(though I agree that they're all about (i.e. they assume) horizontal inline
progression), and I don't see why "This has to be fined tuned since the mirror
computations must happen for RTL inline progression".

pjrm.
Received on Tuesday, 12 October 2010 02:10:09 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:32 GMT