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

Re: SAX2 and XSLT processors

Subject: Re: SAX2 and XSLT processors
From: "Oren Ben-Kiki" <oren@xxxxxxxxxxxxx>
Date: Sun, 23 May 1999 09:03:20 +0200
Re: SAX2 and XSLT processors
David Megginson <david@xxxxxxxxxxxxx> wrote:

>Oren Ben-Kiki writes:
> > W3C features are different in two important respects. First, these
> > are features one _must_ use to comply with "official standards".
>Actually, that's not the case.  W3C standards may be interdependent,
>but they are not a package deal -- for example, I can use XML with a
>format other than RDF for exchanging metadata (and in the future, RDF
>may use serialization formats other than XML).  I can use Perl, Java,
>Python, DSSSL, or or what-have-you to transform or render XML
>documents without becoming in any way non-conformant.  I can look at
>XML documents through any API (though SAX and the DOM are good for
>general-purpose work), and I can set up linking any way I want.

I didn't say there was no alternative to the W3C "official standards". It is
just that they are, well, "the" standards for doing some things. Nobody
stops you from having your own namespace mechanism either. Does that mean
that SAX2 should omit the namespace feature?

And at any rate, this is besides the point. The fact remains that even if no
one is forced to use W3C recommendations, they are very important to the XML
processing community. To be able to work with more then one SAX2 parser
means there should be an agreed way to request these features. Given that
neither w3.org nor xml.org will specify these features, who is left?

Another point - the "core" SAX2 specs already define features for some W3C
recommendations (e.g., namespaces). This would seriously discourage people
from accepting W3C features from other agencies (except, of course, from the
W3C itself), since it is reasonable to assume this is xml.org "turf". On the
other hand, it seems as though there's a selection process here - namespaces
are in, XLinks are out; DTD validation is in, XSLT processing is out. Is
there a reason for this selection - that is, can you define the xml.org
"turf" such a way that given a spec for something we'd know in advance
whether it belongs in the SAX2 "core" or not?

Share & Enjoy,

    Oren Ben-Kiki

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list

Current Thread


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
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.