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

Re: SAX2 and XSLT processors

  • From: "Oren Ben-Kiki" <oren@c...>
  • To: "XSL list" <xsl-list@m...>,"XML List" <xml-dev@i...>
  • Date: Sun, 23 May 1999 09:03:20 +0200

Re: SAX2 and XSLT processors
David Megginson <david@m...> 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


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.