ID attribute in XHTML 1.1

[Bert Lancaster]

I'm not actually using it on the web but can anyone tell me why the ID
attribute on a <style> tag causes an error in the W3C validator for an
XHTML 1.1 document? It doesn't have a problem for a XHTML 1.0 or HTML
document.

I was just playing around with some test code that contained an embedded
stylesheet and used <?xml-stylesheet type="text/css" href="#styles"? >
before the DOCTYPE (which I think is what you're technically supposed to
do with XML) but using <style type="text/css" id="styles"> causes the
error - only if I use an XHTML 1.1 doctype.

For real pages I use HTML 4, I was just playing around in XHTML 1.1 to see
what browsers did with it, and if it validated or not and am curious why
ID is not allowed on all tags.

[Eric B. Bednarz]

"Bert Lancaster" <no****@yahoo.c om> writes:

I'm not actually using it on the web but can anyone tell me why the ID
attribute on a <style> tag causes an error in the W3C validator for an
XHTML 1.1 document? It doesn't have a problem for a XHTML 1.0 or HTML
document.

I suppose it would have been too much hassle to consult the
documentation?

<http://www.w3.org/TR/xhtml-modularization/abstract_module s.html#s_stylem odule>
--
||| hexadecimal EBB
o-o decimal 3771
--oOo--( )--oOo-- octal 7273
205 goodbye binary 111010111011

[Bert Lancaster]

On Thu, 18 May 2006 10:45:00 +0100, Eric B. Bednarz
<be*****@fahr-zur-hoelle.org> wrote:

I suppose it would have been too much hassle to consult the
documentation?

<http://www.w3.org/TR/xhtml-modularization/abstract_module s.html#s_stylem odule>

And what makes you suppose that I haven't already, hm? But thanks for the
link to what I was looking for last night.

So, the ID attribute isn't allowed on <style> tags in XHTML 1.1. Can
anyone else tell me why this was changed from XHTML 1.0 and what should be
done strictly speaking since using an ID is what's recommended for
documents sent as XML according to this:
<http://www.w3.org/TR/xhtml1/#C_14>

[Jukka K. Korpela]

Bert Lancaster <no****@yahoo.c om> scripsit:

So, the ID attribute isn't allowed on <style> tags in XHTML 1.1.
Yes, this is one of the silent changes that you need to find out from the
formalized syntax, i.e. DTD.
Can anyone else tell me why this was changed from XHTML 1.0
The authors of XHTML 1.1 didn't bother _mentioning_ the change in the
"informativ e" annex purported to document the changes,
http://www.w3.org/TR/xhtml11/changes.html#a_changes
So I think it's unrealistic to expect them to _explain_ their reasons.

This particular change does not sound very important, though. Where would
you need the id attribute for a <style> element? It's not useful in linking,
and it's not useful in writing stylesheets. It could perhaps be used in
client-side scripting, called "DHTML" or "Ajax" depending on the vintage of
marketese. However, I would expect you to be interested in manipulating CSS
rules rather than the elements where they appear in XHTML source.
and what
should be done strictly speaking since using an ID is what's
recommended for documents sent as XML according to this:
<http://www.w3.org/TR/xhtml1/#C_14>

In the light of that recommendation, the change looks rather odd indeed. On
the other hand, you can circumvent the problem by making your style sheet(s)
external, i.e. by not using the <style> element.

Perhaps they though that XHTML 1.1 documents should not be served as XML?

[Jack]

Jukka K. Korpela wrote:

Perhaps they though that XHTML 1.1 documents should not be served as
XML?

Ha! I think that remark was meant to be sarcastic, but perhaps it is
simply crazy but true.

"Irony is a form of utterance that postulates a double audience,
consisting of one party that hearing shall hear and shall not
understand, and another party that, when more is meant than meets the
ear, is aware, both of that “more” and of the outsider’s
incomprehension ."
~~ H.W.Fowler
--
Jack.

[VK]

Bert Lancaster wrote:

using <style type="text/css" id="styles"> causes the
error - only if I use an XHTML 1.1 doctype.

<style> element never had ID attribute, even in HTML 4.01 Transitional.
You must be confused it with external stylesheets via <link
rel="stylesheet > where ID is always welcome.

I don't know why wouldn't it cause validation error in any HTML/XHTML
before 1.1 Must be a validator bug they finally fixed. See more at:
<http://www.w3.org/TR/html401/loose.dtd> and
<http://www.w3.org/TR/html401/strict.dtd>

[Bert Lancaster]

On Thu, 18 May 2006 15:15:06 +0100, VK <sc**********@y ahoo.com> wrote:

You must be confused it with external stylesheets via <link
rel="stylesheet > where ID is always welcome.
No, I meant it as I explained:
<http://www.w3.org/TR/xhtml1/#C_14>

It seems despite the length of time various W3C recommendations have taken
to complete, there's some contradiction on this issue. So, is there a
definitive answer to whether embedded stylesheets on XHTML served as XML
should have an ID that's linked to before the DOCTYPE (as is done with
external stylesheets) or not?

If they shouldn't then what's the W3C's rationale for explicitly telling
people to do this just?! Was it meant to be something that *should* be
done or just a hack to work around practical problems of some kind in XML
agents of the day? (Much like the recommended practice of leaving a space
before the closing slash of a shorthand tag, etc.)

I'm not very good with DTDs but doesn't the following snippet from the
XHTML 1.0 Strict DTD mean that ID is an allowed attribute for the <style>
tag?

<!-- style info, which may include CDATA sections -->
<!ELEMENT style (#PCDATA)>
<!ATTLIST style
%i18n;
id ID #IMPLIED
type %ContentType; #REQUIRED
media %MediaDesc; #IMPLIED
title %Text; #IMPLIED
xml:space (preserve) #FIXED 'preserve'

If so, is it possible that the modularisation of XHTML in 1.1 is somehow
responsible for ID no longer being valid, and that this isn't what the W3C
meant to happen?
On a largely unrelated topic, if an XHTML 1.0 Strict document is sent as
application/xhtml+xml, is there any reason to comment-out CDATA markers in
<script> and <style> elements? Eg:

<script type="text/javascript">
// <![CDATA[
alert('hello world')
// ]]>
</script>

<style type="text/css">
/* <![CDATA[ */
selector {property:value }
/* ]]> */
</style>

The W3C guidelines recommend using <![CDATA[ ]]> around the contents of
embedded scripts and stylesheets but their example[1] doesn't show any
commenting out, yet I've seen this being used in pages before.

I can understand using HTML comments to hide embedded scripts and
stylesheets in HTML documents from ancient browsers, but given that old
browsers (including MSIE7) are not capable of displaying XHTML documents
sent like this (where the contents of these elements really will be
treated as PCDATA) I can't see a need to comment-out the CDATA markers. Is
there any point in doing so? The nearest reason I can think of is if
you're going to serve such documents as text/html or want to open them
direct from disk, where the browser may process it as HTML rather than XML
and think that the CDATA markers are broken code in your Javascript, but
I'm talking about in theory where they'd only ever be served as proper
XHTML to all browsers.

[1] <http://www.w3.org/TR/xhtml1/#h-4.8>

[Andy Dingley]

VK wrote:

<style> element never had ID attribute, even in HTML 4.01 Transitional.

<style> gained an id attribute in XHTML 1.0 (Strict and Transitional)
and lost it for XHTML 1.1
For someone who's so adamant about always downloading DTDs, it's
surprising that you didn;t actually check this before posting.

I don't know why an element gained an attribute in moving from HTML to
XML, as XHTML 1.0 was always intended to be a simple transcoding, not a
functional alteration. Nor do I know why the attribute was dropped
later. Perhaps it was a mistake in the first place, then corrected.

[VK]

Bert Lancaster wrote:

On Thu, 18 May 2006 15:15:06 +0100, VK <sc**********@y ahoo.com> wrote:

You must be confused it with external stylesheets via <link
rel="stylesheet > where ID is always welcome.

No, I meant it as I explained:
<http://www.w3.org/TR/xhtml1/#C_14>

Oh, that one... Plain b.s. - just did not add it yet to the errata
section. <style> element doesn't have and never had ID attribute, and
validator will show the error "there is no attribute "ID" either it's
HTML or XHTML. Must be one of "invited experts" wrote this. Sometimes I
wonder where do they invite some experts from? Some look like invited
from the closest campus bar :-)

[Bert Lancaster]

On Thu, 18 May 2006 16:37:25 +0100, VK <sc**********@y ahoo.com> wrote:

<http://www.w3.org/TR/xhtml1/#C_14>
Oh, that one... Plain b.s.

No, plain W3C recommendation! I can't just ignore it as if it's a mistake
because this is an official spec that went through draft, CR and last call
stages before being released, not a third party tutorial or primer that is
subject to interpretation or misunderstandin g by its author (or so you'd
think). I'm not arguing in favour of it (or against it come to that), I'm
just trying to get to the bottom of some conflicting statements by the W3C.

<style> element doesn't have and never had ID attribute
validator will show the error "there is no attribute "ID" either it's
HTML or XHTML.

But I just posted the excerpt from the DTD showing you that ID *is* a
valid attribute in XHTML 1.0, and I previously said the validator passes
it for 1.0 documents but not 1.1. If it only appeared in the 1.0 DTD then
I could imagine it being a simple mistake, but the fact that they've used
that attribute in example code they're recommending everyone else uses
suggests otherwise. But then it gets dropped again in the very next spec
they release and they publish no guidelines updating their previous advice
which relies on that attribute...