spec-ja/data/common.dat

#pattern
<span class=secno>* </span>Common infrastructure
#ja
<span class=secno>$1 </span>共通基盤

#pattern
<span class=secno>* </span>Terminology
#ja
<span class=secno>$1 </span>用語

#en
This specification refers to both HTML and XML attributes and DOM
   attributes, often in the same context. When it is not clear which is being
   referred to, they are referred to as <dfn id=content-attributes>content
   attributes</dfn> for HTML and XML attributes, and <dfn
   id=dom-attributes>DOM attributes</dfn> for those from the DOM. Similarly,
   the term "properties" is used for both ECMAScript object properties and
   CSS properties. When these are ambiguous they are qualified as object
   properties and CSS properties respectively.
#ja
この仕様書では、よく、同じ文脈で HTML や XML の属性と DOM の属性の両方に言及します。
いずれの属性を指しているのかが明確でない場合には、
HTML や XML の属性を<dfn id=content-attributes>内容属性</dfn>、
DOM の属性を <dfn
   id=dom-attributes>DOM 属性</dfn>と呼びます。
同様に、用語「特性」は ECMAScript のオブジェクト特性と CSS の特性の両方に使います。
いずれを指すか曖昧な場合には、それぞれオブジェクト特性や CSS 特性のように修飾して使います。

#en
The term <a href=#html-documents>HTML documents</a> is sometimes used in
   contrast with <a href=#xml-documents>XML documents</a> to specifically
   mean documents that were parsed using an <a href=#html-parser>HTML parser</a>
   (as opposed to using an XML parser or created purely through the DOM).
#ja
用語 <a href=#html-documents>HTML 文書</a>は時々
<a href=#xml-documents>XML 文書</a>と対比させて使いますが、
(XML 構文解析器を使って構文解析されたものや純粋に DOM を使って作られたものに対して)
<a href=#html-parser>HTML 構文解析器</a>を使って構文解析された文書を意味します。

#en
Generally, when the specification states that a feature applies to HTML
   or XHTML, it also includes the other. When a feature specifically only
   applies to one of the two languages, it is called out by explicitly
   stating that it does not apply to the other format, as in "for HTML, ...
   (this does not apply to XHTML)".
#ja
一般に、この仕様書が HTML か XHTML に適用される機能を述べる時には、
他方についても含んでいます。ある機能がこの2つの言語のうちのいずれかにのみに特に適用される時は、
それがわかるように、他方の書式には適用されないことを明記します。

#en
This specification uses the term <em>document</em> to refer to any use
   of HTML, ranging from short static documents to long essays or reports
   with rich multimedia, as well as to fully-fledged interactive
   applications.
#ja
この仕様書では、短く静的な文書であっても豊かな多媒体を用いた長い随筆や報告書であっても、
はたまた本格的な対話的アプリケーションであったとしても、
あらゆる HTML の利用方法をも含めて、すべて用語<em>文書</em>によって表します。

#en
For simplicity, terms such as <em>shown</em>, <em>displayed</em>, and
   <em>visible</em> might sometimes be used when referring to the way a
   document is rendered to the user. These terms are not meant to imply a
   visual medium; they must be considered to apply to other media in
   equivalent ways.
#ja
簡単のため、文書が利用者に対してレンダリングされる方法に言及する時に<em>示す</em>、
<em>表示する</em>、<em>可視</em>などの用語を使うことがあります。
このような用語は特に視覚媒体を暗示しているわけではありません。
他の媒体であってもこれらの用語が等価な方法で適用されるものと考えなければ[[MUST:なりません]]。

#en
Some of the algorithms in this specification, for historical reasons,
   require the user agent to <dfn id=pause>pause</dfn> until some condition
   has been met. While a user agent is paused, it must ensure that no scripts
   execute (e.g. no event handlers, no timers, etc). User agents should
   remain responsive to user input while paused, however, albeit without
   letting the user interact with Web pages where that would involve invoking
   any script.
#ja
この仕様書にある算法のうちのいくつかは、歴史的な理由により、何らかの条件が満たされるまでの間、
利用者エージェントが<dfn id=pause>一時停止</dfn>することを要求しています。
利用者エージェントは、一時停止している間、スクリプト (事象取扱器やタイマーなど)
が実行されないようにしなければ[[MUST:なりません]]。
しかし、一時停止中利用者エージェントは、
スクリプトの呼び出しに関わってくるような Web 頁との対話を利用者にさせないでおきながらも、
利用者の入力に応答的であり続ける[[SHOULD:べきです]]。

#en
To ease migration from HTML to XHTML, UAs conforming
   to this specification will place elements in HTML in the
   <code>http://www.w3.org/1999/xhtml</code> namespace, at least for the
   purposes of the DOM and CSS. The term "<dfn id=elements-in-the-html-namespace>elements in the
   HTML namespace</dfn>", or "<dfn id=html-elements>HTML elements</dfn>" for
   short, when used in this specification, thus refers to both HTML and XHTML
   elements.
#ja
HTML から XHTML への移行を簡単にするために、
この仕様書に適合する利用者エージェントは、
少なくても DOM と CSS に関しては、 HTML の要素を 
   <code>http://www.w3.org/1999/xhtml</code>
名前空間に置きます。
この仕様書では、用語「<dfn id=elements-in-the-html-namespace>HTML 名前空間の要素</dfn>」、
略して「<dfn id=html-elements>HTML 要素</dfn>」は、
HTML と XHTML の両方の要素を指します。

#en
Unless otherwise stated, all elements defined or mentioned in this
   specification are in the <code>http://www.w3.org/1999/xhtml</code>
   namespace, and all attributes defined or mentioned in this specification
   have no namespace (they are in the per-element partition).
#ja
特に断らない場合、
この仕様書で定義または言及するすべての要素は
<code>http://www.w3.org/1999/xhtml</code> 名前空間にあり、
この仕様書で定義または言及するすべての属性は名前空間を持ちません
(要素毎区画にあります)。

#en
When an XML name, such as an attribute or element name, is referred to
   in the form <code><var title="">prefix</var>:<var
   title="">localName</var></code>, as in <code>xml:id</code> or
   <code>svg:rect</code>, it refers to a name with the local name <var
   title="">localName</var> and the namespace given by the prefix, as defined
   by the following table:
#ja
XML の名前 (属性名や要素名など) を <code><var title="">prefix</var>:<var
   title="">localName</var></code> の形表す場合 (例えば <code>xml:id</code> や
   <code>svg:rect</code>) には、局所名が <var
   title="">localName</var> であり、
名前空間は接頭辞によって次の表で定義する通りであるような名前を表します。

#en
Attribute names are said to be <dfn
   id=xml-compatible>XML-compatible</dfn> if they match the <a
   href=http://www.w3.org/TR/REC-xml/#NT-Name><code
   title="">Name</code></a> production defined in XML, they contain no U+003A
   COLON (:) characters, and their first three characters are not an <a
   href=#ascii-case-insensitive>ASCII case-insensitive</a> match for the string "<code
   title="">xml</code>". <a href=#refsXML>[XML]</a>
#ja
属性名が <dfn
   id=xml-compatible>XML 互換</dfn>であるとは、 XML で定義されている <a
   href=http://www.w3.org/TR/REC-xml/#NT-Name><code
   title="">Name</code></a> 生成規則に一致し、 U+003A
   COLON (:) 文字を含まず、最初の3文字が <a
   href=#ascii-case-insensitive>ASCII 大文字・小文字不区別</a>で文字列「<code
   title="">xml</code>」に一致しないことをいいます。 <a href=#refsXML>[XML]</a>

#pattern
<span class=secno>* </span>DOM trees
#ja
<span class=secno>$1 </span>DOM 木

#en
The term <dfn id=root-element>root element</dfn>, when not explicitly
   qualified as referring to the document's root element, means the furthest
   ancestor element node of whatever node is being discussed, or the node
   itself if it has no ancestors. When the node is a part of the document,
   then that is indeed the document's root element; however, if the node is
   not currently part of the document tree, the root element will be an
   orphaned node.
#ja
用語<dfn id=root-element>根要素</dfn>は、
文書の根要素と明示的に修飾していない時は、
当該節点の最遠の祖先要素節点か、祖先を持たない場合にはその節点自体を意味します。
節点が文書の一部である時には、これは文書の根要素となります。
しかし、節点がその時点で文書木の一部でない場合は、
根要素は孤児節点となります。

#en
An element is said to have been <dfn id=insert-an-element-into-a-document title="insert an
   element into a document">inserted into a document</dfn> when its <a
   href=#root-element>root element</a> changes and is now the document's <a
   href=#root-element>root element</a>.
#ja
要素が<dfn id=insert-an-element-into-a-document title="insert an
   element into a document">文書に挿入される</dfn>というのは、その<a
   href=#root-element>根要素</a>が変化し、新しく文書の<a
   href=#root-element>根要素</a>となった時です。

#en
The term <dfn id=tree-order>tree order</dfn> means a pre-order,
   depth-first traversal of DOM nodes involved (through the <code
   title="">parentNode</code>/<code title="">childNodes</code> relationship).
#ja
用語<dfn id=tree-order>木順</dfn>は、関係 DOM 節点の (<code
   title="">parentNode</code>/<code title="">childNodes</code> 関係を通じた)
行きがけ順幅優先探索を表します。

#en
When it is stated that some element or attribute is <dfn id=ignore
   title=ignore>ignored</dfn>, or treated as some other value, or handled as
   if it was something else, this refers only to the processing of the node
   after it is in the DOM. A user agent must not mutate the DOM in such
   situations.
#ja
要素や属性が<dfn id=ignore
   title=ignore>無視</dfn>される、他の値であるとして扱う、
何か他のものであるかのように扱うと述べられている時は、その節点が DOM
に入った後の処理についてのみ言及しています。利用者エージェントは、そのような状況で DOM
を変異させては[[MUST NOT:なりません]]。

#en
The term <dfn id=text-node>text node</dfn> refers to any
   <code>Text</code> node, including <code>CDATASection</code> nodes;
   specifically, any <code>Node</code> with node type <code
   title="">TEXT_NODE</code> (3) or <code title="">CDATA_SECTION_NODE</code>
   (4). <a href=#refsDOM3CORE>[DOM3CORE]</a>
#ja
用語<dfn id=text-node>テキスト節点</dfn>は、任意の
   <code>Text</code> 節点を指し、 <code>CDATASection</code> 節点を含みます。
厳密には、節点型が <code
   title="">TEXT_NODE</code> (3) か <code title="">CDATA_SECTION_NODE</code>

   (4) の任意の  <code>Node</code> を指します。
<a href=#refsDOM3CORE>[DOM3CORE]</a>

#pattern
<span class=secno>* </span>Scripting
#ja
<span class=secno>$1 </span>スクリプティング

#en
The construction "a <code>Foo</code> object", where <code>Foo</code> is
   actually an interface, is sometimes used instead of the more accurate "an
   object implementing the interface <code>Foo</code>".
#ja
「<code>Foo</code> オブジェクト」という構文 (<code>Foo</code>
は実際には界面) を時々使いますが、より正確な「界面 <code>Foo</code>
を実装しているオブジェクト」の代わりに用いています。

#en
The construction "a <code title="">Foo</code> object", where <code
   title="">Foo</code> is actually an interface, is sometimes used instead of
   the more accurate "an object implementing the interface <code
   title="">Foo</code>".
#ja
「<code title="">Foo</code> オブジェクト」という構文 (<code title="">Foo</code>
は実際には界面) を時々使いますが、より正確な「界面 <code title="">Foo</code>
を実装しているオブジェクト」の代わりに用いています。

#en
A DOM attribute is said to be <em>getting</em> when its value is being
   retrieved (e.g. by author script), and is said to be <em>setting</em> when
   a new value is assigned to it.
#ja
DOM 属性は、その値が (例えば著者のスクリプトにより) 取り出される時<em>取得される</em>といい、
新しい値がその属性に割り当てられる時<em>設定される</em>といいます。

#en
The terms <em>fire</em> and <em>dispatch</em> are used interchangeably
   in the context of events, as in the DOM Events specifications. <a
   href=#refsDOM3EVENTS>[DOM3EVENTS]</a>
#ja
用語<em>発火</em>、<em>発送</em>は、 DOM 事象仕様書にある通り、
事象の文脈では交換可能なものとして使います。 <a
   href=#refsDOM3EVENTS>[DOM3EVENTS]</a>

#pattern
<span class=secno>* </span>Plugins
#ja
<span class=secno>$1 </span>プラグイン

#en
The term <dfn id=plugin>plugin</dfn> is used to mean any content handler, typically a third-party content handler, for Web content types that are not supported by the user agent natively, or for content types that do not expose a DOM, that supports rendering the content as part of the user agent's interface.
#ja
用語<dfn id=plugin>プラグイン</dfn>は、任意の内容取扱器を意味して使います。
典型的には利用者エージェントが生で対応していない Web
内容型のためや DOM を晒さない内容型のための、第3者による内容取扱器で、
利用者エージェントの界面の一部として内容をレンダリングすることに対応しているものです。

#en
One example of a plugin would be a PDF viewer that is
   instantiated in a <a href=#browsing-context>browsing context</a> when the user
   navigates to a PDF file. This would count as a plugin regardless of
   whether the party that implemented the PDF viewer component was the same
   as that which implemented the user agent itself. However, a PDF viewer
   application that launches separate from the user agent (as opposed to
   using the same interface) is not a plugin by this definition.
#ja
プラグインの一例は、利用者が PDF ファイルに操縦した時に<a href=#browsing-context>閲覧文脈</a>中に実現値化される PDF 表示器です。この場合、PDF 表示器部品が利用者エージェント自体と同じ者により実装されたかどうかを問わず、
プラグインと考えます。しかし、 PDF 表示器アプリケーションが利用者エージェントとは
(同じ界面を使わずに) 別に起動する場合には、この定義ではプラグインではありません。

#en
This specification does not define a mechanism for
   interacting with plugins, as it is expected to be user-agent- and
   platform-specific. Some UAs might opt to support a plugin mechanism such
   as the Netscape Plugin API; others might use remote content converters or
   have built-in support for certain types. <a href=#refsNPAPI>[NPAPI]</a>
#ja
この仕様書は、プラグインと対話する仕組みを定義しません。そのような仕組みは利用者エージェントや環境に依存すると思われるからです。
ある利用者エージェントは Netscape プラグイン API のようなプラグインの仕組みに対応したいかもしれません。
他の利用者エージェントは遠隔内容変換器を使ったり、ある型については組み込みで対応したりするかもしれません。

#en
Browsers should take extreme care when interacting with
   external content intended for <a href=#plugin title=plugin>plugins</a>.
   When third-party software is run with the same privileges as the user
   agent itself, vulnerabilities in the third-party software become as
   dangerous as those in the user agent.
#ja
ブラウザは、<a href=#plugin title=plugin>プラグイン</a>を想定した外部の内容と対話する時に特に十分な注意を払う[[SHOULD:べきです]]。
第3者ソフトウェアが利用者エージェント自体と同じ特権で走る時は、
第3者ソフトウェアの脆弱性が利用者エージェントの脆弱性と同じくらい危険となります。

#pattern
<span class=secno>* </span>Conformance requirements
#ja
<span class=secno>$1 </span>適合性要件

#en
All diagrams, examples, and notes in this specification are
   non-normative, as are all sections explicitly marked non-normative.
   Everything else in this specification is normative.
#ja
この仕様書のすべての図、例示、注意書き、ならびに規定の一部ではないと明記したすべての節は、
規定の一部ではありません。
この仕様書のそれ以外の部分はすべて規定の一部です。

#en
The key words "MUST", "MUST NOT", "REQUIRED", <!--"SHALL", "SHALL
  NOT",-->
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in the
   normative parts of this document are to be interpreted as described in
   RFC2119. For readability, these words do not appear in all uppercase
   letters in this specification. <a href=#refsRFC2119>[RFC2119]</a>
#ja
この文書の規定の部分にあるキーワード「[[MUST:しなければなりません]]」、
「[[MUST NOT:してはなりません]]」、
「[[REQUIRED:必須です]]」、<!--"SHALL", "SHALL
  NOT",-->「[[SHOULD:するべきです]]」、
「[[SHOULD NOT:するべきではありません]]」、
「[[RECOMMENDED:推奨します]]」、「[[MAY:して構いません]]」、
「[[OPTIONAL:任意です]]」は、 RFC 2119 で説明されているように解釈します。
この仕様書<ins class=ja-note>の原文</ins>では、
可読性の観点から、
これらの語<ins class=ja-note>の原語</ins>のすべて大文字による表記は行っていません。
<a href=#refsRFC2119>[RFC2119]</a>

#en
Requirements phrased in the imperative as part of algorithms (such as
   "strip any leading space characters" or "return false and abort these
   steps") are to be interpreted with the meaning of the key word ("must",
   "should", "may", etc) used in introducing the algorithm.
#ja
算法の一部として<ins class=ja-note>動作の指示の形で (原文では</ins>命令形で<ins class=ja-note>) </ins>記述された要件
(例えば「先頭の間隔文字をすべて除去します」や「偽を返し、これらの段階を停止します」)
は、算法を紹介するに当たって使われたキーワード ([[MUST:しなければなりません]]、
[[SHOULD:するべきです]]、[[MAY:して構いません]]など) の意味により解釈します。

#en
This specification describes the conformance criteria for user agents
   (relevant to implementors) and documents (relevant to authors and
   authoring tool implementors).
#ja
この仕様書は、利用者エージェントに対する適合性基準 (実装者に関係するもの)
と文書に対する適合性基準 (著者や著述ツール実装者に関係するもの) を説明します。

#en
There is no implied relationship between document conformance
   requirements and implementation conformance requirements. User agents are
   not free to handle non-conformant documents as they please; the processing
   model described in this specification applies to implementations
   regardless of the conformity of the input documents.
#ja
文書適合性要件と実装適合性要件の間には暗示的な関係もありません。
利用者エージェントは不適合の文書を好きなように取り扱ってよいわけではありません。
入力文書の適合性の如何を問わず、この仕様書で説明する処理モデルが適用されます。

#en
The only conformance class defined by this specification is user agents.
#ja
この仕様書で定義する唯一の適合性の級は利用者エージェントです。

#en
User agents fall into several (overlapping) categories with different
   conformance requirements.
#ja
利用者エージェントは異なった適合性要件を持つ複数の (重なり合った) 範疇に分類できます。

#en
Web browsers and other interactive user agents
#ja
Web ブラウザその他の対話的利用者エージェント

#en
Web browsers that support <a href=#xhtml5>XHTML</a> must process
     elements and attributes from the <a href=#html-namespace-0>HTML
     namespace</a> found in <a href=#xml-documents>XML documents</a> as
     described in this specification, so that users can interact with them,
     unless the semantics of those elements have been overridden by other
     specifications.
#ja
<a href=#xhtml5>XHTML</a> に対応する Web ブラウザは、 
<a href=#xml-documents>XML 文書</a>中に見える <a href=#html-namespace-0>HTML
     名前空間</a>の要素や属性をこの仕様書で説明するように処理することにより、
利用者がそれらと対話できるようにしなければ[[MUST:なりません]]。ただし、
それらの要素の意味が他の仕様書により上書きされている場合を除きます。

#en
A conforming XHTML processor would, upon finding an
     XHTML <code><a href=#script>script</a></code> element in an XML
     document, execute the script contained in that element. However, if the
     element is found within an XSLT transformation sheet (assuming the UA
     also supports XSLT), then the processor would instead treat the <code><a
     href=#script>script</a></code> element as an opaque element that
     forms part of the transform.
#ja
適合 XHTML 処理器は、 XML 文書中で XHTML <code><a href=#script>script</a></code>
要素を見つけた際に、その要素に含まれるスクリプトを実行することになります。しかし、
その要素が XSLT 変形シート中に見える場合には (利用者エージェントが XSLT
にも対応しているとすると)、処理器は通常の処理の代わりに <code><a
     href=#script>script</a></code> 要素を変形の一部を形成する不透明な要素として扱うことになります。

#en
Web browsers that support <a href=#html5 title=HTML5>HTML</a> must
     process documents labeled as <code>text/html</code> as described in this
     specification, so that users can interact with them.
#ja
<a href=#html5 title=HTML5>HTML</a> に対応する Web
ブラウザは、 <code>text/html</code> と札付けされた文書をこの仕様書で説明するように処理することにより、
利用者がそれらと対話できるようにしなければ[[MUST:なりません]]。

#en
Non-interactive presentation user agents
#ja
非対話的提示利用者エージェント

#en
User agents that process HTML and XHTML documents purely to render
     non-interactive versions of them must comply to the same conformance
     criteria as Web browsers, except that they are exempt from requirements
     regarding user interaction.
#ja
HTML 文書と XHTML 文書を純粋にその非対話的な版をレンダリングするために処理する利用者エージェントは、
利用者との対話に関する要件を除き、 Web ブラウザと同じ基準に従わなければ[[MUST:なりません]]。

#en
Typical examples of non-interactive presentation user
     agents are printers (static UAs) and overhead displays (dynamic UAs). It
     is expected that most static non-interactive presentation user agents
     will also opt to <a href=#non-scripted>lack scripting support</a>.
#ja
非対話的提示利用者エージェントの典型的な例は印刷機 (静的利用者エージェント)
や頭上表示機 (動的利用者エージェント) です。ほとんどの静的非対話的提示利用者エージェントは<a href=#non-scripted>スクリプティング対応を欠く</a>ことをも選ぶと思われます。

#en
A non-interactive but dynamic presentation UA would
     still execute scripts, allowing forms to be dynamically submitted, and
     so forth. However, since the concept of "focus" is irrelevant when the
     user cannot interact with the document, the UA would not need to support
     any of the focus-related DOM APIs.
#ja
それでも、非対話的ながら動的な提示の利用者エージェントはスクリプトを実行し、
フォームを動的に提出することを許すなどすることでしょう。しかし、
利用者が文書に対話できない時には「焦点」の概念は無関係となるので、
利用者エージェントは焦点に関係する DOM API のいずれにも対応する必要がありません。

#en
<dfn id=non-scripted>User agents with no scripting support</dfn>
#ja
<dfn id=non-scripted>スクリプティングに対応しない利用者エージェント</dfn>

#en
Implementations that do not support scripting (or which have their
     scripting features disabled entirely) are exempt from supporting the
     events and DOM interfaces mentioned in this specification. For the parts
     of this specification that are defined in terms of an events model or in
     terms of the DOM, such user agents must still act as if events and the
     DOM were supported.
#ja
スクリプティングに対応しない (またはスクリプティング機能が完全に無効化されている)
実装は、この仕様書で言及している事象や DOM 界面への対応を免除されます。
この仕様書で事象モデルや DOM を用いて定義されている部分に関しては、
この種の利用者エージェントもやはり事象や DOM に対応しているかのように動作しなければ[[MUST:なりません]]。

#en
Scripting can form an integral part of an application. Web
     browsers that do not support scripting, or that have scripting disabled,
     might be unable to fully convey the author's intent.
#ja
スクリプティングはアプリケーションの不可分の部分を形成することがあります。
スクリプティングに対応しない、またはスクリプティングを無効化された利用者エージェントは、
著者の意図を完全に伝えることができないかもしれません。

#en
Conformance checkers
#ja
適合性検査器

#en
Conformance checkers must verify that a document conforms to the
     applicable conformance criteria described in this specification.
     Automated conformance checkers are exempt from detecting errors that
     require interpretation of the author's intent (for example, while a
     document is non-conforming if the content of a <code><a
     href=#the-blockquote-element>blockquote</a></code> element is not a quote,
     conformance checkers running without the input of human judgement do not
     have to check that <code><a href=#the-blockquote-element>blockquote</a></code>
     elements only contain quoted material).
#ja
適合性検査器は、文書がこの仕様書中で説明する適用可能な適合性基準に適合するかを検証しなければ[[MUST:なりません]]。
自動化された適合性検査器については、著者の意図の解釈が必要な誤りの検出を免除します
(例えば、 <code><a
     href=#the-blockquote-element>blockquote</a></code> 要素の内容が引用ではない文書は不適合ですが、
人間の判断の入力なしで走っている適合性検査器は 
<code><a href=#the-blockquote-element>blockquote</a></code>
要素が引用されたものだけを含むかを検査しなくてかまいません)。

#en
Conformance checkers must check that the input document conforms when
     parsed without a <a href=#browsing-context>browsing context</a> (meaning that
     no scripts are run, and that the parser's <a
     href=#scripting-flag>scripting flag</a> is disabled), and should also
     check that the input document conforms when parsed with a <a
     href=#browsing-context>browsing context</a> in which scripts execute, and
     that the scripts never cause non-conforming states to occur other than
     transiently during script execution itself. (This is only a "SHOULD" and
     not a "MUST" requirement because it has been proven to be impossible. <a
     href=#refsHALTINGPROBLEM>[HALTINGPROBLEM]</a>)
#ja
適合性検査器は、<a href=#browsing-context>閲覧文脈</a>なしの時に (つまりスクリプトが走らず、
構文解析器の<a
     href=#scripting-flag>スクリプティング旗</a>が無効化された状態で)
入力文書が適合するかを検査しなければ[[MUST:ならず]]、スクリプトを実行する<a
     href=#browsing-context>閲覧文脈</a>中で構文解析する時に入力文書が適合するか、
スクリプトが決して不適合状態を引き起こさないか (スクリプト自体の実行中の過渡状態を除きます。)
も検査する[[SHOULD:べきです]]。 (これは不可能であると証明されているので、
「[[SHOULD:するべき]]」要件であり、「[[MUST:しなければならない]]」要件ではありません。 <a
     href=#refsHALTINGPROBLEM>[HALTINGPROBLEM]</a>)

#en
The term "HTML5 validator" can be used to refer to a conformance
     checker that itself conforms to the applicable requirements of this
     specification.
#ja
用語「HTML5 妥当性検査器」は、それ自体がこの仕様書の適用可能な要件に適合する適合性検査器を指して使うことができます。

#en
XML DTDs cannot express all the conformance requirements of this
      specification. Therefore, a validating XML processor and a DTD cannot
      constitute a conformance checker. Also, since neither of the two
      authoring formats defined in this specification are applications of
      SGML, a validating SGML system cannot constitute a conformance checker
      either.
#ja
XML DTD はこの仕様書のすべての適合性要件を表現することができません。
従って、妥当性を検証する XML 処理器 と DTD は適合性検査器が適合性検査器を構成することはできません。
また、この仕様書が定義する2つの著述書式のどちらも SGML の応用ではありませんから、
妥当性を検証する SGML システムが適合性検査器を構成することはできません。

#en
To put it another way, there are three types of conformance criteria:
#ja
別の言い方をすると、適合性基準には次の3種類があります。

#en
Criteria that can be expressed in a DTD.
#ja
DTD で表現できる基準

#en
Criteria that cannot be expressed by a DTD, but can still be
       checked by a machine.
#ja
DTD で表現できないが、それでも機械で検査できる基準

#en
Criteria that can only be checked by a human.
#ja
人間だけが検査できる基準

#en
A conformance checker must check for the first two. A simple
      DTD-based validator only checks for the first class of errors and is
      therefore not a conforming conformance checker according to this
      specification.
#ja
適合性検査器ははじめの2つを検査しなければなりません<!-- note なので小文字 -->。
単純な DTD を基にした妥当性検証器は1つ目の級の誤りしか検査しませんから、
この仕様書による適合妥当性検証器ではありません。

#en
Data mining tools
#ja
データ・マイニング・ツール

#en
Applications and tools that process HTML and XHTML documents for
     reasons other than to either render the documents or check them for
     conformance should act in accordance to the semantics of the documents