W3C home > Mailing lists > Public > www-tag@w3.org > January 2003

Re: Options for dealing with IDs

From: Norman Walsh <Norman.Walsh@Sun.COM>
Date: Tue, 07 Jan 2003 15:57:49 -0500
To: www-tag@w3.org
Message-ID: <873co4ekz6.fsf@nwalsh.com>

Hash: SHA1

/ Chris Lilley <chris@w3.org> was heard to say:
| The one I like best allows people to use whatever identifier they
| like, usually for the price of a single extra attribute on the rot
| element.

I understand the appeal.

I wonder if we could get support for having XML Schema remove xs:ID
from V.next (or V.next.next). I'd probably be happier with xml:idAttr
if it was the only mechanism for defining IDs.

If we're motivated to create a new mechanism because making IDness a
side-effect of validation is so broken, maybe it makes sense after the
new mechanism is invented to remove the side-effect.

I wonder when people will start wanting to have link target identity
based on key constraints rather than a flat document-wide ID space.
And I wonder what that would look like for something like XPointer.
That said, there's something unfortunate about the fact that key
constraints can't be applied on a document-wide basis independent of
the name of the root element.

                                        Be seeing you,

- -- 
Norman.Walsh@Sun.COM    | If you run after wit you will succeed in
XML Standards Architect | catching folly.--Montesquieu
Web Tech. and Standards |
Sun Microsystems, Inc.  | 
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7 <http://mailcrypt.sourceforge.net/>

Received on Tuesday, 7 January 2003 15:58:36 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:55:56 UTC