W3C home > Mailing lists > Public > www-style@w3.org > January 2011

[CSS21] 9.5 (Floats) - comments on Working Draft

From: Anton Prowse <prowse@moonhenge.net>
Date: Fri, 07 Jan 2011 21:52:47 +0100
Message-ID: <4D277D1F.6090107@moonhenge.net>
To: "www-style@w3.org" <www-style@w3.org>
Issue 1: As a result of the resolution to Issue 185[1], 9.5 currently says:

   # Note: this means that floats with zero height or negative height do
   # not move line boxes.

s/height/margin area height/
(twice), since it's the margin area box we're interested in, not the 
content area box.


Issue 2: 9.5 goes on to say:

   # The border box of a table, a block-level replaced element, or an
   # element in the normal flow that establishes a new block formatting
   # context (such as an element with 'overflow' other than 'visible')
   # must not overlap any floats in the same block formatting context as
   # the element itself.

But is it talking about the border of the table box or the table wrapper 
box?  I think it's talking about the table wrapper box, even though 
'border' isn't one of the properties whose computed value is used on the 
table wrapper box when specified on the table element.

This means that the spec needs changing, along the lines of the following:

s/The border box of a table,/The border area of the table wrapper box of 
a table element, or of/

Note that Issue 212[2] concerns whether the table wrapper box 
establishes a block formatting context.  If it does then it ought to be 
trivial to simplify this sentence further, yet doing so is made 
difficult by the spec's recurrent element vs box sloppiness.


[1] http://wiki.csswg.org/spec/css2.1#issue-185
[2] http://wiki.csswg.org/spec/css2.1/last-call-2010#issue-212

Cheers,
Anton Prowse
http://dev.moonhenge.net
Received on Friday, 7 January 2011 20:53:20 GMT

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