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

Namespaces and DTDs - Why not use what we have?

  • To: xml-dev@l...
  • Subject: Namespaces and DTDs - Why not use what we have?
  • From: "Anderson, John" <John@B...>
  • Date: Mon, 17 Jun 2002 13:39:58 +0200

why we use namespaces
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.


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.