Strict-HTML スレッド24

**Name_Not_Found** · 04/10/02 22:19:38

Strict な HTML について語るスレッド 24回目
W3C 信者もそうじゃない人も投稿歓迎。でもHTMLの基礎知識は欲しいね。
sage進行推奨。

* HTML 4.01 Strict, XHTML 1.0 Strict, XHTML Basic 1.0 (XHTML Basic),
* XHTML 1.1, XHTML 2.0, ISO/IEC 15445 (ISO-HTML), JIS X 4156 (JIS-HTML) など。

Strict-HTML スレッド23
http://pc5.2ch.net/test/read.cgi/hp/1094311630/

過去ログ・関連スレ >>2
勧告等・その他 >>3

**Name_Not_Found** · 04/10/22 16:42:29

>>387
tfootの位置がDTD違反だろそれ。

**380** · 04/10/22 16:51:00

>>387-390
<th scope="col">...</th>
こんなの知りませんでした；ありがとうございます。
scope=rowを当てれば十分いけますね。
っていうかこれ、必須属性にするべきですよね。

**Name_Not_Found** · 04/10/22 17:30:00

>>391
うわ、やっちまった。
いつもtfoot一番下にかいちゃうんだよね。

**Name_Not_Found** · 04/10/22 23:09:28

ほんとにどうでもいいことだけど……いちおう 3ch はあるぞ。
おそろしくショボいけどな。
http://www.3ch.jp/

**Name_Not_Found** · 04/10/25 11:06:49

パン屑リストのマークアップとして、どちらがより理想的？
それともそれ以外の方法にしますか？

例1.
<p class="navi">
<a href="./">ふんにゃか</a>>ふんにゃか
</p>

例2.
<div class="navi">
<p>
<a href="./">ふんにゃか</a>>ふんにゃか
</p>
</div>

**Name_Not_Found** · 04/10/25 13:02:00

パンくずリストネタ、何回目だろうな。
ul派、ol派、pで文章派、>>395派
たぶん>>395派はどちらの例としてもこのスレでは少数派だろうな。

**Name_Not_Found** · 04/10/25 15:47:39

外側の div は何のためにあるんだ？

**Name_Not_Found** · 04/10/25 17:19:23

>>395
基本的に
「道順」
なので、君がサイトの中に自分の自分の家から駅までの道順を説明するのと同じように
マークアップすればいいよ。

>>397
見出しの省略されたセクションとでもいいたいんじゃないか？

**Name_Not_Found** · 04/10/25 18:17:08

>>395
それは「パンくずリストとして」ではなく、ある要素classでまとめようとした場合、
の話だな。

んで、もし、class="navi" が p 要素1個しかグルーピングする予定がないなら、
上でも、下でもほぼ差は無いと思われる。お好みでどうぞ。

もし、class="navi" がその内容を頻繁に変えるとか、複数の要素をグルーピング
するというなら明らかに下の方が便利だ。

あと、仮に「１ページ内にclass="navi"は必ず1個しか出現しないし、その
要素も１個だけだ」と言う場合、classかidか検討してみる余地もある、
と質問者を混乱させてみる。

**Name_Not_Found** · 04/10/25 18:42:15

「ふんにゃか」をStrictにマークアップするにはどうすればいいですか？

**Name_Not_Found** · 04/10/25 18:46:26

「ふんにゃか」が如何なる文書構造をもつ物であるか見極めて、
HTML4.01 Strictの要素に当てはめて、開始tagと終了tagを前後に記述すればOK。

**Name_Not_Found** · 04/10/25 20:05:31

誰かが言ってたけど、
「レイアウトありきのマークアップの時点ですでにストリクトじゃない」
これって本当？確かCSSスレで見かけたと思う。

俺てきにはこいつアフォ決定だな。まぁアホスレだしと思ってるが一応ここの総意を聞かせてくれ。

普通は見栄えありき、というか見栄えができてから最後にコーディングをするよね。
そのときにストリクトで仕上げるかテーブルで仕上げるかを迷うわけで。

とりああず意見をば利かせておくれ。よ・

**Name_Not_Found** · 04/10/25 20:19:26

>>402
釣れますか？

**Name_Not_Found** · 04/10/25 20:20:52

>>402
餌が良くないとおもふ。

**402** · 04/10/25 22:07:00

>>403-404
もしかしてお前らも
「レイアウトありきのマークアップの時点ですでにストリクトじゃない」
とか思ってるの？

そういう勘違いは勧告書のどのあたりを読むとできるわけ？

**Name_Not_Found** · 04/10/25 22:11:29

勧告書という表現は耳に新しいな。餌としちゃどうかと思うが。

**Name_Not_Found** · 04/10/25 22:21:02

>>395
</a>>には誰も突っ込まないのか

**Name_Not_Found** · 04/10/25 22:26:40

>>407
＆ｇｔ；が展開されてんだろ

**Name_Not_Found** · 04/10/25 22:27:03

>>407
'>'はスタイルシートで出力するというのは散々既出な上にあたりまえなのでいまさら突っ込まない。

**Name_Not_Found** · 04/10/25 22:36:55

>>409
つーか、見栄えじゃないじゃん。

**Name_Not_Found** · 04/10/25 22:41:23

またぞろ、カギカッコに意味があるのか見栄えなのかの論議になるぞ。

**Name_Not_Found** · 04/10/25 23:07:00

http://www.umeemon.com/
このサイトの
http://www.umeemon.com/img/index/erabu2.jpg
こうゆう画像ってなんていうの？バナーみたいなでも意味が全然ちがうよね。

で、質問なんだけどこういうバナー的な画像って実際はかなり多用されてるのよね。
画像のなかの一部分を<hn>にしたりは今後もできるようになるよていないのかな？
発想としてはクリッカブルマップ的に。

**Name_Not_Found** · 04/10/25 23:09:07

>>412
具体的にどう書くか、を考えると面倒くさい話だな。XML使え。

**Name_Not_Found** · 04/10/25 23:09:46

>>409
お前が見栄えだと思ってるかどうかというより、作者がそこに「意味」をこめてるのなら
必ずHTMLに書かなきゃいけない。

それは「＞」が世間一般ではただの装飾であると考えられてたとしてもだ。
つまり装飾か否かを決めるのは常に作者であり、間違っても閲覧者ではないということだ。

ちなみに俺は装飾だと思ってる派なのでスタイルでやってる。

**Name_Not_Found** · 04/10/25 23:52:10

スタイル派はどうやってる？

<img src="./" alt="→"><a href="./">ふんにゃか

ってのを見たことがあるんだが（内田がこれ）、altで→を明示しているということは、
＞なり→に明確な意味がこめられているってことで装飾じゃないよな。

スタイルでやる派は、ulなりolにlist-style-imgを使ってるのかな？

**Name_Not_Found** · 04/10/26 00:01:13

>>415
:before { content: ">"; } とかじゃねーの？

**Name_Not_Found** · 04/10/26 00:41:35

>>416
それは脳内すぎるｗ
>>415
俺はbackground-imageでやってるね。そのほうが位置とか細かく好きにできるし。

**Name_Not_Found** · 04/10/26 01:04:33

>>415
.navi li{display:inline;}
.navi li+li:before{ content: "＞" }

<ol>
<li>ふんにゃか</li>
<li>ふんにゃか</li>
</ol>

**Name_Not_Found** · 04/10/26 01:06:02

>>418
あ、class="navi"が抜けた。適当に脳内補完しておいて。ごめん。

**Name_Not_Found** · 04/10/26 01:39:54

>>418-419
だから脳内すぎるぞお前。
IEが実装してないプロパティ使ってどうする気よ？

いくら脳内論議の場だからってCSSの話までするならちゃんと現実を考えろよ。
っていうかもしかしてやったことないんか？

**Name_Not_Found** · 04/10/26 01:49:21

>>420
実装のことはスレ違いという、このスレの (愚かしい) 基本を知らないとは…。
新参の方ですか？

ま、現実の話をしたかったらこちらにでもどうぞ。

【W3C】Web標準仕様・技術系総合スレッドその1
http://pc5.2ch.net/test/read.cgi/hp/1093950965/

**Name_Not_Found** · 04/10/26 01:50:38

それ以前にCSSがスレ違いでいいか。

**Name_Not_Found** · 04/10/26 01:58:20

>>421
一応それは分かって言ってるように見えるけど。

**Name_Not_Found** · 04/10/26 05:09:02

>>421
>実装のことはスレ違いという、このスレの (愚かしい) 基本を知らないとは…。

>>415読んでない？今は実装の話をしてるんだよ。
っていうかまずは日本語の勉強しろよ、な！

**Name_Not_Found** · 04/10/26 05:17:13

ストロングスタイル派（謎）はコードは仕様に従って表示はUAに任せる、
ってのをCSSでも貫いているだけのことじゃん？
それに普段どうしているか、と、このスレで議論する内容は別物だし、
UAの仕様に合わせてごにょごにょするって考え方が混ざると厄介なので

【W3C】Web標準仕様・技術系総合スレッドその1
http://pc5.2ch.net/test/read.cgi/hp/1093950965/

に分岐したわけだから。別にこっちが本スレであっちは隔離って訳でもないし、
それぞれ自分にあったスレで話したらいいじゃん。

**Name_Not_Found** · 04/10/26 05:21:08

そもそも>>415がスレ違い。

**Name_Not_Found** · 04/10/26 13:14:44

なんか技術系総合スレはゴミ箱扱いだな…

**Name_Not_Found** · 04/10/26 13:27:41

>>427
そんなことないよ。
現実のUAにあわせてどうするかを考えるのは、
それはそれで大事なことじゃん。

**Name_Not_Found** · 04/10/26 16:17:33

>>428
>それはそれで大事なことじゃん。
お前・・・・それが一番重要なことでここで話してるのはヲタのくだらない趣味程度のことなんだから
勘違いするなって。

>それぞれ自分にあったスレで話したらいいじゃん。
どっちも廃スレみたいなもんだからな。俺としてはどこで何を話してもいいと思うがね。
わざわざ話題ＡをするにはＡ教室にいかないとダメです。なんてのは必要なし。
参加したくない話題はスルーするがよろし。

**Name_Not_Found** · 04/10/26 16:44:24

>>429
「仕様こそ全て。実装は2の次」がこのスレの基本だし、それを実際に実行してる人もいる。
そういう人の（あるいは話題のための）スレがここ。実装について語る場所じゃない。
話題Aのための部屋で話題Bを進めるのは唯の阻害だから、
それ以外の話題をしたいのなら話題B用の部屋を使え。

これだから実装重視の奴は目先しか見えていなくて駄目だ。

**Name_Not_Found** · 04/10/26 17:07:26

>>429は図書館とかでうるさくして白い目で見られるようなやつなんだろな。

**Name_Not_Found** · 04/10/26 18:03:19

＞.navi li+li:before{ content: "＞" }

IEで使えないプロパティだって知らなくて暴れてるアフォがいるスレはここですか？（　´,_ゝ`）ﾌﾟｯｗ

**Name_Not_Found** · 04/10/26 18:24:32

スレ違いを指摘されても暴れてる粘着がいるスレはここですか？

**Name_Not_Found** · 04/10/26 19:00:50

>>433
そうなんですよ。なんとかしてください。

**428** · 04/10/26 19:29:43

>>429
趣味だろうが仕事でやっていようが、html 書いているヤツなんて、
世間的には両者ともヲタだと自覚していますが、いかがか。

**Name_Not_Found** · 04/10/26 21:33:09

中途半端なヲタが本格的なヲタに敵わなくて暴れてるわけか。

**Name_Not_Found** · 04/10/26 21:38:00

少なくとも「ここがStrictスレ」で、スレ的にどうかという決着が付けば
世間的にヲタでもそうでなくてもどうでも良い。

**Name_Not_Found** · 04/10/27 01:41:17

それにしてもCSSもまともに書けないのはどうかね

**Name_Not_Found** · 04/10/27 02:01:16

**Name_Not_Found** · 04/10/27 04:06:51

>>439
ループがこのスレの醍醐味だ！

**Name_Not_Found** · 04/10/27 12:49:56

<MARQUEE>レの醍醐味だ！ループがこのス</MARQUEE>

**Name_Not_Found** · 04/10/27 17:32:25

>>441
こいつmarqueeの意味すらしらねンだな

**Name_Not_Found** · 04/10/27 20:04:41

いや、わざとだろ。

**Name_Not_Found** · 04/10/27 20:43:56

>>441
不覚にもﾜﾛﾀ

**Name_Not_Found** · 04/10/28 06:55:22

>>444
自演うざ

**Name_Not_Found** · 04/10/29 16:34:29

暇だからパンクズの例でも各課

home > chapter > section
<div id="pankuzu">
<hn>ホームページから現在ページまでの道順</hn>
<ol><li>home<li>chapter<li>section</ol>
</div>

おわっちった・・・簡単だったな。
そういえば昔は、階層構造までをマークアップしろとかアフォなこという住人がいたな。
ヲタクにも度があるよな。重要なのは道順であって、階層ではないのにな。
っていうか見出しが見えてないんだろうか。

階層を書くならそれはパンクズじゃなくて、サイトマップだろ。サイトマップをCSSで
パンクズに整形したようなもんだ。しかしそれをHTMLでパンクズと呼ぶのはおかしいだろアフォめが！
パンクズはあくまで道順じゃボケ！

**Name_Not_Found** · 04/10/29 16:36:34

また偉く閾値の狭いやつが現れたな

**Name_Not_Found** · 04/10/29 16:39:45

>>447
また偉く難しい漢字で叩くのね

**Name_Not_Found** · 04/10/29 17:11:31

>>447
ﾖﾒﾈｪ・・・読めても意味ﾜｶﾝﾈ・・・

**Name_Not_Found** · 04/10/29 17:14:04

>>449
http://dictionary.goo.ne.jp/search.php?MT=%EF%E7%C3%CD&kind=jn

>>447を意訳すると、
「沸点低っ！」
ってことかと。

**447** · 04/10/29 17:17:27

>>450
わかりやすい意訳に何となくﾜﾛﾀ

**Name_Not_Found** · 04/10/29 17:31:48

どうでもいいが閾値は普通高い低いで言わないか？

**Name_Not_Found** · 04/10/29 18:46:02

>>452
難しい言葉使いたい盛りの年頃の馬鹿なんだろうからほっといてやれ

>>446
ところでお前は何かを勘違いしてるな。
ぱんｋくずだろうがなんだろうが、構造マークアップ言語ではそれが階層であるならば
階層であることを伝えるのが普通だ。

まあXMLで考えればすぐわかるだろう。ぱんくずであろうがなかろうが階層は階層でマークアップすることに
より受けられる恩恵を。はは

**Name_Not_Found** · 04/10/29 19:23:48

>>446
できればliは閉じて欲しいな。

**Name_Not_Found** · 04/10/29 19:32:40

>>454
まずは仕様書の例文に文句を言って来い

**Name_Not_Found** · 04/10/30 03:43:18

このスレの一部をストリクトにマークアップしてください。

455 ：Name_Not_Found ：04/10/29 19:32:40 ID:???
>>454
まずは仕様書の例文に文句を言って来い

例えばこういう1塊。
本文は<pre>でもなんでもいいんですが、1行目のヘッダ的な部分はどうするべきでしょうか？
多分全部あわせて表だと思うんですがあってますか？
全部とは>>1-1000あわせてです。

またよく言われることですが、元々ストリクトではないこういうものはストリクトにマークアップは
できない。って本当ですか？それってストリクトが早くも限界を迎えてるということだと
思うんですが勘違いでしょうか？

宜しくお願いします。

**Name_Not_Found** · 04/10/30 04:11:22

ここは教えて君スレじゃないし、>>1 はよんどけ。

あと2chをstrict化というのは最近出た話題なので過去ログ
読めば出てくるはず。

以上

**456** · 04/10/30 06:12:37

>>457
別にむりくりレスつけないでいいですよ。
私は暇つぶしにストリクト談義をしたいだけなので。

**Name_Not_Found** · 04/10/30 06:29:35

お前の暇潰しにつき合わされるのは嫌だ

**456** · 04/10/30 06:56:10

>>459
＾＾；
そんなこと言いながらこのスレをチェックしてくれてるんだから
本当は暇なんでしょ？
仲良く話せばいいのに。まあ私はそろそろ寝るのでさようなら。
誰か明日また>>456についての話をしましょう。

455 ：Name_Not_Found ：04/10/29 19:32:40 ID:???

問題はこれなんですよね。こういうのって表なのかDLをCSSで整形しただけなのか
かなり微妙なところですよね。

そもそもDLを整形したいなら初めから表を使えばいいような貴もするんですよ。
だって表は大なので小を兼ねられると思う出ス。

**Name_Not_Found** · 04/10/30 08:49:58

>DLを整形したいなら
釣り認定。

真面目に語りたいなら以降トリップ付けろ。
そしたら、関わりたくない人が無視できるから。

**456** · 04/10/30 18:08:49

>>461
つり？２ちゃんに毒されすぎじゃないか君は。
トリップなんて面倒だから付けないよ。
そもそもここでは相手が誰とかで無視をするような場所じゃなくて、内容云々で
レス付けるかを決めるとこだから。俺様ルールの押し付けはウザイ。

461 ：Name_Not_Found ：04/10/30 08:49:58 ID:???

とりあえず考えてみたが、
<dl>
<dt>461
<dd>Name_Not_Found <dd>04/10/30 08:49:58<dd>ID:???
</dl>
こういうのってどうなんだろう。構造をマークアップできているといえるだろうか？
やはり
<dt>番号<dd>461
<dt>名前<dd>Name_Not_Found
...
のようにするべき？もしかしたら
<table>
<tr><th>番号<th>名前<th>投稿日時<th>？？？<th>本文
...
こういうのをCSSで整形したほうがいいんじゃないかな？
どうなんだろう・・

**Name_Not_Found** · 04/10/30 18:14:50

個人的にはテーブルに文章を入れるのは好きじゃないな。

<dl>

**Name_Not_Found** · 04/10/30 18:17:30

間違えて送っちゃった。

<dl>
　<dt>スレ番</dt>
　<dd>462</dd>
　<dt>名前</dt>
　<dd>Name_Not_Found</dd>
　<dt>投稿日時</dt>
　<dd>01/10/30 08:49:58</dd>
　<dt>ID</dt>
　<dd>???</dd>
　<dt>本文</dt>
　<dd>ずらずら</dd>
</dl>

これを並べるというのはどうだろう。

**Name_Not_Found** · 04/10/30 18:52:36

表だと思う。
実際datファイルからhtmlを作るプログラムを書いたけどその時は
<tr><th>No.</th><th>名前</th><th>mail</th><th>日付</th><th>id</th><th>同一idの数</th><th>本文</th></tr>
としてcssは
table, tbody, tr {
display : block;
}

thead {
display : none;
}

td {
display : inline;
}

td {
color : black;
}

td + td {
color : green;
}

...

td + td + td + td + td + td + td {
display : block;
}

という風にした(実際のCSSはもちょっと複雑)。CSSのセレクタが汚いがそれはスレ違いということで。

**Name_Not_Found** · 04/10/30 18:53:27

一番最初のスレ番号はol-liで表現される物ではないかと思われ。

**465** · 04/10/30 18:57:45

>>466
それも考えたが100番から200番だけ表示とかもできるのでolだと100番から始まっているという情報が表わせない。

**Name_Not_Found** · 04/10/30 20:02:36

tableのcellpaddingとcellspacingは指定するべきですか?
cssだけでいいですか?

**456** · 04/10/30 20:28:31

>>464
う～ん正統派な気もするけど、なんとなくこういう場合は違うような・・・・
なんかこういうスレってある意味「データの羅列」だと思うんだよね。
そういうのは表が適している気がする。
>>465
それいいけど、実際にはIEが
<th>本文</th>
この位置を好きに動かすことはできないから限界を突きつけられてるみたいでやだよね。
もちろんこのスレてきには問題ないので、それがいいかなぁと思う。
>>466
なんでも順番があればol要素っていうのは違うよ。
表は使い方でol,ulも兼ねることが可能だと思うよ。
>>467
それはolの解釈が間違ってるよ。
そもそも「順番がある」というだけで一番目が意味的に1でなければいけない理由はない。
つまり
<hn>水泳11～20位</hn>
<ol>...
ということを思い浮かべてくれれば気付くと思うけど。
>>468
CSSの話はスレ違いなので初心者スレかCSSスレに言ってください。

**Name_Not_Found** · 04/10/30 20:31:19

>>469
>>467は>>469が>>466に言ってるのと同じ事を言ってると思うが。

**468** · 04/10/30 20:52:14

>>469
cellpaddingとcellspacing(とborder)は見た目を指定している物理属性ではあるが、XHTML1.1でも生き残っているしアクセスアビリティの観点から(CSS非対応とかのために)必要なのかと聞いたんだけど。

**471** · 04/10/30 20:55:03

なんか偉そうな文章ですまん

**467** · 04/10/30 21:00:06

>>469
説明が足りなかったです。
言いたかったのは「olではレスの番号を表すことができない」ということであり、「olでは1番から始まるリストしか表せない」ということではないです。
結局100番から200番だけ抜きだすかどうかは関係無くて、レスの番号は意味のあるデータであり現在のHTMLでそれを表現するには1つ1つ明示的に書くしかない、というだけで十分でしたね。

**Name_Not_Found** · 04/10/30 21:40:49

一つ一つ明示的に書く必要があるならliの中に改めて書けばいいじゃん。

リスト状の物で順番があればそれはol-liというのがstrictな考え方であって、
「それはol-li構造ではない」とか「他のこちらの要素と解釈した方が正しい」
と言うなら兎に角、番号が表せない事とol-liの要素かどうかと言うのは関係ない。

**Name_Not_Found** · 04/10/30 23:10:12

トリップをつけるのも面倒な奴がなんでずらずら書いてるんだ？
言動の不一致がはなはだしいな

**Name_Not_Found** · 04/10/30 23:37:10

> そもそもここでは相手が誰とかで無視をするような場所じゃなくて、内容云々で
> レス付けるかを決めるとこだから。俺様ルールの押し付けはウザイ。

文章の前半はお前の俺様ルールなんだが。
例えばトリップつけたやつの書き込みが有意義であったとして、
それを無視しようがしまいがお前以外の誰かの勝手だ。
俺様ルールの押し付けはウザイぞ。

**456** · 04/10/31 00:30:29

なんか勘違いして突っ込んだみたいでごめん。
とりあえず俺としては
ol-li構造というのはそこまで大きいものを強引に包括しないほうが言いとおもう。
やろうと思えばセクションなども全てリストになってしまうでしょ？
でもそういうのは何か違うよね。単純に箇条書き的なものだけにしておくのが一番いいかなと。

>>475-476
ストリクトと関係ない、俺個人についてのレスはそれで最後にしてね。

**465=467=473** · 04/10/31 00:42:17

>>474
確かに。リストと考えて次のように表しても問題ないでしょう。
<ol>
<li><dl>
<dt>No.</dt>
<dd>100</dd>
<dt>Name</dt>
<dd>Name_Not_Found</dd>
...

しかし表はリストを含むという考え(議論の余地あり)と、表にしたほうが個々のレスが同じフォーマットをしているということを表せるため表にしました。
表を使うかリスト+定義リストを使うかは、貴族とボヘミアンのようなものかもしれない。
もしくはCOBOLでのレコードの配列か、Smalltalkでのオブジェクトの配列かのような。

**Name_Not_Found** · 04/10/31 00:56:34

456の存在がウザイな

**Name_Not_Found** · 04/10/31 00:58:25

放置よろ。

**Name_Not_Found** · 04/10/31 01:06:24

何か久しぶりにあれって思ったことをここで聞いてみる。

###
「あいうえお」というのは母音である。つまり他のものとはあきらかにレベルの違う
ものだと言える。なので「あいうえお」と「かきくけこ」を同列評価してはならな
い。しかし本当にそうなのか？とりあえず考えてみたら3択を迫られた。
１．そうだ
２．違う
３．知らん
私は時間がないので２とすることにした根拠は後々話そうと思う。
###

↑こうiいう段落中にリストが出てくるときの対処方法について。
「<p>の代わりに<div>でやる。」
これはつまりリストを内包できる段落要素がHTMLには定義されてないので
汎用要素であるdivでの代替を試みるということ。
「<p>を分割する」
つまり第1段落→リスト第2段落とするとういうこと。しかし見た目的には間にリストを挟んでるが
どう考えても1つの段落であると思われる。なのでこちらには否定的。（私見）
「根本の作りを変えてしまう」
よく言う「StrictなマークアップはStrictな文章構造から」とかいうふざけた発想。
元々そんな実用性のないものをスタンダードにするほどティムバーナトは馬鹿ではない。

久しぶりにここの住人の意見が聞きたい。

**Name_Not_Found** · 04/10/31 01:16:04

>>481
既出。

pの中にブロックをかけないのは歴史的事情。
XHTML2.0の草案だとリストや表(仕様書には書いてないけどRELAX NGの方には書いてある。おそらく最終的には仕様書にも入ると思う)などが書ける。

**Name_Not_Found** · 04/10/31 01:18:09

>>481
散々既出ながら

<p>…（前略）3択を迫られた。
<object><ol>
<li>そうだ</li>
<li></li>
<li></li>
</ol></object>
私は時間がないので…（後略）…</p>

でも普通は p を分割するね。

**481** · 04/10/31 01:26:55

>>483
へぇ。そういうのは仕様書のどこらへんに書いてあるの？

**Name_Not_Found** · 04/10/31 01:40:50

>>481
>よく言う「StrictなマークアップはStrictな文章構造から」とかいうふざけた発想。
論理構造もへったくれもないものを論理的にマークアップできるわけがない。

それよりも俺としてはテーブルレイアウトがお前らに非難される理由がわからんのだよ。
お前ら好きにすればいいだろ。何で人様にまでケチ付けるんだよ。
そもそもテーブルレイアウトをやらざるを得ない環境にしたのは俺達じゃなくて
UA製作社だろ。現実に対応しないCSSなどを薦めてくるお前ら馬鹿だろ。

**Name_Not_Found** · 04/10/31 01:46:23

>>485
なんでそっちの話題に飛躍するのだ

**Name_Not_Found** · 04/10/31 01:51:17

いつの時代の話をしてるんだ？
こいつの「現実」ではIE3，ネスケ4のシェアが大きいのかね

**Name_Not_Found** · 04/10/31 01:53:38

>>484
具体的にこうやれと書いているわけではないが、
>483は完全に valid だ。例によって strict かどうかは知らん。

**Name_Not_Found** · 04/10/31 11:31:38

意味もなくageてる段階で相手にしなくて良いよ。

**Name_Not_Found** · 04/10/31 19:14:14

<h4>●　１０月３１日</h4>
とした場合に、読み上げブラウザでは "●（まる）" も読み上げられるのかな？
だとしたら、<h4 title="2004年10月31日">●　１０月３１日</h4>としたほうがいいのかな？