[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [xml-dev] Re: determining ID-ness in XML
- From: "Champion, Mike" <Mike.Champion@SoftwareAG-USA.com>
- To: ietf-xml-mime@imc.org, xml-dev@lists.xml.org
- Date: Mon, 29 Oct 2001 14:04:15 -0500
> -----Original Message-----
> From: Tim Bray [mailto:tbray@textuality.com]
> Sent: Monday, October 29, 2001 1:54 PM
> To: ietf-xml-mime@imc.org; xml-dev@lists.xml.org
> Subject: [xml-dev] 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".