[66]
- [30] 要素のフォーム所有者が null ではない
- [31] 要素が被列挙要素ではないか、 要素の form 属性がない
- [32] 要素のフォーム所有者が要素の直近の祖先 form 要素である
... のすべてを満たすなら、
1. [33] ここで停止します。
[35] 要素のフォーム所有者を、 null に設定します。
[34]
- [36] 要素が被列挙要素である
- [37] 要素が form 属性を持つ
- [38] 要素が影を含む文書中にある
... のすべてを満たすなら、
1. [39] フォームを、
  - [45] 要素の木にある
  - [56] 識別子がある
  - [57] 識別子が要素の form 属性値と等しい
  ... のすべてを満たす、木順で最初の要素に設定します。
2. [58] フォームが form 要素なら、
  1. [59] 要素とフォームをフォーム関連付けします。
[60] それ以外で、要素の祖先に form 要素があれば、
1. [63] フォームを、要素の祖先で直近の form 要素に設定します。
2. [62] 要素とフォームをフォーム関連付けします。

例

[93]

...
 <form id="a">
  <div id="b"></div>
 </form>
 <script>
  document.getElementById('b').innerHTML =
     '<table><tr><td><form id="c"><input id="d"></table>' +
     '<input id="e">';
 </script>
...

e 要素のフォーム所有子は c ではなく a になります >>24。

innerHTML が内部的にHTML構文解析器で解釈を終えた時点では、確かに e のフォーム所有者は c です (form 要素が閉じられていませんから)。ところが e 要素が b 要素の子供となった瞬間に、フォーム所有者の再設定が起こり、 a に選び直されます。

form 要素指示子

[96] HTML構文解析器の form 要素指示子 (element pointer) は、最後に開かれて閉じていない form 要素を指すものです >>98。

仕様書

[97] HTML Standard

省略可能性

[147] form要素指示子は、スクリプト無効な構文解析器でも実装する必要があります。 (値によって構文解析の結果が変化します。) しかしフォーム所有者の再設定の呼び出しは、スクリプトとフォームを実装していないなら、省略できます。

値の変化

[99] 初期状態では値は null です >>98。
[102] HTML構文解析器によって form 要素が作られるときに、その要素に設定されます。
[103] HTML構文解析器によって form 要素が閉じられるときに、 null に設定されます。
[104] HTML素片構文解析算法において、文脈要素を含む祖先のいずれかが form 要素なら、直近祖先たる form 要素に設定されます >>101。

[105] つまり、開始タグがあって終了タグが(まだ)ない最後の form 要素を指している状態になっています。

[141] form 終了タグは、たとえそれによって閉じられる form 要素が存在していなくても、 form要素指示子を null に設定する効果があります。 table などをトリッキーに使って、あるいは素片構文解析によってそのような状況が生じることがあります。

[142] ただし、素片構文解析の場合は、一時的に架空の木において構文解析を行った後、得られた節点が指定された位置に挿入される、という形を取っており、最終的な挿入は構文解析器による挿入ではありませんから、たとえform要素指示子により特別なフォーム所有者の関連付けが行われていたとしても、再設定により失われてしまいます。

[143] <http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Cform%20id%3Da%3E%0A%3Cscript%3E%0A%20%20document.forms%5B0%5D.innerHTML%20%3D%20%27%3C%2Fform%3E%3Ctable%3E%3Cform%20id%3Db%3E%3Ctr%3E%3Ctd%3E%3Cinput%3E%27%3B%0A%20%20w%20(document.getElementsByTagName%20(%27input%27)%5B0%5D.form.id)%3B%0A%3C%2Fscript%3E> の例では、 form 要素の innerHTML を設定しています。その場合form要素指示子が設定されてから構文解析がはじまるので、 form 開始タグは無視されます。ところが本例では form 終了タグによってform要素指示子が null に設定されるため、 form 開始タグは無視されず、 form 要素が作られます。

[144] ただし form 要素は里親付けにより table 要素の兄となり、 td 要素内の input 要素はその form 要素の子孫とはなりません。それでもform要素指示子によって両者は一旦関連付けられるのですが、素片構文解析の全体が完了した後、得られた要素が1つ目の form 要素の子供として挿入され、フォーム所有者の再設定が実行されます。この時に木構造に従いフォーム所有者が決定されるので、 input 要素のフォーム所有者は変更されるのです。

[145] なお、先祖に form 要素が存在するケースの素片構文解析では、 form要素指示子が構文解析中に変更されない場合、構文解析の時点ではフォーム所有者は設定されず、最後の挿入の時点で木構造に従いフォーム所有者が決まることになります。

フォーム所有者と構文解析によって作成された要素が同じ家部分木に属さないからです。字句から要素の作成の項を参照。

構文解析への影響

[106] form要素指示子が form 要素を指している間は HTML構文解析器が form 要素を新たに作ることはありません。つまり、 form 要素の入れ子状態を HTML構文解析器自身が作り出すことはありません。

[119] template 要素内ではform要素指示子は無視され、フォーム制御子とフォームの関連付けは行われません。

[146] 構文解析器が AAA によって要素を移動した場合、構文解析器による挿入としてではなく、通常の insert として処理されるため、結果的にform要素指示子は無視されます。

<http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Ctable%3E%3Cform%3E%3Ctd%3E%3Cb%3E%3Cp%3E%3Cinput%3E%3C%2Fb%3E%3Cscript%3Ew(document.querySelector(%27input%27).form)%3C%2Fscript%3E>

`form` 属性 (HTML)

以下は古い内容が含まれます。

[40] HTML のフォーム制御子等の form 属性は、フォーム制御子が所属するフォームを指定します。

[41]

状態: WHATWG WD
要素型: フォーム制御子、fieldset
属性名: form (form (フォーム) より)
属性値: IDREFS (>>42)
既定値: (先祖により決定) (>>43)

仕様書

[76] Web Applications 1.0
- [77] <http://www.whatwg.org/specs/web-apps/current-work/complete.html#form-owner>

属性値

[79] form 内容属性の属性値は、同じ文書の form 要素の ID でなければなりません >>77。

[42] Web Forms 2.0 では、 form 属性値は、零個以上の form 要素の ID の空白区切り並びとされていました WF2 2.8。

フォームの決定

[49] 利用者エージェントは、フォーム制御子や fieldset 要素に関連付けるフォームを次のように決定しなければなりません WF2 2.8:

form 属性があれば、それに従います。
直近の先祖である form 要素か、 form 属性がある fieldset 要素があれば、そのフォームとします。
なければ、どのフォームにも関連付けないとします。

フォーム操作との関係

[50] 提出ボタン (submit) や画像 (image) は、関連付けられた最初のフォームのみを提出 しなければなりません。 WF2 2.8

[51] 再設定ボタン (reset) は、関連付けられたすべてのフォームを再設定 しなければなりません。 WF2 2.8

誤り処理

[52] 文書中に複数現れる ID が form に指定された時に選択されるフォームは、 getElementById メソッドと同じものとしなければなりません。 WF2 2.8

getElementById メソッドは、その場合の動作は未定義としています。しかし、 form もそれと同じように動作しなければならない、ということです。

[53] form 属性値中に同じフォームを複数回指定してはなりません。利用者エージェントは、その場合、最初の指定を除き、無視しなければなりません。 WF2 2.8

例

[54]

<table>
 <thead>
  <tr>
   <th>Name</th>
   <th>Value</th>
   <th>Action</th>
  </tr>
 </thead>
 <tbody>
  <tr>
   <td>
    <form id="edit1" action="/edit" method="post">
     <input type="hidden" name="id" value="1"/>
     <input type="text" name="name" value="First Row"/>
    </form>
   </td>
   <td>
    <input form="edit1" type="text" name="value"/>
   </td>
   <td>
    <input form="edit1" type="submit" name="Edit"/>
   </td>
  </tr>
  <tr>
   <td>
    <form id="edit2" action="/edit" method="post">
     <input type="hidden" name="id" value="2"/>
     <input type="text" name="name" value="Second Row"/>
    </form>
   </td>
   <td>
    <input form="edit2" type="text" name="value"/>
   </td>
   <td>
    <input form="edit2" type="submit" name="Edit"/>
   </td>
  </tr>
 </tbody>
</table>

列ごとに別のフォームになっています。 WF2 2.8 [tbody]] の内容モデルの定義から、 Web Forms 1.0 ではこのように表とフォームを組合せることができませんでした。

[55]

<form action="test.cgi">
 <input type="text" name="q" form="fg fy">
 <input type="submit" name="t" value="Test">
</form>
<form id="fg" action="google.cgi"><input type="submit" value="Google"></form>
<form id="fy" action="yahoo.cgi"><input type="submit" value="Yahoo"></form>

テキスト欄は2つのフォームに関連付けられています。また、フォームが3つあり、それぞれが提出ボタンを持っています。 WF2 2.8

Google と Yahoo の2つのボタンは、それぞれ別のフォーム処理エージェントに、同じテキスト欄の内容を提出します。

最初の Test は、 Web Forms 2.0 に適合した利用者エージェントでは、テキスト欄の内容を提出しません。未対応の利用者エージェントはテキスト欄の内容を提出します。これは古い利用者エージェントのための fallback として使うことができます。