[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Style vs. transformation
Sean McGrath wrote: "Is XSL inextricably linked to JavaScript as it scripting environment? If I implemented XSL with Python as its expression language would I be cast into utter darkness..." This is an issue we too care about (a lot). I'm hoping that the standard can be broadened (and made more generic and therefore more useful) by specifying a mechanism for shelling out to _any_ scripting language or available programming interface, not just JavaScript. I'll admit that if we must choose just one escape then JavaScript is a pretty good choice (perhaps the best), but it's not a panacea and there's no reason to handcuff ourselves to just one. Especially considering how quickly things change. Do we really want to rewrite the standard next year when something better than JavaScript comes along? Tony =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tony Stewart RivCom "Publishing Structured Information" www.rivcom.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
|