You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-dev@xerces.apache.org by bu...@apache.org on 2002/04/02 17:46:43 UTC
DO NOT REPLY [Bug 7687] -
createElementNS
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=7687>.
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=7687
createElementNS
keshlam@us.ibm.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|createElementNS |createElementNS
------- Additional Comments From keshlam@us.ibm.com 2002-04-02 15:46 -------
See the DOM level 2 spec. createElementNS creates an Element node with the
correct namespace URI. It does _not_ create the declaration attribute. If you
want the latter to appear in your DOM, you have to create it explicitly -- but
many namespace-aware DOM applications will operate perfectly well without it. It
is the serializer's responsibility to ensure that when the DOM is written out to
XML syntax, any "implicit" namespace declarations are notices and written out as
genuine attributes.
Note too that the serializer can take advantage of namespace declaration
inheritance -- which is what's happening in your case. Since the prefix "ma" is
bound to the same namespace in ma:validate-result as it was in ma-validate, a
second declaration would be redundant.
See also DOM Level 3's discussion of namespace normalization and namespace
lookup, though Level 3 is still a working draft and subject to change.
Looks to me like correct operation.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-j-dev-help@xml.apache.org