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

Re: [CSS21] Titles in Chapter 10 - trivial editorial issues

From: Anton Prowse <prowse@moonhenge.net>
Date: Sun, 01 Aug 2010 21:54:44 +0200
Message-ID: <4C55D104.7020706@moonhenge.net>
To: "www-style@w3.org" <www-style@w3.org>
CC: "L. David Baron" <dbaron@dbaron.org>
L. David Baron wrote:
> On Sunday 2010-08-01 20:28 +0200, Anton Prowse wrote:
>> 10.6.7 'Auto' heights for block formatting context roots
>>
>> s/context roots/contexts/
>>
>> There's no such thing as a block formatting context root in CSS21.
>> (Flow root is the corresponding CSS3 term.)
> 
> Well, just because we don't define a term for the thing we want
> doesn't mean we should use a different term.  A block formatting
> context is not an element or box; if we don't have a term for
> elements that establish new block formatting contexts we should
> probably either write it out or add a defined term.


Sure, and I'd even written an alternative ("'Auto' heights for elements
establishing block formatting contexts") but I deleted it before
sending, because although using "elements" in the title is consistent
with the other titles in the section, I'm hoping we'll move from
elements to boxes as part of a global spring clean, but I couldn't think
  how the alternative title would be reworded satisfactorily if that
happens, so I wimped out of the idea. ;-)  I thought my suggestion was
reasonable for the time being, given the current standards of rigour in
this part of the spec.

But the fact is, as you say, that we probably do need a term for
elements that establish a block formatting context; and if we address
the elements vs boxes thing then there'll be even more need for one for
principal block boxes generated by elements that establish a block
formatting context, which is quite a mouthful!

Cheers,
Anton Prowse
http://dev.moonhenge.net
Received on Sunday, 1 August 2010 19:56:25 GMT

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