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

RE: Re: determining ID-ness in XML

• From: "Champion, Mike" <Mike.Champion@S...>
• To: ietf-xml-mime@i..., xml-dev@l...
• Date: Mon, 29 Oct 2001 14:04:15 -0500

> -----Original Message-----
> From: Tim Bray [mailto:tbray@t...]
> Sent: Monday, October 29, 2001 1:54 PM
> To: ietf-xml-mime@i...; xml-dev@l...
> Subject:  Re: determining ID-ness in XML
> 
> 
> [Trying to keep this one on both xml-dev & ietf-xml-mime]
> 
> At 08:40 AM 29/10/01 -0600, Paul Grosso wrote:
> >Here are some options (all discussed before):
> >1.  use the internal subset to declare IDs
>
> 
> I'm not sure it's going to be easy to get the community to
> buy into this.

It's a non-starter for SOAP, which disallows DTD internal subsets.

> 
> >2.  use a PI to declare IDs

Ditto.

> A new W3C note leading to a tiny 2-page REC,
> I'd say.  Easier than re-opening either the XML or Namespace
> RECs. 

I agree, FWIW.

> Hm.... the one problem is that if you're dealing with XHTML
> or SVG, which already *have* ID elements defined normatively
> as part of the language, you have to say what happens when
> there's a conflict, e.g. suppose you have
> 
> <html:div id="p3"> ... </div>
> <html:div xml:id="p3"> ... </div>
> 
> Is this an error, or does the built-in id "win",

Logically xml:id should "win", but for backwards compatibility, I'd say that
the application ID should "win". 

• Follow-Ups:
  • RE: Re: determining ID-ness in XML
    • From: "Fred L. Drake, Jr." <fdrake@a...>

• Prev by Date: Re: determining ID-ness in XML
• Next by Date: Re: Re: determining ID-ness in XML
• Previous by thread: Re: Re: determining ID-ness in XML
• Next by thread: RE: Re: determining ID-ness in XML
• Index(es):
  • Date
  • Thread