[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: evaluate() function in XPath 2.0 (Was: Re: Lookup
Oleg Tkachenko wrote: >> Well said! However, I'm going to play the devil's advocate here. Would >> an 'evaluate' function have different capabilities depending on how it >> was implemented? Or would each implementation have the same feature-set? >> What I am driving at is that it is possible that by standardizing the >> evaluate function, creativity and innovation may be stifled; however, >> if they will all do pretty much the same thing, just in a different way >> and with different syntax, then I'm all for standardizing it. > > It's a job for exslt effort, I think. EXSLT defines an evaluate() function (see http://www.exslt.org/dyn/functions/evaluate), though it was only added fairly recently. But the main problem here is adoption - defining a common namespace and definition for an extension function doesn't help address the problem of writing portable stylesheets unless implementers adopt that common namespace and definition. There are still major XSLT processors that don't implement even those EXSLT extension functions that are fairly widely adopted and uncontentious in their definition (such as exsl:node-set()). I think the reality is that the only thing that will make processors adopt the same namespace for an evaluate() function is if it were defined by the W3C (whether part of XSLT 2.0 or not). Cheers, Jeni --- Jeni Tennison http://www.jenitennison.com/ XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
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
|