[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
Michael Ludwig wrote:
Well, it's a complicated transform. I guess that Saxons optimizes some expressions better, and of course I usually build my the site with Saxon.
That being said, if I can make things easier for the other engines, I'll of course do that.
WRT:
<xsl:template match="text()[not(ancestor::artwork)]">
What's the problem with this particular expression?
BR, Julian
Re: [xsl] XSLT 1.0 support in browsers, as of June 2008
Subject: Re: [xsl] XSLT 1.0 support in browsers, as of June 2008 From: Julian Reschke <julian.reschke@xxxxxx> Date: Wed, 18 Jun 2008 16:45:29 +0200 |
Michael Ludwig wrote:
Andrew Welch schrieb:(*) Both Saxon and MSXSL do it in ~30 seconds, so it's really problem with the XSLT performance in FF.
Perhaps it doesn't like things like:
<xsl:template match="text()[not(ancestor::artwork)]">
and [more inefficient XSLT]
Given rfc2629.xslt and rfc2616.xml, it's 24 s using Saxon 6.5, 15 s using Saxon 9.0 and 45 s using LibXSLT 1.1.22. So as Andrew showed, the problem is not with any particular engine, but with the inefficient XSLT code.
Well, it's a complicated transform. I guess that Saxons optimizes some expressions better, and of course I usually build my the site with Saxon.
That being said, if I can make things easier for the other engines, I'll of course do that.
WRT:
<xsl:template match="text()[not(ancestor::artwork)]">
What's the problem with this particular expression?
BR, Julian
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] XSLT 1.0 support in brows, Michael Ludwig | Thread | Re: [xsl] XSLT 1.0 support in brows, Andrew Welch |
Re: [xsl] XSLT 1.0 support in brows, Robert Koberg | Date | Re: [xsl] XSLT 1.0 support in brows, Julian Reschke |
Month |
Keywords