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

Re: Foreign Names

  • From: Paul Prescod <paul@p...>
  • To: xml-dev@x...
  • Date: Wed, 26 Apr 2000 07:37:12 -0500

meaning of foreign names
"Steven R. Newcomb" wrote:
> ...
> It is still unknown how namespaces will actually support industrial
> communications, except where proprietary software determines, in a
> proprietary way, what constitutes syntactic conformance to the
> syntactic requirements of multiple independently-designed namespaces
> in the same document.  

It will forever remain unknown because the namespace specification does
not say that there is one true way. Rather, it allows you to choose. You
interpret this choice as bad because it offers the *opportunity* for
someone to choose not to use any formal mechanism at all. It was XML 1.0
that introduced the idea that some vocabularies would not have element
types, not namespaces.

If you DO want to validate the combination of multiple namespaces, there
are various ways to do so:

 1. DTDs. Use prefixes consistently. Use fixed xmlns attributes. This is
how MathML can be used with XHTML (though I feel that the details are
still not fully worked out)

 2. Schemas. Most of the schema languages are explicitly designed to
allow validation across multiple namespaces.

 3. Prose. XSLT documents routinely allow multiple independently
designed namespaces. The XSLT parts are validated by the various XSLT
engines in existence. 

There is a huge difference between saying that this is how the XSLT
namespace is typically *validated* and claiming that those software
products are the *definition* of XSLT. The XSLT specification is the
definition of XSLT.

> More: it's still impossible to make a single
> element be recognized as presumably conformant to a name in more than
> one namespace.  

That's true.

> Namespaces are still a paradigm that requires that
> there be a single monopolistic software vendor for each namespace.

That is not true. Who is the monopolistic vendor behind XSLT? MathML?

 Paul Prescod  - ISOGEN Consulting Engineer speaking for himself
It's difficult to extract sense from strings, but they're the only
communication coin we can count on. 
	- http://www.cs.yale.edu/~perlis-alan/quotes.html

This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/


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.
First Name
Last Name
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.