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

Re: Re: determining ID-ness in XML

• To: "Bullard, Claude L (Len)" <clbullar@i...>
• Subject: Re: Re: determining ID-ness in XML
• From: Daniel Veillard <veillard@r...>
• Date: Fri, 9 Nov 2001 15:51:48 -0500
• Cc: Jonathan Borden <jborden@m...>, xml-dev@l..., "Christopher R. Maden" <crism@m...>
• In-reply-to: <2C61CCE8A870D211A523080009B94E4306A0C261@HQ5>; from clbullar@i... on Fri, Nov 09, 2001 at 02:26:29PM -0600
• References: <2C61CCE8A870D211A523080009B94E4306A0C261@HQ5>
• Reply-to: veillard@r...
• User-agent: Mutt/1.2.5i

On Fri, Nov 09, 2001 at 02:26:29PM -0600, Bullard, Claude L (Len) wrote:
> That is one explanation.   However:
> 
> 1.  No one has stated a requirement that the name actually 
> be an ID.  A name will do.  (see elliotte).  If a 
> name will do, this is a nameloc and there is not a gaping 
> hole in the architecture.

  The requirement is to be able to use a simple name for the fragment
identifier. There is an implicit requirement for compatibility
reason with the only widely fragment identifier syntax deployed (text/html)
and because since 1.0 was release *everybody* expected #foo to 
point to the ID foo (or the first ID of name foo in the document order
if you take the XPath viewpoint). If you break either of those
you miss the 80/20 usercase sweet spot.

> 2.  If that is not the case, and it must be an ID, then 
> what the xml:id proposal does is begin to marginalize 
> the use of DTDs.

  The fact that it is needed is an explicit acknoledgement that
DTDs are *already* marginalized. (For the record, Libxml parsing mode
defaults to well formedness, won't read the external subset, won't
fetch the DTD by default, I have yet to receive a *single* complaint
about this being the default. To me it is the proof that at least most
of the users of my toolkit, when they use it for simple XML processing
do not dare to run the parser in validating mode.)

> Otherwise, no change.  It costs too much to 
> allow the children to play in the design these days.

  You're so pedantic when you imply that you hold the REAL TRUTH,
I have the feeling I'm listening CNN from here (France).

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@r...  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

• References:
  • RE: Re: determining ID-ness in XML
    • From: "Bullard, Claude L (Len)" <clbullar@i...>

• Prev by Date: RE: So maybe ID isn't a problem after all.
• Next by Date: Re: So maybe ID isn't a problem after all.
• Previous by thread: RE: Re: determining ID-ness in XML
• Next by thread: Re: Re: determining ID-ness in XML
• Index(es):
  • Date
  • Thread