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

Re: A beef with XSLT Sometimes too complicated

Subject: Re: A beef with XSLT Sometimes too complicated
From: David Carlisle <davidc@xxxxxxxxx>
Date: Fri, 14 Jul 2006 11:56:07 +0100
Re:  A beef with XSLT Sometimes too complicated
>    They have 2 different specs and one can exist independently of the
> other

xpath can exist without xslt but not the other way round. The situation
is (exactly) the same in XQuery, but XQuery is usually regarted as an
extension of XPath: that is XQuery is a single language, with more
constructs than XPath) whereas XSLT is usually described is a
two-language construct consisting of xslt constructs and Xpath
constructs. It's pretty much a marketing angle which way you describe it
really. Although on the surface the XQuery spec doesn't defer to XPath
for the specification of the Xpath-part of XQuery but rather just includes
copies of the definitions, whereas the XSLT spec does refer to the xpath
spec, this is just an artifact of the way the stylesheets making the
public html versions of the spec are built. The XPath and XQuery
documents are built out of a common xml document base.


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.