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

Re: [CSS21] Random editorial issues

From: Anton Prowse <prowse@moonhenge.net>
Date: Sun, 25 Jul 2010 14:30:14 +0200
Message-ID: <4C4C2E56.8010102@moonhenge.net>
To: www-style@w3.org
fantasai wrote:
> Section 16.6.1 The 'white-space' processing model
> 
>    # Any text that is directly contained inside a block element (not
>    # inside an inline element) should be treated as an anonymous inline
>    # element.
> 
>    This sentence belongs in 9.2.2.1, which currently lacks normative
>    text to this effect, and seems to be trying to define behavior by
>    giving an example.

100% in favour.  9.2.2.1 does indeed lack that key point that "loose"
inline content of block-level element is wrapped in an anonymous inline
box, which is also of relevance to the wording of 9.2.1.1; see my
earlier post [1].

Actually, is this not also the case for "loose" text inside arbitrary
block boxes (not just the principal block box of block-level elements)?


9.2.2.1 and also 9.2.1.1 are currently a mess.  The examples appear
almost to be normative, and 9.2.1.1 features the awesome phrase "(e.g.,
in the example just below the subsection heading "Anonymous block
boxes", the one for DIV)."


Note that the BODY/P example in 9.2.1.1 says:

   # The BODY element contains a chunk (C1) of anonymous text followed by
   # a block-level element followed by another chunk (C2) of anonymous
   # text. The resulting boxes would be an anonymous block box around the
   # BODY, containing an anonymous block box around C1, the P block box,
   # and another anonymous block box around C2.

s/boxes/block boxes/ since there are various anonymous inline boxes
taking part there too (eg enclosing the entire content of the P, and
also enclosing the entire content of the two anonymous block boxes if my
assertion further up is correct).


[1] http://lists.w3.org/Archives/Public/www-style/2010Jul/0439.html

Cheers,
Anton Prowse
http://dev.moonhenge.net
Received on Sunday, 25 July 2010 12:31:47 GMT

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