[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: XPointer crisis

• To: "'John Cowan'" <jcowan@r...>, xml-dev@l...
• Subject: RE: XPointer crisis
• From: Michael Brennan <Michael_Brennan@A...>
• Date: Mon, 4 Feb 2002 12:40:30 -0800

> From: John Cowan [mailto:jcowan@r...]

<snip/>

> Michael Brennan wrote:
> 
> 
> > This would mean extending the use of labels beyond simply labeling 
> > resources and locators within an extended link, but this 
> seems to me to 
> > be a very logical extension. I don't see why we need IDs 
> for this versus 
> > a simple label explicitly for the purpose of linking.
> 
> 
> Because IDs are fairly widespread in documents, being used for
> many purposes, but xlink:label attributes are not.  That makes it
> annoying to link to existing (unchangeable) documents.

Yes, but xml:id attributes and xml:idattr attributes are not in any existing
documents. My point was to use xlink:label in lieu of these other proposals,
rather than introduce a new special attribute in the xml namespace just for
the purpose of linking. (That's what I meant to say. I shouldn't have used
"ID" in all uppercase in my post.)

And these proposals for a special attribute do not address the issue of
IDness of an attribute any better than using xlink:label -- without a PSVI,
they are just a special name for an attribute, just like xlink:label.

So my question stands (with the clarification that I meant "id" in
lowercase, in specific reference to the proposals for a special attribute
name). The use case of supporting a simple fragment identifier without
relying upon a PSVI seems reasonable to me. But these proposals for a
special xml:id or xml:idattr attributes strike me as completely superfluous
proposals that don't solve any problems that can't be solved by existing
constructs, such as using xlink:label.

(Note to self: brush up on communication skills.)

• Prev by Date: Re: misprocessing namespaces (was Re: There is a meaning, but it's not in the data alone)
• Next by Date: Re: Categories of Web Service messages: data-oriented vsaction-oriented
• Previous by thread: Re: XPointer crisis
• Next by thread: RE: PUBLIC id in notations - oops
• Index(es):
  • Date
  • Thread