XSLT 2.0 implementation

There was a restriction that the characters used for digits and other symbols in xsl:decimal-format and in the format-number function must be Unicode BMP characters (that is, codepoints above 65535 were not allowed). This restriction has been removed. This means, for example, that you can now format numbers using Osmanya digits.

As a consequence of this change, the old version of the format-number() implementation, which relied on Java decimal formatting and was retained under the name format-number-1.0, is no longer available.

The output of xsl:number has been changed, reflecting a discussion on the xsl-list about the correct interpretation of the specification (which in this respect is unchanged from XSLT 1.0). It appears that when formatting the number sequence (1 to 4) using the format token [1], the correct output is [], whereas Saxon (in all previous releases including 6.5.x) was outputting [1[2[3[4]. The distinction hinges on the interpretation of the term "separator token" in the specification.

The documentation for previous releases described a restriction: "If key() is called in a match pattern, the argument must be a string literal." This restriction was in fact removed many releases ago.

Error XTSE1560 is now reported. A static error is reported if there are two conflicting xsl:output declarations.

A number of changes have been made to the unparsed-text() function:

It is no longer an error to disable output escaping while writing a temporary tree. Instead, the request to disable output escaping is simply ignored.

An error is now reported when no value is supplied for a required stylesheet parameter, even if the parameter is never referenced. Previously an error was reported only when the parameter was actually referenced.

Minor changes have been made to the way that namespace prefixes are allocated to constructed elements and attributes in cases where a prefix needs to be invented. As required by the specification, in the event of a conflict the prefix of a namespace node that is explicitly attached to an element takes precedence over the prefix used in the name attribute of the xsl:element instruction.

In general it is no longer an error to use a relative URI in the href attribute of xsl:result-document when no base URI is known for the principal output file. Instead, the relative URI is interpreted as being relative to the current working directory in the calling environment. However, the error is retained if the configuration option to disallow extension function calls is set: this option indicates that the stylesheet is not trusted to access external resources, and it must therefore not be trusted to write files relative to the current directory.

When a stylesheet selects forwards-compatible mode (that is, when the version attribute is greater than 2.0), unrecognized top-level elements are now ignored together with all their content, as required by the specification. Previously errors were reported if such elements contained XSLT instructions with invalid attributes or content.

The extension attribute saxon:explain="yes" now causes display of the optimized expression tree for the entire template or function in which it appears, not only for XPath expressions appearing on that specific element. This change has been made because optimization is now carried out on the template or function as a whole.