OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [xml-dev] Re: determining ID-ness in XML





> -----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".