appropriate template contents owner document

[2] template 要素に関連付けられた内容を雛形内容 (template content) といい、 DocumentFragment 節点として表されます。通常の要素では内容 (子供) となるものが、 template 要素では雛形内容となります。雛形内容には HTMLTemplateElement インターフェイスの content IDL属性を通じてアクセスできます。

仕様書

[11] template 要素が作られると、自動的に DocumentFragment 節点が作られ、雛形内容となります。 DocumentFragment のホストは、 template 要素に設定されます >>1。

[10] template 要素の cloning steps は、子供も複製するモードの場合 (cloneNodes メソッドの引数が真の場合) には雛形内容も複製します。

[18] template 要素と雛形内容の関係は、一度要素が作られたらずっと変化することはありません。

[16] DocumentFragment は appendChild などでもそれ自体には親ができませんし、ホストが生じる DOM メソッドは存在しないので、親やホストが複数生じることはありません。

[4] 雛形内容である DocumentFragment とその子孫の節点文書 (ownerDocument) は適切な雛形内容所有子文書 (appropriate template contents owner document) >>1 に設定されます。

[6] template 要素自体が雛形内容のために作られた文書に含まれているなら、その文書がそのまま適切な雛形内容所有子文書として使われます。

[7] そうでなく template 要素が最外の文書に属しているなら、関連付けられた不活性雛形文書 (associated inert template document) が適切な雛形内容所有子文書として使われます。関連付けられた不活性雛形文書は雛形内容専用の文書で、既になければ新しく作られます。元の文書のHTML文書とXML文書の違いを引き継ぎます。

[8] 従って、 template は入れ子にできますが、どんなに深く入れ子にしても、また並列に template がいくつ存在しても、文書は元の文書と雛形内容用の文書の 2種類だけ存在します。

[17] これによって、最外文書の template 要素であっても、要素と雛形内容が同じ文書に属することがあり得ます。 template 要素が雛形内容側の文書に adopt された場合にも同じようなことになります。

[14] 雛形内容の中に template があった場合、 adopt 前は内側の雛形内容も同じ文書が節点文書ですが、 adopt 後は別の文書になります。その更に内側に template があった場合は、その節点文書も連鎖的に変更されます。

[15] adopt されても雛形内容/ホストの関係は解消されません。

[19] 雛形内容とホストの文書順には特別な規定はありません。従って、 compareDocumentPosition の結果も実装依存となります。

[20] isEqualNode は雛形内容を無視して比較します。

[21] 構文解析や直列化の際は雛形内容は内容であるかのように扱われるので、名前空間は他の要素の場合と同じように処理されます。

[22] DOM 上では違う節点木となりますので、 lookupNamespacePrefix や lookupNamespaceURI については外側の名前空間宣言などが内側に影響しないことになります。 DOM を使って XSLT を実装するような場合には注意が必要です。