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!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format