W3C home > Mailing lists > Public > public-xml-id@w3.org > May 2008

Re: Confirmation of xml:id behaviour

From: Norman Walsh <ndw@nwalsh.com>
Date: Wed, 07 May 2008 07:40:43 -0400
To: Cameron McCormack <cam@mcc.id.au>
Cc: Daniel Veillard <veillard@redhat.com>, public-xml-id@w3.org
Message-ID: <m2ve1qs5ok.fsf@nwalsh.com>
[ Sorry for the tardy reply; life has been ... interesting :-) ]

/ Cameron McCormack <cam@mcc.id.au> was heard to say:
| Daniel Veillard:
|>   Everything else you seems to assume looks dependand on how the
|> application interpret the XML, including the svg and script element,
|> and that xml:id cannot garantee it in itself.
|
| OK, so given Document.getElementById() says:
|
|   Returns the Element that has an ID attribute with the given value. If
|   no such element exists, this returns null.
|     — http://www.w3.org/TR/DOM-Level-3-Core/core.html#ID-getElBId
|
| I think it should alert true.

So do I.

| It just seemed surprising to me that invalid IDs were effectively
| treated the same as valid ones, but if that’s what’s meant to happen,
| I’ll go with it.

Yes, that's what's meant to happen. An invalid ID is an error, but if
you ignore the error, you get an attribute of type ID even if the
normalized string value is not a valid XML ID.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com> | Truth lies within a little uncertain
http://nwalsh.com/            | compass, but error is immense.

Received on Wednesday, 7 May 2008 11:41:23 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 7 May 2008 11:41:23 GMT