DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6155>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6155 Named decimal-format found across imports, but not default ------- Additional Comments From [EMAIL PROTECTED] 2002-03-04 21:46 ------- Thanks for the clarification. Don't underestimate the obtuseness of the developers; explain your testcases! <grin/> However... I'm still confused by this testcase. Section 12.3 of the XSLT spec says "The format pattern string is in the syntax specified by the JDK 1.1 DecimalFormat class. The format pattern string is in a localized notation: the decimal-format determines what characters have a special meaning in the pattern." But the JDK docs they point us to don't actually say anything about localizing the . and , characters. Instead, they say that these are specific symbols in the format string, acting as _placeholders_ for the decimal and grouping separators. Localizing is apparently expected to occur on output formatting of the data, NOT in translation of the format string. Hence the given string really does seem to be invalid; to achieve that result, you would specify a formatting string of "000,000.###" but use localiation to set the decimal-separator to "," and the grouping separator to ".". If you've got documentation which indicates that the other really was intended to be accepted, please cite it. Otherwise, I really think you're testing for conformance to incorrect behaviors.
