Re: Why the STYLE element (and attrib) shall not be in XHTML2 (Was:Re: Why is the style tag restricted to the head?)

On 8/9/02 9:05 AM, "Jan Roland Eriksson" <> wrote:

> On Fri, 09 Aug 2002 16:48:17 +0200, you wrote in :
> [ fup's to ; crossed to ]
>> Joshua Prowse wrote in :
>>> What reason is there for restricting the style tag to the head
>>> of the document?
>>> Why not allow it anywhere in the document so that <style> tags that are
>>> placed
>>> lower override earlier ones?
>> In other words: 'Why We Need to Improve the Style Attribute' (by Eric Meyer):
>>  <>
>> Steffen Goeldner
> The original thread started on the style list with the post referenced
> on top of this entry of mine, and the last comment so far in that
> thread is from Steffen. All of you who are interested in the subject
> may want to recall that thread.
> Eric's article, as good as it may stand, addresses a situation only
> from an authors point of view and mentions "Structuralists" as if they
> are a separate breed :)

Well, in my experience they (structuralists) are, although Eric's term is
much nicer than some I have used.

Content authoring languages should focus on solving content authoring
problems.  Structuralism is purely secondary - it is a means to an end,
nothing more.  Structuralists appear to be under the illusion that the
inverse is true.

> Remember that XML does not allow for a direct inclusion of CDATA
> content in elements, all content must at least be treated as #PCDATA.
> The only way available to include CDATA content in an XML document is
> through a 'CDATA marked section'.

Which is precisely how <style> elements work in XHTML already.  E.g. view
source on this:

> Or alternatively; can the CSS-WG give a 100% guarantee


A W3C working group give a 100% guarantee?

How can you expect this, when most W3C working groups can't even provide
test suites for their specifications (especially most of those X**** specs
that "structuralists" are so happy to have never-ending academic discussions
about - and don't get me started on DOM)?  And how can you believe claims of
"implementation" experience that are used to exit CR without test suites
which can at least minimally verify those implementations?

Guarantees? No.

But WGs DO try to follow design principles, and their charters of course.

> that nothing
> that can be written in a stylesheet (in any styling language in fact)
> contains a character sequence that would send any XML compliant parser
> astray if it treats STYLE element content as #PCDATA?

An interesting proposal.  I do know that the CSS-WG has carefully considered
and designed CSS syntax to make both the <style> element and "style"
attribute "markup parser friendly" in the past.

Can you name any such problems in current CSS syntax?


Received on Friday, 9 August 2002 13:45:03 UTC