Please refer to the errata for this document, which may include some normative corrections.
This document is also available in these non-normative formats: XML file, plain text, PostScript file, PDF file, single HTML file, and ZIP file.
See also translations of this document.
Copyright ©2004 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark, document use and software licensing rules apply.
This specification defines the Document Object Model Core Level 3, a platform- and language-neutral interface that allows programs and scripts to dynamically access and update the content, structure and style of documents. The Document Object Model Core Level 3 builds on the Document Object Model Core Level 2 [DOM Level 2 Core].
This version enhances DOM Level 2 Core by completing the mapping between DOM and the XML Information Set [XML Information Set], including the support for XML Base [XML Base], adding the ability to attach user information to DOM Nodes or to bootstrap a DOM implementation, providing mechanisms to resolve namespace prefixes or to manipulate "ID" attributes, giving to type information, etc.
This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at http://www.w3.org/TR/.
This document contains the Document Object Model Level 3 Core
specification and is a W3C
Recommendation. It has been produced as part of the W3C DOM Activity. The
authors of this document are the DOM Working Group Proposedparticipants. For
more information about DOM, readers can also refer to DOM FAQ and DOM Conformance Test Suites.members.
It is based on the feedback received during the Proposed
Recommendation period. CandidateChanges
since the Proposed Recommendation version and an implementation
report Anare is available. W3C Advisory Committee Representativesavailable. Please refer to now invitedthe submit their formal review via Web form, as described inerrata for Callthis
document, which may include some normative corrections.Review. Additional comments
Comments on this document should be sent to the public mailing
list www-dom@w3.org (public
archive).a Team-only list, dom-review@w3.org . The public is invited to send comments to
This is a The review period ends on 5 March 2004. Publication as a Proposed Recommendation does not imply endorsement by the W3C Membership.stable document and drafthas been endorsed by may be updated, replaced or obsoletedthe W3C
Membership and the participants of the DOM working group. The
English version of this other documents at any time. It is inappropriate to citespecification is the only normative
version. See also translations.document as other than work in progress.
Patent disclosures relevant to this specification may be found on the Working Group's patent disclosure page. This document has been produced under the 24 January 2002 CPP as amended by the W3C Patent Policy Transition Procedure. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) with respect to this specification should disclose the information in accordance with section 6 of the W3C Patent Policy.
Copyright © 2004 World Wide Web Consortium, (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University). All Rights Reserved.
This document is published under the W3C® Document Copyright Notice and License. The bindings within this document are published under the W3C® Software Copyright Notice and License. The software license requires "Notice of any changes or modifications to the W3C files, including the date changes were made." Consequently, modified versions of the DOM bindings must document that they do not conform to the W3C standard; in the case of the IDL definitions, the pragma prefix can no longer be 'w3c.org'; in the case of the Java language binding, the package names can no longer be in the 'org.w3c' package.
Note: This section is a copy of the W3C® Document Notice and License and could be found at http://www.w3.org/Consortium/Legal/2002/copyright-documents-20021231.
Copyright © 2004 World Wide Web Consortium, (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University). All Rights Reserved.
http://www.w3.org/Consortium/Legal/2002/copyright-documents-20021231
Public documents on the W3C site are provided by the copyright holders under the following license. By using and/or copying this document, or the W3C document from which this statement is linked, you (the licensee) agree that you have read, understood, and will comply with the following terms and conditions:
Permission to copy, and distribute the contents of this document, or the W3C document from which this statement is linked, in any medium for any purpose and without fee or royalty is hereby granted, provided that you include the following on ALL copies of the document, or portions thereof, that you use:
When space permits, inclusion of the full text of this NOTICE should be provided. We request that authorship attribution be provided in any software, documents, or other items or products that you create pursuant to the implementation of the contents of this document, or any portion thereof.
No right to create modifications or derivatives of W3C documents is granted pursuant to this license. However, if additional requirements (documented in the Copyright FAQ) are satisfied, the right to create modifications or derivatives is sometimes granted by the W3C to individuals complying with those requirements.
THIS DOCUMENT IS PROVIDED "AS IS," AND COPYRIGHT HOLDERS MAKE NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, NON-INFRINGEMENT, OR TITLE; THAT THE CONTENTS OF THE DOCUMENT ARE SUITABLE FOR ANY PURPOSE; NOR THAT THE IMPLEMENTATION OF SUCH CONTENTS WILL NOT INFRINGE ANY THIRD PARTY PATENTS, COPYRIGHTS, TRADEMARKS OR OTHER RIGHTS.
COPYRIGHT HOLDERS WILL NOT BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF ANY USE OF THE DOCUMENT OR THE PERFORMANCE OR IMPLEMENTATION OF THE CONTENTS THEREOF.
The name and trademarks of copyright holders may NOT be used in advertising or publicity pertaining to this document or its contents without specific, written prior permission. Title to copyright in this document will at all times remain with copyright holders.
Note: This section is a copy of the W3C® Software Copyright Notice and License and could be found at http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231
Copyright © 2004 World Wide Web Consortium, (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University). All Rights Reserved.
http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231
This work (and included software, documentation such as READMEs, or other related items) is being provided by the copyright holders under the following license. By obtaining, using and/or copying this work, you (the licensee) agree that you have read, understood, and will comply with the following terms and conditions.
Permission to copy, modify, and distribute this software and its documentation, with or without modification, for any purpose and without fee or royalty is hereby granted, provided that you include the following on ALL copies of the software and documentation or portions thereof, including modifications:
THIS SOFTWARE AND DOCUMENTATION IS PROVIDED "AS IS," AND COPYRIGHT HOLDERS MAKE NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO, WARRANTIES OF MERCHANTABILITY OR FITNESS FOR ANY PARTICULAR PURPOSE OR THAT THE USE OF THE SOFTWARE OR DOCUMENTATION WILL NOT INFRINGE ANY THIRD PARTY PATENTS, COPYRIGHTS, TRADEMARKS OR OTHER RIGHTS.
COPYRIGHT HOLDERS WILL NOT BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF ANY USE OF THE SOFTWARE OR DOCUMENTATION.
The name and trademarks of copyright holders may NOT be used in advertising or publicity pertaining to the software without specific, written prior permission. Title to copyright in this software and any associated documentation will at all times remain with copyright holders.
Note: This section is a copy of the W3C® Short Software Notice and could be found at http://www.w3.org/Consortium/Legal/2002/copyright-software-short-notice-20021231
Copyright © 2004 World Wide Web Consortium, (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University). All Rights Reserved.
Copyright © [$date-of-software] World Wide Web Consortium, (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University). All Rights Reserved. This work is distributed under the W3C® Software License [1] in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[1] http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231
The Document Object Model (DOM) is an application programming interface (API) for valid HTML and well-formed XML documents. It defines the logical structure of documents and the way a document is accessed and manipulated. In the DOM specification, the term "document" is used in the broad sense - increasingly, XML is being used as a way of representing many different kinds of information that may be stored in diverse systems, and much of this would traditionally be seen as data rather than as documents. Nevertheless, XML presents this data as documents, and the DOM may be used to manage this data.
With the Document Object Model, programmers can build documents, navigate their structure, and add, modify, or delete elements and content. Anything found in an HTML or XML document can be accessed, changed, deleted, or added using the Document Object Model, with a few exceptions - in particular, the DOM interfaces for the XML internal and external subsets have not yet been specified.
As a W3C specification, one important objective for the Document Object Model is to provide a standard programming interface that can be used in a wide variety of environments and applications. The DOM is designed to be used with any programming language. In order to provide a precise, language-independent specification of the DOM interfaces, we have chosen to define the specifications in Object Management Group (OMG) IDL [OMG IDL], as defined in the CORBA 2.3.1 specification [CORBA]. In addition to the OMG IDL specification, we provide language bindings for Java [Java] and ECMAScript [ECMAScript] (an industry-standard scripting language based on JavaScript [JavaScript] and JScript [JScript]). Because of language binding restrictions, a mapping has to be applied between the OMG IDL and the programming language in used. For example, while the DOM uses IDL attributes in the definition of interfaces, Java does not allow interfaces to contain attributes:
// example 1: removing the first child of an element using ECMAScript mySecondTrElement.removeChild(mySecondTrElement.firstChild); // example 2: removing the first child of an element using Java mySecondTrElement.removeChild(mySecondTrElement.getFirstChild());
Note: OMG IDL is used only as a language-independent and implementation-neutral way to specify interfaces. Various other IDLs could have been used ([COM], [Java IDL], [MIDL], ...). In general, IDLs are designed for specific computing environments. The Document Object Model can be implemented in any computing environment, and does not require the object binding runtimes generally associated with such IDLs.
The DOM is a programming API for documents. It is based on an object structure that closely resembles the structure of the documents it models. For instance, consider this table, taken from an XHTML document:
<table>
<tbody>
<tr>
<td>Shady Grove</td>
<td>Aeolian</td>
</tr>
<tr>
<td>Over the River, Charlie</td>
<td>Dorian</td>
</tr>
</tbody>
</table>
A graphical representation of the DOM of the example table, with whitespaces in element content (often abusively called "ignorable whitespace") removed, is:
Figure: graphical representation of the DOM of the example table [SVG 1.0 version]
An example of DOM manipulation using ECMAScript would be:
// access the tbody element from the table element var myTbodyElement = myTableElement.firstChild; // access its second tr element // The list of children starts at 0 (and not 1). var mySecondTrElement = myTbodyElement.childNodes[1]; // remove its first td element mySecondTrElement.removeChild(mySecondTrElement.firstChild); // change the text content of the remaining td element mySecondTrElement.firstChild.firstChild.data = "Peter";
In the DOM, documents have a logical structure which is very much like a tree; to be more precise, which is like a "forest" or "grove", which can contain more than one tree. Each document contains zero or one doctype nodes, one document element node, and zero or more comments or processing instructions; the document element serves as the root of the element tree for the document. However, the DOM does not specify that documents must be implemented as a tree or a grove, nor does it specify how the relationships among objects be implemented. The DOM is a logical model that may be implemented in any convenient manner. In this specification, we use the term structure model to describe the tree-like representation of a document. We also use the term "tree" when referring to the arrangement of those information items which can be reached by using "tree-walking" methods; (this does not include attributes). One important property of DOM structure models is structural isomorphism: if any two Document Object Model implementations are used to create a representation of the same document, they will create the same structure model, in accordance with the XML Information Set [XML Information Set].
Note: There may be some variations depending on the parser being used to build the DOM. For instance, the DOM may not contain white spaces in element content if the parser discards them.
The name "Document Object Model" was chosen because it is an "object model" in the traditional object oriented design sense: documents are modeled using objects, and the model encompasses not only the structure of a document, but also the behavior of a document and the objects of which it is composed. In other words, the nodes in the above diagram do not represent a data structure, they represent objects, which have functions and identity. As an object model, the DOM identifies:
The structure of SGML documents has traditionally been represented by an abstract data model, not by an object model. In an abstract data model, the model is centered around the data. In object oriented programming languages, the data itself is encapsulated in objects that hide the data, protecting it from direct external manipulation. The functions associated with these objects determine how the objects may be manipulated, and they are part of the object model.
This section is designed to give a more precise understanding of the DOM by distinguishing it from other systems that may seem to be like it.
The DOM originated as a specification to allow JavaScript scripts and Java programs to be portable among Web browsers. "Dynamic HTML" was the immediate ancestor of the Document Object Model, and it was originally thought of largely in terms of browsers. However, when the DOM Working Group was formed at W3C, it was also joined by vendors in other domains, including HTML or XML editors and document repositories. Several of these vendors had worked with SGML before XML was developed; as a result, the DOM has been influenced by SGML Groves and the HyTime standard. Some of these vendors had also developed their own object models for documents in order to provide an API for SGML/XML editors or document repositories, and these object models have also influenced the DOM.
In the fundamental DOM interfaces, there are no objects representing entities. Numeric character references, and references to the pre-defined entities in HTML and XML, are replaced by the single character that makes up the entity's replacement. For example, in:
<p>This is a dog & a cat</p>
the "&" will be replaced by the character "&", and the text in the P element will form a single continuous sequence of characters. Since numeric character references and pre-defined entities are not recognized as such in CDATA sections, or in the SCRIPT and STYLE elements in HTML, they are not replaced by the single character they appear to refer to. If the example above were enclosed in a CDATA section, the "&" would not be replaced by "&"; neither would the <p> be recognized as a start tag. The representation of general entities, both internal and external, are defined within the extended (XML) interfaces of Document Object Model Core.
Note: When a DOM representation of a document is serialized as XML or HTML text, applications will need to check each character in text data to see if it needs to be escaped using a numeric or pre-defined entity. Failing to do so could result in invalid HTML or XML. Also, implementations should be aware of the fact that serialization into a character encoding ("charset") that does not fully cover ISO 10646 may fail if there are characters in markup or CDATA sections that are not present in the encoding.
The DOM specifications provide a set of APIs that forms the DOM API. Each DOM specification defines one or more modules and each module is associated with one feature name. For example, the DOM Core specification (this specification) defines two modules:
The following representation contains all DOM modules, represented using their feature names, defined along the DOM specifications:
Figure: A view of the DOM Architecture [SVG 1.0 version]
A DOM implementation can then implement one (i.e. only the Core module) or more modules depending on the host application. A Web user agent is very likely to implement the "MouseEvents" module, while a server-side application will have no use of this module and will probably not implement it.
This section explains the different levels of conformance to DOM Level 3. DOM Level 3 consists of 16 modules. It is possible to conform to DOM Level 3, or to a DOM Level 3 module.
An implementation is DOM Level 3 conformant if it supports the
Core module defined in this document (see Fundamental Interfaces: Core Module). An
implementation conforms to a DOM Level 3 module if it supports all
the interfaces for that module and the associated semantics.module
Here is the complete list of DOM Level 3.0 modules and the features used by them. Feature names are case-insensitive.
A DOM implementation must not return true to the
DOMImplementation.hasFeature(feature,
version) method of the
DOMImplementation
interface for that feature unless the implementation conforms to
that module. The version number for all features used
in DOM Level 3.0 is "3.0".
The DOM specifies interfaces which may be used to manage XML or HTML documents. It is important to realize that these interfaces are an abstraction - much like "abstract base classes" in C++, they are a means of specifying a way to access and manipulate an application's internal representation of a document. Interfaces do not imply a particular concrete implementation. Each DOM application is free to maintain documents in any convenient representation, as long as the interfaces shown in this specification are supported. Some DOM implementations will be existing programs that use the DOM interfaces to access software written long before the DOM specification existed. Therefore, the DOM is designed to avoid implementation dependencies; in particular,
The Level 2 interfaces were extended to provide both Level 2 and Level 3 functionality.
DOM implementations in languages other than Java or ECMAScript may choose bindings that are appropriate and natural for their language and run time environment. For example, some systems may need to create a Document3 class which inherits from a Document class and contains the new methods and attributes.
DOM Level 3 does not specify multithreading mechanisms.
This specification defines a set of objects and
interfaces for accessing and manipulating document objects. The
functionality specified (the Core functionality) is
sufficient to allow software developers and Web script authors to
access and manipulate parsed HTML [HTML
4.01] and XML [XML 1.0] content inside conforming
products. The DOM Core API also
allows creation and population of a Document object using only DOM
API calls. A solution for loading a Document and saving it
persistently is proposed in [DOM Level 3 Load and Save].
The DOM presents documents as a hierarchy of Node objects that also
implement other, more specialized interfaces. Some types of nodes
may have child nodes of various
types, and others are leaf nodes that cannot have anything below
them in the document structure. For XML and HTML, the node types,
and which node types they may have as children, are as follows:
Document --
Element (maximum of
one), ProcessingInstruction,
Comment, DocumentType (maximum of
one)DocumentFragment
-- Element, ProcessingInstruction,
Comment, Text, CDATASection, EntityReferenceDocumentType --
no childrenEntityReference --
Element, ProcessingInstruction,
Comment, Text, CDATASection, EntityReferenceElement --
Element, Text, Comment, ProcessingInstruction,
CDATASection,
EntityReferenceAttr -- Text, EntityReferenceProcessingInstruction -- no
childrenComment -- no
childrenText -- no
childrenCDATASection --
no childrenEntity -- Element, ProcessingInstruction,
Comment, Text, CDATASection, EntityReferenceNotation -- no
childrenThe DOM also specifies a NodeList interface to handle
ordered lists of Nodes, such as the children
of a Node, or the
elements returned by the
Element.getElementsByTagNameNS(namespaceURI,
localName) method, and also a NamedNodeMap interface to
handle unordered sets of nodes referenced by their name attribute,
such as the attributes of an Element. NodeList and NamedNodeMap objects in the
DOM are live; that is, changes to the underlying document
structure are reflected in all relevant NodeList and NamedNodeMap
objects. For example, if a DOM user gets a NodeList object containing
the children of an Element, then subsequently
adds more children to that element (or removes children, or
modifies them), those changes are automatically reflected in the
NodeList, without further
action on the user's part. Likewise, changes to a Node in the tree are
reflected in all references to that Node in NodeList and NamedNodeMap
objects.
Finally, the interfaces Text, Comment, and CDATASection all inherit from
the CharacterData
interface.
Most of the APIs defined by this specification are
interfaces rather than classes. That means that an
implementation need only expose methods with the defined names and
specified operation, not implement classes that correspond directly
to the interfaces. This allows the DOM APIs to be implemented as a
thin veneer on top of legacy applications with their own data
structures, or on top of newer applications with different class
hierarchies. This also means that ordinary constructors (in the
Java or C++ sense) cannot be used to create DOM objects, since the
underlying objects to be constructed may have little relationship
to the DOM interfaces. The conventional solution to this in
object-oriented design is to define factory methods that
create instances of objects that implement the various interfaces.
Objects implementing some interface "X" are created by a
"createX()" method on the Document interface; this is
because all DOM objects live in the context of a specific
Document.
The Core DOM APIs are designed to be compatible with a wide range of languages, including both general-user scripting languages and the more challenging languages used mostly by professional programmers. Thus, the DOM APIs need to operate across a variety of memory management philosophies, from language bindings that do not expose memory management to the user at all, through those (notably Java) that provide explicit constructors but provide an automatic garbage collection mechanism to automatically reclaim unused memory, to those (especially C/C++) that generally require the programmer to explicitly allocate object memory, track where it is used, and explicitly free it for re-use. To ensure a consistent API across these platforms, the DOM does not address memory management issues at all, but instead leaves these for the implementation. Neither of the explicit language bindings defined by the DOM API (for ECMAScript and Java) require any memory management methods, but DOM bindings for other languages (especially C or C++) may require such support. These extensions will be the responsibility of those adapting the DOM API to a specific language, not the DOM Working Group.
While it would be nice to have attribute and method names that are short, informative, internally consistent, and familiar to users of similar APIs, the names also should not clash with the names in legacy APIs supported by DOM implementations. Furthermore, both OMG IDL [OMG IDL] and ECMAScript [ECMAScript] have significant limitations in their ability to disambiguate names from different namespaces that make it difficult to avoid naming conflicts with short, familiar names. So, DOM names tend to be long and descriptive in order to be unique across all environments.
The Working Group has also attempted to be internally consistent in its use of various terms, even though these may not be common distinctions in other APIs. For example, the DOM API uses the method name "remove" when the method changes the structural model, and the method name "delete" when the method gets rid of something inside the structure model. The thing that is deleted is not returned. The thing that is removed may be returned, when it makes sense to return it.
The DOM Core APIs present two
somewhat different sets of interfaces to an XML/HTML document: one
presenting an "object oriented" approach with a hierarchy of
inheritance, and a
"simplified" view that allows all manipulation to be done via the
Node interface
without requiring casts (in Java and other C-like languages) or
query interface calls in COM
environments. These operations are fairly expensive in Java and
COM, and the DOM may be used in performance-critical environments,
so we allow significant functionality using just the Node
interface. Because many other users will find the inheritance hierarchy easier to
understand than the "everything is a Node" approach to the DOM,
we also support the full higher-level interfaces for those who
prefer a more object-oriented API.
In practice, this means that there is a certain amount of
redundancy in the API. The Working
Group considers the "inheritance" approach the primary
view of the API, and the full set of functionality on Node to be "extra"
functionality that users may employ, but that does not eliminate
the need for methods on other interfaces that an object-oriented
analysis would dictate. (Of course, when the O-O analysis yields an
attribute or method that is identical to one on the Node
interface, we don't specify a completely redundant one.) Thus, even
though there is a generic Node.nodeName attribute on the
Node
interface, there is still a Element.tagName attribute on
the Element
interface; these two attributes must contain the same value, but
the it is worthwhile to support both, given the different
constituencies the DOM API must
satisfy.
To ensure interoperability, this specification specifies the following basic types used in various DOM modules. Even though the DOM uses the basic types in the interfaces, bindings may use different types and normative bindings are only given for Java and ECMAScript in this specification.
DOMString The DOMString type is
used to store [Unicode] characters as a sequence
of 16-bit units using UTF-16
as defined in [Unicode] and Amendment 1 of
[ISO/IEC 10646].
Characters are fully normalized as defined in appendix B of [XML 1.1] if:
true while loading the document or the
document was certified as defined in [XML
1.1];true while using the method Document.normalizeDocument(),
or while using the method Node.normalize();Note that, with the exceptions of Document.normalizeDocument()
and Node.normalize(),
manipulating characters using DOM methods does not guarantee to
preserve a fully-normalized text.
A DOMString is a
sequence of 16-bit
units.
valuetype DOMString sequence<unsigned short>;
The UTF-16 encoding was chosen because of its widespread
industry practice. Note that for both HTML and XML, the document
character set (and therefore the notation of numeric character
references) is based on UCS [ISO/IEC 10646]. A single
numeric character reference in a source document may therefore in
some cases correspond to two 16-bit units in a DOMString (a high surrogate and
a low surrogate). For issues related to string comparisons, refer
to String Comparisons in the
DOM.comparisons
For Java and ECMAScript, DOMString is bound to the
String type because both languages also use UTF-16 as
their encoding.
Note: As of August 2000, the OMG IDL specification
([OMG
IDL]) included a wstring type. However,
that definition did not meet the interoperability criteria of the
DOM API since it relied on
negotiation to decide the width and encoding of a character.
DOMTimeStamp The DOMTimeStamp
type is used to store an absolute or relative time.
A DOMTimeStamp
represents a number of milliseconds.
typedef unsigned long long DOMTimeStamp;
For Java, DOMTimeStamp is bound to the
long type. For ECMAScript, DOMTimeStamp is bound to the
Date type because the range of the
integer type is too small.
DOMUserData The DOMUserData
type is used to store application data.
A DOMUserData
represents a reference to application data.
typedef any DOMUserData;
For Java, DOMUserData is bound to the
Object type. For ECMAScript, DOMUserData is bound to
any type.
The DOM has many interfaces that imply string matching. For XML,
string comparisons are case-sensitive and performed with a binary
comparison of the
16-bit units of the DOMStrings. However, for
case-insensitive markup languages, such as HTML 4.01 or earlier,
these comparisons are case-insensitive where appropriate.
Note that HTML processors often perform specific case normalizations (canonicalization) of the markup before the DOM structures are built. This is typically using uppercase for element names and lowercase for attribute names. For this reason, applications should also compare element and attribute names returned by the DOM implementation in a case-insensitive manner.
The character normalization, i.e. transforming into their
fully
normalized form as as defined in [XML 1.1], is
assumed to happen at serialization time. The DOM Level 3 Load and
Save module [DOM Level 3 Load and Save] provides
a serialization mechanism (see the DOMSerializer
interface, section 2.3.1) and uses the DOMConfiguration
parameters "normalize-characters"
and "check-character-normalization"
to assure that text is fully
normalized [XML 1.1]. Other serialization
mechanisms built on top of the DOM Level 3 Core also have to assure
that text is fully normalized.
The DOM specification relies on DOMString values as resource
identifiers, such that the following conditions are met:
The term "absolute URI" refers to a complete resource identifier and the term "relative URI" refers to an incomplete resource identifier.
Within the DOM specifications, these identifiers are called URIs, "Uniform Resource Identifiers", but this is meant abstractly. The DOM implementation does not necessarily process its URIs according to the URI specification [IETF RFC 2396]. Generally the particular form of these identifiers must be ignored.
When is not possible to completely ignore the type of a DOM URI, either because a relative identifier must be made absolute or because content must be retrieved, the DOM implementation must at least support identifier types appropriate to the content being processed. [HTML 4.01], [XML 1.0], and associated namespace specification [XML Namespaces] rely on [IETF RFC 2396] to determine permissible characters and resolving relative URIs. Other specifications such as namespaces in XML 1.1 [XML Namespaces 1.1] may rely on alternative resource identifier types that may, for example, include non-ASCII characters, necessitating support for alternative resource identifier types where required by applicable specifications.
DOM Level 2 and 3 support XML namespaces [XML
Namespaces] by augmenting several interfaces of the DOM
Level 1 Core to allow creating and manipulating elements and attributes associated to a
namespace. When [XML 1.1] is in use (see Document.xmlVersion),
DOM Level 3 also supports [XML Namespaces 1.1].
As far as the DOM is concerned, special attributes used for declaring XML namespaces are still exposed and can be manipulated just like any other attribute. However, nodes are permanently bound to namespace URIs as they get created. Consequently, moving a node within a document, using the DOM, in no case results in a change of its namespace prefix or namespace URI. Similarly, creating a node with a namespace prefix and namespace URI, or changing the namespace prefix of a node, does not result in any addition, removal, or modification of any special attributes for declaring the appropriate XML namespaces. Namespace validation is not enforced; the DOM application is responsible. In particular, since the mapping between prefixes and namespace URIs is not enforced, in general, the resulting document cannot be serialized naively. For example, applications may have to declare every namespace in use when serializing a document.
In general, the DOM implementation (and higher) doesn't perform
any URI normalization or canonicalization. The URIs given to the
DOM are assumed to be valid (e.g., characters such as white spaces
are properly escaped), and no lexical checking is performed.
Absolute URI references are treated as strings and compared literally. How relative
namespace URI references are treated is undefined. To ensure
interoperability only absolute namespace URI references (i.e., URI
references beginning with a scheme name and a colon) should be
used. Applications should use the value null as the
namespaceURI parameter for methods if they wish to
have no namespace. In programming languages where empty strings can
be differentiated from null, empty strings, when given as a
namespace URI, are converted to null. This is true
even though the DOM does no lexical checking of URIs.
Note: Element.setAttributeNS(null,
...) puts the attribute in the per-element-type
partitions as defined in XML
Namespace Partitions in [XML Namespaces].
Note: In the DOM, all namespace declaration attributes are by definition bound to the namespace URI: "http://www.w3.org/2000/xmlns/". These are the attributes whose namespace prefix or qualified name is "xmlns" as introduced in [XML Namespaces 1.1].
In a document with no namespaces, the child list of an EntityReference node is always
the same as that of the corresponding Entity. This is not true in a
document where an entity contains unbound namespace prefixes. In such a
case, the descendants of the
corresponding EntityReference nodes may be
bound to different namespace
URIs, depending on where the entity references are. Also,
because, in the DOM, nodes always remain bound to the same
namespace URI, moving such EntityReference nodes can lead
to documents that cannot be serialized. This is also true when the
DOM Level 1 method Document.createEntityReference(name)
is used to create entity references that correspond to such
entities, since the descendants of the returned EntityReference
are unbound. While DOM Level 3 does have support for the resolution
of namespace prefixes, use of such entities and entity references
should be avoided or used with extreme care.
The "NS" methods, such as Document.createElementNS(namespaceURI,
qualifiedName) and Document.createAttributeNS(namespaceURI,
qualifiedName), are meant to be used by namespace aware
applications. Simple applications that do not use namespaces can
use the DOM Level 1 methods, such as Document.createElement(tagName)
and Document.createAttribute(name).
Elements and attributes created in this way do not have any
namespace prefix, namespace URI, or local name.
Note: DOM Level 1 methods are namespace ignorant.
Therefore, while it is safe to use these methods when not dealing
with namespaces, using them and the new ones at the same time
should be avoided. DOM Level 1 methods solely identify attribute
nodes by their Node.nodeName. On the contrary,
the DOM Level 2 methods related to namespaces, identify attribute
nodes by their Node.namespaceURI and
Node.localName.
Because of this fundamental difference, mixing both sets of methods
can lead to unpredictable results. In particular, using Element.setAttributeNS(namespaceURI,
qualifiedName, value), an element may have two attributes (or
more) that have the same Node.nodeName, but different
Node.namespaceURIs. Calling
Element.getAttribute(name)
with that nodeName could then return any of those
attributes. The result depends on the implementation. Similarly,
using Element.setAttributeNode(newAttr),
one can set two attributes (or more) that have different Node.nodeNames
but the same Node.prefix and Node.namespaceURI. In this
case Element.getAttributeNodeNS(namespaceURI,
localName) will return either attribute, in an
implementation dependent manner. The only guarantee in such cases
is that all methods that access a named item by its
nodeName will access the same item, and all methods
which access a node by its URI and local name will access the same
node. For instance, Element.setAttribute(name,
value) and Element.setAttributeNS(namespaceURI,
qualifiedName, value) affect the node that Element.getAttribute(name) and
Element.getAttributeNS(namespaceURI,
localName), respectively, return.
The DOM Level 3 adds support for the [base URI] property
defined in [XML Information Set] by providing
a new attribute on the Node interface that exposes
this information. However, unlike the Node.namespaceURI attribute,
the Node.baseURI
attribute is not a static piece of information that every node
carries. Instead, it is a value that is dynamically computed
according to [XML Base]. This means its value
depends on the location of the node in the tree and moving the node
from one place to another in the tree may affect its value. Other
changes, such as adding or changing an xml:base
attribute on the node being queried or one of its ancestors may
also affect its value.
One consequence of this it that when external entity references
are expanded while building a Document one may need to add,
or change, an xml:base attribute to the Element nodes originally
contained in the entity being expanded so that the Node.baseURI returns the
correct value. In the case of ProcessingInstruction nodes
originally contained in the entity being expanded the information
is lost. [DOM Level 3 Load and Save] handles
elements as described here and generates a warning in the latter
case.
As new XML vocabularies are developed, those defining the vocabularies are also beginning to define specialized APIs for manipulating XML instances of those vocabularies. This is usually done by extending the DOM to provide interfaces and methods that perform operations frequently needed by their users. For example, the MathML [MathML 2.0] and SVG [SVG 1.1] specifications have developed DOM extensions to allow users to manipulate instances of these vocabularies using semantics appropriate to images and mathematics, respectively, as well as the generic DOM XML semantics. Instances of SVG or MathML are often embedded in XML documents conforming to a different schema such as XHTML.
While the Namespaces in XML specification [XML Namespaces] provides a mechanism for integrating these documents at the syntax level, it has become clear that the DOM Level 2 Recommendation [DOM Level 2 Core] is not rich enough to cover all the issues that have been encountered in having these different DOM implementations be used together in a single application. DOM Level 3 deals with the requirements brought about by embedding fragments written according to a specific markup language (the embedded component) in a document where the rest of the markup is not written according to that specific markup language (the host document). It does not deal with fragments embedded by reference or linking.
A DOM implementation supporting DOM Level 3 Core should be able to collaborate with subcomponents implementing specific DOMs to assemble a compound document that can be traversed and manipulated via DOM interfaces as if it were a seamless whole.
The normal typecast operation on an object should support the
interfaces expected by legacy code for a given document type.
Typecasting techniques may not be adequate for selecting between
multiple DOM specializations of an object which were combined at
run time, because they may not all be part of the same object as
defined by the binding's object model. Conflicts are most obvious
with the Document
object, since it is shared as owner by the rest of the document. In
a homogeneous document, elements rely on the Document for
specialized services and construction of specialized nodes. In a
heterogeneous document, elements from different modules expect
different services and APIs from the same Document object, since there
can only be one owner and root of the document hierarchy.
Each DOM module defines one or more features, as listed in the
conformance section (Conformance). Features are
case-insensitive and are also defined for a specific set of
versions. For example, this specification defines the features
"Core" and "XML", for the version
"3.0". Versions "1.0" and
"2.0" can also be used for features defined in the
corresponding DOM Levels. To avoid possible conflicts, as a
convention, names referring to features defined outside the DOM
specification should be made unique. Applications could then
request for features to be supported by a DOM implementation using
the methods DOMImplementationSource.getDOMImplementation(features)
or DOMImplementationSource.getDOMImplementationList(features),
check the features supported by a DOM implementation using the
method DOMImplementation.hasFeature(feature,
version), or by a specific node using Node.isSupported(feature,
version). Note that when using the methods that take a
feature and a version as parameters, applications can use
null or empty string for the version parameter if they
don't wish to specify a particular version for the specified
feature.
Up to the DOM Level 2 modules, all interfaces, that were an
extension of existing ones, were accessible using binding-specific
casting mechanisms if the feature associated to the extension was
supported. For example, an instance of the EventTarget
interface could be obtained from an instance of the Node interface if the
feature "Events" was supported by the node.
As discussed Mixed DOM
Implementations, DOM Level 3 Core should be able to collaborate
with subcomponents implementing specific DOMs. For that effect, the
methods implementationsDOMImplementation.getFeature(feature,
version) and Node.getFeature(feature,
version) were introduced. In the case of DOMImplementation.hasFeature(feature,
version) and Node.isSupported(feature,
version), if a plus sign "+" is prepended to any feature
name, implementations are considered in which the specified feature
may not be directly castable but would require discovery through
DOMImplementation.getFeature(feature,
version) and Node.getFeature(feature,
version). Without a plus, only features whose interfaces
are directly castable are considered.
// example 1, without prepending the "+"
if (myNode.isSupported("Events", "3.0")) {
EventTarget evt = (EventTarget) myNode;
// ...
}
// example 2, with the "+"
if (myNode.isSupported("+Events", "3.0")) {
// (the plus sign "+" is irrelevant for the getFeature method itself
// and is ignored by this method anyway)
EventTarget evt = (EventTarget) myNode.getFeature("Events", "3.0");
// ...
}
Because previous versions of the DOM specification only defined a set of interfaces, applications had to rely on some implementation dependent code to start from. However, hard-coding the application to a specific implementation prevents the application from running on other implementations and from using the most-suitable implementation of the environment. At the same time, implementations may also need to load modules or perform other setup to efficiently adapt to different and sometimes mutually-exclusive feature sets.
To solve these problems this specification introduces a
DOMImplementationRegistry object with a function that
lets an application find implementations, based on the specific
features it requires. How this object is found and what it exactly
looks like is not defined here, because this cannot be done in a
language-independent manner. Instead, each language binding defines
its own way of doing this. See Java Language Binding and ECMAScript Language Binding
for specifics.
In all cases, though, the DOMImplementationRegistry
provides a getDOMImplementation method accepting a
features string, which is passed to every known DOMImplementationSource
until a suitable DOMImplementation is found
and returned. The DOMImplementationRegistry also
provides a getDOMImplementationList method accepting a
features string, which is passed to every known DOMImplementationSource,
and returns a list of suitable DOMImplementations. Those two
methods are the same as the ones found on the DOMImplementationSource
interface.
Any number of DOMImplementationSource
objects can be registered. A source may return one or more DOMImplementation singletons
or construct new DOMImplementation objects,
depending upon whether the requested features require specialized
state in the DOMImplementation object.
The interfaces within this section are considered fundamental, and must be fully implemented by all conforming implementations of the DOM, including all HTML DOM implementations [DOM Level 2 HTML], unless otherwise specified.
A DOM application may use the DOMImplementation.hasFeature(feature,
version) method with parameter values "Core" and "3.0"
(respectively) to determine whether or not this module is supported
by the implementation. Any implementation that conforms to DOM
Level 3 or a DOM Level 3 module must conform to the Core module.
Please refer to additional information about
conformance in this specification. The DOM Level 3
Core module is backward compatible with the DOM Level 2 Core
[DOM Level 2 Core] module, i.e. a
DOM Level 3 Core implementation who returns true for
"Core" with the version number "3.0" must
also return true for this feature when
the version number is "2.0",
"" or, null.
DOM operations only raise exceptions in "exceptional"
circumstances, i.e., when an operation is impossible to perform
(either for logical reasons, because data is lost, or because the
implementation has become unstable). In general, DOM methods return
specific error values in ordinary processing situations, such as
out-of-bound errors when using NodeList.
Implementations should raise other exceptions under other
circumstances. For example, implementations should raise an
implementation-dependent exception if a null argument
is passed when null was not expected.
Some languages and object systems do not support the concept of exceptions. For such systems, error conditions may be indicated using native error reporting mechanisms. For some bindings, for example, methods may return error codes similar to those listed in the corresponding method descriptions.
exception DOMException { unsigned short code; }; // ExceptionCode const unsigned short INDEX_SIZE_ERR = 1; const unsigned short DOMSTRING_SIZE_ERR = 2; const unsigned short HIERARCHY_REQUEST_ERR = 3; const unsigned short WRONG_DOCUMENT_ERR = 4; const unsigned short INVALID_CHARACTER_ERR = 5; const unsigned short NO_DATA_ALLOWED_ERR = 6; const unsigned short NO_MODIFICATION_ALLOWED_ERR = 7; const unsigned short NOT_FOUND_ERR = 8; const unsigned short NOT_SUPPORTED_ERR = 9; const unsigned short INUSE_ATTRIBUTE_ERR = 10; // Introduced in DOM Level 2: const unsigned short INVALID_STATE_ERR = 11; // Introduced in DOM Level 2: const unsigned short SYNTAX_ERR = 12; // Introduced in DOM Level 2: const unsigned short INVALID_MODIFICATION_ERR = 13; // Introduced in DOM Level 2: const unsigned short NAMESPACE_ERR = 14; // Introduced in DOM Level 2: const unsigned short INVALID_ACCESS_ERR = 15; // Introduced in DOM Level 3: const unsigned short VALIDATION_ERR = 16; // Introduced in DOM Level 3: const unsigned short TYPE_MISMATCH_ERR = 17;
An integer indicating the type of error generated.
Note: Other numeric codes are reserved for W3C for possible future use.
DOMSTRING_SIZE_ERRDOMString.HIERARCHY_REQUEST_ERRNode is
inserted somewhere it doesn't belong.INDEX_SIZE_ERRINUSE_ATTRIBUTE_ERRINVALID_ACCESS_ERR, introduced in
DOM Level 2.INVALID_CHARACTER_ERRINVALID_MODIFICATION_ERR, introduced in
DOM Level 2.INVALID_STATE_ERR, introduced in
DOM Level 2.NAMESPACE_ERR, introduced in DOM Level 2.NOT_FOUND_ERRNode in a context where it
does not exist.NOT_SUPPORTED_ERRNO_DATA_ALLOWED_ERRNode which does not support
data.NO_MODIFICATION_ALLOWED_ERRSYNTAX_ERR, introduced in DOM Level 2.TYPE_MISMATCH_ERR, introduced in
DOM Level 3.VALIDATION_ERR, introduced in DOM Level 3.insertBefore or
removeChild would make the Node invalid with respect to
"partial validity", this
exception would be raised and the operation would not be done. This
code is used in [DOM Level 3 Validation]. Refer to
this specification for further information.WRONG_DOCUMENT_ERRNode is
used in a different document than the one that created it (that
doesn't support it).The DOMStringList interface provides the
abstraction of an ordered collection of DOMString values, without
defining or constraining how this collection is implemented. The
items in the DOMStringList are accessible via an
integral index, starting from 0.
// Introduced in DOM Level 3: interface DOMStringList { DOMString item(in unsigned long index); readonly attribute unsigned long length; boolean contains(in DOMString str); };
containsDOMStringList.
str of type DOMString|
|
|
itemindexth item in the
collection. If index is greater than or equal to the
number of DOMStrings in
the list, this returns null.
index of type
unsigned longThe NameList interface provides the abstraction of
an ordered collection of parallel pairs of name and namespace
values (which could be null values), without defining or
constraining how this collection is implemented. The items in the
NameList are accessible via an integral index,
starting from 0.
// Introduced in DOM Level 3: interface NameList { DOMString getName(in unsigned long index); DOMString getNamespaceURI(in unsigned long index); readonly attribute unsigned long length; boolean contains(in DOMString str); boolean containsNS(in DOMString namespaceURI, in DOMString name); };
length of type unsigned
long, readonlylength-1
inclusive.containsNameList.
str of type DOMString|
|
|
containsNSgetNameindexth name item in
the collection.
index of type
unsigned long|
The name at the |
getNamespaceURIindexth namespaceURI
item in the collection.
index of type
unsigned long|
The namespace URI at the |
The DOMImplementationList interface provides the
abstraction of an ordered collection of DOM implementations,
without defining or constraining how this collection is
implemented. The items in the DOMImplementationList
are accessible via an integral index, starting from 0.
// Introduced in DOM Level 3: interface DOMImplementationList { DOMImplementation item(in unsigned long index); readonly attribute unsigned long length; };
length of type
unsigned long, readonlyDOMImplementations in the
list. The range of valid child node indices is 0 to
length-1 inclusive.itemindexth item in the
collection. If index is greater than or equal to the
number of DOMImplementations in the
list, this returns null.
index of type
unsigned long|
The |
This interface permits a DOM implementer to supply one or more
implementations, based upon requested features and versions, as
specified in DOM Features. Each
implemented DOMImplementationSource object is listed
in the binding-specific list of available sources so that its
DOMImplementation
objects are made available.
// Introduced in DOM Level 3: interface DOMImplementationSource { DOMImplementation getDOMImplementation(in DOMString features); DOMImplementationList getDOMImplementationList(in DOMString features); };
getDOMImplementationfeatures of type DOMStringgetDOMImplementationList."XML 3.0 Traversal +Events
2.0" will request a DOM implementation that supports the
module "XML" for its 3.0 version, a module that support of the
"Traversal" module for any version, and the module "Events" for its
2.0 version. The module "Events" must be accessible using the
method Node.getFeature() and
DOMImplementation.getFeature().|
The first DOM implementation that support the desired features,
or |
getDOMImplementationListfeatures of type DOMString|
A list of DOM implementations that support the desired features. |
The DOMImplementation interface provides a number
of methods for performing operations that are independent of any
particular instance of the document object model.
interface DOMImplementation { boolean hasFeature(in DOMString feature, in DOMString version); // Introduced in DOM Level 2: DocumentType createDocumentType(in DOMString qualifiedName, in DOMString publicId, in DOMString systemId) raises(DOMException); // Introduced in DOM Level 2: Document createDocument(in DOMString namespaceURI, in DOMString qualifiedName, in DocumentType doctype) raises(DOMException); // Introduced in DOM Level 3: DOMObject getFeature(in DOMString feature, in DOMString version); };
createDocument
introduced in DOM Level 2DocumentType given to create
the document, the implementation may instantiate specialized
Document objects that
support additional features than the "Core", such as "HTML"
[DOM Level 2 HTML]. On the other
hand, setting the DocumentType after the
document was created makes this very unlikely to happen.
Alternatively, specialized Document creation methods, such
as createHTMLDocument [DOM Level 2
HTML], can be used to obtain specific types of Document objects.
namespaceURI of type
DOMStringnull.qualifiedName of type
DOMStringnull.doctype of type DocumentTypenull.doctype is not null, its Node.ownerDocument attribute
is set to the document being created.|
INVALID_CHARACTER_ERR: Raised if the specified qualified name NAMESPACE_ERR: Raised if the WRONG_DOCUMENT_ERR: Raised if NOT_SUPPORTED_ERR: May be raised if the implementation does not support the feature "XML" and the language exposed through the Document does not support XML Namespaces (such as [HTML 4.01]). |
createDocumentType
introduced in DOM Level 2DocumentType node. Entity
declarations and notations are not made available. Entity reference
expansions and default attribute additions do not occur..
qualifiedName of type
DOMStringpublicId of type DOMStringsystemId of type DOMString|
A new |
|
INVALID_CHARACTER_ERR: Raised if the specified qualified name NAMESPACE_ERR: Raised if the NOT_SUPPORTED_ERR: May be raised if the implementation does not support the feature "XML" and the language exposed through the Document does not support XML Namespaces (such as [HTML 4.01]). |
getFeature
introduced in DOM Level 3DOMImplementation interface.
|
Returns an object which implements the specialized APIs of the
specified feature and version, if any, or |
hasFeature|
|
|
DocumentFragment is a "lightweight" or "minimal"
Document object. It is
very common to want to be able to extract a portion of a document's
tree or to create a new fragment of a document. Imagine
implementing a user command like cut or rearranging a document by
moving fragments around. It is desirable to have an object which
can hold such fragments and it is quite natural to use a Node for
this purpose. While it is true that a Document object could fulfill
this role, a Document object can potentially
be a heavyweight object, depending on the underlying
implementation. What is really needed for this is a very
lightweight object. DocumentFragment is such an
object.
Furthermore, various operations -- such as inserting nodes as
children of another Node -- may take
DocumentFragment objects as arguments; this results in
all the child nodes of the DocumentFragment being
moved to the child list of this node.
The children of a DocumentFragment node are zero or
more nodes representing the tops of any sub-trees defining the
structure of the document. DocumentFragment nodes do
not need to be well-formed XML
documents (although they do need to follow the rules imposed
upon well-formed XML parsed entities, which can have multiple top
nodes). For example, a DocumentFragment might have
only one child and that child node could be a Text node. Such a structure
model represents neither an HTML document nor a well-formed XML
document.
When a DocumentFragment is inserted into a Document (or indeed any other
Node that may take
children) the children of the DocumentFragment and not
the DocumentFragment itself are inserted into the
Node.
This makes the DocumentFragment very useful when the
user wishes to create nodes that are siblings; the
DocumentFragment acts as the parent of these nodes so
that the user can use the standard methods from the Node
interface, such as Node.insertBefore and
Node.appendChild.
interface DocumentFragment : Node { };
The Document interface represents the entire HTML
or XML document. Conceptually, it is the root of the document tree, and
provides the primary access to the document's data.
Since elements, text nodes, comments, processing instructions,
etc. cannot exist outside the context of a Document,
the Document interface also contains the factory
methods needed to create these objects. The Node objects created have a
ownerDocument attribute which associates them with the
Document within whose context they were created.
interface Document : Node { // Modified in DOM Level 3: readonly attribute DocumentType doctype; readonly attribute DOMImplementation implementation; readonly attribute Element documentElement; Element createElement(in DOMString tagName) raises(DOMException); DocumentFragment createDocumentFragment(); Text createTextNode(in DOMString data); Comment createComment(in DOMString data); CDATASection createCDATASection(in DOMString data) raises(DOMException); ProcessingInstruction createProcessingInstruction(in DOMString target, in DOMString data) raises(DOMException); Attr createAttribute(in DOMString name) raises(DOMException); EntityReference createEntityReference(in DOMString name) raises(DOMException); NodeList getElementsByTagName(in DOMString tagname); // Introduced in DOM Level 2: Node importNode(in Node importedNode, in boolean deep) raises(DOMException); // Introduced in DOM Level 2: Element createElementNS(in DOMString namespaceURI, in DOMString qualifiedName) raises(DOMException); // Introduced in DOM Level 2: Attr createAttributeNS(in DOMString namespaceURI, in DOMString qualifiedName) raises(DOMException); // Introduced in DOM Level 2: NodeList getElementsByTagNameNS(in DOMString namespaceURI, in DOMString localName); // Introduced in DOM Level 2: Element getElementById(in DOMString elementId); // Introduced in DOM Level 3: readonly attribute DOMString inputEncoding; // Introduced in DOM Level 3: readonly attribute DOMString xmlEncoding; // Introduced in DOM Level 3: attribute boolean xmlStandalone; // raises(DOMException) on setting // Introduced in DOM Level 3: attribute DOMString xmlVersion; // raises(DOMException) on setting // Introduced in DOM Level 3: attribute boolean strictErrorChecking; // Introduced in DOM Level 3: attribute DOMString documentURI; // Introduced in DOM Level 3: Node adoptNode(in Node source) raises(DOMException); // Introduced in DOM Level 3: readonly attribute DOMConfiguration domConfig; // Introduced in DOM Level 3: void normalizeDocument(); // Introduced in DOM Level 3: Node renameNode(in Node n, in DOMString namespaceURI, in DOMString qualifiedName) raises(DOMException); };
doctype of type DocumentType, readonly,
modified in DOM Level 3DocumentType) associated with
this document. For XML documents without a document type
declaration this returns null. For HTML documents, a
DocumentType object may be
returned, independently of the presence or absence of document type
declaration in the HTML document.DocumentType node, child node
of this Document. This node can be set at document
creation time and later changed through the use of child nodes
manipulation methods, such as Node.insertBefore, or
Node.replaceChild.
Note, however, that while some implementations may instantiate
different types of Document objects supporting
additional features than the "Core", such as "HTML"
[DOM Level 2 HTML], based on the
DocumentType specified at
creation time, changing it afterwards is very unlikely to result in
a change of the features supported.documentElement of type Element, readonlydocumentURI of type
DOMString, introduced in
DOM Level 3null if undefined
or if the Document was created using DOMImplementation.createDocument.
No lexical checking is performed when setting this attribute; this
could result in a null value returned when using
Node.baseURI.Document supports the feature
"HTML" [DOM Level 2 HTML], the href
attribute of the HTML BASE element takes precedence over this
attribute when computing Node.baseURI.domConfig of type DOMConfiguration,
readonly, introduced in DOM Level 3Document.normalizeDocument()
is invoked.implementation of type DOMImplementation,
readonlyDOMImplementation object that
handles this document. A DOM application may use objects from
multiple implementations.inputEncoding of type
DOMString, readonly,
introduced in DOM Level 3null when it is not
known, such as when the Document was created in
memory.strictErrorChecking
of type boolean, introduced in DOM
Level 3false, the implementation is free to
not test every possible error case normally defined on DOM
operations, and not raise any DOMException on DOM operations
or report errors while using Document.normalizeDocument().
In case of error, the behavior is undefined. This attribute is
true by default.xmlEncoding of type
DOMString, readonly,
introduced in DOM Level 3null when Document was created in memory.xmlStandalone of type
boolean, introduced in DOM Level
3false when unspecified.
Note: No verification is done on the value when setting
this attribute. Applications should use Document.normalizeDocument()
with the "validate"
parameter to verify if the value matches the validity
constraint for standalone document declaration as defined
in [XML
1.0].
|
NOT_SUPPORTED_ERR: Raised if this document does not support the "XML" feature. |
xmlVersion of type DOMString, introduced in
DOM Level 3"1.0". If this document does not support
the "XML" feature, the value is always null. Changing
this attribute will affect methods that check for Document.normalizeDocument()
in order to check for Nodes that are already part
of this Document.DOMImplementation.hasFeature(feature,
version) method with parameter values "XMLVersion" and
"1.0" (respectively) to determine if an implementation supports
[XML
1.0]. DOM applications may use the same method with
parameter values "XMLVersion" and "1.1" (respectively) to determine
if an implementation supports [XML 1.1]. In both cases, in
order to support XML, an implementation must also support the "XML"
feature defined in this specification. Document
objects supporting a version of the "XMLVersion" feature must not
raise a NOT_SUPPORTED_ERR
exception for the same version number when using Document.xmlVersion.|
NOT_SUPPORTED_ERR: Raised if the version is set to a value that
is not supported by this |
adoptNode introduced in
DOM Level 3ownerDocument of the source node, its children, as
well as the attached attribute nodes if there are any. If the
source node has a parent it is first removed from the child list of
its parent. This effectively allows moving a subtree from one
document to another (unlike importNode() which create
a copy of the source node instead of moving it). When it fails,
applications should use Document.importNode()
instead. Note that if the adopted node is already part of this
document (i.e. the source and target document are the same), this
method still has the effect of removing the source node from the
child list of its parent, if any. The following list describes the
specifics for each type of node.
ownerElement attribute is set to
null and the specified flag is set to
true on the adopted Attr. The descendants of the
source Attr are recursively
adopted.Document nodes cannot be adopted.DocumentType
nodes cannot be adopted.Entity nodes
cannot be adopted.EntityReference node itself is
adopted, the descendants are discarded, since the source and
destination documents might have defined the entity differently. If
the document being imported into provides a definition for this
entity name, its value is assigned.Notation nodes
cannot be adopted.Note: Since it does not create new nodes unlike the
Document.importNode()
method, this method does not raise an INVALID_CHARACTER_ERR
exception, and applications should use the Document.normalizeDocument()
method to check if an imported name is not an containXML name according to
the XML version in use.illegal character
source of type Node|
The adopted node, or |
|
NOT_SUPPORTED_ERR: Raised if the source node is of type
NO_MODIFICATION_ALLOWED_ERR: Raised when the source node is readonly. |
createAttributeAttr of the given name. Note
that the Attr instance can then be set
on an Element using
the setAttributeNode method.createAttributeNS method.
name of type DOMString|
INVALID_CHARACTER_ERR: Raised if the specified name |
createAttributeNS introduced in
DOM Level 2null as the
namespaceURI parameter for methods if they wish to
have no namespace.
namespaceURI of type
DOMStringqualifiedName of type
DOMString|
A new
|
|
INVALID_CHARACTER_ERR: Raised if the specified
NAMESPACE_ERR: Raised if the NOT_SUPPORTED_ERR: Always thrown if the current document does
not support the |
createCDATASectionCDATASection node whose value
is the specified string.
data of type DOMStringCDATASection
contents.|
The new |
|
NOT_SUPPORTED_ERR: Raised if this document is an HTML document. |
createCommentcreateDocumentFragmentDocumentFragment object.
|
A new |
createElementElement interface, so
attributes can be specified directly on the returned object.Attr nodes
representing them are automatically created and attached to the
element.createElementNS method.
tagName of type DOMString|
INVALID_CHARACTER_ERR: Raised if the specified name |
createElementNS introduced in
DOM Level 2null as the namespaceURI parameter
for methods if they wish to have no namespace.
namespaceURI of type
DOMStringqualifiedName of type
DOMString|
A new
|
|
INVALID_CHARACTER_ERR: Raised if the specified
NAMESPACE_ERR: Raised if the NOT_SUPPORTED_ERR: Always thrown if the current document does
not support the |
createEntityReferenceEntityReference object. In
addition, if the referenced entity is known, the child list of the
EntityReference node is made
the same as that of the corresponding Entity node.
Note: If any descendant of the Entity node has an unbound
namespace prefix, the
corresponding descendant of the created EntityReference node is also
unbound; (its namespaceURI is null). The
DOM Level 2 and 3 do not support any mechanism to resolve namespace
prefixes in this case.
name of type DOMStringDocument.createElementNS or
Document.createAttributeNS,
no namespace well-formed checking is done on the entity name.
Applications should invoke Document.normalizeDocument()
with the parameter "namespaces" set to
true in order to ensure that the entity name is
namespace well-formed.|
The new |
|
INVALID_CHARACTER_ERR: Raised if the specified name NOT_SUPPORTED_ERR: Raised if this document is an HTML document. |
createProcessingInstructionProcessingInstruction node
given the specified name and data strings.
target of type DOMStringDocument.createElementNS or
Document.createAttributeNS,
no namespace well-formed checking is done on the target name.
Applications should invoke Document.normalizeDocument()
with the parameter "namespaces" set to
true in order to ensure that the target name is
namespace well-formed.data of type DOMString|
The new |
|
INVALID_CHARACTER_ERR: Raised if the specified target NOT_SUPPORTED_ERR: Raised if this document is an HTML document. |
createTextNodegetElementById introduced in
DOM Level 2Element that has an ID
attribute with the given value. If no such element exists, this
returns null. If more than one element has an ID
attribute with that value, what is returned is undefined.Attr.isId to determine if an
attribute is of type ID.
Note: Attributes with the name "ID" or "id" are not of type ID unless so defined.
elementId of type DOMStringid value for an element.|
The matching element or |
getElementsByTagNameNodeList of all the Elements in document order with a given tag
name and are contained in the document.
tagname of type DOMStringtagname parameter is
case-sensitive, otherwise it depends on the case-sensitivity of the
markup language in use.getElementsByTagNameNS introduced
in DOM Level 2NodeList of all the Elements with a given
local name and namespace URI in document order.
namespaceURI of type
DOMString"*"
matches all namespaces.localName of type DOMStringimportNode introduced in
DOM Level 2parentNode is
null).nodeName and nodeType, plus the
attributes related to namespaces (prefix,
localName, and namespaceURI). As in the
cloneNode operation, the source node is not altered.
User data associated to the imported node is not carried over.
However, if any UserDataHandlers has been
specified along with the associated data these handlers will be
called with the appropriate parameters before this method
returns.nodeType, attempting to mirror the behavior expected
if a fragment of XML or HTML source was copied from one document to
another, recognizing that the two documents may have different DTDs
in the XML case. The following list describes the specifics for
each type of node.
ownerElement attribute is set to
null and the specified flag is set to
true on the generated Attr. The descendants of the source Attr are
recursively imported and the resulting nodes reassembled to form
the corresponding subtree.deep parameter has no effect on Attr nodes; they always carry
their children with them when imported.deep option was set to true,
the descendants of the source
DocumentFragment are
recursively imported and the resulting nodes reassembled under the
imported DocumentFragment to form the
corresponding subtree. Otherwise, this simply generates an empty
DocumentFragment.Document nodes cannot be imported.DocumentType
nodes cannot be imported.Attr nodes are attached to
the generated Element. Default attributes
are not copied, though if the document being imported into
defines default attributes for this element name, those are
assigned. If the importNode deep
parameter was set to true, the descendants of the source element are
recursively imported and the resulting nodes reassembled to form
the corresponding subtree.Entity nodes can
be imported, however in the current release of the DOM the DocumentType is readonly.
Ability to add these imported nodes to a DocumentType will be
considered for addition to a future release of the DOM.publicId, systemId, and
notationName attributes are copied. If a
deep import is requested, the descendants of the the source
Entity are recursively
imported and the resulting nodes reassembled to form the
corresponding subtree.EntityReference itself is
copied, even if a deep import is requested, since the
source and destination documents might have defined the entity
differently. If the document being imported into provides a
definition for this entity name, its value is assigned.Notation nodes can
be imported, however in the current release of the DOM the DocumentType is readonly.
Ability to add these imported nodes to a DocumentType will be
considered for addition to a future release of the DOM.publicId and systemId
attributes are copied.deep parameter has no effect on this
type of nodes since they cannot have any children.target and
data values from those of the source node.deep parameter has no effect on this
type of nodes since they cannot have any children.CharacterData copy their
data and length attributes from those of
the source node.deep parameter has no effect on these
types of nodes since they cannot have any children.importedNode of type
Nodedeep of type
booleantrue, recursively import the subtree under the
specified node; if false, import only the node itself,
as explained above. This has no effect on nodes that cannot have
any children, and on Attr, and EntityReference
nodes.|
The imported node that belongs to this
|
|
NOT_SUPPORTED_ERR: Raised if the type of node being imported is not supported. INVALID_CHARACTER_ERR: Raised if one of the imported names |
normalizeDocument
introduced in DOM Level 3EntityReference nodes
and normalizes Text
nodes, as defined in the method Node.normalize().Document.domConfig
object and governing what operations actually take place.
Noticeably this method could also make the document namespace well-formed
according to the algorithm described in Namespace
CDATASection nodes,
etc. See DOMConfiguration for
details.
// Keep in the document the information defined
// in the XML Information Set (Java example)
DOMConfiguration docConfig = myDocument.getDomConfig();
docConfig.setParameter("infoset", Boolean.TRUE);
myDocument.normalizeDocument();
Node.nodeName contains an
invalid character according to the XML version in use, errors or
warnings (DOMError.SEVERITY_ERROR
or DOMError.SEVERITY_WARNING)
will be reported using the DOMErrorHandler
object associated with the "error-handler" parameter. Note
this method might also report fatal errors (DOMError.SEVERITY_FATAL_ERROR)
if an implementation cannot recover from an error.
renameNode introduced in
DOM Level 3ELEMENT_NODE or ATTRIBUTE_NODE.Element its attributes are
moved to the new node, the new node is inserted at the position the
old node used to have in its parent's child nodes list if it has
one, the user data that was attached to the old node is attached to
the new node.Element only the specified
attributes are moved, default attributes originated from the DTD
are updated according to the new element name. In addition, the
implementation may update default attributes from other schemas.
Applications should use Document.normalizeDocument()
to guarantee these attributes are up-to-date.Attr that is attached to an
Element, the node is
first removed from the Element attributes map. Then,
once renamed, either by modifying the existing node or creating a
new one as described above, it is put back.NODE_RENAMED is fired,http://www.w3.org/2001/xml-events,
DOMElementNameChanged} or
{http://www.w3.org/2001/xml-events,
DOMAttributeNameChanged} is fired.n of type NodenamespaceURI of type
DOMStringqualifiedName of type
DOMString|
The renamed node. This is either the specified node or the new node that was created to replace the specified node. |
|
NOT_SUPPORTED_ERR: Raised when the type of the specified node is
neither INVALID_CHARACTER_ERR: Raised if the new qualified name WRONG_DOCUMENT_ERR: Raised when the specified node was created from a different document than this document. NAMESPACE_ERR: Raised if the |
The Node interface is the primary datatype for the
entire Document Object Model. It represents a single node in the
document tree. While all objects implementing the Node
interface expose methods for dealing with children, not all objects
implementing the Node interface may have children. For
example, Text nodes
may not have children, and adding children to such nodes results in
a DOMException being
raised.
The attributes nodeName, nodeValue and
attributes are included as a mechanism to get at node
information without casting down to the specific derived interface.
In cases where there is no obvious mapping of these attributes for
a specific nodeType (e.g., nodeValue for
an Element or
attributes for a Comment), this returns
null. Note that the specialized interfaces may contain
additional and more convenient mechanisms to get and set the
relevant information.
interface Node { // NodeType const unsigned short ELEMENT_NODE = 1; const unsigned short ATTRIBUTE_NODE = 2; const unsigned short TEXT_NODE = 3; const unsigned short CDATA_SECTION_NODE = 4; const unsigned short ENTITY_REFERENCE_NODE = 5; const unsigned short ENTITY_NODE = 6; const unsigned short PROCESSING_INSTRUCTION_NODE = 7; const unsigned short COMMENT_NODE = 8; const unsigned short DOCUMENT_NODE = 9; const unsigned short DOCUMENT_TYPE_NODE = 10; const unsigned short DOCUMENT_FRAGMENT_NODE = 11; const unsigned short NOTATION_NODE = 12; readonly attribute DOMString nodeName; attribute DOMString nodeValue; // raises(DOMException) on setting // raises(DOMException) on retrieval readonly attribute unsigned short nodeType; readonly attribute Node parentNode; readonly attribute NodeList childNodes; readonly attribute Node firstChild; readonly attribute Node lastChild; readonly attribute Node previousSibling; readonly attribute Node nextSibling; readonly attribute NamedNodeMap attributes; // Modified in DOM Level 2: readonly attribute Document ownerDocument; // Modified in DOM Level 3: Node insertBefore(in Node newChild, in Node refChild) raises(DOMException); // Modified in DOM Level 3: Node replaceChild(in Node newChild, in Node oldChild) raises(DOMException); // Modified in DOM Level 3: Node removeChild(in Node oldChild) raises(DOMException); // Modified in DOM Level 3: Node appendChild(in Node newChild) raises(DOMException); boolean hasChildNodes(); Node cloneNode(in boolean deep); // Modified in DOM Level 3: void normalize(); // Introduced in DOM Level 2: boolean isSupported(in DOMString feature, in DOMString version); // Introduced in DOM Level 2: readonly attribute DOMString namespaceURI; // Introduced in DOM Level 2: attribute DOMString prefix; // raises(DOMException) on setting // Introduced in DOM Level 2: readonly attribute DOMString localName; // Introduced in DOM Level 2: boolean hasAttributes(); // Introduced in DOM Level 3: readonly attribute DOMString baseURI; // DocumentPosition const unsigned short DOCUMENT_POSITION_DISCONNECTED = 0x01; const unsigned short DOCUMENT_POSITION_PRECEDING = 0x02; const unsigned short DOCUMENT_POSITION_FOLLOWING = 0x04; const unsigned short DOCUMENT_POSITION_CONTAINS = 0x08; const unsigned short DOCUMENT_POSITION_CONTAINED_BY = 0x10; const unsigned short DOCUMENT_POSITION_IMPLEMENTATION_SPECIFIC = 0x20; // Introduced in DOM Level 3: unsigned short compareDocumentPosition(in Node other) raises(DOMException); // Introduced in DOM Level 3: attribute DOMString textContent; // raises(DOMException) on setting // raises(DOMException) on retrieval // Introduced in DOM Level 3: boolean isSameNode(in Node other); // Introduced in DOM Level 3: DOMString lookupPrefix(in DOMString namespaceURI); // Introduced in DOM Level 3: boolean isDefaultNamespace(in DOMString namespaceURI); // Introduced in DOM Level 3: DOMString lookupNamespaceURI(in DOMString prefix); // Introduced in DOM Level 3: boolean isEqualNode(in Node arg); // Introduced in DOM Level 3: DOMObject getFeature(in DOMString feature, in DOMString version); // Introduced in DOM Level 3: DOMUserData setUserData(in DOMString key, in DOMUserData data, in UserDataHandler handler); // Introduced in DOM Level 3: DOMUserData getUserData(in DOMString key); };
An integer indicating which type of node this is.
Note: Numeric codes up to 200 are reserved to W3C for possible future use.
ATTRIBUTE_NODEAttr.CDATA_SECTION_NODECDATASection.COMMENT_NODEComment.DOCUMENT_FRAGMENT_NODEDocumentFragment.DOCUMENT_NODEDocument.DOCUMENT_TYPE_NODEDocumentType.ELEMENT_NODEElement.ENTITY_NODEEntity.ENTITY_REFERENCE_NODEEntityReference.NOTATION_NODENotation.PROCESSING_INSTRUCTION_NODEProcessingInstruction.TEXT_NODEText node.The values of nodeName, nodeValue, and
attributes vary according to the node type as
follows:
| Interface | nodeName | nodeValue | attributes |
|---|---|---|---|
Attr |
same as Attr.name |
same as Attr.value |
null |
CDATASection |
"#cdata-section" |
same as CharacterData.data, the
content of the CDATA Section |
null |
Comment |
"#comment" |
same as CharacterData.data, the
content of the comment |
null |
Document |
"#document" |
null |
null |
DocumentFragment |
"#document-fragment" |
null |
null |
DocumentType |
same as DocumentType.name |
null |
null |
Element |
same as Element.tagName |
null |
NamedNodeMap |
Entity |
entity name | null |
null |
EntityReference |
name of entity referenced | null |
null |
Notation |
notation name | null |
null |
ProcessingInstruction |
same as ProcessingInstruction.target |
same as ProcessingInstruction.data |
null |
Text |
"#text" |
same as CharacterData.data, the
content of the text node |
null |
A bitmask indicating the relative document position of a node with respect to another node.
If the two nodes being compared are the same node, then no flags are set on the return.
Otherwise, the order of two nodes is determined by looking for common containers -- containers which contain both. A node directly contains any child nodes. A node also directly contains any other nodes attached to it such as attributes contained in an element or entities and notations contained in a document type. Nodes contained in contained nodes are also contained, but less-directly as the number of intervening containers increases.
If there is no common container node, then the order is based upon order between the root container of each node that is in no container. In this case, the result is disconnected and implementation-specific. This result is stable as long as these outer-most containing nodes remain in memory and are not inserted into some other containing node. This would be the case when the nodes belong to different documents or fragments, and cloning the document or inserting a fragment might change the order.
If one of the nodes being compared contains the other node, then the container precedes the contained node, and reversely the contained node follows the container. For example, when comparing an element against its own attribute or child, the element node precedes its attribute node and its child node, which both follow it.
If neither of the previous cases apply, then there exists a most-direct container common to both nodes being compared. In this case, the order is determined based upon the two determining nodes directly contained in this most-direct common container that either are or contain the corresponding nodes being compared.
If these two determining nodes are both child nodes, then the natural DOM order of these determining nodes within the containing node is returned as the order of the corresponding nodes. This would be the case, for example, when comparing two child elements of the same element.
If one of the two determining nodes is a child node and the other is not, then the corresponding node of the child node follows the corresponding node of the non-child node. This would be the case, for example, when comparing an attribute of an element with a child element of the same element.
If neither of the two determining node is a child node and one
determining node has a greater value of nodeType than
the other, then the corresponding node precedes the other. This
would be the case, for example, when comparing an entity of a
document type against a notation of the same document type.
If neither of the two determining node is a child node and
nodeType is the same for both determining nodes, then
an implementation-dependent order between the determining nodes is
returned. This order is stable as long as no nodes of the same
nodeType are inserted into or removed from the direct container.
This would be the case, for example, when comparing two attributes
of the same element, and inserting or removing additional
attributes might change the order between existing attributes.
DOCUMENT_POSITION_CONTAINED_BYDOCUMENT_POSITION_CONTAINSDOCUMENT_POSITION_DISCONNECTEDDOCUMENT_POSITION_FOLLOWINGDOCUMENT_POSITION_IMPLEMENTATION_SPECIFICDOCUMENT_POSITION_PRECEDINGattributes of type NamedNodeMap, readonlyNamedNodeMap
containing the attributes of this node (if it is an Element) or null
otherwise.baseURI of type DOMString, readonly, introduced
in DOM Level 3null if the
implementation wasn't able to obtain an absolute URI. This value is
computed as described in Base URIs. However, when the
Document supports the
feature "HTML" [DOM Level 2 HTML], the base URI
is computed using first the value of the href attribute of the HTML
BASE element if any, and the value of the documentURI
attribute from the Document interface
otherwise.childNodes of type NodeList, readonlyNodeList that
contains all children of this node. If there are no children, this
is a NodeList containing no
nodes.firstChild of type Node, readonlynull.lastChild of type Node, readonlynull.localName of type DOMString, readonly, introduced
in DOM Level 2ELEMENT_NODE and
ATTRIBUTE_NODE and nodes created with a DOM Level 1
method, such as Document.createElement(),
this is always null.namespaceURI of type DOMString, readonly, introduced
in DOM Level 2null if it is unspecified (see XML Namespaces).ELEMENT_NODE and
ATTRIBUTE_NODE and nodes created with a DOM Level 1
method, such as Document.createElement(),
this is always null.
Note: Per the Namespaces in XML Specification [XML Namespaces] an attribute does not inherit its namespace from the element it is attached to. If an attribute is not explicitly given a namespace, it simply has no namespace.
nextSibling of type Node, readonlynull.nodeName of type DOMString, readonlynodeType of type unsigned
short, readonlynodeValue of type DOMStringnull, setting it has
no effect, including if the node is read-only.|
NO_MODIFICATION_ALLOWED_ERR: Raised when the node is readonly
and if it is not defined to be |
|
DOMSTRING_SIZE_ERR: Raised when it would return more characters
than fit in a |
ownerDocument of type Document, readonly, modified in
DOM Level 2Document object
associated with this node. This is also the Document object used to create
new nodes. When this node is a Document or a DocumentType which is not
used with any Document yet, this is
null.parentNode of type Node, readonlyAttr,
Document, DocumentFragment, Entity, and Notation may have a parent.
However, if a node has just been created and not yet added to the
tree, or if it has been removed from the tree, this is
null.prefix of type DOMString, introduced in
DOM Level 2null if it is unspecified. When it is
defined to be null, setting it has no effect,
including if the node is read-only.nodeName attribute, which holds the qualified name, as well as the
tagName and name attributes of the
Element and Attr interfaces, when
applicable.null makes it unspecified,
setting it to an empty string is implementation dependent.namespaceURI and localName do not
change.ELEMENT_NODE and
ATTRIBUTE_NODE and nodes created with a DOM Level 1
method, such as createElement from the Document interface, this is
always null.|
INVALID_CHARACTER_ERR: Raised if the specified prefix contains
an illegal character according to the XML version in use specified
in the NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NAMESPACE_ERR: Raised if the specified |
previousSibling of type Node, readonlynull.textContent of type DOMString, introduced in
DOM Level 3null, setting it
has no effect. On setting, any possible children this node may have
are removed and, if it the new string is not empty or
null, replaced by a single Text node containing the
string this attribute is set to.Text.isElementContentWhitespace).
Similarly, on setting, no parsing is performed either, the input
string is taken as pure textual content.| Node type | Content |
|---|---|
| ELEMENT_NODE, ATTRIBUTE_NODE, ENTITY_NODE, ENTITY_REFERENCE_NODE, DOCUMENT_FRAGMENT_NODE | concatenation of the
textContent attribute value of every child node,
excluding COMMENT_NODE and PROCESSING_INSTRUCTION_NODE nodes. This
is the empty string if the node has no children. |
| TEXT_NODE, CDATA_SECTION_NODE, COMMENT_NODE, PROCESSING_INSTRUCTION_NODE |
nodeValue |
| DOCUMENT_NODE, DOCUMENT_TYPE_NODE, NOTATION_NODE | null |
|
NO_MODIFICATION_ALLOWED_ERR: Raised when the node is readonly. |
|
DOMSTRING_SIZE_ERR: Raised when it would return more characters
than fit in a |
appendChild modified in DOM Level 3newChild to the end
of the list of children of this node. If the newChild
is already in the tree, it is first removed.
newChild of type NodeDocumentFragment object, the
entire contents of the document fragment are moved into the child
list of this node|
The node added. |
|
HIERARCHY_REQUEST_ERR: Raised if this node is of a type that
does not allow children of the type of the WRONG_DOCUMENT_ERR: Raised if NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly or if the previous parent of the node being inserted is readonly. NOT_SUPPORTED_ERR: if the |
cloneNodeparentNode is null) and no user
data. User data associated to the imported node is not carried
over. However, if any UserDataHandlers has been
specified along with the associated data these handlers will be
called with the appropriate parameters before this method
returns.Element
copies all attributes and their values, including those generated
by the XML processor to represent defaulted attributes, but this
method does not copy any children it contains unless it is a deep
clone. This includes text contained in an the Element since the text
is contained in a child Text node. Cloning an
Attr directly, as
opposed to be cloned as part of an Element cloning operation,
returns a specified attribute (specified is
true). Cloning an Attr always clones its
children, since they represent its value, no matter whether this is
a deep clone or not. Cloning an EntityReference automatically
constructs its subtree if a corresponding Entity is available, no matter
whether this is a deep clone or not. Cloning any other type of node
simply returns a copy of this node.EntityReference clone are
readonly. In addition,
clones of unspecified Attr nodes are specified.
And, cloning Document,
DocumentType,
Entity, and Notation nodes is
implementation dependent.
deep of type
booleantrue, recursively clone the subtree under the
specified node; if false, clone only the node itself
(and its attributes, if it is an Element).|
The duplicate node. |
compareDocumentPosition
introduced in DOM Level 3other of type Node|
|
Returns how the node is positioned relatively to the reference node. |
|
NOT_SUPPORTED_ERR: when the compared nodes are from different DOM implementations that do not coordinate to return consistent implementation-specific results. |
getFeature introduced in
DOM Level 3Node interface.
|
Returns an object which implements the specialized APIs of the
specified feature and version, if any, or |
getUserData introduced in
DOM Level 3setUserData with the same key.
key of type DOMString|
Returns the |
hasAttributes introduced in
DOM Level 2|
|
Returns |
hasChildNodes|
|
Returns |
insertBefore modified in DOM Level 3newChild before
the existing child node refChild. If
refChild is null, insert
newChild at the end of the list of children.newChild is a DocumentFragment object, all
of its children are inserted, in the same order, before
refChild. If the newChild is already in
the tree, it is first removed.
Note: Inserting a node before itself is implementation dependent.
|
The node being inserted. |
|
HIERARCHY_REQUEST_ERR: Raised if this node is of a type that
does not allow children of the type of the WRONG_DOCUMENT_ERR: Raised if NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly or if the parent of the node being inserted is readonly. NOT_FOUND_ERR: Raised if NOT_SUPPORTED_ERR: if this node is of type |
isDefaultNamespace
introduced in DOM Level 3namespaceURI is the default namespace or not.
namespaceURI of type
DOMString|
|
Returns |
isEqualNode introduced in
DOM Level 3Node.isSameNode(). All
nodes that are the same will also be equal, though the reverse may
not be true.nodeName, localName,
namespaceURI, prefix,
nodeValue. This is: they are both null,
or they have the same length and are character for character
identical.attributes NamedNodeMaps are equal.
This is: they are both null, or they have the same
length and for each node that exists in one map there is a node
that exists in the other map and is equal, although not necessarily
at the same index.childNodes NodeLists are equal. This is:
they are both null, or they have the same length and
contain equal nodes at the same index. Note that normalization can
affect equality; to avoid this, nodes should be normalized before
being compared.DocumentType
nodes to be equal, the following conditions must also be satisfied:
publicId, systemId,
internalSubset.entities NamedNodeMaps are
equal.notations NamedNodeMaps are
equal.ownerDocument, baseURI, and
parentNode attributes, the specified
attribute for Attr
nodes, the schemaTypeInfo attribute for Attr and
Element nodes, the
Text.isElementContentWhitespace
attribute for Text
nodes, as well as any user data or event listeners registered on
the nodes.
Note: As a general rule, anything not mentioned in the description above is not significant in consideration of equality checking. Note that future versions of this specification may take into account more attributes and implementations conform to this specification are expected to be updated accordingly.
arg of type Node|
|
Returns |
isSameNode introduced in
DOM Level 3Node references returned by the implementation
reference the same object. When two Node references
are references to the same object, even if through a proxy, the
references may be used completely interchangeably, such that all
attributes have the same values and calling the same DOM method on
either reference always has exactly the same effect.
other of type Node|
|
Returns |
isSupported introduced
in DOM Level 2|
|
Returns |
lookupNamespaceURI
introduced in DOM Level 3prefix of type DOMStringnull,
the method will return the default namespace URI if any.|
Returns the associated namespace URI or |
lookupPrefix
introduced in DOM Level 3namespaceURI of type
DOMString|
Returns an associated namespace prefix if found or
|
normalize modified in DOM Level 3Text nodes in the full depth
of the sub-tree underneath this Node, including
attribute nodes, into a "normal" form where only structure (e.g.,
elements, comments, processing instructions, CDATA sections, and
entity references) separates Text nodes, i.e., there are
neither adjacent Text nodes nor empty
Text
nodes. This can be used to ensure that the DOM view of a document
is the same as if it were saved and re-loaded, and is useful when
operations (such as XPointer [XPointer] lookups) that
depend on a particular document tree structure are to be used. If
the parameter "normalize-characters" of
the DOMConfiguration object
attached to the Node.ownerDocument is
true, this method will also fully normalize the
characters of the Text nodes.
Note: In cases where the document contains CDATASections, the normalize
operation alone may not be sufficient, since XPointers do not
differentiate between Text nodes and CDATASection nodes.
removeChild modified in DOM Level 3oldChild from the list of children, and returns it.
oldChild of type Node|
The node removed. |
|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NOT_FOUND_ERR: Raised if NOT_SUPPORTED_ERR: if this node is of type |
replaceChild modified in DOM Level 3oldChild
with newChild in the list of children, and returns the
oldChild node.newChild is a DocumentFragment object,
oldChild is replaced by all of the DocumentFragment
children, which are inserted in the same order. If the
newChild is already in the tree, it is first removed.
Note: Replacing a node with itself is implementation dependent.
|
The node replaced. |
|
HIERARCHY_REQUEST_ERR: Raised if this node is of a type that
does not allow children of the type of the WRONG_DOCUMENT_ERR: Raised if NO_MODIFICATION_ALLOWED_ERR: Raised if this node or the parent of the new node is readonly. NOT_FOUND_ERR: Raised if NOT_SUPPORTED_ERR: if this node is of type |
setUserData introduced in
DOM Level 3getUserData with the same key.
key of type DOMStringdata of type DOMUserDatanull
to remove any existing association to that key.handler of type UserDataHandlernull.|
Returns the |
The NodeList interface provides the abstraction of
an ordered collection of nodes, without defining or constraining
how this collection is implemented. NodeList objects
in the DOM are live.
The items in the NodeList are accessible via an
integral index, starting from 0.
length of type unsigned
long, readonlylength-1 inclusive.itemindexth item in the
collection. If index is greater than or equal to the
number of nodes in the list, this returns null.
index of type
unsigned long|
The node at the |
Objects implementing the NamedNodeMap interface are
used to represent collections of nodes that can be accessed by
name. Note that NamedNodeMap does not inherit from
NodeList;
NamedNodeMaps are not maintained in any particular
order. Objects contained in an object implementing
NamedNodeMap may also be accessed by an ordinal index,
but this is simply to allow convenient enumeration of the contents
of a NamedNodeMap, and does not imply that the DOM
specifies an order to these Nodes.
NamedNodeMap objects in the DOM are live.
interface NamedNodeMap { Node getNamedItem(in DOMString name); Node setNamedItem(in Node arg) raises(DOMException); Node removeNamedItem(in DOMString name) raises(DOMException); Node item(in unsigned long index); readonly attribute unsigned long length; // Introduced in DOM Level 2: Node getNamedItemNS(in DOMString namespaceURI, in DOMString localName) raises(DOMException); // Introduced in DOM Level 2: Node setNamedItemNS(in Node arg) raises(DOMException); // Introduced in DOM Level 2: Node removeNamedItemNS(in DOMString namespaceURI, in DOMString localName) raises(DOMException); };
length of type unsigned
long, readonly0 to length-1
inclusive.getNamedItemgetNamedItemNS introduced in
DOM Level 2namespaceURI of type
DOMStringlocalName of type DOMString|
NOT_SUPPORTED_ERR: May be raised if the implementation does not support the feature "XML" and the language exposed through the Document does not support XML Namespaces (such as [HTML 4.01]). |
itemindexth item in the
map. If index is greater than or equal to the number
of nodes in this map, this returns null.
index of type
unsigned long|
The node at the |
removeNamedItemname of type DOMStringnodeName of the node to remove.|
The node removed from this map if a node with such a name exists. |
|
NOT_FOUND_ERR: Raised if there is no node named
NO_MODIFICATION_ALLOWED_ERR: Raised if this map is readonly. |
removeNamedItemNS
introduced in DOM Level 2Node interface. If so, an
attribute immediately appears containing the default value as well
as the corresponding namespace URI, local name, and prefix when
applicable.namespaceURI of type
DOMStringlocalName of type DOMString|
The node removed from this map if a node with such a local name and namespace URI exists. |
|
NOT_FOUND_ERR: Raised if there is no node with the specified
NO_MODIFICATION_ALLOWED_ERR: Raised if this map is readonly. NOT_SUPPORTED_ERR: May be raised if the implementation does not support the feature "XML" and the language exposed through the Document does not support XML Namespaces (such as [HTML 4.01]). |
setNamedItemnodeName
attribute. If a node with that name is already present in this map,
it is replaced by the new one. Replacing a node by itself has no
effect.nodeName attribute is used to derive the name
which the node must be stored under, multiple nodes of certain
types (those that have a "special" string value) cannot be stored
as the names would clash. This is seen as preferable to allowing
nodes to be aliased.
arg of type NodenodeName attribute.|
WRONG_DOCUMENT_ERR: Raised if NO_MODIFICATION_ALLOWED_ERR: Raised if this map is readonly. INUSE_ATTRIBUTE_ERR: Raised if HIERARCHY_REQUEST_ERR: Raised if an attempt is made to add a node doesn't belong in this NamedNodeMap. Examples would include trying to insert something other than an Attr node into an Element's map of attributes, or a non-Entity node into the DocumentType's map of Entities. |
setNamedItemNS introduced in
DOM Level 2namespaceURI
and localName. If a node with that namespace URI and
that local name is already present in this map, it is replaced by
the new one. Replacing a node by itself has no effect.arg of type NodenamespaceURI and
localName attributes.|
WRONG_DOCUMENT_ERR: Raised if NO_MODIFICATION_ALLOWED_ERR: Raised if this map is readonly. INUSE_ATTRIBUTE_ERR: Raised if HIERARCHY_REQUEST_ERR: Raised if an attempt is made to add a node doesn't belong in this NamedNodeMap. Examples would include trying to insert something other than an Attr node into an Element's map of attributes, or a non-Entity node into the DocumentType's map of Entities. NOT_SUPPORTED_ERR: May be raised if the implementation does not support the feature "XML" and the language exposed through the Document does not support XML Namespaces (such as [HTML 4.01]). |
The CharacterData interface extends Node with a set
of attributes and methods for accessing character data in the DOM.
For clarity this set is defined here rather than on each object
that uses these attributes and methods. No DOM objects correspond
directly to CharacterData, though Text and others do inherit
the interface from it. All offsets in this interface
start from 0.
As explained in the DOMString interface, text
strings in the DOM are represented in UTF-16, i.e. as a sequence of
16-bit units. In the following, the term 16-bit units is used whenever
necessary to indicate that indexing on CharacterData is done in
16-bit units.
interface CharacterData : Node { attribute DOMString data; // raises(DOMException) on setting // raises(DOMException) on retrieval readonly attribute unsigned long length; DOMString substringData(in unsigned long offset, in unsigned long count) raises(DOMException); void appendData(in DOMString arg) raises(DOMException); void insertData(in unsigned long offset, in DOMString arg) raises(DOMException); void deleteData(in unsigned long offset, in unsigned long count) raises(DOMException); void replaceData(in unsigned long offset, in unsigned long count, in DOMString arg) raises(DOMException); };
data of type DOMStringCharacterData node.
However, implementation limits may mean that the entirety of a
node's data may not fit into a single DOMString. In such cases, the
user may call substringData to retrieve the data in
appropriately sized pieces.|
NO_MODIFICATION_ALLOWED_ERR: Raised when the node is readonly. |
|
DOMSTRING_SIZE_ERR: Raised when it would return more characters
than fit in a |
length of type unsigned
long, readonlydata and the
substringData method below. This may have the value
zero, i.e., CharacterData nodes may be
empty.appendDatadata provides access
to the concatenation of data and the DOMString specified.
|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. |
deleteDatadata and length reflect the
change.
offset of type
unsigned longcount of type
unsigned longoffset and count exceeds
length then all 16-bit units from offset
to the end of the data are deleted.|
INDEX_SIZE_ERR: Raised if the specified NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. |
insertData|
INDEX_SIZE_ERR: Raised if the specified NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. |
replaceDataoffset of type
unsigned longcount of type
unsigned longoffset and count exceeds
length, then all 16-bit units to the end of the data
are replaced; (i.e., the effect is the same as a
remove method call with the same range, followed by an
append method invocation).arg of type DOMStringDOMString with which the range
must be replaced.|
INDEX_SIZE_ERR: Raised if the specified NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. |
substringDataoffset of type
unsigned longcount of type
unsigned long|
The specified substring. If the sum of |
|
INDEX_SIZE_ERR: Raised if the specified DOMSTRING_SIZE_ERR: Raised if the specified range of text does
not fit into a |
The Attr interface represents an attribute in an
Element object.
Typically the allowable values for the attribute are defined in a
schema associated with the document.
Attr objects inherit the Node interface, but since
they are not actually child nodes of the element they describe, the
DOM does not consider them part of the document tree. Thus, the
Node
attributes parentNode, previousSibling,
and nextSibling have a null value for
Attr objects. The DOM takes the view that attributes
are properties of elements rather than having a separate identity
from the elements they are associated with; this should make it
more efficient to implement such features as default attributes
associated with all elements of a given type. Furthermore,
Attr nodes may not be immediate children of a DocumentFragment. However,
they can be associated with Element nodes contained
within a DocumentFragment. In short,
users and implementors of the DOM need to be aware that
Attr nodes have some things in common with other
objects inheriting the Node interface, but they
also are quite distinct.
The attribute's effective value is determined as follows: if
this attribute has been explicitly assigned any value, that value
is the attribute's effective value; otherwise, if there is a
declaration for this attribute, and that declaration includes a
default value, then that default value is the attribute's effective
value; otherwise, the attribute does not exist on this element in
the structure model until it has been explicitly added. Note that
the Node.nodeValue
attribute on the Attr instance can also be used to
retrieve the string version of the attribute's value(s).
If the attribute was not explicitly given a value in the
instance document but has a default value provided by the schema
associated with the document, an attribute node will be created
with specified set to false. Removing
attribute nodes for which a default value is defined in the schema
generates a new attribute node with the default value and
specified set to false. If validation
occurred while invoking Document.normalizeDocument(),
attribute nodes with specified equals to
false are recomputed according to the default
attribute values provided by the schema. If no default value is
associate with this attribute in the schema, the attribute node is
discarded.
In XML, where the value of an attribute can contain entity
references, the child nodes of the Attr node may be
either Text or
EntityReference nodes
(when these are in use; see the description of EntityReference for
discussion).
The DOM Core represents all attribute values as simple strings, even if the DTD or schema associated with the document declares them of some specific type such as tokenized.
The way attribute value normalization is performed by the DOM
implementation depends on how much the implementation knows about
the schema in use. Typically, the value and
nodeValue attributes of an Attr node
initially returns the normalized value given by the parser. It is
also the case after Document.normalizeDocument()
is called (assuming the right options have been set). But this may
not be the case after mutation, independently of whether the
mutation is performed by setting the string value directly or by
changing the Attr child nodes. In particular, this is
true when character
references are involved, given that they are not
represented in the DOM and they impact attribute value
normalization. On the other hand, if the implementation knows about
the schema in use when the attribute value is changed, and it is of
a different type than CDATA, it may normalize it again at that
time. This is especially true of specialized DOM implementations,
such as SVG DOM implementations, which store attribute values in an
internal form different from a string.
The following table gives some examples of the relations between the attribute value in the original document (parsed attribute), the value as exposed in the DOM, and the serialization of the value:
| Examples | Parsed attribute value | Initial Attr.value |
Serialized attribute value |
|---|---|---|---|
| Character reference |
"x²=5" |
"x²=5" |
"x²=5" |
| Built-in character entity |
"y<6" |
"y<6" |
"y<6" |
| Literal newline between |
"x=5 y=6" |
"x=5 y=6" |
"x=5 y=6" |
| Normalized newline between |
"x=5 y=6" |
"x=5 y=6" |
"x=5 y=6" |
Entity e with
literal newline |
<!ENTITY e '... ...'> [...]> "x=5&e;y=6" |
Dependent on Implementation and Load Options | Dependent on Implementation and Load/Save Options |
interface Attr : Node { readonly attribute DOMString name; readonly attribute boolean specified; attribute DOMString value; // raises(DOMException) on setting // Introduced in DOM Level 2: readonly attribute Element ownerElement; // Introduced in DOM Level 3: readonly attribute TypeInfo schemaTypeInfo; // Introduced in DOM Level 3: readonly attribute boolean isId; };
isId of type boolean,
readonly, introduced in DOM Level 3ownerElement of this
attribute can be retrieved using the method Document.getElementById. The
implementation could use several ways to determine if an attribute
node is known to contain an identifier:
Document.normalizeDocument(),
the post-schema-validation infoset contributions (PSVI
contributions) values are used to determine if this attribute is a
schema-determined ID attribute using the schema-determined
ID definition in [XPointer].Document.normalizeDocument(),
the infoset [type definition] value is used to determine if
this attribute is a DTD-determined ID attribute using the
DTD-determined
ID definition in [XPointer].Element.setIdAttribute(),
Element.setIdAttributeNS(),
or Element.setIdAttributeNode(),
i.e. it is an user-determined ID attribute;
Note: XPointer framework (see section 3.2 in [XPointer]) consider the DOM user-determined ID attribute as being part of the XPointer externally-determined ID definition.
Document.normalizeDocument(),
all user-determined ID attributes are reset and all
attribute nodes ID information are then reevaluated in accordance
to the schema used. As a consequence, if the Attr.schemaTypeInfo
attribute contains an ID type, isId will always return
true.name of type DOMString, readonlyNode.localName is
different from null, this attribute is a qualified name.ownerElement of type
Element, readonly,
introduced in DOM Level 2Element node
this attribute is attached to or null if this
attribute is not in use.schemaTypeInfo of type
TypeInfo, readonly,
introduced in DOM Level 3Document.normalizeDocument(),
schemaTypeInfo may not be reliable if the node was
moved.specified of type
boolean, readonlyTrue if this attribute was explicitly given a
value in the instance document, false otherwise. If
the application changed the value of this attribute node (even if
it ends up having the same value as the default value) then it is
set to true. The implementation may handle attributes
with default values from other schemas similarly but applications
should use Document.normalizeDocument()
to guarantee this information is up-to-date.value of type DOMStringgetAttribute on the
Element
interface.Text node with the unparsed
contents of the string, i.e. any characters that an XML processor
would recognize as markup are instead treated as literal text. See
also the method Element.setAttribute().|
NO_MODIFICATION_ALLOWED_ERR: Raised when the node is readonly. |
The Element interface represents an element in an HTML or XML document.
Elements may have attributes associated with them; since the
Element interface inherits from Node, the generic Node interface
attribute attributes may be used to retrieve the set
of all attributes for an element. There are methods on the
Element interface to retrieve either an Attr object by name or an
attribute value by name. In XML, where an attribute value may
contain entity references, an Attr object should be
retrieved to examine the possibly fairly complex sub-tree
representing the attribute value. On the other hand, in HTML, where
all attributes have simple string values, methods to directly
access an attribute value can safely be used as a convenience.
Note: In DOM Level 2, the method normalize
is inherited from the Node interface where it was
moved.
interface Element : Node { readonly attribute DOMString tagName; DOMString getAttribute(in DOMString name); void setAttribute(in DOMString name, in DOMString value) raises(DOMException); void removeAttribute(in DOMString name) raises(DOMException); Attr getAttributeNode(in DOMString name); Attr setAttributeNode(in Attr newAttr) raises(DOMException); Attr removeAttributeNode(in Attr oldAttr) raises(DOMException); NodeList getElementsByTagName(in DOMString name); // Introduced in DOM Level 2: DOMString getAttributeNS(in DOMString namespaceURI, in DOMString localName) raises(DOMException); // Introduced in DOM Level 2: void setAttributeNS(in DOMString namespaceURI, in DOMString qualifiedName, in DOMString value) raises(DOMException); // Introduced in DOM Level 2: void removeAttributeNS(in DOMString namespaceURI, in DOMString localName) raises(DOMException); // Introduced in DOM Level 2: Attr getAttributeNodeNS(in DOMString namespaceURI, in DOMString localName) raises(DOMException); // Introduced in DOM Level 2: Attr setAttributeNodeNS(in Attr newAttr) raises(DOMException); // Introduced in DOM Level 2: NodeList getElementsByTagNameNS(in DOMString namespaceURI, in DOMString localName) raises(DOMException); // Introduced in DOM Level 2: boolean hasAttribute(in DOMString name); // Introduced in DOM Level 2: boolean hasAttributeNS(in DOMString namespaceURI, in DOMString localName) raises(DOMException); // Introduced in DOM Level 3: readonly attribute TypeInfo schemaTypeInfo; // Introduced in DOM Level 3: void setIdAttribute(in DOMString name, in boolean isId) raises(DOMException); // Introduced in DOM Level 3: void setIdAttributeNS(in DOMString namespaceURI, in DOMString localName, in boolean isId) raises(DOMException); // Introduced in DOM Level 3: void setIdAttributeNode(in Attr idAttr, in boolean isId) raises(DOMException); };
schemaTypeInfo of type
TypeInfo, readonly,
introduced in DOM Level 3tagName of type DOMString, readonlyNode.localName is
different from null, this attribute is a qualified name. For example, in:
<elementExample id="demo">
...
</elementExample> ,
tagName has the value "elementExample".
Note that this is case-preserving in XML, as are all of the
operations of the DOM. The HTML DOM returns the
tagName of an HTML element in the canonical uppercase
form, regardless of the case in the source HTML
document.getAttributegetAttributeNS introduced in
DOM Level 2null as the
namespaceURI parameter for methods if they wish to
have no namespace.
namespaceURI of type
DOMStringlocalName of type DOMString|
NOT_SUPPORTED_ERR: May be raised if the implementation does not
support the feature |
getAttributeNodegetAttributeNodeNS method.
name of type DOMStringnodeName) of the attribute to
retrieve.getAttributeNodeNS introduced in
DOM Level 2Attr node by local name and
namespace URI.null as the
namespaceURI parameter for methods if they wish to
have no namespace.
namespaceURI of type
DOMStringlocalName of type DOMString|
NOT_SUPPORTED_ERR: May be raised if the implementation does not
support the feature |
getElementsByTagNameNodeList of all descendant Elements with
a given tag name, in document
order.
name of type DOMString|
A list of matching |
getElementsByTagNameNS introduced in
DOM Level 2NodeList of all the descendant Elements with
a given local name and namespace URI in document order.
namespaceURI of type
DOMStringlocalName of type DOMString|
NOT_SUPPORTED_ERR: May be raised if the implementation does not
support the feature |
hasAttribute introduced in DOM Level 2true when an attribute
with a given name is specified on this element or has a default
value, false otherwise.
name of type DOMString|
|
|
hasAttributeNS introduced in
DOM Level 2true when an attribute
with a given local name and namespace URI is specified on this
element or has a default value, false otherwise.null as the
namespaceURI parameter for methods if they wish to
have no namespace.
namespaceURI of type
DOMStringlocalName of type DOMString|
|
|
|
NOT_SUPPORTED_ERR: May be raised if the implementation does not
support the feature |
removeAttributeDocument.normalizeDocument()
to guarantee this information is up-to-date.removeAttributeNS method.
name of type DOMString|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. |
removeAttributeNS introduced in
DOM Level 2Document.normalizeDocument()
to guarantee this information is up-to-date.null as the
namespaceURI parameter for methods if they wish to
have no namespace.
namespaceURI of type
DOMStringlocalName of type DOMString|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NOT_SUPPORTED_ERR: May be raised if the implementation does not
support the feature |
removeAttributeNodeAttr node is defined in the
DTD, a new node immediately appears with the default value as well
as the corresponding namespace URI, local name, and prefix when
applicable. The implementation may handle default values from other
schemas similarly but applications should use Document.normalizeDocument()
to guarantee this information is up-to-date.
|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NOT_FOUND_ERR: Raised if |
setAttributeAttr node plus any Text and EntityReference nodes, build
the appropriate subtree, and use setAttributeNode to
assign it as the value of an attribute.setAttributeNS method.
|
INVALID_CHARACTER_ERR: Raised if the specified name NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. |
setAttributeNS introduced in
DOM Level 2qualifiedName, and its value is changed to be the
value parameter. This value is a simple string; it is
not parsed as it is being set. So any markup (such as syntax to be
recognized as an entity reference) is treated as literal text, and
needs to be appropriately escaped by the implementation when it is
written out. In order to assign an attribute value that contains
entity references, the user must create an Attr node plus any Text and EntityReference nodes, build
the appropriate subtree, and use setAttributeNodeNS or
setAttributeNode to assign it as the value of an
attribute.null as the
namespaceURI parameter for methods if they wish to
have no namespace.
namespaceURI of type
DOMStringqualifiedName of type
DOMStringvalue of type DOMString|
INVALID_CHARACTER_ERR: Raised if the specified qualified name NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NAMESPACE_ERR: Raised if the NOT_SUPPORTED_ERR: May be raised if the implementation does not
support the feature |
setAttributeNodenodeName) is already present in the
element, it is replaced by the new one. Replacing an attribute node
by itself has no effect.setAttributeNodeNS method.
|
WRONG_DOCUMENT_ERR: Raised if NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. INUSE_ATTRIBUTE_ERR: Raised if |
setAttributeNodeNS introduced in
DOM Level 2null as the
namespaceURI parameter for methods if they wish to
have no namespace.
|
If the |
|
WRONG_DOCUMENT_ERR: Raised if NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. INUSE_ATTRIBUTE_ERR: Raised if NOT_SUPPORTED_ERR: May be raised if the implementation does not
support the feature |
setIdAttribute introduced in
DOM Level 3isId is
true, this method declares the specified attribute to
be a user-determined ID attribute. This affects the value of
Attr.isId and the
behavior of Document.getElementById, but
does not change any schema that may be in use, in particular this
does not affect the Attr.schemaTypeInfo of
the specified Attr
node. Use the value false for the parameter
isId to undeclare an attribute for being a
user-determined ID attribute.setIdAttributeNS method.
name of type DOMStringisId of type
boolean|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NOT_FOUND_ERR: Raised if the specified node is not an attribute of this element. |
setIdAttributeNS introduced in
DOM Level 3isId is
true, this method declares the specified attribute to
be a user-determined ID attribute. This affects the value of
Attr.isId and the
behavior of Document.getElementById, but
does not change any schema that may be in use, in particular this
does not affect the Attr.schemaTypeInfo of
the specified Attr
node. Use the value false for the parameter
isId to undeclare an attribute for being a
user-determined ID attribute.
namespaceURI of type
DOMStringlocalName of type DOMStringisId of type
boolean|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NOT_FOUND_ERR: Raised if the specified node is not an attribute of this element. |
setIdAttributeNode introduced
in DOM Level 3isId is
true, this method declares the the Attr nodeAttr.isId and the
behavior of Document.getElementById, but
does not change any schema that may be in use, in particular this
does not affect the Attr.schemaTypeInfo of
the specified Attr
node. false for the parameter
isId to undeclare an attribute for being a
user-determined ID attribute.
idAttr of type AttrisId of type
boolean|
NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. NOT_FOUND_ERR: Raised if the specified node is not an attribute of this element. |
The Text interface inherits from CharacterData and represents
the textual content (termed character
data in XML) of an Element or Attr. If there is no markup
inside an element's content, the text is contained in a single
object implementing the Text interface that is the
only child of the element. If there is markup, it is parsed into
the information items
(elements, comments, etc.) and Text nodes that form
the list of children of the element.
When a document is first made available via the DOM, there is
only one Text node for each block of text. Users may
create adjacent Text nodes that represent the contents
of a given element without any intervening markup, but should be
aware that there is no way to represent the separations between
these nodes in XML or HTML, so they will not (in general) persist
between DOM editing sessions. The Node.normalize() method
merges any such adjacent Text objects into a single
node for each block of text.
No lexical check is done on the content of a Text
node and, depending on its position in the document, some
characters must be escaped during serialization using character
references; e.g. the characters "<&" if the textual content
is part of an element or of an attribute, the character sequence
"]]>" when part of an element, the quotation mark character " or
the apostrophe character ' when part of an attribute.
interface Text : CharacterData { Text splitText(in unsigned long offset) raises(DOMException); // Introduced in DOM Level 3: readonly attribute boolean isElementContentWhitespace; // Introduced in DOM Level 3: readonly attribute DOMString wholeText; // Introduced in DOM Level 3: Text replaceWholeText(in DOMString content) raises(DOMException); };
isElementContentWhitespace
of type boolean, readonly, introduced in DOM Level 3Document.normalizeDocument().wholeText of type DOMString, readonly, introduced
in DOM Level 3Text nodes logically-adjacent
text nodes to this node, concatenated in document order.wholeText on the
Text node that contains "bar" returns "barfoo", while
on the Text node that contains "foo" it returns
"barfoo".
Figure: barTextNode.wholeText value is "barfoo" [SVG 1.0 version]
replaceWholeText
introduced in DOM Level 3null, when the replacement text is the empty
string;Text node of the same type
(Text or CDATASection) as the current
node inserted at the location of the replacement.replaceWholeText on the Text node that
contains "bar" with "yo" in argument results in the following:
Figure: barTextNode.replaceWholeText("yo") modifies the textual content of barTextNode with "yo" [SVG 1.0 version]
EntityReference, the
EntityReference must be
removed instead of the read-only nodes. If any EntityReference to be
removed has descendants that are not EntityReference,
Text, or CDATASection nodes, the
replaceWholeText method must fail before performing
any modification of the document, raising a DOMException with the code
NO_MODIFICATION_ALLOWED_ERR.replaceWholeText on the Text node that
contains "bar" fails, because the EntityReference node "ent"
contains an Element
node which cannot be removed.
Figure: barTextNode.replaceWholeText("yo") raises a NO_MODIFICATION_ALLOWED_ERR DOMException [SVG 1.0 version]
content of type DOMStringText node.|
The |
|
NO_MODIFICATION_ALLOWED_ERR: Raised if one of the
|
splitTextoffset, keeping both in the tree as siblings. After being split, this node
will contain all the content up to the offset point. A
new node of the same type, which contains all the content at and
after the offset point, is returned. If the original
node had a parent node, the new node is inserted as the next
sibling of the original node.
When the offset is equal to the length of this node,
the new node has no data.
offset of type
unsigned long0.|
The new node, of the same type as this node. |
|
INDEX_SIZE_ERR: Raised if the specified offset is negative or
greater than the number of 16-bit units in NO_MODIFICATION_ALLOWED_ERR: Raised if this node is readonly. |
This interface inherits from CharacterData and represents
the content of a comment, i.e., all the characters between the
starting '<!--' and ending '-->'.
Note that this is the definition of a comment in XML, and, in
practice, HTML, although some HTML tools may implement the full
SGML comment structure.
No lexical check is done on the content of a comment and it is
therefore possible to have the character sequence "--"
(double-hyphen) in the content, which is illegal in a comment per
section 2.5 of [XML 1.0]. The presence of this
character sequence must generate a fatal error during
serialization.
interface Comment : CharacterData { };
The TypeInfo interface represents a type referenced
from Element or
Attr nodes, specified
in the schemas associated with
the document. The type is a pair of a namespace URI and name properties,
and depends on the document's schema.
If the document's schema is an XML DTD [XML 1.0], the values are computed as follows:
Attr node,
typeNamespace is
"http://www.w3.org/TR/REC-xml" and
typeName represents the [attribute type]
property in the [XML Information Set]. If there is
no declaration for the attribute, typeNamespace and
typeName are null.Element node,
typeNamespace and typeName are
null.If the document's schema is an XML Schema [XML Schema Part 1], the values are computed as follows using the post-schema-validation infoset contributions (also called PSVI contributions):
null.
Note: At the time of writing, the XML Schema specification does not require exposing the declared type. Thus, DOM implementations might choose not to provide type information if validity is not valid.
Note: Other schema languages are outside the scope of the
W3C and therefore should define how to represent their type systems
using TypeInfo.
// Introduced in DOM Level 3: interface TypeInfo { readonly attribute DOMString typeName; readonly attribute DOMString typeNamespace; // DerivationMethods const unsigned long DERIVATION_RESTRICTION = 0x00000001; const unsigned long DERIVATION_EXTENSION = 0x00000002; const unsigned long DERIVATION_UNION = 0x00000004; const unsigned long DERIVATION_LIST = 0x00000008; boolean isDerivedFrom(in DOMString typeNamespaceArg, in DOMString typeNameArg, in unsigned long derivationMethod); };
These are the available values for the
The type of derivation,derivationMethod parameter used by the method TypeInfo.isDerivedFrom().
It is a set of possible types of derivation, and the values
represent bit positions. If a bit in the
derivationMethod parameter is set to 1,
the corresponding type of derivation will be taken into account
when evaluating the derivation between the reference type
definition and the other type definition. When using the
isDerivedFrom method, combining all of them in the
derivationMethod parameter is equivalent to invoking
the method for each of them separately and combining the results
with the OR boolean function. This specification only defines the
type of derivation for XML Schema.
In addition to the types of derivation listed below, please note that:
xsd:anyType.xsd:anySimpleType by
restriction.xsd:anySimpleType by restriction.DERIVATION_EXTENSIONDERIVATION_LISTDERIVATION_RESTRICTION or
DERIVATION_EXTENSION, T2 is derived from the other
type definition by DERIVATION_RESTRICTION, T1 has
{variety} list, and T2 is the {item type definition}. Note
that T1 could be the same as the reference type definition, and T2
could be the same as the other type definition.DERIVATION_RESTRICTIONDERIVATION_UNIONDERIVATION_RESTRICTION or
DERIVATION_EXTENSION, T2 is derived from the other
type definition by DERIVATION_RESTRICTION, T1 has
{variety} union, and one of the {member type definitions}
is T2. Note that T1 could be the same as the reference type
definition, and T2 could be the same as the other type
definition.typeName of type DOMString, readonlynull if unknown.typeNamespace of type
DOMString, readonlynull if the element does not have
declaration or if no namespace information is available.isDerivedFromTypeInfo typeNamespaceArg of type
DOMStringtypeNameArg of type
DOMStringderivationMethod of type
unsigned long|
|
|
When associating an object to a key on a node using Node.setUserData() the
application can provide a handler that gets called when the node
the object is associated to is being cloned, imported, or renamed.
This can be used by the application to implement various behaviors
regarding the data it associates to the DOM nodes. This interface
defines that handler.
// Introduced in DOM Level 3: interface UserDataHandler { // OperationType const unsigned short NODE_CLONED = 1; const unsigned short NODE_IMPORTED = 2; const unsigned short NODE_DELETED = 3; const unsigned short NODE_RENAMED = 4; const unsigned short NODE_ADOPTED = 5; void handle(in unsigned short operation, in DOMString key, in DOMUserData data, in Node src, in Node dst); };
An integer indicating the type of operation being performed on a node.
NODE_ADOPTED Node.adoptNode()Document.adoptNode().NODE_CLONEDNode.cloneNode().NODE_DELETEDNote: This may not be supported or may not be reliable in certain environments, such as Java, where the implementation has no real control over when objects are actually deleted.
NODE_IMPORTED Node.importNode()Document.importNode().NODE_RENAMED Node.renameNode()Document.renameNode().handleUserDataHandler. The effect of throwing exceptions
from the handler is DOM implementation dependent.
operation of type
unsigned shortkey of type DOMStringdata of type DOMUserDatasrc of type Nodenull when the node is being
deleted.dst of type Nodenull.DOMError is an interface that describes an
error.
// Introduced in DOM Level 3: interface DOMError { // ErrorSeverity const unsigned short SEVERITY_WARNING = 1; const unsigned short SEVERITY_ERROR = 2; const unsigned short SEVERITY_FATAL_ERROR = 3; readonly attribute unsigned short severity; readonly attribute DOMString message; readonly attribute DOMString type; readonly attribute DOMObject relatedException; readonly attribute DOMObject relatedData; readonly attribute DOMLocator location; };
An integer indicating the severity of the error.
SEVERITY_ERRORDOMError is error. A SEVERITY_ERROR may
not cause the processing to stop if the error can be recovered,
unless DOMErrorHandler.handleError()
returns false.SEVERITY_FATAL_ERRORDOMError is fatal error. A
SEVERITY_FATAL_ERROR will cause the normal processing
to stop. The return value of DOMErrorHandler.handleError()
is ignored unless the implementation chooses to continue, in which
case the behavior becomes undefined.SEVERITY_WARNINGDOMError is warning. A SEVERITY_WARNING
will not cause the processing to stop, unless DOMErrorHandler.handleError()
returns false.location of type DOMLocator,
readonlymessage of type DOMString, readonlyrelatedData of type
DOMObject, readonlyDOMError.type
dependent data if any.relatedException
of type DOMObject,
readonlyseverity of type
unsigned short, readonlySEVERITY_WARNING, SEVERITY_ERROR, or
SEVERITY_FATAL_ERROR.type of type DOMString, readonlyDOMString
indicating which related data is expected in
relatedData. Users should refer to the specification
of the error in order to find its DOMString type and
relatedData definitions if any.
Note: As an example, Document.normalizeDocument()
does generate warnings when the "split-cdata-sections"
parameter is in use. Therefore, the method generates a
SEVERITY_WARNING with type
and the first "cdata-sections-splitted""cdata-section-splitted"CDATASection node in document
order resulting from the split is returned by the
relatedData attribute.
DOMErrorHandler is a callback interface that the
DOM implementation can call when reporting errors that happens
while processing XML data, or when doing some other processing
(e.g. validating a document). A DOMErrorHandler object
can be attached to a Document using the "error-handler" on the DOMConfiguration
interface. If more than one error needs to be reported during an
operation, the sequence and numbers of the errors passed to the
error handler are implementation dependent.
The application that is using the DOM implementation is expected to implement this interface.
// Introduced in DOM Level 3: interface DOMErrorHandler { boolean handleError(in DOMError error); };
handleErrortrue.
error of type DOMErrorhandleError method.|
|
If the |
DOMLocator is an interface that describes a
location (e.g. where an error occurred).
// Introduced in DOM Level 3: interface DOMLocator { readonly attribute long lineNumber; readonly attribute long columnNumber; readonly attribute long byteOffset; readonly attribute long utf16Offset; readonly attribute Node relatedNode; readonly attribute DOMString uri; };
byteOffset of type
long, readonly-1 if there is no byte offset
available.columnNumber of type
long, readonly-1 if there is no column number available.lineNumber of type
long, readonly-1
if there is no column number available.relatedNode of type Node, readonlynull if
no node is available.uri of type DOMString, readonlynull if no
URI is available.utf16Offset of type
long, readonly-1 if
there is no UTF-16 offset available.The DOMConfiguration interface represents the
configuration of a document and maintains a table of recognized
parameters. Using the configuration, it is possible to change
Document.normalizeDocument()
behavior, such as replacing the CDATASection nodes with
Text nodes or
specifying the type of the schema
that must be used when the validation of the Document is requested.
DOMConfiguration objects are also used in
[DOM
Level 3 Load and Save] in the DOMParser and
DOMSerializer interfaces.
The parameter names used by the DOMConfiguration
object are defined throughout the DOM Level 3 specifications. Names
are case-insensitive. To avoid possible conflicts, as a convention,
names referring to parameters defined outside the DOM specification
should be made unique. Because parameters are exposed as properties
in the ECMAScript
Language Binding, names are recommended to follow the section
"5.16 Identifiers" of [Unicode]
with the addition of the character '-' (HYPHEN-MINUS) but it is not
enforced by the DOM implementation. DOM Level 3 Core
Implementations are required to recognize all parameters defined in
this specification. Some parameter values may also be required to
be supported by the implementation. Refer to the definition of the
parameter to know if a value must be supported or not.
Note: Parameters are similar to features and properties used in SAX2 [SAX].
The following list of parameters defined in the DOM:
"canonical-form"trueDocumentType node (if
any) from the tree, or removing superfluous namespace declarations
from each element. Note that this is limited to what can be
represented in the DOM; in particular, there is no way to specify
the order of the attributes in the DOM. In addition,true will also set the state
of the parameters listed below. Later changes to the state of one
of those parameters will revert "canonical-form" back to
false.false: "entities", "normalize-characters",
"cdata-sections".true: "namespaces", "namespace-declarations",
"well-formed", "element-content-whitespace".false"cdata-sections"trueCDATASection
nodes in the document.falseCDATASection nodes in the
document into Text
nodes. The new Text node is then combined
with any adjacent Text node."check-character-normalization"trueDOMError.type equals
to "check-character-normalization-failure" is issued.false"comments""datatype-normalization"truetrue. Having this
parameter activated when "validate" is false has no
effect and no schema-normalization will happen.
Note: Since the document contains the result of the XML 1.0 processing, this parameter does not apply to attribute value normalization as defined in section 3.3.3 of [XML 1.0] and is only meant for schema languages other than Document Type Definition (DTD).
Note: For XML Schema, the
false"element-content-whitespace"truefalseText
nodes that contain whitespaces in element content, as described in
[element content whitespace]. The implementation is
expected to use the attribute Text.isElementContentWhitespace
to determine if a Text node should be
discarded or not."entities"trueEntityReference
nodes in the document.falseEntityReference nodes from the
document, putting the entity expansions directly in their place.
Text nodes are
normalized, as defined in Node.normalize. Only
Note: This parameter does not affect Entity nodes.nodes if any.
"error-handler"DOMErrorHandler
object. If an error is encountered in the document, the
implementation will call back the DOMErrorHandler
registered using this parameter. The implementation may provide a
default DOMErrorHandler
object.DOMError.relatedData
will contain the closest node to where the error occurred. If the
implementation is unable to determine the node where the error
occurs, DOMError.relatedData
will contain the Document node. Mutations to the
document from within an error handler will result in implementation
dependent behavior."infoset"truefalse:
"validate-if-schema",
"entities", "datatype-normalization",
"cdata-sections".true:
"namespace-declarations",
"well-formed", "element-content-whitespace",
"comments", "namespaces".getParameter
returns true only if the individual parameters
specified above are appropriately set.falseinfoset to false has no
effect."namespaces"truefalse"namespace-declarations"false.
truefalseNode.prefix) are retained
even if this parameter is set to false."normalize-characters"truefalse"schema-location"DOMString
object containing a list of URIs, separated by whitespaces
(characters matching the nonterminal
production S defined in section 2.3 [XML 1.0]),
that represents the schemas
against which validation should occur, i.e. the current schema. The
types of schemas referenced in this list must match the type
specified with schema-type, otherwise the behavior of
an implementation is undefined.schemaLocation attribute) in a schema document (i.e.
using schema import mechanisms) share the same
targetNamespace, the schema specified by the user
using this property will be used. If two schemas specified using
this property share the same targetNamespace or have
no namespace, the behavior is implementation dependent.null.
Note: The "schema-location" parameter is
ignored unless the "schema-type" parameter value is
set. It is strongly recommended that Document.documentURI
will be set so that an implementation can successfully resolve any
external entities referenced.
"schema-type"DOMString
object containing an absolute URI and representing the type of the
schema language used to validate
a document against. Note that no lexical checking is done on the
absolute URI.null.
Note: For XML Schema [XML Schema Part 1],
applications must use the value
"http://www.w3.org/2001/XMLSchema". For XML DTD
[XML
1.0], applications must use the value
"http://www.w3.org/TR/REC-xml". Other schema languages
are outside the scope of the W3C and therefore should recommend an
absolute URI in order to use this method.
"split-cdata-sections"trueDOMError.type equals
to "cdata-sections-splitted" and DOMError.relatedData
equals to the first CDATASection node in document
order resulting from the split.falseCDATASection contains an
unrepresentable character."validate"truetrue.Attr.specified equals to
false, as specified in the description of the Attr interface;Text.isElementContentWhitespace
for all Text
nodes;Attr.isId for all Attr nodes;Element.schemaTypeInfo
and Attr.schemaTypeInfo.Note: "validate-if-schema" and
"validate" are mutually exclusive, setting one of them to
true will set the other one to false.
Applications should also consider setting the parameter "well-formed" to
true, which is the default for that option, when
validating the document.
falsetrue."validate-if-schema"truetrue.
Note: "validate-if-schema" and "validate" are mutually exclusive,
setting one of them to true will set the other one to
false.
falsetrue."well-formed"trueDocument.xmlVersion:
Node.nodeName contains invalid
characters according to its node type and generate a DOMError of type
"wf-invalid-character-in-node-name", with a DOMError.SEVERITY_ERROR
severity, if necessary;Attr, Element, Comment, Text, CDATASection nodes for
invalid characters and generate a DOMError of type
"wf-invalid-character", with a DOMError.SEVERITY_ERROR
severity, if necessary;ProcessingInstruction nodes
for invalid characters and generate a DOMError of type
"wf-invalid-character", with a DOMError.SEVERITY_ERROR
severity, if necessary;falseThe resolution of the system identifiers associated with
entities is done using Document.documentURI.
However, when the feature "LS" defined in [DOM Level 3 Load and
Save] is supported by the DOM implementation, the
parameter "resource-resolver" can also be used on
DOMConfiguration objects attached to Document nodes. If this
parameter is set, Document.normalizeDocument()
will invoke the resource resolver instead of using Document.documentURI.
// Introduced in DOM Level 3: interface DOMConfiguration { void setParameter(in DOMString name, in DOMUserData value) raises(DOMException); DOMUserData getParameter(in DOMString name) raises(DOMException); boolean canSetParameter(in DOMString name, in DOMUserData value); readonly attribute DOMStringList parameterNames; };
parameterNames of
type DOMStringList,
readonlyDOMConfiguration object and for which at least one
value can be set by the application. Note that this list can also
contain parameter names defined outside this
specification.canSetParametername of type DOMStringvalue of type DOMUserDatanull, the returned value is
true.|
|
|
getParametername of type DOMString|
The current object associated with the specified parameter or
|
|
NOT_FOUND_ERR: Raised when the parameter name is not recognized. |
setParametername of type DOMStringvalue of type DOMUserDatanull if the user wishes to unset
the parameter. While the type of the value parameter is defined as
DOMUserData, the object type
must match the type defined by the definition of the parameter. For
example, if the parameter is "error-handler", the value must
be of type DOMErrorHandler.|
NOT_FOUND_ERR: Raised when the parameter name is not recognized. NOT_SUPPORTED_ERR: Raised when the parameter name is recognized but the requested value cannot be set. TYPE_MISMATCH_ERR: Raised if the value type for this parameter name is incompatible with the expected value type. |
The interfaces defined here form part of the DOM Core specification, but objects that expose these interfaces will never be encountered in a DOM implementation that deals only with HTML.
The interfaces found within this section are not mandatory. A
DOM application may use the DOMImplementation.hasFeature(feature,
version) method with parameter values "XML" and "3.0"
(respectively) to determine whether or not this module is supported
by the implementation. In order to fully support this module, an
implementation must also support the "Core" feature defined in
Fundamental Interfaces: Core Module
and the feature "XMLVersion" with version "1.0" defined in moduleDocument.xmlVersion.
Please refer to additional information about Conformance in this
specification. The DOM Level 3 XML module is backward compatible
with the DOM Level 2 XML [DOM Level 2 Core] and DOM Level 1
XML [DOM Level 1] modules, i.e. a
DOM Level 3 XML implementation who returns true for
"XML" with the version number "3.0" must
also return true for this feature when
the version number is "2.0",
"1.0", "" or, null.
CDATA sections are used to escape blocks of text containing characters that would otherwise be regarded as markup. The only delimiter that is recognized in a CDATA section is the "]]>" string that ends the CDATA section. CDATA sections cannot be nested. Their primary purpose is for including material such as XML fragments, without needing to escape all the delimiters.
The CharacterData.data attribute
holds the text that is contained by the CDATA section. Note that
this may contain characters that need to be escaped
outside of CDATA sections and that, depending on the character
encoding ("charset") chosen for serialization, it may be impossible
to write out some characters as part of a CDATA section.
The CDATASection interface inherits from the
CharacterData
interface through the Text interface. Adjacent
CDATASection nodes are not merged by use of the
normalize method of the Node interface.
No lexical check is done on the content of a CDATA section and
it is therefore possible to have the character sequence
"]]>" in the content, which is illegal in a CDATA
section per section 2.7 of [XML 1.0]. The presence of this
character sequence must generate a fatal error during serialization
or the cdata section must be splitted before the serialization (see
also the parameter "split-cdata-sections" in the
DOMConfiguration
interface).
Note: Because no markup is recognized within a
CDATASection, character numeric references cannot be
used as an escape mechanism when serializing. Therefore, action
needs to be taken when serializing a CDATASection with
a character encoding where some of the contained characters cannot
be represented. Failure to do so would not produce well-formed
XML.
One potential solution in the serialization process is to end the
CDATA section before the character, output the character using a
character reference or entity reference, and open a new CDATA
section for any further characters in the text node. Note, however,
that some code conversion libraries at the time of writing do not
return an error or exception when a character is missing from the
encoding, making the task of ensuring that data is not corrupted on
serialization more difficult.
interface CDATASection : Text { };
Each Document has a
doctype attribute whose value is either
null or a DocumentType object. The
DocumentType interface in the DOM Core provides an
interface to the list of entities that are defined for the
document, and little else because the effect of namespaces and the
various XML schema efforts on DTD representation are not clearly
understood as of this writing.
DOM Level 3 doesn't support editing DocumentType
nodes. DocumentType nodes are read-only.
interface DocumentType : Node { readonly attribute DOMString name; readonly attribute NamedNodeMap entities; readonly attribute NamedNodeMap notations; // Introduced in DOM Level 2: readonly attribute DOMString publicId; // Introduced in DOM Level 2: readonly attribute DOMString systemId; // Introduced in DOM Level 2: readonly attribute DOMString internalSubset; };
entities of type NamedNodeMap, readonlyNamedNodeMap
containing the general entities, both external and internal,
declared in the DTD. Parameter entities are not contained.
Duplicates are discarded. For example in:
<!DOCTYPE ex SYSTEM "ex.dtd" [ <!ENTITY foo "foo"> <!ENTITY bar "bar"> <!ENTITY bar "bar2"> <!ENTITY % baz "baz"> ]> <ex/>
foo and the first
declaration of bar but not the second declaration of
bar or baz. Every node in this map also
implements the Entity
interface.entities cannot be altered in any way.internalSubset of
type DOMString,
readonly, introduced in DOM Level 2null if there
is none. This is does not contain the delimiting square brackets.
Note: The actual content returned depends on how much information is available to the implementation. This may vary depending on various parameters, including the XML processor used to build the document.
name of type DOMString, readonlyDOCTYPE keyword.notations of type NamedNodeMap, readonlyNamedNodeMap
containing the notations declared in the DTD. Duplicates are
discarded. Every node in this map also implements the Notation interface.notations cannot be altered in any way.publicId of type
DOMString, readonly,
introduced in DOM Level 2systemId of type
DOMString, readonly,
introduced in DOM Level 2This interface represents a notation declared in the DTD. A
notation either declares, by name, the format of an unparsed entity
(see section
4.7 of the XML 1.0 specification [XML 1.0]), or
is used for formal declaration of processing instruction targets
(see section
2.6 of the XML 1.0 specification [XML 1.0]). The
nodeName attribute inherited from Node is set to the declared
name of the notation.
The DOM Core does not support editing Notation
nodes; they are therefore readonly.
A Notation node does not have any parent.
interface Notation : Node { readonly attribute DOMString publicId; readonly attribute DOMString systemId; };
publicId of type DOMString, readonlynull.systemId of type DOMString, readonlynull. This may
be an absolute URI or not.This interface represents a known entity, either parsed or unparsed, in an XML document. Note that this models the entity itself not the entity declaration.
The nodeName attribute that is inherited from
Node contains the
name of the entity.
An XML processor may choose to completely expand entities before
the structure model is passed to the DOM; in this case there will
be no EntityReference
nodes in the document tree.
XML does not mandate that a non-validating XML processor read
and process entity declarations made in the external subset or
declared in parameter entities. This means that parsed entities
declared in the external subset need not be expanded by some
classes of applications, and that the replacement text of the
entity may not be available. When the
replacement text is available, the corresponding
Entity node's child list represents the structure of
that replacement value. Otherwise, the child list is empty.
DOM Level 3 does not support editing Entity nodes;
if a user wants to make changes to the contents of an
Entity, every related EntityReference node has to be
replaced in the structure model by a clone of the
Entity's contents, and then the desired changes must
be made to each of those clones instead. Entity nodes
and all their descendants are
readonly.
An Entity node does not have any parent.
Note: If the entity contains an unbound namespace prefix, the
namespaceURI of the corresponding node in the
Entity node subtree is null. The same is
true for EntityReference nodes that
refer to this entity, when they are created using the
createEntityReference method of the Document interface.
interface Entity : Node { readonly attribute DOMString publicId; readonly attribute DOMString systemId; readonly attribute DOMString notationName; // Introduced in DOM Level 3: readonly attribute DOMString inputEncoding; // Introduced in DOM Level 3: readonly attribute DOMString xmlEncoding; // Introduced in DOM Level 3: readonly attribute DOMString xmlVersion; };
inputEncoding of type
DOMString, readonly,
introduced in DOM Level 3null if it an entity from the internal subset or if it
is not known.notationName of type DOMString, readonlynull.publicId of type DOMString, readonlynull otherwise.systemId of type DOMString, readonlynull otherwise. This may be an absolute URI or
not.xmlEncoding of type DOMString, readonly, introduced
in DOM Level 3null otherwise.xmlVersion of type DOMString, readonly, introduced
in DOM Level 3null otherwise.EntityReference nodes may be used to represent an
entity reference in the tree. Note that character references and
references to predefined entities are considered to be expanded by
the HTML or XML processor so that characters are represented by
their Unicode equivalent rather than by an entity reference.
Moreover, the XML processor may completely expand references to
entities while building the Document, instead of providing
EntityReference nodes. If it does provide such nodes,
then for an EntityReference node that represents a
reference to a known entity an Entity exists, and the subtree
of the EntityReference node is a copy of the Entity node
subtree. However, the latter may not be true when an entity
contains an unbound namespace prefix. In such a
case, because the namespace prefix resolution depends on where the
entity reference is, the descendants of the
EntityReference node may be bound to different
namespace URIs. When an
EntityReference node represents a reference to an
unknown entity, the node has no children and its replacement value,
when used by Attr.value for example, is
empty.
As for Entity
nodes, EntityReference nodes and all their descendants are readonly.
Note: EntityReference nodes may cause
element content and attribute value normalization problems when,
such as in XML 1.0 and XML Schema, the normalization is performed
after entity reference are expanded.
interface EntityReference : Node { };
The ProcessingInstruction interface represents a
"processing instruction", used in XML as a way to keep
processor-specific information in the text of the document.
No lexical check is done on the content of a processing
instruction and it is therefore possible to have the character
sequence "?>" in the content, which is illegal a
processing instruction per section 2.6 of [XML 1.0]. The
presence of this character sequence must generate a fatal error
during serialization.
interface ProcessingInstruction : Node { readonly attribute DOMString target; attribute DOMString data; // raises(DOMException) on setting };
data of type DOMString?>.|
NO_MODIFICATION_ALLOWED_ERR: Raised when the node is readonly. |
target of type DOMString, readonlyThis section summarizes the changes between [DOM Level 2 Core] and this new version of the Core specification.
The following new sections have been added:
DOMConfiguration;AttrAttr
interface has two new attributes, Attr.schemaTypeInfo,
and Attr.isId.DocumentDocument
interface has seven new attributes: Document.inputEncoding,
Document.xmlEncoding,
Document.xmlStandalone,
Document.xmlVersion,
Document.strictErrorChecking,
Document.documentURI,
and Document.domConfig. It
has three new methods: Document.adoptNode(source),
Document.normalizeDocument(),
and Document.renameNode(n,
namespaceURI, qualifiedName). The attribute Document.doctype has been
modified.DOMExceptionDOMException
has two new exception codes: VALIDATION_ERR
and TYPE_MISMATCH_ERR.DOMImplementationDOMImplementation interface
has one new method, DOMImplementation.getFeature(feature,
version).EntityEntity
interface has three new attributes: Entity.inputEncoding,
Entity.xmlEncoding, and
Entity.xmlVersion.ElementElement
interface has one new attribute, Element.schemaTypeInfo,
and three new methods: Element.setIdAttribute(name,
isId), Element.setIdAttributeNS(namespaceURI,
localName, isId), and Element.setIdAttributeNode(idAttr,
isId).NodeNode
interface has two new attributes, Node.baseURI and Node.textContent. It has
nine new methods: Node.compareDocumentPosition(other),
Node.isSameNode(other),
Node.lookupPrefix(namespaceURI),
Node.isDefaultNamespace(namespaceURI),
Node.lookupNamespaceURI(prefix),
Node.isEqualNode(arg),
Node.getFeature(feature,
version), Node.setUserData(key, data,
handler), Node.getUserData(key).
It introduced 6 new constants: Node.DOCUMENT_POSITION_DISCONNECTED,
Node.DOCUMENT_POSITION_PRECEDING,
Node.DOCUMENT_POSITION_FOLLOWING,
Node.DOCUMENT_POSITION_CONTAINS,
Node.DOCUMENT_POSITION_CONTAINED_BY,
and Node.DOCUMENT_POSITION_IMPLEMENTATION_SPECIFIC.
The methods Node.insertBefore(newChild,
refChild), Node.replaceChild(newChild,
oldChild) and Node.removeChild(oldChild)
have been modified.TextText
interface has two new attributes, Text.wholeText and
Text.isElementContentWhitespace,
and one new method, Text.replaceWholeText(content).Document.xmlVersion.DOMUserDataDOMUserData
type was added to the Core module.DOMObjectDOMObject type
was added to the Core module.DOMStringListDOMStringList interface has
one attribute, DOMStringList.length,
and one method, DOMStringList.item(index).NameListNameList
interface has one attribute, NameList.length, and two
methods, NameList.getName(index)
and NameList.getNamespaceURI(index).DOMImplementationListDOMImplementationList
interface has one attribute, DOMImplementationList.length,
and one method, DOMImplementationList.item(index).DOMImplementationSourceDOMImplementationSource
interface has two methods, DOMImplementationSource.getDOMImplementation(features),
and DOMImplementationSource.getDOMImplementationList(features).TypeInfoTypeInfo
interface has two attributes, TypeInfo.typeName, and
TypeInfo.typeNamespace.UserDataHandlerUserDataHandler interface
has one method, UserDataHandler.handle(operation,
key, data, src, dst), and four constants: UserDataHandler.NODE_CLONED,
UserDataHandler.NODE_IMPORTED,
UserDataHandler.NODE_DELETED,
and UserDataHandler.NODE_RENAMED.DOMErrorDOMError
interface has six attributes: DOMError.severity,
DOMError.message,
DOMError.type,
DOMError.relatedException,
DOMError.relatedData,
and DOMError.location.
It has four constants: DOMError.SEVERITY_WARNING,
DOMError.SEVERITY_ERROR,
and DOMError.SEVERITY_FATAL_ERROR.DOMErrorHandlerDOMErrorHandler
interface has one method: DOMErrorHandler.handleError(error).DOMLocatorDOMLocator interface
has seven attributes: DOMLocator.lineNumber,
DOMLocator.columnNumber,
DOMLocator.byteOffset,
DOMLocator.utf16Offset,
DOMLocator.relatedNode,
DOMLocator.uri, and
DOMLocator.lineNumber.DOMConfigurationDOMConfiguration
interface has one attribute: DOMConfiguration.parameterNames.
It also has three methods: DOMConfiguration.setParameter(name,
value), DOMConfiguration.getParameter(name),
and DOMConfiguration.canSetParameter(name,
value). This appendix contains several namespace
algorithms, such as namespace normalization algorithm that fixes
namespace information in the Document Object Model to produce a
namespace
well-formed document. If [XML 1.0] is in use (see Document.xmlVersion) the
algorithms conform to [XML Namespaces], otherwise if
[XML
1.1] is in use, algorithms conform to [XML Namespaces
1.1].
Namespace declaration attributes and prefixes are normalized as
part of the normalizeDocument method of the Document interface as if the
following method described in pseudo code was called on the
document element.
void Element.normalizeNamespaces()
{
// Pick up local namespace declarations
//
for ( all DOM Level 2 valid local namespace declaration attributes of Element )
{
if (the namespace declaration is invalid)
{
// Note: The prefix xmlns is used only to declare namespace bindings and
// is by definition bound to the namespace name http://www.w3.org/2000/xmlns/.
// It must not be declared. No other prefix may be bound to this namespace name.
==> Report an error.
}
else
{
==> Record the namespace declaration
}
}
// Fixup element's namespace
//
if ( Element's namespaceURI != null )
{
if ( Element's prefix/namespace pair (or default namespace,
if no prefix) are within the scope of a binding )
{
==> do nothing, declaration in scope is inherited
See section "B.1.1: Scope of a binding" for an example
}
else
{
==> Create a local namespace declaration attr for this namespace,
with Element's current prefix (or a default namespace, if
no prefix). If there's a conflicting local declaration
already present, change its value to use this namespace.
See section "B.1.2: Conflicting namespace declaration" for an example
// NOTE that this may break other nodes within this Element's
// subtree, if they're already using this prefix.
// They will be repaired when we reach them.
}
}
else
{
// Element has no namespace URI:
if ( Element's localName is null )
{
// DOM Level 1 node
==> if in process of validation against a namespace aware schema
(i.e XML Schema) report a fatal error: the processor can not recover
in this situation.
Otherwise, report an error: no namespace fixup will be performed on this node.
}
else
{
// Element has no pseudo-prefix
if ( there's a conflicting local default namespace declaration
already present )
{
==> change its value to use this empty namespace.
}
// NOTE that this may break other nodes within this Element's
// subtree, if they're already using the default namespaces.
// They will be repaired when we reach them.
}
}
// Examine and polish the attributes
//
for ( all non-namespace Attrs of Element )
{
if ( Attr[i] has a namespace URI )
{
if ( attribute has no prefix (default namespace decl does not apply to attributes)
OR
attribute prefix is not declared
OR
conflict: attribute has a prefix that conflicts with a binding
already active in scope)
{
if (namespaceURI matches an in scope declaration of one or more prefixes)
{
// pick the most local binding available;
// if there is more than one pick one arbitrarily
==> change attribute's prefix.
}
else
{
if (the current prefix is not null and it has no in scope declaration)
{
==> declare this prefix
}
else
{
// find a prefix following the pattern "NS" +index (starting at 1)
// make sure this prefix is not declared in the current scope.
// create a local namespace declaration attribute
==> change attribute's prefix.
}
}
}
}
else
{
// Attr[i] has no namespace URI
if ( Attr[i] has no localName )
{
// DOM Level 1 node
==> if in process of validation against a namespace aware schema
(i.e XML Schema) report a fatal error: the processor can not recover
in this situation.
Otherwise, report an error: no namespace fixup will be performed on this node.
}
else
{
// attr has no namespace URI and no prefix
// no action is required, since attrs don't use default
==> do nothing
}
}
} // end for-all-Attrs
// do this recursively
for ( all child elements of Element )
{
childElement.normalizeNamespaces()
}
} // end Element.normalizeNamespaces
Note: This section is informative.
An element's prefix/namespace URI pair is said to be within the scope of a binding if its namespace prefix is bound to the same namespace URI in the [in-scope namespaces] defined in [XML Information Set].
As an example, the following document is loaded in a DOM tree:
<root>
<parent xmlns:ns="http://www.example.org/ns1"
xmlns:bar="http://www.example.org/ns2">
<ns:child1 xmlns:ns="http://www.example.org/ns2"/>
</parent>
</root>
In the case of the child1 element, the namespace
prefix and namespace URI are within the scope of the appropriate
namespace declaration given that the namespace prefix
ns of child1 is bound to
http://www.example.org/ns2.
Using the method Node.appendChild, a
child2 element is added as a sibling of
child1 with the same namespace prefix and namespace
URI, i.e. "ns" and
"http://www.example.org/ns2" respectively. Unlike
child1 which contains the appropriate namespace
declaration in its attributes, child2's
prefix/namespace URI pair is within the scope of the namespace
declaration of its parent, and the namespace prefix
"ns" is bound to
"http://www.example.org/ns1". child2's
prefix/namespace URI pair is therefore not within the scope of a
binding. In order to put them within a scope of a binding, the
namespace normalization algorithm will create a namespace
declaration attribute value to bind the namespace prefix
"ns" to the namespace URI
"http://www.example.org/ns2" and will attach to
child2. The XML representation of the document after
the completion of the namespace normalization algorithm will
be:
<root>
<parent xmlns:ns="http://www.example.org/ns1"
xmlns:bar="http://www.example.org/ns2">
<ns:child1 xmlns:ns="http://www.example.org/ns2"/>
<ns:child2 xmlns:ns="http://www.example.org/ns2"/>
</parent>
</root>
To determine if an element is within the scope of a binding, one
can invoke Node.lookupNamespaceURI,
using its namespace prefix as the parameter, and compare the
resulting namespace URI against the desired URI, or one can invoke
Node.isDefaultNamespaceURI using its namespace URI if
the element has no namespace prefix.
Note: This section is informative.
A conflicting namespace declaration could occur on an element if
an Element node and a
namespace declaration attribute use the same prefix but map them to
two different namespace URIs.
As an example, the following document is loaded in a DOM tree:
<root>
<ns:child1 xmlns:ns="http://www.example.org/ns1">
<ns:child2/>
</ns:child1>
</root>
Using the method Node.renameNode, the namespace URI
of the element child1 is renamed from
"http://www.example.org/ns1" to
"http://www.example.org/ns2". The namespace prefix
"ns" is now mapped to two different namespace URIs at
the element child1 level and thus the namespace
declaration is declared conflicting. The namespace normalization
algorithm will resolved the namespace prefix conflict by modifying
the namespace declaration attribute value from
"http://www.example.org/ns1" to
"http://www.example.org/ns2". The algorithm will then
continue and consider the element child2, will no
longer find a namespace declaration mapping the namespace prefix
"ns" to "http://www.example.org/ns1" in
the element's scope, and will create a new one. The XML
representation of the document after the completion of the
namespace normalization algorithm will be:
<root>
<ns:child1 xmlns:ns="http://www.example.org/ns2">
<ns:child2 xmlns:ns="http://www.example.org/ns1"/>
</ns:child1>
</root>
The following describes in pseudo code the algorithm used in the
lookupPrefix method of the Node interface. Before
returning found prefix the algorithm needs to make sure that the
prefix is not redefined on an element from which the lookup
started. This methods ignores DOM Level 1 nodes.
Note: This method ignores all default
namespace declarations. To look up default namespace use
isDefaultNamespace method.
DOMString lookupPrefix(in DOMString namespaceURI)
{
if (namespaceURI has no value, i.e. namespaceURI is null or empty string) {
return null;
}
short type = this.getNodeType();
switch (type) {
case Node.ELEMENT_NODE:
{
return lookupNamespacePrefix(namespaceURI, this);
}
case Node.DOCUMENT_NODE:
{
return getDocumentElement().lookupNamespacePrefix(namespaceURI);
}
case Node.ENTITY_NODE :
case Node.NOTATION_NODE:
case Node.DOCUMENT_FRAGMENT_NODE:
case Node.DOCUMENT_TYPE_NODE:
return null; // type is unknown
case Node.ATTRIBUTE_NODE:
{
if ( Attr has an owner Element )
{
return ownerElement.lookupNamespacePrefix(namespaceURI);
}
return null;
}
default:
{
if (Node has an ancestor Element )
// EntityReferences may have to be skipped to get to it
{
return ancestor.lookupNamespacePrefix(namespaceURI);
}
return null;
}
}
}
DOMString lookupNamespacePrefix(DOMString namespaceURI, Element originalElement){
if ( Element has a namespace and Element's namespace == namespaceURI and
Element has a prefix and
originalElement.lookupNamespaceURI(Element's prefix) == namespaceURI)
{
return (Element's prefix);
}
if ( Element has attributes)
{
for ( all DOM Level 2 valid local namespace declaration attributes of Element )
{
if (Attr's prefix == "xmlns" and
Attr's value == namespaceURI and
originalElement.lookupNamespaceURI(Attr's localname) == namespaceURI)
{
return (Attr's localname);
}
}
}
if (Node has an ancestor Element )
// EntityReferences may have to be skipped to get to it
{
return ancestor.lookupNamespacePrefix(namespaceURI, originalElement);
}
return null;
}
The following describes in pseudo code the algorithm used in the
isDefaultNamespace method of the Node interface. This methods
ignores DOM Level 1 nodes.
boolean isDefaultNamespace(in DOMString namespaceURI)
{
switch (nodeType) {
case ELEMENT_NODE:
if ( Element has no prefix )
{
return (Element's namespace == namespaceURI);
}
if ( Element has attributes and there is a valid DOM Level 2
default namespace declaration, i.e. Attr's localName == "xmlns" )
{
return (Attr's value == namespaceURI);
}
if ( Element has an ancestor Element )
// EntityReferences may have to be skipped to get to it
{
return ancestorElement.isDefaultNamespace(namespaceURI);
}
else {
return unknown (false);
}
case DOCUMENT_NODE:
return documentElement.isDefaultNamespace(namespaceURI);
case ENTITY_NODE:
case NOTATION_NODE:
case DOCUMENT_TYPE_NODE:
case DOCUMENT_FRAGMENT_NODE:
return unknown (false);
case ATTRIBUTE_NODE:
if ( Attr has an owner Element )
{
return ownerElement.isDefaultNamespace(namespaceURI);
}
else {
return unknown (false);
}
default:
if ( Node has an ancestor Element )
// EntityReferences may have to be skipped to get to it
{
return ancestorElement.isDefaultNamespace(namespaceURI);
}
else {
return unknown (false);
}
}
}
The following describes in pseudo code the algorithm used in the
lookupNamespaceURI method of the Node interface. This methods
ignores DOM Level 1 nodes.
DOMString lookupNamespaceURI(in DOMString prefix)
{
switch (nodeType) {
case ELEMENT_NODE:
{
if ( Element's namespace != null and Element's prefix == prefix )
{
// Note: prefix could be "null" in this case we are looking for default namespace
return (Element's namespace);
}
if ( Element has attributes)
{
for ( all DOM Level 2 valid local namespace declaration attributes of Element )
{
if (Attr's prefix == "xmlns" and Attr's localName == prefix )
// non default namespace
{
if (Attr's value is not empty)
{
return (Attr's value);
}
return unknown (null);
}
else if (Attr's localname == "xmlns" and prefix == null)
// default namespace
{
if (Attr's value is not empty)
{
return (Attr's value);
}
return unknown (null);
}
}
}
if ( Element has an ancestor Element )
// EntityReferences may have to be skipped to get to it
{
return ancestorElement.lookupNamespaceURI(prefix);
}
return null;
}
case DOCUMENT_NODE:
return documentElement.lookupNamespaceURI(prefix)
case ENTITY_NODE:
case NOTATION_NODE:
case DOCUMENT_TYPE_NODE:
case DOCUMENT_FRAGMENT_NODE:
return unknown (null);
case ATTRIBUTE_NODE:
if (Attr has an owner Element)
{
return ownerElement.lookupNamespaceURI(prefix);
}
else
{
return unknown (null);
}
default:
if (Node has an ancestor Element)
// EntityReferences may have to be skipped to get to it
{
return ancestorElement.lookupNamespaceURI(prefix);
}
else {
return unknown (null);
}
}
}
This appendix is an informative, not a normative, part of the Level 3 DOM specification.
Characters are represented in Unicode by numbers called code points (also called scalar values). These numbers can range from 0 up to 1,114,111 = 10FFFF16 (although some of these values are illegal). Each code point can be directly encoded with a 32-bit code unit. This encoding is termed UCS-4 (or UTF-32). The DOM specification, however, uses UTF-16, in which the most frequent characters (which have values less than FFFF16) are represented by a single 16-bit code unit, while characters above FFFF16 use a special pair of code units called a surrogate pair. For more information, see [Unicode] or the Unicode Web site.
While indexing by code points as opposed to code units is not
common in programs, some specifications such as [XPath
1.0] (and therefore XSLT and [XPointer]) use code point
indices. For interfacing with such formats it is recommended that
the programming language provide string processing methods for
converting code point indices to code unit indices and back. Some
languages do not provide these functions natively; for these it is
recommended that the native String type that is bound
to DOMString be extended
to enable this conversion. An example of how such an API might look
is supplied below.
Note: Since these methods are supplied as an illustrative example of the type of functionality that is required, the names of the methods, exceptions, and interface may differ from those given here.
Extensions to a language's native String class or interface
interface StringExtend { int findOffset16(in int offset32) raises(StringIndexOutOfBoundsException); int findOffset32(in int offset16) raises(StringIndexOutOfBoundsException); };
findOffset16Note: You can always round-trip from a UTF-32 offset to a UTF-16 offset and back. You can round-trip from a UTF-16 offset to a UTF-32 offset and back if and only if the offset16 is not in the middle of a surrogate pair. Unmatched surrogates count as a single UTF-16 value.
offset32 of type
int|
|
UTF-16 offset |
|
|
if |
findOffset32len32 = findOffset32(source, source.length());
Note: If the UTF-16 offset is into the middle of a surrogate pair, then the UTF-32 offset of the end of the pair is returned; that is, the index of the char after the end of the pair. You can always round-trip from a UTF-32 offset to a UTF-16 offset and back. You can round-trip from a UTF-16 offset to a UTF-32 offset and back if and only if the offset16 is not in the middle of a surrogate pair. Unmatched surrogates count as a single UTF-16 value.
offset16 of type
int|
|
UTF-32 offset |
|
|
if offset16 is out of bounds. |
This appendix contains the complete OMG IDL [OMG IDL] for the Level 3 Document Object Model Core definitions.
The IDL files are also available as: http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040406/idl.ziphttp://www.w3.org/TR/2004/PR-DOM-Level-3-Core-20040205/idl.zip
// File: dom.idl
#ifndef _DOM_IDL_
#define _DOM_IDL_
#pragma prefix "w3c.org"
module dom
{
valuetype DOMString sequence<unsigned short>;
typedef unsigned long long DOMTimeStamp;
typedef any DOMUserData;
typedef Object DOMObject;
interface DOMImplementation;
interface DocumentType;
interface Document;
interface NodeList;
interface NamedNodeMap;
interface UserDataHandler;
interface Element;
interface TypeInfo;
interface DOMLocator;
exception DOMException {
unsigned short code;
};
// ExceptionCode
const unsigned short INDEX_SIZE_ERR = 1;
const unsigned short DOMSTRING_SIZE_ERR = 2;
const unsigned short HIERARCHY_REQUEST_ERR = 3;
const unsigned short WRONG_DOCUMENT_ERR = 4;
const unsigned short INVALID_CHARACTER_ERR = 5;
const unsigned short NO_DATA_ALLOWED_ERR = 6;
const unsigned short NO_MODIFICATION_ALLOWED_ERR = 7;
const unsigned short NOT_FOUND_ERR = 8;
const unsigned short NOT_SUPPORTED_ERR = 9;
const unsigned short INUSE_ATTRIBUTE_ERR = 10;
// Introduced in DOM Level 2:
const unsigned short INVALID_STATE_ERR = 11;
// Introduced in DOM Level 2:
const unsigned short SYNTAX_ERR = 12;
// Introduced in DOM Level 2:
const unsigned short INVALID_MODIFICATION_ERR = 13;
// Introduced in DOM Level 2:
const unsigned short NAMESPACE_ERR = 14;
// Introduced in DOM Level 2:
const unsigned short INVALID_ACCESS_ERR = 15;
// Introduced in DOM Level 3:
const unsigned short VALIDATION_ERR = 16;
// Introduced in DOM Level 3:
const unsigned short TYPE_MISMATCH_ERR = 17;
// Introduced in DOM Level 3:
interface DOMStringList {
DOMString item(in unsigned long index);
readonly attribute unsigned long length;
boolean contains(in DOMString str);
};
// Introduced in DOM Level 3:
interface NameList {
DOMString getName(in unsigned long index);
DOMString getNamespaceURI(in unsigned long index);
readonly attribute unsigned long length;
boolean contains(in DOMString str);
boolean containsNS(in DOMString namespaceURI,
in DOMString name);
};
// Introduced in DOM Level 3:
interface DOMImplementationList {
DOMImplementation item(in unsigned long index);
readonly attribute unsigned long length;
};
// Introduced in DOM Level 3:
interface DOMImplementationSource {
DOMImplementation getDOMImplementation(in DOMString features);
DOMImplementationList getDOMImplementationList(in DOMString features);
};
interface DOMImplementation {
boolean hasFeature(in DOMString feature,
in DOMString version);
// Introduced in DOM Level 2:
DocumentType createDocumentType(in DOMString qualifiedName,
in DOMString publicId,
in DOMString systemId)
raises(DOMException);
// Introduced in DOM Level 2:
Document createDocument(in DOMString namespaceURI,
in DOMString qualifiedName,
in DocumentType doctype)
raises(DOMException);
// Introduced in DOM Level 3:
DOMObject getFeature(in DOMString feature,
in DOMString version);
};
interface Node {
// NodeType
const unsigned short ELEMENT_NODE = 1;
const unsigned short ATTRIBUTE_NODE = 2;
const unsigned short TEXT_NODE = 3;
const unsigned short CDATA_SECTION_NODE = 4;
const unsigned short ENTITY_REFERENCE_NODE = 5;
const unsigned short ENTITY_NODE = 6;
const unsigned short PROCESSING_INSTRUCTION_NODE = 7;
const unsigned short COMMENT_NODE = 8;
const unsigned short DOCUMENT_NODE = 9;
const unsigned short DOCUMENT_TYPE_NODE = 10;
const unsigned short DOCUMENT_FRAGMENT_NODE = 11;
const unsigned short NOTATION_NODE = 12;
readonly attribute DOMString nodeName;
attribute DOMString nodeValue;
// raises(DOMException) on setting
// raises(DOMException) on retrieval
readonly attribute unsigned short nodeType;
readonly attribute Node parentNode;
readonly attribute NodeList childNodes;
readonly attribute Node firstChild;
readonly attribute Node lastChild;
readonly attribute Node previousSibling;
readonly attribute Node nextSibling;
readonly attribute NamedNodeMap attributes;
// Modified in DOM Level 2:
readonly attribute Document ownerDocument;
// Modified in DOM Level 3:
Node insertBefore(in Node newChild,
in Node refChild)
raises(DOMException);
// Modified in DOM Level 3:
Node replaceChild(in Node newChild,
in Node oldChild)
raises(DOMException);
// Modified in DOM Level 3:
Node removeChild(in Node oldChild)
raises(DOMException);
// Modified in DOM Level 3:
Node appendChild(in Node newChild)
raises(DOMException);
boolean hasChildNodes();
Node cloneNode(in boolean deep);
// Modified in DOM Level 3:
void normalize();
// Introduced in DOM Level 2:
boolean isSupported(in DOMString feature,
in DOMString version);
// Introduced in DOM Level 2:
readonly attribute DOMString namespaceURI;
// Introduced in DOM Level 2:
attribute DOMString prefix;
// raises(DOMException) on setting
// Introduced in DOM Level 2:
readonly attribute DOMString localName;
// Introduced in DOM Level 2:
boolean hasAttributes();
// Introduced in DOM Level 3:
readonly attribute DOMString baseURI;
// DocumentPosition
const unsigned short DOCUMENT_POSITION_DISCONNECTED = 0x01;
const unsigned short DOCUMENT_POSITION_PRECEDING = 0x02;
const unsigned short DOCUMENT_POSITION_FOLLOWING = 0x04;
const unsigned short DOCUMENT_POSITION_CONTAINS = 0x08;
const unsigned short DOCUMENT_POSITION_CONTAINED_BY = 0x10;
const unsigned short DOCUMENT_POSITION_IMPLEMENTATION_SPECIFIC = 0x20;
// Introduced in DOM Level 3:
unsigned short compareDocumentPosition(in Node other)
raises(DOMException);
// Introduced in DOM Level 3:
attribute DOMString textContent;
// raises(DOMException) on setting
// raises(DOMException) on retrieval
// Introduced in DOM Level 3:
boolean isSameNode(in Node other);
// Introduced in DOM Level 3:
DOMString lookupPrefix(in DOMString namespaceURI);
// Introduced in DOM Level 3:
boolean isDefaultNamespace(in DOMString namespaceURI);
// Introduced in DOM Level 3:
DOMString lookupNamespaceURI(in DOMString prefix);
// Introduced in DOM Level 3:
boolean isEqualNode(in Node arg);
// Introduced in DOM Level 3:
DOMObject getFeature(in DOMString feature,
in DOMString version);
// Introduced in DOM Level 3:
DOMUserData setUserData(in DOMString key,
in DOMUserData data,
in UserDataHandler handler);
// Introduced in DOM Level 3:
DOMUserData getUserData(in DOMString key);
};
interface NodeList {
Node item(in unsigned long index);
readonly attribute unsigned long length;
};
interface NamedNodeMap {
Node getNamedItem(in DOMString name);
Node setNamedItem(in Node arg)
raises(DOMException);
Node removeNamedItem(in DOMString name)
raises(DOMException);
Node item(in unsigned long index);
readonly attribute unsigned long length;
// Introduced in DOM Level 2:
Node getNamedItemNS(in DOMString namespaceURI,
in DOMString localName)
raises(DOMException);
// Introduced in DOM Level 2:
Node setNamedItemNS(in Node arg)
raises(DOMException);
// Introduced in DOM Level 2:
Node removeNamedItemNS(in DOMString namespaceURI,
in DOMString localName)
raises(DOMException);
};
interface CharacterData : Node {
attribute DOMString data;
// raises(DOMException) on setting
// raises(DOMException) on retrieval
readonly attribute unsigned long length;
DOMString substringData(in unsigned long offset,
in unsigned long count)
raises(DOMException);
void appendData(in DOMString arg)
raises(DOMException);
void insertData(in unsigned long offset,
in DOMString arg)
raises(DOMException);
void deleteData(in unsigned long offset,
in unsigned long count)
raises(DOMException);
void replaceData(in unsigned long offset,
in unsigned long count,
in DOMString arg)
raises(DOMException);
};
interface Attr : Node {
readonly attribute DOMString name;
readonly attribute boolean specified;
attribute DOMString value;
// raises(DOMException) on setting
// Introduced in DOM Level 2:
readonly attribute Element ownerElement;
// Introduced in DOM Level 3:
readonly attribute TypeInfo schemaTypeInfo;
// Introduced in DOM Level 3:
readonly attribute boolean isId;
};
interface Element : Node {
readonly attribute DOMString tagName;
DOMString getAttribute(in DOMString name);
void setAttribute(in DOMString name,
in DOMString value)
raises(DOMException);
void removeAttribute(in DOMString name)
raises(DOMException);
Attr getAttributeNode(in DOMString name);
Attr setAttributeNode(in Attr newAttr)
raises(DOMException);
Attr removeAttributeNode(in Attr oldAttr)
raises(DOMException);
NodeList getElementsByTagName(in DOMString name);
// Introduced in DOM Level 2:
DOMString getAttributeNS(in DOMString namespaceURI,
in DOMString localName)
raises(DOMException);
// Introduced in DOM Level 2:
void setAttributeNS(in DOMString namespaceURI,
in DOMString qualifiedName,
in DOMString value)
raises(DOMException);
// Introduced in DOM Level 2:
void removeAttributeNS(in DOMString namespaceURI,
in DOMString localName)
raises(DOMException);
// Introduced in DOM Level 2:
Attr getAttributeNodeNS(in DOMString namespaceURI,
in DOMString localName)
raises(DOMException);
// Introduced in DOM Level 2:
Attr setAttributeNodeNS(in Attr newAttr)
raises(DOMException);
// Introduced in DOM Level 2:
NodeList getElementsByTagNameNS(in DOMString namespaceURI,
in DOMString localName)
raises(DOMException);
// Introduced in DOM Level 2:
boolean hasAttribute(in DOMString name);
// Introduced in DOM Level 2:
boolean hasAttributeNS(in DOMString namespaceURI,
in DOMString localName)
raises(DOMException);
// Introduced in DOM Level 3:
readonly attribute TypeInfo schemaTypeInfo;
// Introduced in DOM Level 3:
void setIdAttribute(in DOMString name,
in boolean isId)
raises(DOMException);
// Introduced in DOM Level 3:
void setIdAttributeNS(in DOMString namespaceURI,
in DOMString localName,
in boolean isId)
raises(DOMException);
// Introduced in DOM Level 3:
void setIdAttributeNode(in Attr idAttr,
in boolean isId)
raises(DOMException);
};
interface Text : CharacterData {
Text splitText(in unsigned long offset)
raises(DOMException);
// Introduced in DOM Level 3:
readonly attribute boolean isElementContentWhitespace;
// Introduced in DOM Level 3:
readonly attribute DOMString wholeText;
// Introduced in DOM Level 3:
Text replaceWholeText(in DOMString content)
raises(DOMException);
};
interface Comment : CharacterData {
};
// Introduced in DOM Level 3:
interface TypeInfo {
readonly attribute DOMString typeName;
readonly attribute DOMString typeNamespace;
// DerivationMethods
const unsigned long DERIVATION_RESTRICTION = 0x00000001;
const unsigned long DERIVATION_EXTENSION = 0x00000002;
const unsigned long DERIVATION_UNION = 0x00000004;
const unsigned long DERIVATION_LIST = 0x00000008;
boolean isDerivedFrom(in DOMString typeNamespaceArg,
in DOMString typeNameArg,
in unsigned long derivationMethod);
};
// Introduced in DOM Level 3:
interface UserDataHandler {
// OperationType
const unsigned short NODE_CLONED = 1;
const unsigned short NODE_IMPORTED = 2;
const unsigned short NODE_DELETED = 3;
const unsigned short NODE_RENAMED = 4;
const unsigned short NODE_ADOPTED = 5;
void handle(in unsigned short operation,
in DOMString key,
in DOMUserData data,
in Node src,
in Node dst);
};
// Introduced in DOM Level 3:
interface DOMError {
// ErrorSeverity
const unsigned short SEVERITY_WARNING = 1;
const unsigned short SEVERITY_ERROR = 2;
const unsigned short SEVERITY_FATAL_ERROR = 3;
readonly attribute unsigned short severity;
readonly attribute DOMString message;
readonly attribute DOMString type;
readonly attribute DOMObject relatedException;
readonly attribute DOMObject relatedData;
readonly attribute DOMLocator location;
};
// Introduced in DOM Level 3:
interface DOMErrorHandler {
boolean handleError(in DOMError error);
};
// Introduced in DOM Level 3:
interface DOMLocator {
readonly attribute long lineNumber;
readonly attribute long columnNumber;
readonly attribute long byteOffset;
readonly attribute long utf16Offset;
readonly attribute Node relatedNode;
readonly attribute DOMString uri;
};
// Introduced in DOM Level 3:
interface DOMConfiguration {
void setParameter(in DOMString name,
in DOMUserData value)
raises(DOMException);
DOMUserData getParameter(in DOMString name)
raises(DOMException);
boolean canSetParameter(in DOMString name,
in DOMUserData value);
readonly attribute DOMStringList parameterNames;
};
interface CDATASection : Text {
};
interface DocumentType : Node {
readonly attribute DOMString name;
readonly attribute NamedNodeMap entities;
readonly attribute NamedNodeMap notations;
// Introduced in DOM Level 2:
readonly attribute DOMString publicId;
// Introduced in DOM Level 2:
readonly attribute DOMString systemId;
// Introduced in DOM Level 2:
readonly attribute DOMString internalSubset;
};
interface Notation : Node {
readonly attribute DOMString publicId;
readonly attribute DOMString systemId;
};
interface Entity : Node {
readonly attribute DOMString publicId;
readonly attribute DOMString systemId;
readonly attribute DOMString notationName;
// Introduced in DOM Level 3:
readonly attribute DOMString inputEncoding;
// Introduced in DOM Level 3:
readonly attribute DOMString xmlEncoding;
// Introduced in DOM Level 3:
readonly attribute DOMString xmlVersion;
};
interface EntityReference : Node {
};
interface ProcessingInstruction : Node {
readonly attribute DOMString target;
attribute DOMString data;
// raises(DOMException) on setting
};
interface DocumentFragment : Node {
};
interface Document : Node {
// Modified in DOM Level 3:
readonly attribute DocumentType doctype;
readonly attribute DOMImplementation implementation;
readonly attribute Element documentElement;
Element createElement(in DOMString tagName)
raises(DOMException);
DocumentFragment createDocumentFragment();
Text createTextNode(in DOMString data);
Comment createComment(in DOMString data);
CDATASection createCDATASection(in DOMString data)
raises(DOMException);
ProcessingInstruction createProcessingInstruction(in DOMString target,
in DOMString data)
raises(DOMException);
Attr createAttribute(in DOMString name)
raises(DOMException);
EntityReference createEntityReference(in DOMString name)
raises(DOMException);
NodeList getElementsByTagName(in DOMString tagname);
// Introduced in DOM Level 2:
Node importNode(in Node importedNode,
in boolean deep)
raises(DOMException);
// Introduced in DOM Level 2:
Element createElementNS(in DOMString namespaceURI,
in DOMString qualifiedName)
raises(DOMException);
// Introduced in DOM Level 2:
Attr createAttributeNS(in DOMString namespaceURI,
in DOMString qualifiedName)
raises(DOMException);
// Introduced in DOM Level 2:
NodeList getElementsByTagNameNS(in DOMString namespaceURI,
in DOMString localName);
// Introduced in DOM Level 2:
Element getElementById(in DOMString elementId);
// Introduced in DOM Level 3:
readonly attribute DOMString inputEncoding;
// Introduced in DOM Level 3:
readonly attribute DOMString xmlEncoding;
// Introduced in DOM Level 3:
attribute boolean xmlStandalone;
// raises(DOMException) on setting
// Introduced in DOM Level 3:
attribute DOMString xmlVersion;
// raises(DOMException) on setting
// Introduced in DOM Level 3:
attribute boolean strictErrorChecking;
// Introduced in DOM Level 3:
attribute DOMString documentURI;
// Introduced in DOM Level 3:
Node adoptNode(in Node source)
raises(DOMException);
// Introduced in DOM Level 3:
readonly attribute DOMConfiguration domConfig;
// Introduced in DOM Level 3:
void normalizeDocument();
// Introduced in DOM Level 3:
Node renameNode(in Node n,
in DOMString namespaceURI,
in DOMString qualifiedName)
raises(DOMException);
};
};
#endif // _DOM_IDL_
Using the DOMConfiguration users
can change behavior of the DOMParser,
DOMSerializer and Document.normalizeDocument().
If a DOM implementation supports XML Schemas and DTD validation,
the table below defines behavior of such implementation following
various parameter settings on the DOMConfiguration. Errors
are effectively reported only if a DOMErrorHandler
object is attached to the "error-handler" parameter.
| "schema-type" | "validate" | "validate-if-schema" | Instance schemas, i.e. the current schema | Outcome | Other parameters |
|---|---|---|---|---|---|
null |
true |
false |
DTD and XML Schema | Implementation dependent | The outcome of setting the
"datatype-normalization",
"element-content-whitespace"
or "namespaces" parameters
to true or false is implementation
dependent. |
false |
true |
||||
null |
true |
false |
none | Report an error | Setting the "datatype-normalization"
to true or false has no effect on the
DOM. |
false |
true |
No error is reported | |||
null |
true |
false |
DTD | Validate against DTD | Setting the "datatype-normalization"
to true or false has no effect on the
DOM. |
false |
true |
||||
null |
true |
false |
XML Schema | Validate against XML Schema | The outcome of setting the
"namespaces" to
false is implementation dependent (likely to be an
error). Setting the "element-content-whitespace"
to false does not have any effect on the DOM. |
false |
true |
||||
"http://www.w3.org/TR/REC-xml" |
true |
false |
DTD or XML Schema or both | If DTD is found, validate against DTD. Otherwise, report an error. | Setting the "datatype-normalization"
to true or false has no effect on the
DOM. |
false |
true |
If DTD is found, validate against DTD. | |||
"http://www.w3.org/2001/XMLSchema" |
true |
false |
DTD or XML Schema or both | If XML Schema is found, validate against the schema. Otherwise, report an error. | Setting the "datatype-normalization"
to true exposes XML Schema normalized
values in the DOM. The outcome of setting the "namespaces" to false
is implementation dependent (likely to be an error). |
false |
true |
If XML Schema is found, validate against the schema. | |||
"http://www.w3.org/2001/XMLSchema" or
"http://www.w3.org/TR/REC-xml" |
false |
false |
DTD or XML Schema or both | If XML Schema is found, it is ignored. DOM implementations may use information available in the DTD to perform entity resolution. | Setting the "datatype-normalization"
to true of false has no effect on the
DOM. |
Note: If an error has to be reported, as specified in the
"Outcome" column above, the DOMError.type is
"no-schema-available".
This appendix contains the mappings between the
XML Information Set [XML Information Set] model and the
Document Object Model. Starting from a Document node, each
information item is mapped to its respective Node, and each Node is mapped
to its respective information item. As used in the Infoset
specification, the Infoset property names are shown in square
brackets, [thus].
Unless specified, the Infoset to DOM node mapping makes no
distinction between unknown and no value since both will be exposed
as null (or false if the DOM attribute is
of type boolean).
An document information item maps to a Document node. The attributes
of the corresponding Document node are constructed
as follows:
| Attribute | Value |
|---|---|
Node.nodeName |
"#document" |
Node.nodeValue |
null |
Node.nodeType |
Node.DOCUMENT_NODE |
Node.parentNode |
null |
Node.childNodes |
A NodeList containing the
information items in the [children] property. |
Node.firstChild |
The first node contained
in Node.childNodes |
Node.lastChild |
The last node contained in
Node.childNodes |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
null |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
same as Document.documentURI |
Node.textContent |
null |
Document.doctype |
The document type information item |
Document.implementation |
The DOMImplementation object used
to create this node |
Document.documentElement |
The [document element] property |
Document.inputEncoding |
The [character encoding scheme] property |
Document.xmlEncoding |
null |
Document.xmlStandalone |
The [standalone]
property, or false if the latter has no value. |
Document.xmlVersion |
The [version]
property, or "1.0" if the latter has no value. |
Document.strictErrorChecking |
true |
Document.documentURI |
The [base URI] property |
Document.domConfig |
A DOMConfiguration object
whose parameters are set to their default values |
The [notations], [unparsed entities] properties
are being exposed in the DocumentType node.
Note: The [all declarations processed] property is
not exposed through the Document node.
A Document node maps
to an document information item. Document nodes with no
namespace URI (Node.namespaceURI equals to
null) cannot be represented using the Infoset. The
properties of the corresponding document information item
are constructed as follows:
| Property | Value |
|---|---|
| [children] | Node.childNodes |
| [document element] | Document.documentElement |
| [notations] |
Document.doctype.notations |
| [unparsed entities] | The information items from
Document.doctype.entities, whose Node.childNodes is an empty
list |
| [base URI] | Document.documentURI |
| [character encoding scheme] | Document.inputEncoding |
| [standalone] | Document.xmlStandalone |
| [version] | Document.xmlVersion |
| [all declarations processed] | The value is implementation dependent |
An element information item maps to a Element node. The attributes
of the corresponding Element node are constructed
as follows:
| Attribute | Value |
|---|---|
Node.nodeName |
same as Element.tagName |
Node.nodeValue |
null |
Node.nodeType |
Node.ELEMENT_NODE |
Node.parentNode |
The [parent] property |
Node.childNodes |
A NodeList containing the
information items in the [children] property |
Node.firstChild |
The first node contained
in Node.childNodes |
Node.lastChild |
The last node contained in
Node.childNodes |
Node.previousSibling |
The information item preceding the current one on the [children] property contained in the [parent] property |
Node.nextSibling |
The information item following the current one on the [children] property contained in the [parent] property |
Node.attributes |
The information items contained in the [attributes] and [namespace attributes] properties |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
The [namespace name] property |
Node.prefix |
The [prefix] property |
Node.localName |
The [local name] property |
Node.baseURI |
The [base URI] property |
Node.textContent |
Concatenation of the
Node.textContent
attribute value of every child node, excluding
COMMENT_NODE and
PROCESSING_INSTRUCTION_NODE nodes. This is the empty
string if the node has no children. |
Element.tagName |
If the [prefix] property has no value, this contains the [local name] property. Otherwise, this contains the concatenation of the [prefix] property, the colon ':' character, and the [local name] property. |
Element.schemaTypeInfo |
A TypeInfo object whose TypeInfo.typeNamespace
and TypeInfo.typeName are
inferred from the schema in use if available. |
Note: The [in-scope namespaces] property is not
exposed through the Element node.
An Element node
maps to an element information item. Because the Infoset
only represents unexpanded entity references, non-empty EntityReference nodes
contained in Node.childNodes need to be
replaced by their content. DOM applications could use the Document.normalizeDocument()
method for that effect with the "entities" parameter set to
false. The properties of the corresponding element
information item are constructed as follows:
| Property | Value |
|---|---|
| [namespace name] | Node.namespaceURI |
| [local name] | Node.localName |
| [prefix] | Node.prefix |
| [children] | Node.childNodes, whose
expanded entity references (EntityReference nodes with
children) have been replaced with their content. |
| [attributes] | The nodes contained in
Node.attributes, whose
Node.namespaceURI
value is different from
"http://www.w3.org/2000/xmlns/" |
| [namespace attributes] | The nodes contained in
Node.attributes, whose
Node.namespaceURI
value is "http://www.w3.org/2000/xmlns/" |
| [in-scope namespaces] | The namespace information
items computed using the [namespace attributes] properties
of this node and its ancestors. If the [DOM Level 3
XPath] module is supported, the namespace information
items can also be computed from the XPathNamespace
nodes. |
| [base URI] | Node.baseURI |
| [parent] | Node.parentNode |
An attribute information item map to a Attr node. The attributes of
the corresponding Attr node are constructed as
follows:
| Attribute/Method | Value |
|---|---|
Node.nodeName |
same as Attr.name |
Node.nodeValue |
same as Attr.value |
Node.nodeType |
Node.ATTRIBUTE_NODE |
Node.parentNode |
null |
Node.childNodes |
A NodeList containing one
Text node whose text
content is the same as Attr.value. |
Node.firstChild |
The Text node contained in
Node.childNodes |
Node.lastChild |
The Text node contained in
Node.childNodes |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
The [namespace name] property |
Node.prefix |
The [prefix] property |
Node.localName |
The [local name] property |
Node.baseURI |
null |
Node.textContent |
the value of Node.textContent of the
Text child. same as
Node.nodeValue (since
this attribute node only contains one Text node) |
Attr.name |
If the [prefix] property has no value, this contains the [local name] property. Otherwise, this contains the concatenation of the [prefix] property, the colon ':' character, and the [local name] property. |
Attr.specified |
The [specified] property |
Attr.value |
The [normalized value] property |
Attr.ownerElement |
The [owner element] property |
Attr.schemaTypeInfo |
A TypeInfo object whose TypeInfo.typeNamespace
is "http://www.w3.org/TR/REC-xml" and TypeInfo.typeName is the
[attribute type] property |
Attr.isId |
if the [attribute
type] property is ID, this method return true |
An Attr node maps
to an attribute information item. Attr nodes with no namespace
URI (Node.namespaceURI equals to
null) cannot be represented using the Infoset. The
properties of the corresponding attribute information item
are constructed as follows:
| Property | Value |
|---|---|
| [namespace name] | Node.namespaceURI |
| [local name] | Node.localName |
| [prefix] | Node.prefix |
| [normalized value] | Attr.value |
| [specified] | Attr.specified |
| [attribute type] | Using the TypeInfo object referenced from
Attr.schemaTypeInfo,
the value of TypeInfo.typeName if
TypeInfo.typeNamespace
is "http://www.w3.org/TR/REC-xml". |
| [references] | if the computed
[attribute type] property is IDREF, IDREFS, ENTITY,
ENTITIES, or NOTATION, the value of this property is an ordered
list of the element, unparsed entity, or notation information items
referred to in the attribute value, in the order that they appear
there. The ordered list is computed using
Node.ownerDocument.getElementById,
Node.ownerDocument.doctype.entities, and
Node.ownerDocument.doctype.notations. |
| [owner element] | Attr.ownerElement |
A processing instruction information item map to a
ProcessingInstruction node.
The attributes of the corresponding ProcessingInstruction node
are constructed as follows:
| Attribute | Value |
|---|---|
Node.nodeName |
same as ProcessingInstruction.target |
Node.nodeValue |
same as ProcessingInstruction.data |
Node.nodeType |
Node.PROCESSING_INSTRUCTION_NODE |
Node.parentNode |
The [parent] property |
Node.childNodes |
empty NodeList |
Node.firstChild |
null |
Node.lastChild |
null |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
The [base URI]
property of the parent element if any. The [base URI]
property of the processing instruction information item is not
exposed through the ProcessingInstruction
node. |
Node.textContent |
same as Node.nodeValue |
ProcessingInstruction.target |
The [target] property |
ProcessingInstruction.data |
The [content] property |
A ProcessingInstruction node
maps to an processing instruction information item. The
properties of the corresponding processing instruction
information item are constructed as follows:
| Property | Value |
|---|---|
| [target] | ProcessingInstruction.target |
| [content] | ProcessingInstruction.data |
| [base URI] | Node.baseURI (which is
equivalent to the base URI of its parent element if any) |
| [notation] | The Notation node named by the
target and if available from
Node.ownerDocument.doctype.notations |
| [parent] | Node.parentNode |
An unexpanded entity reference information item maps to a
EntityReference node.
The attributes of the corresponding EntityReference node are
constructed as follows:
| Attribute | Value |
|---|---|
Node.nodeName |
The [name] property |
Node.nodeValue |
null |
Node.nodeType |
Node.ENTITY_REFERENCE_NODE |
Node.parentNode |
the [parent] property |
Node.childNodes |
Empty NodeList |
Node.firstChild |
null |
Node.lastChild |
null |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
The [declaration base URI] property |
Node.textContent |
null (the
node has no children) |
Note: The [system identifier] and [public
identifier] properties are not exposed through the EntityReference node, but
through the throughtEntity
node reference from this EntityReference node, if
any.
An EntityReference
node maps to an unexpanded entity reference information
item. EntityReference nodes with
children (Node.childNodes contains a
non-empty list) cannot be represented using the Infoset. The
properties of the corresponding unexpanded entity reference
information item are constructed as follows:
| Property | Value |
|---|---|
| [name] | Node.nodeName |
| [system identifier] | The Entity.systemId value of the
Entity node available
from Node.ownerDocument.doctype.entities if
available |
| [public identifier] | The Entity.publicId value of the
Entity node available
from Node.ownerDocument.doctype.entities if
available |
| [declaration base URI] | Node.baseURI |
| [parent] | Node.parentNode |
Since the [XML Information Set] doesn't
represent the boundaries of CDATA marked sections, CDATASection nodes cannot
occur from an infoset mapping.
Consecutive character information items map to a Text node. The attributes of
the corresponding Text node are constructed as
follows:
| Attribute/Method | Value |
|---|---|
Node.nodeName |
"#text" |
Node.nodeValue |
same as CharacterData.data |
Node.nodeType |
Node.TEXT_NODE |
Node.parentNode |
The [parent] property |
Node.childNodes |
empty NodeList |
Node.firstChild |
null |
Node.lastChild |
null |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
null |
Node.textContent |
same as Node.nodeValue |
CharacterData.data |
A DOMString including all
[character code] contained in the character information
items |
CharacterData.length |
The number of 16-bit units needed to encode all ISO 10646 character code contained in the character information items using the UTF-16 encoding. |
Text.isElementContentWhitespace |
The [element content whitespace] property |
Text.wholeText |
same as CharacterData.data |
Note: By construction, the values of the [parent] and [element content whitespace] properties are necessarily the sames for all consecutive character information items.
The text content of a Text or a CDATASection node maps to a
sequence of character information items. The number of items
is less or equal to CharacterData.length. Text
nodes contained in Attr nodes are mapped to the
Infoset using the Attr.value attribute. Text
nodes contained in Document nodes cannot be
represented using the Infoset. The properties of the corresponding
character information items are constructed as follows:
| Property | Value |
|---|---|
| [character code] | The ISO 10646 character
code produced using one or two 16-bit units from CharacterData.data |
| [element content whitespace] | Text.isElementContentWhitespace |
| [parent] | Node.parentNode |
A comment information item maps to a Comment node. The attributes
of the corresponding Comment node are constructed
as follows:
| Attribute | Value |
|---|---|
Node.nodeName |
"#comment" |
Node.nodeValue |
same as CharacterData.data |
Node.nodeType |
Node.COMMENT_NODE |
Node.parentNode |
The [parent] property |
Node.childNodes |
empty NodeList |
Node.firstChild |
null |
Node.lastChild |
null |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
null |
Node.textContent |
same as Node.nodeValue |
CharacterData.data |
The [content] property encoded using the UTF-16 encoding. |
CharacterData.length |
The number of 16-bit units needed to encode all ISO character code contained in the [content] property using the UTF-16 encoding. |
A Comment maps to
a comment information item. The properties of the
corresponding comment information item are constructed as
follows:
| Property | Value |
|---|---|
| [content] | CharacterData.data |
| [parent] | Node.parentNode |
A document type declaration information item maps to a
DocumentType node.
The attributes of the corresponding DocumentType node are
constructed as follows:
| Attribute | Value |
|---|---|
Node.nodeName |
same as DocumentType.name |
Node.nodeValue |
null |
Node.nodeType |
Node.DOCUMENT_TYPE_NODE |
Node.parentNode |
The [parent] property |
Node.childNodes |
empty NodeList |
Node.firstChild |
null |
Node.lastChild |
null |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
null |
Node.textContent |
null |
DocumentType.name |
The name of the document element. |
DocumentType.entities |
The [unparsed entities] property available from the document information item. |
DocumentType.notations |
The [notations] property available from the document information item. |
DocumentType.publicId |
The [public identifier] property |
DocumentType.systemId |
The [system identifier] property |
DocumentType.internalSubset |
The value is implementation dependent |
Note: The [children] property is not exposed
through the DocumentType node.
A DocumentType
maps to a document type declaration information item. The
properties of the corresponding document type declaration
information item are constructed as follows:
| Property | Value |
|---|---|
| [system identifier] | DocumentType.systemId |
| [public identifier] | DocumentType.publicId |
| [children] | The value of this property is implementation dependent |
| [parent] | Node.parentNode |
An unparsed entity information item maps to a Entity node. The attributes of
the corresponding Entity node are constructed as
follows:
| Attribute | Value |
|---|---|
Node.nodeName |
The [name] property |
Node.nodeValue |
null |
Node.nodeType |
Node.ENTITY_NODE |
Node.parentNode |
null |
Node.childNodes |
Empty NodeList |
Node.firstChild |
null |
Node.lastChild |
null |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
The [declaration base URI] property |
Node.textContent |
"" (the node
has no children) |
Entity.publicId |
The [public identifier] property |
Entity.systemId |
The [system identifier] property |
Entity.notationName |
The [notation name] property |
Entity.inputEncoding |
null |
Entity.xmlEncoding |
null |
Entity.xmlVersion |
null |
Note: The [notation] property is available through
the DocumentType
node.
An Entity node maps
to an unparsed entity information item. Entity nodes with
children (Node.childNodes contains a
non-empty list) cannot be represented using the Infoset. The
properties of the corresponding unparsed entity information
item are constructed as follows:
| Property | Value |
|---|---|
| [name] | Node.nodeName |
| [system identifier] | Entity.systemId |
| [public identifier] | Entity.publicId |
| [declaration base URI] | Node.baseURI |
| [notation name] | Entity.notationName |
| [notation] | The Notation node referenced from
DocumentType.notations
whose name is the [notation name] property |
A notation information item maps to a Notation node. The attributes
of the corresponding Notation node are constructed
as follows:
| Attribute | Value |
|---|---|
Node.nodeName |
The [name] property |
Node.nodeValue |
null |
Node.nodeType |
Node.NOTATION_NODE |
Node.parentNode |
null |
Node.childNodes |
Empty NodeList |
Node.firstChild |
null |
Node.lastChild |
null |
Node.previousSibling |
null |
Node.nextSibling |
null |
Node.attributes |
null |
Node.ownerDocument |
The document information item |
Node.namespaceURI |
null |
Node.prefix |
null |
Node.localName |
null |
Node.baseURI |
The [declaration base URI] property |
Node.textContent |
null |
Notation.publicId |
The [public identifier] property |
Notation.systemId |
The [system identifier] property |
A Notation maps to
a notation information item. The properties of the
corresponding notation information item are constructed as
follows:
| Property | Value |
|---|---|
| [name] | Node.nodeName |
| [system identifier] | Notation.systemId |
| [public identifier] | Notation.publicId |
| [parent] | Node.parentNode |
This appendix contains the complete Java [Java] bindings for the Level 3 Document Object Model Core.
The Java files are also available as http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040406/java-binding.ziphttp://www.w3.org/TR/2004/PR-DOM-Level-3-Core-20040205/java-binding.zip
Note: This section is informative.
This section defines the DOMImplementationRegistry
object, discussed in Bootstrapping,
for Java.
The DOMImplementationRegistry is first initialized
by the application or the implementation, depending on the context,
through the Java system property
"org.w3c.dom.DOMImplementationSourceList". The value of this
property is a space separated list of names of available classes
implementing the DOMImplementationSource
interface.
package org.w3c.dom.bootstrap; import java.util.StringTokenizer; import java.util.Vector; import org.w3c.dom.DOMImplementationSource; import org.w3c.dom.DOMImplementationList; import org.w3c.dom.DOMImplementation; import java.io.InputStream; import java.io.BufferedReader; import java.io.InputStreamReader; import java.security.AccessController; import java.security.PrivilegedAction; /** *A factory that enables applications to obtain instances ofThis class holds the list of registered DOMImplementations. The contents * of the registry are drawn from the System Property * <code>org.w3c.dom.DOMImplementationSourceList</code>, which must contain a * white-space delimited sequence of the names*classes implementing<code>DOMImplementation</code>. *<code>DOMImplementationSource</code>.*Applications may also register DOMImplementationSource<p> *implementations by using a method on this class. They may then * query instances of the registry for implementations supportingExample: * </p> *specific features.* <pre class='example'> * // get an instance of the DOMImplementation registry * DOMImplementationRegistry registry = * DOMImplementationRegistry.newInstance(); * // get a DOM implementation the Level 3 XML module * DOMImplementation domImpl = * registry.getDOMImplementation("XML 3.0"); * </pre> *<p>Example:</p>* <p> * This provides an application with an implementation-independent<p>Thisstarting** point. DOM implementations may modify this class to meet new security * standards or to provide *additional* fallbacks for the list of * DOMImplementationSources. * </p> * * @see DOMImplementation * @see DOMImplementationSource * @since DOM Level 3 */point.</p>public final class DOMImplementationRegistry {package org.w3c.dom.bootstrap; import java.lang.reflect.Method; import java.lang.reflect.InvocationTargetException; import java.lang.ClassLoader; import java.lang.String; import java.util.StringTokenizer; import java.util.Enumeration; import java.util.Vector; import org.w3c.dom.DOMImplementationSource; import org.w3c.dom.DOMImplementationList; import org.w3c.dom.DOMImplementation;/** * The system property to specify the * DOMImplementationSource class names. */ public//static final String PROPERTY = "org.w3c.dom.DOMImplementationSourceList"; /** * Default columns per line. */ privatefinalstatic final int DEFAULT_LINE_LENGTH = 80; /** * The list of DOMImplementationSources. */ privateVector _sources; // deny construction by other classesVector sources; /** * Private constructor. * @param srcs Vector List of DOMImplementationSources */ privateDOMImplementationRegistry() { } // deny construction by other classesDOMImplementationRegistry(final Vector srcs) {DOMImplementationRegistry(Vectorsources = srcs; }_sources/** */*Obtain a new instance of a <code>DOMImplementationRegistry</code>. *This method queries the System property* The <code>DOMImplementationRegistry</code> is initialized by the *<code>org.w3c.dom.DOMImplementationSourceList</code>. If itapplication or the implementation, depending on the context, by * first checking the value of the Java system property * <code>org.w3c.dom.DOMImplementationSourceList</code> andable to read* theparsethe service provider whose contents are at * "<code>META_INF/services/org.w3c.dom.DOMImplementationSourceList</code>" * The value of this property is a white-space separated list of * names of availables classesproperty, it attempts to instantiateimplementing the * <code>DOMImplementationSource</code> interface. Each class listed * in the class name list is instantiated and any exceptionsaccording to each space-delimited substring. Any* encountered are thrown to the application.it encounters*An application* @return an initialized instance of DOMImplementationRegistry * @throws ClassNotFoundException * If any specified class can not be found * @throws InstantiationException * If any specified class is an interface or abstract class * @throws IllegalAccessException * If the default constructor of a specified class is not accessible * @throws ClassCastException * If any specified class does not implement * <code>DOMImplementationSource</code> */ public static DOMImplementationRegistry newInstance() throws ClassNotFoundException, InstantiationException,must call this method before using the class.IllegalAccessException, ClassCastException { VectorIllegalAccessExceptionsources = new Vector(); ClassLoader classLoader = getClassLoader(); // fetch system property: String p =_sourcesgetSystemProperty(PROPERTY); // // if property is not specified then use contents of // META_INF/org.w3c.dom.DOMImplementationSourceList from classpath if (p == null) { p = getServiceValue(classLoader); } if (p == null) { // // DOM Implementations can modify here to add *additional* fallback // mechanisms to access a list of default DOMImplementationSources. } if (p != null) { StringTokenizer st = new StringTokenizer(p); while (st.hasMoreTokens()) { String sourceName = st.nextToken(); // Use context class loader, falling back to Class.forName // if and only if this fails...System.getProperty(PROPERTY);Class sourceClass = null; if (classLoader != null) { sourceClass = classLoader.loadClass(sourceName); } else { sourceClass = Class.forName(sourceName); } DOMImplementationSource source =Object(DOMImplementationSource) sourceClass.newInstance(); sources.addElement(source); } } return newgetClass(sourceName).newInstance(); _sources.add(source);DOMImplementationRegistry(sources); } /** * Return the firstDOMImplementationRegistry(_sources);implementation that has the desired * features, orregistered<code>null</code> if none is found. * * @param features * A string that specifies which features are required.nullThis is * a space separated list in which each feature is*specified by * its name optionally followed by a space*and a version number. * This is something like: "XML 1.0 Traversal +Events 2.0" * @return An implementation that has the desired features,** or <code>null</code> ifornone found. */ public DOMImplementationthis source has none.getDOMImplementation(final String features)getDOMImplementation(String{ int size =throws ClassNotFoundException, InstantiationException, IllegalAccessException, ClassCastExceptionsources.size(); String name = null; for (int i = 0; i < size; i++) { DOMImplementationSource source = (DOMImplementationSource)_sources.size();sources.elementAt(i); DOMImplementation impl = source.getDOMImplementation(features); if (impl != null) { return impl; } } return null; } /** * Return_sources.get(i);a list oftheimplementations that support theall registered implementation* desired features. * * @param features * A string that specifies which features are required.desiredThis is * a space separated list in which each feature is*specified by * its name optionally followed by a space*and a version number. * This is something like: "XML 1.0 Traversal +Events 2.0" * @return A list of DOMImplementations that support the desired features. */ public DOMImplementationList*getDOMImplementationList(final String features)getDOMImplementationList(String{throws ClassNotFoundException, InstantiationException, IllegalAccessException, ClassCastExceptionfinal Vector implementations = newint size = _sources.size(); DOMImplementationListImpl listVector(); int size =DOMImplementationListImpl(); String namesources.size(); for (int i = 0; i < size; i++) { DOMImplementationSource source = (DOMImplementationSource)null;sources.elementAt(i); DOMImplementationList impls = source.getDOMImplementationList(features); for (int j = 0; j < impls.getLength(); j++) {_sources.get(i);DOMImplementation impl = impls.item(j); implementations.addElement(impl); } } return new DOMImplementationList() { public DOMImplementation item(final int index) { if (index >= 0 && index < implementations.size()) { try { return (DOMImplementation) implementations.elementAt(index); } catch (ArrayIndexOutOfBoundsException e) { return null; } } return null; } public int getLength() { returnlist.add(impls.item(j));implementations.size(); } }; } /** * Register an implementation. * * @param s The source to be registered, may not be <code>null</code> */ public voidlist;addSource(final DOMImplementationSource s)addSource(DOMImplementationSource{throws ClassNotFoundException, InstantiationException, IllegalAccessExceptionif (s == null) { throw new NullPointerException(); } if (!sources.contains(s)) { sources.addElement(s); } } /** * * Gets a class loader. * * @return A class loader, possibly <code>null</code> */ private static_sources.add(s);ClassLoaderClass getClass (String className) throws ClassNotFoundException, IllegalAccessException, InstantiationException { Method m = null;getClassLoader() { try {cl = null;ClassLoader contextClassLoader =mgetContextClassLoader(); if (contextClassLoader != null) { return contextClassLoader; } } catchThread.class.getMethod("getContextClassLoader", null);(Exception e) { // Assume that(NoSuchMethodExceptionthe DOM application is in a JRE 1.1, use the // current ClassLoaderwe are running JDKreturn DOMImplementationRegistry.class.getClassLoader(); }cl =return DOMImplementationRegistry.class.getClassLoader(); } /** * This method attempts to return the first line of the resource * META_INF/services/org.w3c.dom.DOMImplementationSourceList * from the provided ClassLoader. * * @param classLoader classLoader, may not be <code>null</code>. * @return first line of resource, or <code>null</code> */ private static String getServiceValue(final ClassLoader classLoader) { String serviceId = "META-INF/services/" + PROPERTY; // try to find services in CLASSPATH try {if (cl == null )InputStream is =clgetResourceAsStream(classLoader, serviceId); if (is != null) {(ClassLoader) m.invoke(Thread.currentThread(), null); } catch (IllegalAccessException e)BufferedReader rd; try { rd = new// assert(false) throwBufferedReader(new InputStreamReader(is, "UTF-8"), DEFAULT_LINE_LENGTH); } catchUnknownError(e.getMessage());(java.io.UnsupportedEncodingException e) {(InvocationTargetExceptionrd = new// assert(e.getTargetException() instanceof SecurityException) throwBufferedReader(new InputStreamReader(is), DEFAULT_LINE_LENGTH); } String serviceValue = rd.readLine(); rd.close(); ifUnknownError(e.getMessage()); }(serviceValue != null && serviceValue.length() > 0) {(cl == null)return// fall back to Class.forNameserviceValue; } }Class.forName(className);} catchtry { return cl.loadClass(className);(Exception ex) { return(ClassNotFoundException e)null; } return null; }Class.forName(className); }/** *org/w3c/dom/bootstrap/DOMImplementationListImpl.java:A simple JRE (Java Runtime Environment) 1.1 test *This class holds a list of DOMImplementations. * * @since DOM Level 3 */ package org.w3c.dom.bootstrap; import java.util.Vector; import org.w3c.dom.DOMImplementationList; import org.w3c.dom.DOMImplementation; public class DOMImplementationListImpl implements DOMImplementationList { private Vector sources; /** @returnConstruct an empty list of DOMImplementations<code>true</code> if JRE 1.1 */an initialized instance of DOMImplementationRegistryprivate static boolean isJRE11() {public DOMImplementationListImpl()try { Class c =sourcesClass.forName("java.security.AccessController"); // java.security.AccessController existed since 1.2 so, if no // exception was thrown, the DOM application is running in a JRE // 1.2 or higher return false; } catch (Exception ex) { // ignore } return true; } /** *new Vector();This method returns theReturns the <code>index</code>th item inContextClassLoader orcollection. If * <code>index</code> is greater than<code>null</code> if *equal to the number ofrunning in<code>DOMImplementation</code>sa JRE 1.1 *the list, this returns * <code>null</code>.* @return The@param index Index into the collection.Context Classloader */ private static ClassLoader getContextClassLoader() { return isJRE11() ? null : (ClassLoader) AccessController.doPrivileged(new PrivilegedAction() { public<code>DOMImplementation</code> at the <code>index</code> * th position in the <code>DOMImplementationList</code>, or * <code>null</code> if that is not a valid index.Object run() { ClassLoader classLoader = null; try {DOMImplementation item(int index)classLoader = Thread.currentThread().getContextClassLoader(); } catchreturn (DOMImplementation) sources.elementAt(index);(SecurityException ex) { } return(ArrayIndexOutOfBoundsException e)classLoader; } }); } /** *null;This method returns theThe number of <code>DOMImplementation</code>s insystem property indicated by the specified name *list. The rangeafter checking access control privileges. For a JRE 1.1, this check isof valid child node indices* not done. * * @param name the name of the system property * @return the system property */ private static String getSystemProperty(final String name) { return isJRE11() ? (String) System.getProperty(name) : (String) AccessController.doPrivileged(new PrivilegedAction() { public0 to <code>length-1</code> inclusive.Object run() { returnint getLength()System.getProperty(name); } }); } /** *sources.size();This method returns an Inputstream for the reading resource * META_INF/services/org.w3c.dom.DOMImplementationSourceList after checking * access control privileges. For aAddJRE 1.1, this check is not done. * * @param classLoader classLoader * @param name the<code>DOMImplementation</code> inresource * @return an Inputstream for the resource specified */list.private static InputStream getResourceAsStream(final ClassLoader classLoader, final String name) { if (isJRE11()) { InputStream ris; if (classLoader == null) {public void add(DOMImplementation domImpl)ris = ClassLoader.getSystemResourceAsStream(name); } else { ris = classLoader.getResourceAsStream(name); }sources.add(domImpl);return ris; } else { return (InputStream) AccessController.doPrivileged(new PrivilegedAction() { public Object run() { InputStream ris; if (classLoader == null) { ris =With this, the first line of an application typically becomes something like (modulo exception handling): // get a DOM Level 3 implementation that supports the XML module. DOMImplementation implClassLoader.getSystemResourceAsStream(name); } else { ris = classLoader.getResourceAsStream(name); } return ris; } }); } } }DOMImplementationRegistry.getDOMImplementation("XML 3.0");
package org.w3c.dom;
public class DOMException extends RuntimeException {
public DOMException(short code, String message) {
super(message);
this.code = code;
}
public short code;
// ExceptionCode
public static final short INDEX_SIZE_ERR = 1;
public static final short DOMSTRING_SIZE_ERR = 2;
public static final short HIERARCHY_REQUEST_ERR = 3;
public static final short WRONG_DOCUMENT_ERR = 4;
public static final short INVALID_CHARACTER_ERR = 5;
public static final short NO_DATA_ALLOWED_ERR = 6;
public static final short NO_MODIFICATION_ALLOWED_ERR = 7;
public static final short NOT_FOUND_ERR = 8;
public static final short NOT_SUPPORTED_ERR = 9;
public static final short INUSE_ATTRIBUTE_ERR = 10;
public static final short INVALID_STATE_ERR = 11;
public static final short SYNTAX_ERR = 12;
public static final short INVALID_MODIFICATION_ERR = 13;
public static final short NAMESPACE_ERR = 14;
public static final short INVALID_ACCESS_ERR = 15;
public static final short VALIDATION_ERR = 16;
public static final short TYPE_MISMATCH_ERR = 17;
}
package org.w3c.dom;
public interface DOMStringList {
public String item(int index);
public int getLength();
public boolean contains(String str);
}
package org.w3c.dom;
public interface NameList {
public String getName(int index);
public String getNamespaceURI(int index);
public int getLength();
public boolean contains(String str);
public boolean containsNS(String namespaceURI,
String name);
}
package org.w3c.dom;
public interface DOMImplementationList {
public DOMImplementation item(int index);
public int getLength();
}
package org.w3c.dom;
public interface DOMImplementationSource {
public DOMImplementation getDOMImplementation(String features);
public DOMImplementationList getDOMImplementationList(String features);
}
package org.w3c.dom;
public interface DOMImplementation {
public boolean hasFeature(String feature,
String version);
public DocumentType createDocumentType(String qualifiedName,
String publicId,
String systemId)
throws DOMException;
public Document createDocument(String namespaceURI,
String qualifiedName,
DocumentType doctype)
throws DOMException;
public Object getFeature(String feature,
String version);
}
package org.w3c.dom;
public interface DocumentFragment extends Node {
}
package org.w3c.dom;
public interface Document extends Node {
public DocumentType getDoctype();
public DOMImplementation getImplementation();
public Element getDocumentElement();
public Element createElement(String tagName)
throws DOMException;
public DocumentFragment createDocumentFragment();
public Text createTextNode(String data);
public Comment createComment(String data);
public CDATASection createCDATASection(String data)
throws DOMException;
public ProcessingInstruction createProcessingInstruction(String target,
String data)
throws DOMException;
public Attr createAttribute(String name)
throws DOMException;
public EntityReference createEntityReference(String name)
throws DOMException;
public NodeList getElementsByTagName(String tagname);
public Node importNode(Node importedNode,
boolean deep)
throws DOMException;
public Element createElementNS(String namespaceURI,
String qualifiedName)
throws DOMException;
public Attr createAttributeNS(String namespaceURI,
String qualifiedName)
throws DOMException;
public NodeList getElementsByTagNameNS(String namespaceURI,
String localName);
public Element getElementById(String elementId);
public String getInputEncoding();
public String getXmlEncoding();
public boolean getXmlStandalone();
public void setXmlStandalone(boolean xmlStandalone)
throws DOMException;
public String getXmlVersion();
public void setXmlVersion(String xmlVersion)
throws DOMException;
public boolean getStrictErrorChecking();
public void setStrictErrorChecking(boolean strictErrorChecking);
public String getDocumentURI();
public void setDocumentURI(String documentURI);
public Node adoptNode(Node source)
throws DOMException;
public DOMConfiguration getDomConfig();
public void normalizeDocument();
public Node renameNode(Node n,
String namespaceURI,
String qualifiedName)
throws DOMException;
}
package org.w3c.dom;
public interface Node {
// NodeType
public static final short ELEMENT_NODE = 1;
public static final short ATTRIBUTE_NODE = 2;
public static final short TEXT_NODE = 3;
public static final short CDATA_SECTION_NODE = 4;
public static final short ENTITY_REFERENCE_NODE = 5;
public static final short ENTITY_NODE = 6;
public static final short PROCESSING_INSTRUCTION_NODE = 7;
public static final short COMMENT_NODE = 8;
public static final short DOCUMENT_NODE = 9;
public static final short DOCUMENT_TYPE_NODE = 10;
public static final short DOCUMENT_FRAGMENT_NODE = 11;
public static final short NOTATION_NODE = 12;
public String getNodeName();
public String getNodeValue()
throws DOMException;
public void setNodeValue(String nodeValue)
throws DOMException;
public short getNodeType();
public Node getParentNode();
public NodeList getChildNodes();
public Node getFirstChild();
public Node getLastChild();
public Node getPreviousSibling();
public Node getNextSibling();
public NamedNodeMap getAttributes();
public Document getOwnerDocument();
public Node insertBefore(Node newChild,
Node refChild)
throws DOMException;
public Node replaceChild(Node newChild,
Node oldChild)
throws DOMException;
public Node removeChild(Node oldChild)
throws DOMException;
public Node appendChild(Node newChild)
throws DOMException;
public boolean hasChildNodes();
public Node cloneNode(boolean deep);
public void normalize();
public boolean isSupported(String feature,
String version);
public String getNamespaceURI();
public String getPrefix();
public void setPrefix(String prefix)
throws DOMException;
public String getLocalName();
public boolean hasAttributes();
public String getBaseURI();
// DocumentPosition
public static final short DOCUMENT_POSITION_DISCONNECTED = 0x01;
public static final short DOCUMENT_POSITION_PRECEDING = 0x02;
public static final short DOCUMENT_POSITION_FOLLOWING = 0x04;
public static final short DOCUMENT_POSITION_CONTAINS = 0x08;
public static final short DOCUMENT_POSITION_CONTAINED_BY = 0x10;
public static final short DOCUMENT_POSITION_IMPLEMENTATION_SPECIFIC = 0x20;
public short compareDocumentPosition(Node other)
throws DOMException;
public String getTextContent()
throws DOMException;
public void setTextContent(String textContent)
throws DOMException;
public boolean isSameNode(Node other);
public String lookupPrefix(String namespaceURI);
public boolean isDefaultNamespace(String namespaceURI);
public String lookupNamespaceURI(String prefix);
public boolean isEqualNode(Node arg);
public Object getFeature(String feature,
String version);
public Object setUserData(String key,
Object data,
UserDataHandler handler);
public Object getUserData(String key);
}
package org.w3c.dom;
public interface NodeList {
public Node item(int index);
public int getLength();
}
package org.w3c.dom;
public interface NamedNodeMap {
public Node getNamedItem(String name);
public Node setNamedItem(Node arg)
throws DOMException;
public Node removeNamedItem(String name)
throws DOMException;
public Node item(int index);
public int getLength();
public Node getNamedItemNS(String namespaceURI,
String localName)
throws DOMException;
public Node setNamedItemNS(Node arg)
throws DOMException;
public Node removeNamedItemNS(String namespaceURI,
String localName)
throws DOMException;
}
package org.w3c.dom;
public interface CharacterData extends Node {
public String getData()
throws DOMException;
public void setData(String data)
throws DOMException;
public int getLength();
public String substringData(int offset,
int count)
throws DOMException;
public void appendData(String arg)
throws DOMException;
public void insertData(int offset,
String arg)
throws DOMException;
public void deleteData(int offset,
int count)
throws DOMException;
public void replaceData(int offset,
int count,
String arg)
throws DOMException;
}
package org.w3c.dom;
public interface Attr extends Node {
public String getName();
public boolean getSpecified();
public String getValue();
public void setValue(String value)
throws DOMException;
public Element getOwnerElement();
public TypeInfo getSchemaTypeInfo();
public boolean isId();
}
package org.w3c.dom;
public interface Element extends Node {
public String getTagName();
public String getAttribute(String name);
public void setAttribute(String name,
String value)
throws DOMException;
public void removeAttribute(String name)
throws DOMException;
public Attr getAttributeNode(String name);
public Attr setAttributeNode(Attr newAttr)
throws DOMException;
public Attr removeAttributeNode(Attr oldAttr)
throws DOMException;
public NodeList getElementsByTagName(String name);
public String getAttributeNS(String namespaceURI,
String localName)
throws DOMException;
public void setAttributeNS(String namespaceURI,
String qualifiedName,
String value)
throws DOMException;
public void removeAttributeNS(String namespaceURI,
String localName)
throws DOMException;
public Attr getAttributeNodeNS(String namespaceURI,
String localName)
throws DOMException;
public Attr setAttributeNodeNS(Attr newAttr)
throws DOMException;
public NodeList getElementsByTagNameNS(String namespaceURI,
String localName)
throws DOMException;
public boolean hasAttribute(String name);
public boolean hasAttributeNS(String namespaceURI,
String localName)
throws DOMException;
public TypeInfo getSchemaTypeInfo();
public void setIdAttribute(String name,
boolean isId)
throws DOMException;
public void setIdAttributeNS(String namespaceURI,
String localName,
boolean isId)
throws DOMException;
public void setIdAttributeNode(Attr idAttr,
boolean isId)
throws DOMException;
}
package org.w3c.dom;
public interface Text extends CharacterData {
public Text splitText(int offset)
throws DOMException;
public boolean isElementContentWhitespace();
public String getWholeText();
public Text replaceWholeText(String content)
throws DOMException;
}
package org.w3c.dom;
public interface Comment extends CharacterData {
}
package org.w3c.dom;
public interface TypeInfo {
public String getTypeName();
public String getTypeNamespace();
// DerivationMethods
public static final int DERIVATION_RESTRICTION = 0x00000001;
public static final int DERIVATION_EXTENSION = 0x00000002;
public static final int DERIVATION_UNION = 0x00000004;
public static final int DERIVATION_LIST = 0x00000008;
public boolean isDerivedFrom(String typeNamespaceArg,
String typeNameArg,
int derivationMethod);
}
package org.w3c.dom;
public interface UserDataHandler {
// OperationType
public static final short NODE_CLONED = 1;
public static final short NODE_IMPORTED = 2;
public static final short NODE_DELETED = 3;
public static final short NODE_RENAMED = 4;
public static final short NODE_ADOPTED = 5;
public void handle(short operation,
String key,
Object data,
Node src,
Node dst);
}
package org.w3c.dom;
public interface DOMError {
// ErrorSeverity
public static final short SEVERITY_WARNING = 1;
public static final short SEVERITY_ERROR = 2;
public static final short SEVERITY_FATAL_ERROR = 3;
public short getSeverity();
public String getMessage();
public String getType();
public Object getRelatedException();
public Object getRelatedData();
public DOMLocator getLocation();
}
package org.w3c.dom;
public interface DOMErrorHandler {
public boolean handleError(DOMError error);
}
package org.w3c.dom;
public interface DOMLocator {
public int getLineNumber();
public int getColumnNumber();
public int getByteOffset();
public int getUtf16Offset();
public Node getRelatedNode();
public String getUri();
}
package org.w3c.dom;
public interface DOMConfiguration {
public void setParameter(String name,
Object value)
throws DOMException;
public Object getParameter(String name)
throws DOMException;
public boolean canSetParameter(String name,
Object value);
public DOMStringList getParameterNames();
}
package org.w3c.dom;
public interface CDATASection extends Text {
}
package org.w3c.dom;
public interface DocumentType extends Node {
public String getName();
public NamedNodeMap getEntities();
public NamedNodeMap getNotations();
public String getPublicId();
public String getSystemId();
public String getInternalSubset();
}
package org.w3c.dom;
public interface Notation extends Node {
public String getPublicId();
public String getSystemId();
}
package org.w3c.dom;
public interface Entity extends Node {
public String getPublicId();
public String getSystemId();
public String getNotationName();
public String getInputEncoding();
public String getXmlEncoding();
public String getXmlVersion();
}
package org.w3c.dom;
public interface EntityReference extends Node {
}
package org.w3c.dom;
public interface ProcessingInstruction extends Node {
public String getTarget();
public String getData();
public void setData(String data)
throws DOMException;
}
This appendix contains the complete ECMAScript [ECMAScript] binding for the Level 3 Document Object Model Core definitions.
This section defines the DOMImplementationRegistry
object, discussed in Bootstrapping,
for ECMAScript.
DOMImplementationSource.getDOMImplementation().DOMImplementationList
list of registered object that implements the
DOMImplementation interface and has the desired
features.DOMImplementationSource.getDOMImplementationList().Note: In addition of having DOMConfiguration
parameters exposed to the application using the
setParameter and getParameter, those
parameters are also exposed as ECMAScript properties on the
DOMConfiguration object.
The name of the parameter is converted into a property name using a
camel-case convention: the character '-' (HYPHEN-MINUS) is removed
and the following character is being replaced by its uppercase
equivalent.
Many people contributed to the DOM specifications (Level 1, 2 or 3), including participants of the DOM Working Group and the DOM Interest Group. We especially thank the following:
Andrew Watson (Object Management Group), Andy Heninger (IBM), Angel Diaz (IBM), Arnaud Le Hors (W3C and IBM), Ashok Malhotra (IBM and Microsoft), Ben Chang (Oracle), Bill Smith (Sun), Bill Shea (Merrill Lynch), Bob Sutor (IBM), Chris Lovett (Microsoft), Chris Wilson (Microsoft), David Brownell (Sun), David Ezell (Hewlett-Packard Company), David Singer (IBM), Dimitris Dimitriadis (Improve AB and invited expert), Don Park (invited), Elena Litani (IBM), Eric Vasilik (Microsoft), Gavin Nicol (INSO), Ian Jacobs (W3C), James Clark (invited), James Davidson (Sun), Jared Sorensen (Novell), Jeroen van Rotterdam (X-Hive Corporation), Joe Kesselman (IBM), Joe Lapp (webMethods), Joe Marini (Macromedia), Johnny Stenback (Netscape/AOL), Jon Ferraiolo (Adobe), Jonathan Marsh (Microsoft), Jonathan Robie (Texcel Research and Software AG), Kim Adamson-Sharpe (SoftQuad Software Inc.), Lauren Wood (SoftQuad Software Inc., former Chair), Laurence Cable (Sun), Mark Davis (IBM), Mark Scardina (Oracle), Martin Dürst (W3C), Mary Brady (NIST), Mick Goulish (Software AG), Mike Champion (Arbortext and Software AG), Miles Sabin (Cromwell Media), Patti Lutsky (Arbortext), Paul Grosso (Arbortext), Peter Sharpe (SoftQuad Software Inc.), Phil Karlton (Netscape), Philippe Le Hégaret (W3C, W3C Team Contact and former Chair), Ramesh Lekshmynarayanan (Merrill Lynch), Ray Whitmer (iMall, Excite@Home, and Netscape/AOL, Chair), Rezaur Rahman (Intel), Rich Rollman (Microsoft), Rick Gessner (Netscape), Rick Jelliffe (invited), Rob Relyea (Microsoft), Scott Isaacs (Microsoft), Sharon Adler (INSO), Steve Byrne (JavaSoft), Tim Bray (invited), Tim Yu (Oracle), Tom Pixley (Netscape/AOL), Vidur Apparao (Netscape), Vinod Anupam (Lucent).
Thanks to all those who have helped to improve this specification by sending suggestions and corrections (Please, keep bugging us with your issues!).
Many thanks to Andrew Clover, Petteri Stenius, Curt Arnold, Glenn A. Adams, Christopher Aillon, Scott Nichol, François Yergeau, Anjana Manian, Susan Lesch, and Jeffery B. Rancier for their review and comments of this document.
Special thanks to the DOM Conformance Test Suites contributors: Fred Drake, Mary Brady (NIST), Rick Rivello (NIST), Robert Clary (Netscape), with a special mention to Curt Arnold.
This specification was written in XML. The HTML, OMG IDL, Java and ECMAScript bindings were all produced automatically.
Thanks to Joe English, author of cost, which was used as the basis for producing DOM Level 1. Thanks also to Gavin Nicol, who wrote the scripts which run on top of cost. Arnaud Le Hors and Philippe Le Hégaret maintained the scripts.
After DOM Level 1, we used Xerces as the basis DOM implementation and wish to thank the authors. Philippe Le Hégaret and Arnaud Le Hors wrote the Java programs which are the DOM application.
Thanks also to Jan Kärrman, author of html2ps, which we use in creating the PostScript version of the specification.
Some of the following term definitions have been borrowed or modified from similar definitions in other W3C or standards documents. See the links within the definitions for more information.
DOMString. This indicates that
indexing on a DOMString occurs in units of 16
bits. This must not be misunderstood to mean that a DOMString can
store arbitrary 16-bit units. A DOMString is a character string
encoded in UTF-16; this means that the restrictions of UTF-16 as
well as the other relevant restrictions on character strings must
be maintained. A single character, for example in the form of a
numeric character reference, may correspond to one or two 16-bit
units.Document. This element node is
a child of the Document node. See Well-Formed
XML Documents in XML [XML 1.0].Text or CDATASection nodes that can
be visited sequentially in document order or in reversed
document order without entering, exiting, or passing over Element, Comment, or ProcessingInstruction
nodes.For the latest version of any W3C specification please consult the list of W3C Technical Reports available at http://www.w3.org/TR.