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=23393>. 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=23393 namespace-prefixes on gives wrong namespace for xmlns attr ------- Additional Comments From [EMAIL PROTECTED] 2003-09-25 02:03 ------- I've given this some thought, and I believe Xalan should be responsible for making sure that namespace declaration attributes added to a DOM Element are placed in their namespace. If the SAX parser gives Xalan an empty string as the namespace for namespace declaration attributes it needs to convert this to "http://www.w3.org/2000/xmlns"; in order to use these attributes in a DOM context. Hypothetically even if Xerces provided the namespace (through some feature), you'd still need to ensure that you aren't passing null to createAttributeNS, because you can plug any parser you wish: Crimson, Xerces 1, etc... into the XLST processor. In order to be interoperable you can't assume the SAX parser being used supports a feature that will report "http://www.w3.org/2000/xmlns"; instead of the empty string, even if such a feature is eventually added to some version of SAX2. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
