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=11758>. 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=11758 Line separator handling of serializer is not correct ------- Additional Comments From [EMAIL PROTECTED] 2002-08-20 18:02 ------- This is basic XML behavior, I'm afraid. On input, XML normalizes all versions of newline (CR, LF, CRLF) to a single newline character (/n, equivalent to LF). On output, XML converts the newline character to the platform-specific newline -- in Windows, CRLF. No special provision is made for outputting the /r character. It should not be present in your DOM or SAX data at all unless you _want_ it output separately. The \r character shouldn't arising unless you are introducing it programmatically, or have fairly explicitly asked XML or XSLT to insert it for you. If there's a bug in Xalan and we're producing the \r character when we shouldn't, please provide us with a runnable example which demonstrates the problem and we'll fix it. But from what's been written so far, it really sounds like we're working as designed... and I really don't see how you're getting the \r\r\n unless you're misusing the APIs.
