This is a polyfill for the XSLT W3C 1.0
standard, roughly as shipped in the Chrome browser. It is intended as a
replacement for using the XSLT processing machinery built into browsers. It
does still rely on the XML parsing machinery (e.g. parseFromString(xmlText, "application/xml")) for some things.
Note that the XSLT 1.0 standard is very old, and XSLT has evolved well beyond the version shipped in web browsers. There are also more up-to-date JS-based implementations of XSLT that support the most current standards. One such example is SaxonJS. You should check that out if you're looking for "real" XSLT support; this polyfill is intended merely as a stopgap that can be used to maintain functionality.
If you have an XML document that contains an XSL processing instruction, like this:
<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="demo.xsl"?>
<page>
<message>
Hello World.
</message>
</page>You can convert it to use this polyfill by simply adding the polyfill directly
to the XML, like this (note the new <script> element):
<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="demo.xsl"?>
<page>
<script src="../xslt-polyfill.min.js" xmlns="http://www.w3.org/1999/xhtml"></script>
<message>
Hello World.
</message>
</page>This will automatically load the XML and XSLT, process it with this
XSLT polyfill, and replace the page with the result of the transformation.
The example above is available in the test/ folder of this repo:
demo.xml.
The polyfill also provides a full implementation of the XSLTProcessor class,
so that code like this will also work:
<!DOCTYPE html>
<script src="../xslt-polyfill.min.js"></script>
<script>
const xsltProcessor = new XSLTProcessor();
xsltProcessor.importStylesheet(xsltDoc);
xsltProcessor.transformToFragment(xmlDoc, document);
</script>The example above is available in the test/ folder of this repo:
XSLTProcessor_example.html.
Note that as of now, there are a few things that don't work perfectly:
- The output of the transformation is assumed to be HTML in a few places. If the output is something else, like text or XML, things will likely break.
- The
loadXmlUrlWithXsltWhenReady()function will replace the contents of the current document (anXHTMLdocument) with the transformed content. Because XHTML always renders in no-quirks mode, if the transformed (HTML) output content doesn't include a<!DOCTYPE>, then it ordinarily would have rendered in quirks mode, which is different. - Since the polyfill uses the Fetch API to request any additional resources
linked via
<xsl:include>or<xsl:import>in the XML source, these requests are subject to CORS, which might block the request. The browser- native XSLT processor is able to load these resources, despite the CORS violation, leading to a behavior difference. - There are likely opportunities for performance improvement. In particular, there are a few places where the content takes extra passes through a parser, and those could likely be streamlined.
There are a few demos in the test/ directory:
XSLTProcessor_example.html: a test of theXSLTProcessorpolyfill, which offers JS-based XSLT processing. [Run]demo.xml: a simple XML file that has the polyfill loaded by a single added<script>tag. The polyfill loads and automatically does the XSLT transformation, replacing the document. [Run]demo_large.xml: a much larger example, taken from a public site, which does the same asdemo.xml, but with a more complex/realistic document. [Run]demo_html.html: a polyfill "replacement" of an XML document,demo.xml. This example uses theloadXmlUrlWithXsltWhenReady()function from the polyfill to loaddemo.xml, find its contained XSL processing instruction pointing todemo.xsl, load that file, and then process them together, replacing the document. [Run]
The build assumes several tools such as emscripten and make. But the entire
polyfill can be built with one command:
$ ./build.sh
If you find issues with the polyfill, feel free to file them here. Even better, if you would like to contribute to this polyfill, I'm happy to review pull requests. Thanks in advance!
This polyfill is also published on npm:
It is also incorporated into a Chrome extension, which automatically applies the polyfill to raw XML files that contain XSLT stylesheets: