Re: [xsl] non MS transform

Subject: Re: [xsl] non MS transform
From: Wendell Piez <wapiez@xxxxxxxxxxxxxxxx>
Date: Tue, 21 Dec 2004 11:44:27 -0500
Hi Jeff,

At 11:26 AM 12/21/2004, you wrote:
Howdy.  I was happy as a clam with
<script type="text/javascript">
// Load XML
var xml = new ActiveXObject("Microsoft.XMLDOM")
xml.async = false

// Load XSL
var xsl = new ActiveXObject("Microsoft.XMLDOM")
xsl.async = false

// Transform


But then I was told that I had to come up with a non Microsoft approach. I thought that would be easy but my searching has not been successful.

Could someone be so kind as to provide me with a "standard" solution to transforming.

This code is to configure a transformation to run in the client. (IE, on a Microsoft platform. Hence the potential problem.)

Since there is actually a variety of web browsers available, and most of them do not support XML/XSLT at all, a general solution for all browsers isn't possible. This is a primary reason why many projects opt to transform on the server, or by pre-processing files in batch mode. In such a case you get many or most of the advantages of the layered XML architecture, without the browser dependencies (since they only see HTML).

In simple cases, you can place an <?xml-stylesheet href="..." ?> PI (google this) in your XML documents and serve them directly: both IE and Mozilla-based browsers will recognize the PI and apply a transformation accordingly.

If you want something more dynamic but still "standard" on the client, you could look at sarissa ( From their Overview page:

Sarissa is a JavaScript meta-API. It bridges the gap of DOM XML extentions between Internet Explorer and Mozilla (or Moz-based) browsers. It is an effort to provide a common interface for those extentions, bringing them closer to eachother. It was originally created to protect my sanity ;-)

Sarissa implements some of the DOM standard and Mozilla extentions for IE and some IE extentions for Mozilla. Finally, it provides some factory methods, for both browsers.

Of course, sarissa is not "standard" -- although as an open-source project, it's non-proprietary.


Wendell Piez                            mailto:wapiez@xxxxxxxxxxxxxxxx
Mulberry Technologies, Inc.      
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
  Mulberry Technologies: A Consultancy Specializing in SGML and XML

Current Thread