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=14497>. 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=14497 String to double conversion does not respect "XMLSchema" standard ------- Additional Comments From [EMAIL PROTECTED] 2002-11-22 17:21 ------- I don't understand what you're trying to say. We have to conform to what the XPath recommendation says is a number, not what the Schema recommendation says is a number. XSLT 2.0 will probably change this, but Xalan is not an XSLT 2.0 processor. This means that exponential notation is not allowed. Is this what you think the problem is? See here for more information about what XPath considers a number: http://www.w3.org/TR/xpath#NT-Number The bug I fixed was a legitimate one -- if the decimal separator for the current locale is anything other than a full stop (U+002E), we would use it as the separator, which is not correct. Are you saying that I didn't fix the bug correctly? I believe I did, and I tested it using a French locale, so that the decimal separator was a comma (U+002C). If you can, please provide a concrete example of a stylesheet which exhibits what you consider to be the bug. I don't want to just close this bug again, but I don't understand what you think the bug is. Thanks!
