Edit

Page

Page title:

Page body:

#?SuikaWiki/0.9
[1] 伝統的(謎) [[HTML]] では[[ブロック要素]]を入れ子に出来ません。 
[CODE(HTMLe)[[[p]]]] 要素に [CODE(HTMLe)[[[ul]]]] 
要素を入れたり出来ませんし、章や節を明示する要素 ([[XHTML 2.0]] の 
[CODE(XHTMLe)[[[section]]]] 要素に相当。) もありません。
昔は [CODE(HTMLe)[[[li]]]] 要素の中に [CODE(HTMLe)[[[p]]]] 
要素とかを入れることも出来ませんでした。

[2] この理由は大昔に [[www-html]] で [[TimBL]] が説明していまして、
[[ワープロ]]文書との互換性を考えてのことなのです。確かに 
[[Word]] とかは、ブロックを「段落」「リスト」「見出し」
とかから選ぶことは出来ますが、それを入れ子にすることはできません。
フラットでリニアです。

[3] これは [[SGML]] 的には異様なことでして、 [[ISO-HTML]] 
制定時に章・節明示要素を追加しようとしたのにすったもんだの末に事実上失敗し、
XHTML 2.0 まで待つことになります。 
(もっともリスト系要素におけるブロックの入れ子は [[HTML 2.0]] 
で既に実現していましたし、汎用ブロック要素である 
[CODE(HTMLe)[[[div]]]] とかが追加されたりしてはいますから、
とっくの昔に純粋な[Q[フラットでリニア]]ではなくなっています。)

[4] さてはて、そういう旧 HTML 的フラット・リニア構造から 
SGML/XHTML 2.0 的木構造への移行の時期にあって、
どちらの[[マーク付け]]がより適当かを巡って[[CSSコミュニティ]]界隈で激論が交わされたのが、
2002年前半のフラットでリニア論争なのです (たぶん)。

[5] 細かな論点は色々あったようですが、
論争を読み解くに当たって注意しておきたいのは、 SGML 
では構造を暗示できるが、 XML ではできないということです。 
SGML では[[タグ]]の省略が出来ますから、
見出しレベルなどで要素の存在を暗示できます。
マーク付けの見た目的にはフラット・リニアでも、
解析した結果はちゃんと章節の木構造にすることができます。
他方 XML は、[[完全タグ付き]]が必須要件ですから、
タグで明示されていない要素は存在していないのです。

ですから XHTML 文書でマーク付けの見た目がフラット・リニアなものは、
実際フラット・リニアでしかないのです。
章節構造を見出すことはできません。

[6] ''HTML Design Constraints'' <http://www.w3.org/MarkUp/HTMLConstraints.html>

[8] [CITE[Re: HTML DTD]], [TIME[2003-08-04T15:50:20.000Z]], [TIME[2024-09-29T13:15:53.958Z]] <https://lists.w3.org/Archives/Public/www-talk/1992MayJun/0063.html>

[7] [CITE[Freezing the HTML spec Re: Comments in HTML ?]], [TIME[2003-08-04T15:50:21.000Z]], [TIME[2024-09-29T09:36:50.802Z]] <https://lists.w3.org/Archives/Public/www-talk/1992NovDec/0078.html>

[[IETF]] [[WG]] [[憲章]]案

>
	* Keep the structure somewhat flat for interchange with
	PC style word processors and other style-per-paragraph
	oriented processors.

Historical Legal Sensitive Parent: [Help / License]

Edit

Page

Errors

Page name(s)