Oh, Oh! I seem to have stepped in it.... :-)
> Hypertext Markup Language - 2.0 - Introduction
> Fri Jun 16 19:56:20 1995
> |This specification governs the syntax of HTML documents and aspects of
> |the behavior of HTML user agents.
> |User Agents
> |An HTML user agent conforms to this specification if:
OK, I agree that there are some aspects of UA behavior that
is stipulated in the spec. But I think that you will agree
that the spec does not attempt to specify UA behavior or
presentation for each and every tag/attribute combination.
My assertion was a bit too strong. I take it back.
> On the particular issue of whitespace an <LI>, the spec is not
> quite as clear. My intent was that both Netscape and Mosaic are
> conforming user agents (and that in general, information providers
> can't rely on how whitespace like this will be handled), but
> the browsers that throw out the whitespace before and after
> all the words in a block structuring element are preferred.
Yes, they are both conforming browsers on the basis that
we are attempting to specify current usage as of mid-1994.
> Hypertext Markup Language - 2.0 - Characters, Words, and Paragraphs
> Fri Jun 16 19:56:22 1995
> |An HTML user agent should present the body of an HTML document as a
> |collection of typeset paragraphs and preformatted text. Except for
> |preformatted elements (PRE, XMP, LISTING, TEXTAREA), each block
> |structuring element is regarded as a paragraph by taking the data
> |characters in its content and the content of its descendant elements,
> |concatenating them, and splitting the result into words, separated by
> |space, tab, or record end characters (and perhaps hyphen
> |characters). The sequence of words is typeset as a paragraph by
> |breaking it into lines.
By all means, if we want to be explicit about this -- and don't
mind that some existing browsers will be non-conforming as a
result -- then the spec might also say something like:
Whitespace (spaces and tabs) between tags and data characters
should be discarded and and multiple spaces collapsed
into a single space during this process.
> >Getting back to the language though, HTML as an SGML application
> >should respect white space between the <LI> tag and subsequent
> I don't quite follow. Could you cite your evidence for this
> conclusion? A conforming SGML parser will in fact report the space as
> part of the content of the LI element. But HTML, as an SGML
> application, is free to prescribe whatever sort of processing it dang
> well pleases with that space, no?
Sorry, I can't. I am writing from memory, as I don't have
a copy of 8879 or the Handbook with me at the moment.
Anyway, yes I agree that an HTML-conforming application
is free to prescribe the processing. I was thinking more
about what the parser should do with the white space
in the absence of explicit specification to the contrary
and given that existing HTML UAs agree with this assertion.