[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Doing it the other way around (Re: transformations)
On Tue, 21 Nov 2000, Alexey Gokhberg wrote: > Most of pure XSLT problems can be solved by embedding XSLT into a > powerful scripting engine (e.g., ECMAScript/JavaScript), and by adding > XSLT extensions designed to call scripts from XSLT stylesheets. > Furthermore, scripting engine can provide DOM support to handle > intermediate results and SAX support to filter source/result data and to > integrate various XML transformation components into pipelines. Add > direct support for lower-level components like XPath expressions and > node-sets or XSLT pattern matching, implement regular expressions for > search/match/substitution in text data - and you will get the powerful > transformation engine using only the already existing technologies. I see people doing this with my own XPathScript too, but the model worries me a little... If what we're trying to achieve with stylesheet transformations is separation of content from presentation, how are we justifying having data (e.g. SQL results) appear in our presentation layer? (I have some answers to this, but I'm more interested in how other people see it) -- <Matt/> /|| ** Director and CTO ** //|| ** AxKit.com Ltd ** ** XML Application Serving ** // || ** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
|
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
|