一覧
[2] 要素のカテゴリー- メタデータ内容
- フロー内容
- 章節付け内容
- 見出し内容
- 語句内容
- 被埋込内容
- 対話的内容
- 触知可能内容
- スクリプト支援要素
- 章節付け根
- フォーム被関連付け要素
- リスト化要素
- 提出可能要素
- ラベル可能要素
- 再設定可能要素
[5] どのカテゴリー要素のカテゴリーに属するかは、要素の名前空間と局所名のみならず、
属性値や祖先、子孫にも影響されます。
[6] 要素のみならず、テキストもいくつかのカテゴリー要素のカテゴリーには属しています。
[8] ここに示した要素のカテゴリーは、 HTML Standard で定義されています。
どの要素がどのカテゴリー要素のカテゴリーに属するかも、
HTML Standard で定義されていますし、他の仕様書が定義する場合もあります。
(それぞれの項を参照。)
[67]
HTML Standard は Hixie がいなくなってから内容モデルの規定の記述を適正に運用できなくなったようで、
その後改変があった部分はそれ以前からの部分ほど一貫した記述になっていません。
仕様書の解釈を利用したいときは慎重に読む必要があります。[10] ARIA は role 属性値に基づく
HTML要素のカテゴリー要素のカテゴリーを追加で規定しています >>4。
[11] これはおおむね HTML Standard による要素のカテゴリーにより定められる内容モデルの制約と矛盾しませんが、
本来フロー内容ではない次の要素が、 role 属性値次第でフロー内容とみなされ得ることになります。
ARIA の規定をそのまま文字通り採用すると内容モデルの検査は破綻します。
lidtddtdthfigcaptionlegendoptgroupbodylink (場合による)rtrp
同じく role=heading も見出し内容となることになっていますが、
そのまま従うと summary 要素や hgroup
要素の内容モデルの検査に影響がありますし、
outline algorithm の動作まで変わってしまいます。
内容モデルも参照。[12] 現実的には、本来の要素の制約を更に厳しく限定する場合のみ role
属性値による分類を適用するべきでしょう。
歴史
[13] 内容モデルの概念の歴史は内容モデルを参照。
SGML 時代
[14] HTML が SGML であると信じられていた裸の王様時代、
HTML の SGML DTD の内容モデルの記述では、
便宜のため似たような制約を持つ要素型が引数実体としてまとめられていました。
%inline や %flow のような分類はここから生まれていきました。
[15] HTML4 は行内要素やブロック水準要素といった仕様書本文の用語としてもこの分類を活用し、
各要素の制約を規定していました。
[16] 以前から DTD 内の引数実体として存在していた「厳密」モードと非「厳密」モードの違いは、
HTML4 により厳密DTDと移行用DTDとして明確に区別されるようになりました。
両者の大きな違いの1つとして、各要素の内容モデルの違いがありました。
特に移行用DTDで %flow を子供として認めていた要素の多くが厳密DTD
では %block のみしか認められない (%inline が認められない)
点が際立っていました。
HTML5 時代前期
[17] 当初の HTML5 (Web Applications 1.0) は、
HTML4 や XHTML 1.0 の厳密DTDや XHTML 1.1
の流れを汲んだ、比較的厳格な内容モデルの制約を定めていました。
HTML4 が曖昧だった点を明確化したり、
SGML DTD の技術的制約のため記述できなかった細部を改めたりといった変更を加え、
どちらかといえばより厳格化する方向の規定が含まれていました。
HTML5 時代後期以降
[18] その後の HTML5 の改訂により、
要素の分類と内容モデルの規定は大きく改められました。
この変更は、
厳しい基準を設けて世の中の大量の文書と著者に変更を強いる (そして無視される)
という10年以上続いてきた HTML の標準化の方針を転換し、
特別有害と考えられる場合を除き制約を緩和するもので、
HTML4 の移行用DTDと比較しても更に緩い制限しか課さないものでした。
この方針は現在の HTML Standard にも引き継がれています。