- From: Ian Hickson <py8ieh@bath.ac.uk>
- Date: Thu, 27 Jan 2000 22:34:25 +0000 (GMT)
- To: Matthew Brealey <thelawnet@yahoo.com>
- cc: www-style <www-style@w3.org>
On Wed, 26 Jan 2000, Matthew Brealey wrote:
>> It should never inherit. It should, however, affect all inline
>> descendants, even if there are blocks in between (e.g., if the
>> <body> element in HTML is set to underline, then all text in the
>> document will be underlines, even though there will probably be
>> several blocks in between the body and the inline elements).
> No.
Yes. :-)
># If the property is specified for a block-level element, it affects
># all inline-level descendants of the element.
>
> Now given
>
> <html>
> <body>
> <p>
> Some text
>
> HTML {text-decoration: underline}
>
> P should not be underlined (because it is not an inline-level
> descendant),
P should not be underlined, no, because it is a _block_. However, the
text is not directly in the <p> block, it is in an anonymous inline
element which is in the <p> block. And the anonymous inline should
definitely be underlined, since it is an inline-level descendant of
the <html> block which has 'text-decoration' set to 'underline'.
This, BTW, is covered by the spec -- there is not even a need to look
at David's inline box model paper to work this out.
> If what was meant was 'inline descendant boxes', then that would
> have been said, but it wasn't:
> 1. the use of 'descendants' implies elements
Why? In reading specifications it is rare that anything actually
_implies_ anything else. Most things should be read literally.
> 2. 'inline-level' is an attribute only used in terms of _elements_ -
> not boxes.
You seem to have forgotten _anonymous_ elements. They play a rather
important part in the inline box model.
--
Ian Hickson ("`-''-/").___..--''"`-._
http://www.bath.ac.uk/%7Epy8ieh/ `6_ 6 ) `-. ( ).`-.__.`)
(_Y_.)' ._ ) `._ `. ``-..-' fL
Member, Mozilla Quality Assurance _..`--'_..-_/ /--'_.' ,'
Browser Standards Compliance Team (il).-'' (li).' ((!.-'
Received on Thursday, 27 January 2000 17:34:29 UTC