タグ li はブロックレベルの要素解析ではありません

なぜか高さを設定できるのですが、<h1 />要素と違い、"semi-inline"（inline：インライン[テキスト]レベル）要素のように感じてしまうのです。

以下の要素 も考慮される場合があります。 ブロック-レベル要素は、ブロック-レベル要素を含むことができるので、ブロック-レベル要素は、ブロック-レベル要素を含むことができます。

• DD - 定義説明
• DT - 定義用語
• FRAMESET - フレームセット
• LI - リスト項目
• TBODY - テーブル本体
• TD - テーブルデータセル
• TFOOT - テーブルフット
• TH - テーブルヘッダーセル
• THEAD - テーブルヘッド
• TR - テーブル列

この記述も、どうやら <li /> は、"semi-inline" 要素です。もちろん、このリストには、次のようなものが含まれています。 <td /> これらの要素も、そんな疑念を抱かせるものだった。今日、各ブラウザのデフォルトのCSSを見た結果、次のようになった。

<テーブル ブラウザ CSS IE6/IE7 li{display:block; } IE8+ / Webkit / Firefox / Opera li{display:list-item; }

ここも基本的にクリア。IE6/7以外のA級ブラウザでは、"semi-inline"要素になります。への参照は display:list-item; というのも、現在ではすべてのA級ブラウザが対応しているにもかかわらず、実際に使っている人はあまり多くないからです。なぜか？あまり役に立たないからです。Quirks Modeでは、PPKはこのように言っています。

display: list-item は、その要素がリストアイテムとして表示されることを意味します。これは主に、MacのIE 5では、その要素の前に弾丸が付く（ULのように）ことを意味します。 番号がバグっている：以前の番号はすべてバグっている。数字はバギーです：ページ内の以前のすべてのLIは1つとしてカウントされるので、この例は5番から始まります（スクリーンショットは、私が互換LIを挿入する前に作られたものです）。

ライブの例です。

表示：ブロック

display: リストアイテム

表示：リスト項目

なるほど、これではあまり意味がないですね。でも、私自身の疑問のひとつは解決されました。もし、あなたがそうであれば、次にコーディング中にバグや他の質問があったときに、おそらくすぐに反応できるように、それを共有します。