2712 2006-01-13 17:50:16 +0000 [XSLT 2.0] format-number(NaN) 2006-01-27 20:59:03 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XSLT 2.0 Candidate Recommendation PC Windows XP CLOSED FIXED P2 normal --- 1 mike mike public-qt-comments oldest_to_newest 7823 0 mike 2006-01-13 17:50:17 +0000 Rule 1 at http://www.w3.org/TR/xslt20/#formatting-the-number specifies that NaN is formatted using the prefix and suffix of the positive sub-picture. This appears to be incompatible with XSLT 1.0, which ignores the prefix and suffix in this case. The JSK 1.1.8 documentation (which 1.0 references) states: * NaN is formatted as a single character, typically \\uFFFD. * +/-Infinity is formatted as a single character, typically \\u221E, plus the positive and negative pre/suffixes. The "single character" is nonsense (though it's still there in the JDK 1.5 spec): DecimalFormatSymbols allows a String for these symbols! But the spec does say (in effect) that the prefix/suffix are NOT used for the NaN case. A post on the mulberry xsl-list today has pointed out this backwards incompatibility with existing XSLT 1.0 implementations (citing Saxon and Xalan). 8021 1 mike 2006-01-27 20:58:53 +0000 This change was agreed by the WG and has been applied.