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

RE: Another look at namespaces

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: Ann Navarro <ann@w...>, Andrew Layman <andrewl@m...>, XML-DEV <xml-dev@i...>
  • Date: Thu, 16 Sep 1999 12:42:24 -0400

andrew navarro
At 12:27 PM 9/16/99 -0400, Ann Navarro wrote:
>I don't read Andrew's comments as saying "schemas and only schemas" can do
>what he proposes. Therefore nothing in that conflicts with Tim's assertions. 

Er... no.  Perhaps this needs a clarification from Andrew, as that (on an
additional re-reading) still sounds exactly like what he was saying.
Schemas are 'prior to all other processing'.  While the last paragraph at
least opens the term 'schema' up to include more than just XML Schemas per
the latest W3C proposals, it remains incredibly schema-centric in a way
that I don't believe harmonizes well with Tim's original assertion.

>It's very clear that additional functionality is desired and needed (as I
>suggested some weeks ago now (an unfilled need)), just how that may come
>about is yet to be determined. 

This conversation is illustrating quite nicely just how many 'unfilled
needs' there are, and how many differing opinions there are on how to fill
them.

>Nothing in the current proposals being debated sets functionality. Instead,
>it provides granularity in namespaces making a nod toward the possibility
>of additional functionality. 
>It may turn out to be unnecessary, but as I've said before, I believe it
>easier to remove that granularity later (or simply ignore it), than it will
>be to put it back in at some later date. 

I still find this argument unconvincing.  One schema per namespace appears
to be what you're arguing for here, and I don't see that as a fundamental
characteristic of either schemas or namespaces, much less the fairly weak
differentiation between the different 'brands' of HTML.  

It may be that the tools we have are inadequate. I don't think, however,
that we've yet reached the conclusion that three namespaces will let us do
better with either the tools we have today or the tools we may have tomorrow.

Simon St.Laurent
XML: A Primer (2nd Ed - September)
Building XML Applications
Inside XML DTDs: Scientific and Technical
Sharing Bandwidth / Cookies
http://www.simonstl.com

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.