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

RE: Extreme specwriting? (was RE: SAX Filters for Namespace Proce ssing)

  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • To: Mike.Champion@S..., xml-dev@l...
  • Date: Mon, 06 Aug 2001 09:35:04 -0500

extreme sax sat
Title: Extreme specwriting? (was RE: SAX Filters for Namespace Processing)
Which is precisely what the SGML developers did.   SGML did not start out
excruciatingly complex.  It takes years of development and refactoring to
do that.   XML beat it's record for that, but at least the complexities are
in different documents

No one is purely right in this discussion.   Again, spec/standard references have
value.  If you can refer to only that parts you implement, and those parts
can be implemented stand-alone, you can test what you did.   In SGML,
we only had one document for most of it's history, and drafts of others.
That packed all the features into one reference and that lead to the
term "the SGML Nazis" being used by developers who only implemented
pieces of it.    So part of this issue is clean references with everyone involved
being fully knowledgeable that what is not referenced is just as important,
and further, just as valid as what is.  IOW, it is important to be able to
say and be precise in the saying that a piece of software is or isn't
"namespace-aware".  Part of saying that is features-negotiation and
part of that might be part of where efforts like .NET are going.  

You don't send a rifle squad in with artillery.   You send them in
with a radio.
Len 
http://www.mp3.com/LenBullard

Ekam sat.h, Vipraah bahudhaa vadanti.
Daamyata. Datta. Dayadhvam.h
-----Original Message-----
From: Mike.Champion@S... [mailto:Mike.Champion@S...]

more XML implementors should admit that the emperor is "sartorially challenged" and just implement those parts of the specs that make sense, and call a subset a subset.  This might limit interoperability in principle, but I for one would rather work around an explicitly missing feature than to find (after wasted nights of debugging) that the implementers interpreted the spec differently.


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.