xml-dev - Re: Doing it the other way around (Re: transformations)

[Matt Sergeant <matt@sergeant.org>]

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/     **
     \\//
     //\\
    //  \\