<http://suika.fam.cx/www/markup/xml/domdtdef/domdtdef-work><http://suika.fam.cx/www/markup/xml/domdtdef/domdtdef><http://suika.fam.cx/www/markup/xml/domdtdef/domdtdef-work><http://suika.fam.cx/gate/cvs/markup/xml/domdtdef/domdtdef-work.en.html><w@suika.fam.cx>© Wakaba.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2
or any later version published by the Free Software Foundation;
with no Invariant Sections, no Front‐Cover Texts, and no Back‐Cover
Texts. A copy of the license is
available at <http://www.gnu.org/copyleft/fdl.html>.
This section describes the status of this document at the time of its publication. Other documents might supersede this document.
This document is a working draft, produced as part of the
manakai
project. It might be updated, replaced, or obsoleted by
other documents at any time. It is inappropriate to
cite this document as other than work in progress
.
Comments on this document are welcome and may be sent to the author.
Translations of thie document might be available. The English version of the document is the only normative version.
This section is non‐normative.
This is a work-in-progress specification for DOM Document Type Definition module, as implemented by manakai and partially documented in the SuikaWiki.
The DOM Document Type Definition module is a set of DOM interfaces, including both new interfaces and modifications to existing DOM interfaces, over which DOM applications are able to access to the definitions of the document type.
Interfaces defined in this specification are partially modeled from early drafts of DOM level 1 @@ ref, DOM Abstract Schema level 3 @@ ref, and XML Schema API, but are not compatible with any of them as a whole.
The key words MUST
,
MUST NOT
,
SHOULD
,
SHOULD NOT
, and
MAY
in this
document are to be interpreted as described in
RFC
2119
[KEYWORDS].
All examples and notes in this specification are non‐normative, as are all sections explicitly marked non‐normative. Everything else in this specification is normative.
Algorithm is normative but non-normative. In addition, the order in which errors are raised is undefined.
A object is an object implementing A interface.
@@ ref to DOM Binding Spec
The DOM Document Type Definition module, version 3.0, consists of three interfaces:
In addition, it adds methods, attributes, and/or constants to interfaces
Node,
Entity,
EntityReference, and
Notation.
It modifies semantics of some of methods and attributes in
Node and
ProcessingInstruction
interfaces, for the support of new interfaces.
In a DOM implementation that supports the version 3.0 of
the DOM Document Type Definition module, the
hasFeature method of a DOMImplementation object
MUST return true when the parameters are
set to http://suika.fam.cx/www/2006/feature/XDoctype and
3.0 respectively.
In such an implementation, the getFeature method of a
Document object MUST return the (at least
conceptually) same object implementing the
DocumentXDoctype interface when
the parameters are set to
http://suika.fam.cx/www/2006/feature/XDoctype and
3.0 respectively. Likewise, any method that takes one or more
feature names with or without version number, including the methods
hasFeature and getFeature,
MUST behave in a manner consistent with the
aforementioned cases.
<http://www.w3.org/TR/xml>.
This version of the specification is referenced.<http://www.w3.org/TR/CSS21>.<http://dev.w3.org/csswg/cssom/Overview.html>.<http://dev.w3.org/2006/webapi/selectors-api/Overview.html>.
The latest published version of the specification is available at
<http://www.w3.org/TR/selectors-api/>.<http://www.w3.org/TR/xbl/>.