仕様書

要素の作成

[63] 要素の作成 (create an element) は、 文書、局所名、名前空間、接頭辞 (既定値 null)、 is (既定値 null)、同期カスタム要素フラグについて、 次のようにします >>23。

[36] この処理は、次の場面で呼び出されます。

[136] 要素の作成を経由せずに要素が作成される場面もあります。

[138] 同期カスタム要素フラグ (synchronous custom elements flag) は、ほとんどの場合真に設定されますが、 innerHTML など素片構文解析の場合や clone の場合には、偽に設定されます。

要素依存の動作

[28] どの作成方法によっても共通して実行される要素の種類に依存する操作がいくつかあります。

DOM メソッドの動作

[96] Document インターフェイスの createElement メソッドは、 CEReactions であり、かつ、 次のようにしなければなりません >>92。

[115] HTML文書の場合と、 application/xhtml+xml の文書の場合は、自動的に HTML名前空間の要素が作られます。 それ以外のXML文書の場合は、 null名前空間の要素が作られます。

[118] Document インターフェイスの createElementNS メソッドは、 CEReactions であり、かつ、 次のようにしなければなりません >>117。

[123] 内部createElementNS手順群は、 文書、名前空間、修飾名、オプション群について、 次のようにします >>117。

[135] 辞書 ElementCreationOptions >>134 は、 createElement や createElementNS の最後の省略可能な引数として指定できるオプション群です。

構文解析器の動作

[8] HTML構文解析器 >>7 やXML構文解析器 >>139 構文解析器による要素の作成は、 字句から要素を作成 (create an element for a token) する手順 >>7 によって行われます。この手順は、字句化器から得られた字句、 または HTML構文解析器内部の処理によって生成された架空の字句に基づき、 要素を作成します。具体的には、字句と名前空間と想定親について、 次のように処理します >>7。

[26] ここで、想定親 (intended parent) は、 要素が挿入されることになる節点です。ただし AAA 内で作成されるときは、親節点自体ではなく、祖先となることがあります。 この想定親は、節点文書の決定とフォーム所有者の処理に使われています。 通常は構文解析の対象となる文書を根とする木に挿入することになるのですが、 要素が template 要素の雛形内容に属することになる場合や、 スクリプトによって挿入先が本来の文書の木から除去されている場合があり得ます。

[159] この処理への入力となる字句は、タグ名や属性の名前の大文字や小文字の正規化が済んだものです。

[27] 構文解析器は、 createElementNS だと例外が発生して作成できない名前を持つ要素や属性を作成することがあります。

[4] 構文解析器による要素の作成の場合、属性の順序は仕様上未定義とされています。

[12] 多くの実装では、ソースコードに現れた順序、またはその逆順となります。

[6] HTML構文解析器やXML構文解析器によって作成された script 要素は特別なフラグが設定されます。 script

[3] HTML構文解析器とXML構文解析器で媒体要素を作成した場合には、 blocked-on-parser フラグが真に設定されます >>2。

[5] フォーム所有者の再設定は、通常の挿入時とは若干異なる形で行われます >>7。 仕様書は動的猿パッチ的な記述になっていますが、 「構文解析器挿入」フラグのようなものが必要だと思われます。

[160] 字句の要素の作成で作成された要素は、直ちに文書に挿入されます。 カスタム要素の場合はカスタム要素構築器が実行されますが、 それ以外の方法やそれ以外の要素が挿入前の状態でスクリプトからアクセスされることはありません。

[161] カスタム要素構築器を使うと AAA の途中段階も観察できることに (少なくても仕様書上は) なっているようです。

歴史