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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Namespaces and DTDs - Why not use what we have?

[ Lists Home | Date Index | Thread Index ]

Title: Namespaces and DTDs - Why not use what we have?

It seems a shame to "break" XML to try and get namespaces into DTDs. I haven't fully considered the implications of it, but imagine what would happen if a namespaced XSD or Relax schema was based on a version of XML which included namespaces. Wouldn't we now have namespaces being defined by two different mechanisms? Don't you think this would get very ugly, very quickly? Wouldn't it be fun to override namespaces using internal subsets, or perhaps recursively build up namespace identifiers using entities.

With a lot of people potentially switching to Relax and XSD over the coming year(s), there would seem to be some doubt whether there are sufficient use cases or sufficient ROE to try and implement namespaces in DTDs "natively".

However, people who are using DTDs with namespaces at the moment follow a fairly common convention (which admittedly results in some rather wierd constructs, but there you go) using parameter entities and so on.

Wouldn't it make more sense to take this informal mechanism as a starting point and formalize it?

John

The information transmitted by this e-mail message is intended solely for the use of the person to whom or entity to which it is addressed. The message may contain information that is privileged and confidential.  Disclosure, dissemination, distribution, review, retransmission to, other use of or taking any action in reliance upon this information by anyone other than the intended recipient is prohibited. If you are not the intended recipient, please do not disseminate, distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail (including the original message with your reply) and then delete and discard all copies of the message.

Although we have taken precautions to minimize the risk of transmitting viruses we nevertheless advise you to carry out your own virus checks on any attachment to this message. We accept no liability for any loss or damage caused by viruses.





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS