Re: FW: XSL with scripting

[Guy_Murphy@xxxxxxxxxx]

Hi.

I obviously can't speak for Keith :) But I can relay how I'm currently
working with XML/XSL.

Using IIS I am generating both the XML and XSL via ASP, allowing me to
populate the XML with data from a DB (ObjectStore), and with the XSL
largely static. The only reason why the XSL is being generated is to allow
me to use global site-wide constants for things like colour, column sizes
etc., set from an include file.

The tranformation is done on the server-side delivering HTML to IE4/5.

As you pointed out in a previous post, for quite some time, XSL is going to
live largely on the server *not* the client. For this reason, I still
maintain the W3C has to pay more attention to what is currently occuring in
server-side Web development... but that's for another thread :)

Cheers
     Guy.





xsl-list@xxxxxxxxxxxxxxxx on 12/20/98 06:20:36 PM

To:   xsl-list@xxxxxxxxxxxxxxxx
cc:    (bcc: Guy Murphy/UK/MAID)
Subject:  FW: XSL with scripting




Hi Keith,
After thinking more about you said, and tell me if I am wrong. The
architecture you propose is:
a) have on the server a script (or whatever) that create a XML document. Do
you made some tests with liveScript to know if a XML document could be
created with it? It seems that you can with ASP.
b) attach to this document (with a tag or embed in it) a XSL script.
c) let the client interpret the XSL script and convert the XML document
into
a displayable thing.

Is it the kind of architecture you are proposing? I am not arguing, just
trying to understand your architecture.
Cheers
Didier PH Martin
mailto:martind@xxxxxxxxxxxxx
http://www.netfolder.com


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list






 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list