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

Re: Re: determining ID-ness in XML


elliotte ness

Elliotte Rusty Harold wrote:

> >Re-writing the DTDs is not workable.
>
> I totally disagree with this. XML applications and DTDs are rewritten
> all the time. MathML 1.0 begat MathML 2.0. SMIL 1.0 begat SMIL 2.0.
> XHTML 1.0 begat XHTML 1.1. DTDs change in order to add new
> functionality. If you don't want to change your DTD and you need
> valid documents, then you don't get the new functionality. You have a
> choice: update your DTD or don't use xml:id. I'm OK with that.

Elliotte, this simply isn't reality. Try telling a bank using XML as a feed to
their processing back-end that they need to add a new attribute to every element
in their DTD - the IT department will laugh you out of the building. Don't
bother trying to tell them that it won't break the existing system - they won't
take the chance. For organisations in that situation (and I know firsthand of a
number of them), the proposed solution of attributes is not appropriate. They
won't do it, especially when you can't provide them with one single benefit to
them. (Helping third parties isn't reason enough.)

> PIs also work, in part, especially if you imagine just one PI in the
> prolog listing all the ID attributes in the document. However, this
> tends to fail when documents start getting taken apart and put back
> together along with pieces of other documents. One of the goals for
> IDs/names instead of location based linking is that it's more robust
> against transforms. You can put multiple PIs inside elements or right
> before start-tags, but that's really messy, and still can't be easily
> made to survive an XSLT transform. Not impossible, of course. Just
> difficult.

Nobody AFAIK has suggested putting PIs anywhere except the top of the instance.
Since we seem not to have any widespread problem with fragmented instances and
DOCTYPE or XML declarations, I assume you don't view this as being any more
difficult?


--
Regards,

Marcus Carr                      email:  mrc@a...
___________________________________________________________________
Allette Systems (Australia)      www:    http://www.allette.com.au
___________________________________________________________________
"Everything should be made as simple as possible, but not simpler."
       - Einstein



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.