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

RE: Why namespaces?

  • From: Mark Birbeck <Mark.Birbeck@i...>
  • To: XML-Dev Mailing list <xml-dev@i...>
  • Date: Thu, 2 Sep 1999 02:58:54 +0100

RE: Why namespaces?
James Tauber wrote:
> Mark Birbeck wrote:
> > Simon St.Laurent wrote:
> > > At 09:17 AM 9/1/99 +0800, James Tauber wrote:
> > > >"we would only need separate namespaces for each flavour of
> > > > XHTML if people are going to want to mix the three flavours
> > > > in the one document and distinguish the different usages
> > > > of the element/attributes names in the intersection."
> > >
> > > Simple, clean, cuts to the heart of the matter.
> >
> > 'fraid I don't agree. For the *legacy* HTML you may still need to
> > distinguish where it came from when it is being processed as XHTML.
> 
> But my point is that *namespaces* shouldn't be what you use 
> to make this
> distinction.

So, how else do you make the distinction? You can't use DTDs if the
XHTML is inside another doc - so what else?

> Namespaces (by my reading of the spec) are for distinguishing
> element/attribute vocabularies *within an instance*.

Not so. My server might receive this:

<com:delete>
    <u:user>
       <u:name>Mark</u:name>
    </u:user>
</com:delete>

and then five minutes later receive this:

<com:delete>
    <c:computer>
	    <c:name>laptop</c:name>
    </c:computer>
</com:delete>

By your reckoning the fact that the first document has 'com' and 'u'
distinct, and the second has 'com' and 'c' distinct is fine. But what if
the first delete instruction simply referred to removing the user
profile, and not the user? In other words, the two 'delete' nodes might
be in different namespaces and do different things, even though they are
not in the same document. My server would surely want to know which
namespace they occupied. Namespaces (by my reading of the spec) are for
distinguishing element/attribute vocabularies *within the whole world*.

Mark

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)



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.