Strict-HTML スレッド10

1 名前：Name_Not_Found ：03/02/17 23:46 ID:PdNMca0f: Strict な HTML(*) について語るスレッド ver.10
W3C 信者もそうじゃない人も投稿歓迎。

* 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) など。

過去ログ・関連スレ及び　勧告等・その他 >>2-5
2 名前：Name_Not_Found ：03/02/17 23:47 ID:PdNMca0f: ■過去ログ
HTML1.0 http://pc.2ch.net/hp/kako/992/992708594.html
HTML2.0 http://pc.2ch.net/hp/kako/1008/10083/1008380243.html
HTML3.0 http://pc.2ch.net/hp/kako/1013/10138/1013818251.html
HTML3.2 http://pc.2ch.net/hp/kako/1018/10187/1018719800.html
HTML4.0 http://pc3.2ch.net/hp/kako/1022/10227/1022751972.html
HTML4.01 http://pc3.2ch.net/hp/kako/1028/10289/1028963710.html
XHTML1.0 http://pc3.2ch.net/hp/kako/1033/10332/1033282702.html
XHTML1.0 SE http://pc3.2ch.net/hp/kako/1037/10375/1037577389.html

■関連スレ
/* CSS・スタイルシート質問スレッド【15】 */http://pc2.2ch.net/test/read.cgi/hp/1045124732/
XML、XHTMLについて語り合うスレッド http://pc.2ch.net/hp/kako/1002/10024/1002461949.html
W3C信者と感じる瞬間 http://mentai.2ch.net/hp/kako/990/990175066.html
W3C信者の方に質問 http://mentai.2ch.net/hp/kako/977/977621932.html
W3C信者にサイトを正しい記述に直して貰うスレ2http://pc2.2ch.net/test/read.cgi/hp/1040377672/
【野望の】XHTML 2.0【王国】http://pc3.2ch.net/test/read.cgi/hp/1028659057/
3 名前：Name_Not_Found ：03/02/17 23:47 ID:PdNMca0f: ■勧告等
HTML 4.01 http://www.w3.org/TR/html401/
XHTML 1.0 http://www.w3.org/TR/xhtml1/
XHTML Basic http://www.w3.org/TR/xhtml-basic/
XHTML 1.1 http://www.w3.org/TR/xhtml11/
XHTML 2.0 (Working Draft) http://www.w3.org/TR/2003/WD-xhtml2-20030131/
ISO/IEC 15445 (ISO-HTML) http://woodworm.cs.uml.edu/~rprice/15445/15445.html
JIS X 4156 (JIS-HTML) http://www.y-adagio.com/public/standards/jis_html/toc.htm
上記勧告の邦訳等 http://www.doraneko.org/webauth/

■その他
W3C http://www.w3.org/
Another HTML-lint http://openlab.ring.gr.jp/k16/htmllint/htmllint.html
W3C HTML Validation Service http://validator.w3.org/
ごく簡単なHTMLの説明 http://kanzaki.com/docs/htminfo.html
4 名前：Name_Not_Found ：03/02/17 23:49 ID:???: 前スレ

Strict-HTML スレッド ver.9
http://pc2.2ch.net/test/read.cgi/hp/1039974316/l50

抜けてたすまん。
5 名前：Name_Not_Found ：03/02/17 23:49 ID:???: HTML Working Group Roadmap http://www.w3.org/MarkUp/xhtml-roadmap/
6 名前：Name_Not_Found ：03/02/17 23:53 ID:???: 『 W3Cの仕様書をIEで見ようと思ったら、ダウンロードを要求された』
IEが糞なので、どうしてもIEでみるなら…

レジストリ弄ってtext/html追加汁。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\Accepted Documents

※自己責任で。
7 名前：Name_Not_Found ：03/02/17 23:54 ID:???: ＞IEが糞なので
失笑
8 名前：Name_Not_Found ：03/02/18 09:28 ID:???: 1000おみごと
9 名前：Name_Not_Found ：03/02/18 11:42 ID:???: >>1
ぎりぎりセーフか。乙。
10 名前：Name_Not_Found ：03/02/18 17:41 ID:???: >>8
あれはおもしろかった。
11 名前：Name_Not_Found ：03/02/18 19:41 ID:6CzovmoU: ありがとう
12 名前：Name_Not_Found ：03/02/18 20:26 ID:???: 一瞬、ネタかと思った。＜前スレの1000
13 名前：Name_Not_Found ：03/02/18 21:08 ID:???: しかしどんどん寂れていくね、ここも。
前々スレあたりのコテハンいたころが懐しい。
14 名前：Name_Not_Found ：03/02/18 21:29 ID:???: IEで見れねー物なんて淘汰されるだけ。
何考えてるのやら。
15 名前：Name_Not_Found ：03/02/18 21:54 ID:???: IEなんて使ってるやつはウイルスに犯されるだけ。
なに考えてるのやら。
16 名前：Name_Not_Found ：03/02/18 21:57 ID:???: [ツール]→[インターネットオプション]→[セキュリティ]→[このゾーンのセキュリティのレベル]を「高」
17 名前：Name_Not_Found ：03/02/18 21:59 ID:???: 何も考えずにActiveX、Java、JavaScriptをオフ。
それから数分後。

やー、世の中って不便。
18 名前：Name_Not_Found ：03/02/18 22:00 ID:???: WindowsUpdateすると英語の世界にご招待。
19 名前：Name_Not_Found ：03/02/18 22:02 ID:???: >>15-18
スレ違い。
20 名前：Name_Not_Found ：03/02/18 22:11 ID:???: Strict な HTML は IE で見れないのか。そうか。
21 名前：Name_Not_Found ：03/02/18 22:14 ID:???: そんなこたない
22 名前：Name_Not_Found ：03/02/18 22:15 ID:???: まあ、見られなかったことがあるんでしょうな。
23 名前：Name_Not_Found ：03/02/18 22:15 ID:???: XHTML1.1にやられたのですか
24 名前：言うまでもないが、つまらんﾈﾀが多いので ：03/02/18 22:23 ID:???: >>6
「コンテントネゴシエーションで振り分けをしているので
　xhmlに対応していないのに*/*を送るIEが糞なので　」
「html版を見るためには、レジストリ弄って」
25 名前：Name_Not_Found ：03/02/18 22:34 ID:???: xhml
26 名前：Name_Not_Found ：03/02/18 22:54 ID:???: >>24
つまらんからあげ足とる。
> xhmlに対応していないのに*/*を送る
IEにしてみれば「とにかく何でもいいからきぼんぬ」と言ってるだけ。
UAは何も全ての形式を自前で開けなきゃいけないわけではない。
このこと自体は全く問題ない。
問題は「text/html対応に関してAcceptで情報をよこさない」こと。
27 名前：Name_Not_Found ：03/02/18 23:03 ID:???: mhtmlはどうよ？
28 名前：Name_Not_Found ：03/02/18 23:07 ID:???: http://www.google.com/search?q=MHTML&hl=ja&lr=lang_ja
どのMHTMLよ？
29 名前：Name_Not_Found ：03/02/18 23:12 ID:???: >>27
某マクロ html ですか。
香ばしいですね。
30 名前：Name_Not_Found ：03/02/18 23:23 ID:???: >>28
正直HTML + CSS でデザインするのいやなんですけど
http://pc2.2ch.net/test/read.cgi/hp/1018053359/
31 名前：Name_Not_Found ：03/02/18 23:32 ID:???: どうよって言われても。どうでもいいって感じ。
32 名前：Name_Not_Found ：03/02/18 23:36 ID:???: ﾈﾀ切れかな。

MHTMLは結局CSSと変わらんところが良かった（藁
33 名前：Name_Not_Found ：03/02/19 01:22 ID:???: まあ50スレまでに妙案が思いつかなかったんでしょ。
34 名前：Name_Not_Found ：03/02/19 09:53 ID:???: ああ、懐かしいね( ´ω｀)
35 名前：Name_Not_Found ：03/02/19 10:16 ID:???: あれはネタだったの？
36 名前：Name_Not_Found ：03/02/19 18:32 ID:???: XML、XHTML、HTML、SGML、CSS、Strict, ・・・

もうなにがなんだかわかんないし、
ＩＥでみれればいいじゃんって感じ。

オペラやネスケとか果てはドリカスまで
すべてで見られるようにしてたらｗｅｂサイトなんて
やってられない。

たとえばXHTML準拠のページ作ったって
全てのブラウザでちゃんとみれるわけじゃないんでしょ？

W3C信者ってなんでそんなにがんばるの？
37 名前：Name_Not_Found ：03/02/19 18:40 ID:???: >>36
読み方がわからん
答え教える！
38 名前：Name_Not_Found ：03/02/19 18:49 ID:???: >>36
マルチポスト
39 名前：Name_Not_Found ：03/02/19 19:42 ID:???: 何が何だかわからないようなカスはリソースの無駄なのでとっととwebの利用をやめれ。
40 名前：Name_Not_Found ：03/02/19 20:22 ID:???: 厨でもいい、もっと書き込んでくれ!
寂しすぎる。
41 名前：Name_Not_Found ：03/02/19 20:24 ID:???: ずんどこべろんちょうわわはっは
うんこちんここここうんこ寛しねえええええええええええしね
さんぷるねーし　まんこkuseeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
どくおとこ息合点じゃねーよ（藁藁
42 名前：Name_Not_Found ：03/02/19 20:31 ID:???: スットリクトは凄いですか？
43 名前：Name_Not_Found ：03/02/19 21:11 ID:???: 仕様に準拠していない文書を作ったって
全てのブラウザでちゃんとみれるわけじゃないでしょ？
44 名前：Name_Not_Found ：03/02/19 21:19 ID:???: むしろ準拠してない文章の方がいろんなUAで読める罠。
混沌とした変遷期なんだからアドホックに上手く立ち廻った者勝ち。
45 名前：Name_Not_Found ：03/02/19 21:27 ID:???: >>36
Strictに作れば、それなりに見られる。
ただ、XHTMLに関してはそもそも別物だからHTMLのために作られたUAで
正しく表示されることを求めるのは間違っているとは思う。
それでも、移行型のXHTMLならばそれなりに見られる。
だが、IE特化HTMLで作られたサイトは他のブラウザで表示できない事がある。
そこんとこ理解してるのかと問いたい。
最近Webサイト運営だかなんだかしらんが「やり」はじめたような香具師は、勉強してからモノを言え。
つーか、マルチポストしてる暇あったら、ポストマルチのキャラでも考えてろ。ボケが。
46 名前：Name_Not_Found ：03/02/19 21:41 ID:???: tableとfontとフレームを使うと決めた時点で互換性は捨てたと言える。
47 名前：Name_Not_Found ：03/02/19 22:15 ID:???: 当方無料スペースにてwebサイトを営んでいます。
ちまたによくいるDQNのように広告ウザーなんてけして申しません。
むしろいかに広告をデザインのなかに溶け込ませるか、
という高いハードルに向かうことに多少の快感すら感じています。
ただ！！
ソースが汚くなるのがイヤ！！
<center></center>ってどーゆーことなのッ！！

って私は重症でしょうか？
48 名前：Name_Not_Found ：03/02/19 22:22 ID:???: >>47
でも、そのだけのために有料スペースに移る気はないでしょ？
49 名前：Name_Not_Found ：03/02/19 22:24 ID:???: >>47
infoseekの</html>の後につく<div>～</div>が激しく邪魔だね。
お前なめとんのかと。せめて</body>の直前にしとけと。
50 名前：Name_Not_Found ：03/02/19 22:29 ID:???: >>47
手動で広告入れられるとこを探せ。
XREA とか。
51 名前：47 ：03/02/19 22:43 ID:???: 実は本サイトは有料のところなんですけど
2chのあるスレ関連のサイトが和鳥なんでございます。
XREAは手動で広告を入れればstrictにできるのは知ってたのですが
募集締め切っていまして…。
何がイヤって和鳥はstrictどころか<body>が勝手に大文字にされるんで
xhtmlにすらできないことです。
52 名前：Name_Not_Found ：03/02/19 23:34 ID:???: かといってxhtmlにしたい理由も特にないんだろ
53 名前：Name_Not_Found ：03/02/19 23:37 ID:???: xhtmlにしたところで、application/xhtml+xmlとして扱ってくれるのだろうか。
54 名前：Name_Not_Found ：03/02/19 23:43 ID:???: >>52
痛いところをつかれた…。
はい実はxhtmlにしたからどうってわけではございません。
その和鳥のサイトは用語説明が多いサイトなんでxhtmlにすれば
将来自分で名前空間を定義して独自のタグを追加できたりして便利かな、
程度の認識しかございません。
あとは後々楽になるかなと。

無料スペースの広告部分もstrictなソースにすれば転送量も節約できて
エコロジーとか思うんですよねえ。
55 名前：Name_Not_Found ：03/02/19 23:45 ID:???: >>49
</html> の後の <div> なんて、別にどうでもいいんです。
<td><form></td><td></form><a></a></td> ってのをどうにかして下さい。
前は <a></a> がなかったから、無理矢理 valid にはできてたんですが、
現状では最早どうやっても無理です。終えてます。

こんなの、たとえ「タグ講座」の類のサイトであっても
「これは文法違反です」って解説されてるような奴じゃないですか。
おながいしますよ。マジで。
56 名前：Name_Not_Found ：03/02/19 23:59 ID:???: >>55
＞</html> の後の <div> なんて、別にどうでもいいんです。
いや、文書要素が複数存在するってのは致命的な大問題だろ。

＞<td><form></td><td></form><a></a></td> ってのをどうにかして下さい。
寧ろこっちの方はSGMLなら狂ったmarkupに合わせて狂ったDTDを書くことで
解決が可能な予感（そんな狂ったDTD、でのvalidなんざSGMLパーサがエラーを
出なくなる以上のなんの意味も無いが）。

あと、そんな貴方にとりあえずここ推奨
http://www.strict.jp/
一般利用者は募集してないが、正しいHTMLを愛するなら
入れてもらえるらしい。
57 名前：Name_Not_Found ：03/02/20 00:17 ID:???: >>53
他は知らんけど、取り敢えず XREA では
拡張子を xhtml にすれば Content-Type: application/xhtml+xml で
送ってくれる。

参考:
http://raccy.s1.xrea.com/xrea-memo/ad_xhtml.html
58 名前：Name_Not_Found ：03/02/20 00:39 ID:???: >>54
後々楽になるっていってもさ、直接HTML書いてるわけじゃん？
んで XHTML2.0 が勧告になったらそっちを使いたくなるんでしょ？
んで手で書き直しと。全然楽じゃないし。

XSLT とかローカルで使えるんだからさ、オリジナルはXHTMLなり独自XMLなりでやってて
アップするときだけHTML4.01あたりにする程度でいいと思うんだけど。
59 名前：Name_Not_Found ：03/02/20 00:43 ID:???: XHTMLがもうすこし普及してこれば、変換ソフトも出てくると思う・・・
60 名前：Name_Not_Found ：03/02/20 01:14 ID:???: 変換ソフトって…何に変換するのさ？
日記とかそんな程度のだったらバックエンドを改良したほうが
スケーラビリティも高くて便利。
61 名前：Name_Not_Found ：03/02/20 08:07 ID:???: >>60
多分、オーサリングツールのことかと。
62 名前：Name_Not_Found ：03/02/20 08:54 ID:???: 著者の利便性だけを考えるなら独自XMLをローカルでHTMLに変換で充分だが。
利用者がどんな使い方をしてるかなんて著者には解らない。
99.9%の利用形態がHTMLブラウザに表示しているだけだとしても
色々なUAで色々な使い方ができるように可能性は広く取っておきたい。
特にXHTML1.x系を導入する動機ってその辺じゃないかな。
対象UAにXML処理系も入れておきたいってのは変なことではないと思う。
63 名前：Name_Not_Found ：03/02/20 14:31 ID:???: ただ、"素"のXHTMLじゃ何も出来ないんじゃないかと思う。
利用しようにもRSSぐらい具体的じゃないと。
(想像力が足りないだけかもしれんけど。)

具体的じゃなくてもそれなりのルールに従って要素付けされてれば
XSLTで変換して使いやすい形式に変換できるけどさ、
素のXHTMLの要素だけじゃ全然足りない。
なんでもかんでも dl に押し込められてたりするし。

だから、XHTML 使って再利用がうんぬんとかいうんだったら
別ネームスペース切って自分仕様のでいいから
がんがん意味要素追加してほしいんだわ。

<div class="section"> とか <strong class="notice"> とかしないで
<ex:section> とか <strong><ex:notice> ってしようよ。
64 名前：Name_Not_Found ：03/02/20 18:05 ID:???: ＞ただ、"素"のXHTMLじゃ何も出来ないんじゃないかと思う。
この辺が判断の分かれ目なんだろうね。
俺なんかは便利な使用法が自分で思いつかなくても
XMLパーザ通らないよりは通る方がマシかなって思う。

＞<ex:section>
text/html のなんちゃって xhtml には無理ですたい。
65 名前：Name_Not_Found ：03/02/20 18:35 ID:???: 変な質問なのですが、

<ul>
<li><h3>あ</h3></li>
<li>あいう</li>
<li><h3>a</h3></li>
<li>abc</li>
</ul>

こういう風に書いたとき、<h3>あ</h3>とか<h3>a</h3>は、何に対する見出しと言うことになるのでしょうか？
66 名前：Name_Not_Found ：03/02/20 18:45 ID:???: <h3>あ</h3>は<li>あいう</li>の、そして<li>a</li>は<li>abc</li>の見出しと考えても良いのでしょうか？
67 名前：Name_Not_Found ：03/02/20 19:48 ID:???: >>65
どんなDTDを前提にするかによっても変わってくるだろうけど、
ISO/IEC15445:2000なら>>66の解釈で良いと思われ。
68 名前：Name_Not_Found ：03/02/20 20:09 ID:???: >>67
有り難うございました！！
69 名前：Name_Not_Found ：03/02/20 20:13 ID:???: >>67
ISO/IEC15445:2000 なら >>65 は文法違反だよ。
70 名前：Name_Not_Found ：03/02/20 21:29 ID:???: >>55-56
Geocitiesとiswebの広告markup対策DTD
ttp://www.geocities.co.jp/Hollywood-Studio/8691/
71 名前：Name_Not_Found ：03/02/20 22:09 ID:???: ここで残念な話。

>>6を実行すると、pdfなどが一部開けなくなるようです
（『ソースを表示』するとHTMLソースが出てきます）。

どうやらこの問題を解決するためには、
pdfのMIMEタイプをtext/htmlより先に持ってこないといけないようです。

コレについて何か知っていることがあれば、教えてください。
72 名前：Name_Not_Found ：03/02/20 22:31 ID:???: application/pdf を追加したら解決かな。

でも他にも副作用が出そうな予感。
73 名前：Name_Not_Found ：03/02/20 22:32 ID:???: IE6だと大丈夫じゃない?
74 名前：Name_Not_Found ：03/02/20 22:34 ID:???: ああ、safeじゃない、sageだ。
「副作用が出そう」なのに「安全」な分けないか（藁

>>73 IE6 (Not SP1)です。
75 名前：Name_Not_Found ：03/02/20 22:51 ID:???: ずっと前に初心者スレで聞いたんだけど、解答がえられなかたので、こっちで聞きます。。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
　　　　　　　　　　　　　　　　"http://www.w3.org/TR/rec-html4/loose.dtd">
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~~~~~
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
　　　　　　　　　　　　　　　　"http://www.w3.org/TR/html4/loose.dtd">

の２つを見かけたんですが、何か違いはあるのですか？
76 名前：Name_Not_Found ：03/02/20 23:01 ID:???: >>75
そこにはDTDのURIを書く。
前者のURIはアクセスしても404ErrorでDTDは取得不可。
後者のURIならば実際にDTDが取得可能。
77 名前：Name_Not_Found ：03/02/20 23:06 ID:???: >>76
なるほど、そういうことですか。
どっちでもいいということですね？
返答どもです。
78 名前：Name_Not_Found ：03/02/20 23:10 ID:???: >>77
よくない。
前者のURIからはDTDが取得出来ない。

typical usage 通りに、後者のURIを指定しておきなさい。
79 名前：Name_Not_Found ：03/02/20 23:15 ID:???: >>78
了解しました。
典型的な使用方法（typical usageを調べました）通りに、後者を指定します。

rec-htmlの方は何のために、あるのですか？
rec-htmlを見たのは、W3Cの仕様書のURLなんですが、もしかしてrec-htmlと指定できるのは
W3Cに関連した企業・学校だけということなんでしょうか？
80 名前：Name_Not_Found ：03/02/20 23:16 ID:???: http://www.w3.org/TR/html4/sgml/dtd.html
81 名前：Name_Not_Found ：03/02/20 23:18 ID:???: >>79
rec == Recommendation
82 名前：Name_Not_Found ：03/02/20 23:23 ID:???: >>79
単なる勘違いだと思われ。

HTML 4.01の場合、

　・1999年12月24日の勧告版を示す URI
　　　http://www.w3.org/TR/1999/REC-html401-19991224
　・HTML 4.01 の最新版を示す URI
　　　http://www.w3.org/TR/html401
　・HTML 4 (4.0/4.01) の最新版を表す URI
　　　http://www.w3.org/TR/html4
　・HTML の最新版を表す (現在は XHTML 1.0) URI
　　　http://www.w3.org/TR/html

と4通りのURIがあるけど、REC-html は無い。
83 名前：Name_Not_Found ：03/02/20 23:27 ID:???: CSS2なんかだと、最新版を示すURIが

　http://www.w3.org/TR/REC-CSS2

だったりするから、これを（間違って）類推した結果
REC-htmlとかになっちゃったんじゃないかな。
因みにHTML 3.2は

　http://www.w3.org/TR/REC-html32

だね。
84 名前：Name_Not_Found ：03/02/20 23:29 ID:???: >>82
何かわけわからなくなってきました。あんまり深く考えるのはやめようと思います。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
"http://www.w3.org/TR/REC-html40/loose.dtd">

CSS2勧告邦訳の文書型定義宣言は↑のようなやつでした。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/index.html

ってことは、
http://www.w3.org/TR/1999/REC-html401-19991224 これの省略ってことですかね。

ま、いいっか。。。
85 名前：Name_Not_Found ：03/02/20 23:40 ID:???: >>84
落ち着け。
それはHTML 4.01の前の版、HTML 4.0が
出た時に示されたtypical usageだ。

今は>>75の下の奴を書いとけばそれでいい
（というかHTML 4.0は使うべきでない）。
86 名前：Name_Not_Found ：03/02/21 00:18 ID:???: >>85
そうします。いろいろ前レスのリンクページを翻訳エンジンにかけたりして読んでますが、
う～んって感じです。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
　　　　　　　　　"http://www.w3.org/TR/html401/loose.dtd">
　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~
で行きたいと思いもす。
87 名前：Name_Not_Found ：03/02/21 00:51 ID:???: 今W3Cが推奨するHTMLのバージョンはXHTML 1.0なんだよな。
どうしてXHTML 1.1じゃないんだろう？
88 名前：Name_Not_Found ：03/02/21 01:15 ID:???: >>87
ネスケ４とか携帯（古い機種のみ？）とかだとid属性で
ページ内ジャンプができないからとか？
関係ないか。
89 名前：Name_Not_Found ：03/02/21 02:46 ID:???: >>87
XHTML 1.1 は HTML じゃないから。そんだけ。
XHTML 1.0 は一応 HTML と見なしても良いことになってるから、
「最新バージョンの HTML」ということになってるものと思われ。
90 名前：Name_Not_Found ：03/02/21 07:34 ID:???: text/htmlとして発信できる文書フォーマットの中で
最新のものがXHTML1.0と。
91 名前：Name_Not_Found ：03/02/21 07:49 ID:???: そゆこと
92 名前：Name_Not_Found ：03/02/21 07:58 ID:???: てーことは、1.0は読めても1.1を読めないブラウザがあるってことか？
93 名前：Name_Not_Found ：03/02/21 08:42 ID:???: （素の）Internet Explorer は IGNORE な空間内のパラメータ実体を
解釈しようとして下さるという大バグがあるので、XHTML 1.1 な文書を
読ませると Parsing Error となります。
94 名前：Name_Not_Found ：03/02/21 11:02 ID:???: >>92
だからこそMIMEタイプが変わったの
95 名前：Name_Not_Found ：03/02/21 12:03 ID:???: 1.0だって普通に書いてたらHTML処理系じゃ読めないことはいくらでもある。
HTML処理系でも読めるようにHTML互換の書き方だけで書いた1.0が
特別に text/html として認められている、ぐらいの感覚の方がよいかと。
# ある意味Transitional(移行期型)なんだよね、1.0って。
96 名前：Name_Not_Found ：03/02/21 12:12 ID:???: 1.0はXMLとして機能するんですか
97 名前：Name_Not_Found ：03/02/21 15:32 ID:???: >>96
します。
98 名前：Name_Not_Found ：03/02/21 20:27 ID:???: 汎用性のある日記CGIを組みたいのですが、どのようにマークアップするのが適切なのでしょうか。
CGIで生成するものは
・過去ログへのリンク
・見出し
・日付
・本文
です。

%lt;body>
<h1>日記のタイトル</h1>
<div class="navigation">リンク</div>
<div class="day">
<h2>見出し</h2>
<div class="date">日付</date>
<div class="sentence">本文</div>
</div>

これだとdiv房っていわれちゃいますかね。
99 名前：Name_Not_Found ：03/02/21 20:36 ID:???: それらのdivの中には適切なブロック要素が入るんでしょ？
ならdiv厨じゃないよ。
100 名前：98 ：03/02/21 21:01 ID:???: なんかタイプミスしてますた。吊ってきます。

>>99氏
ブロック要素がはいるかどうかは使う人に依りますね。
HTMLをほとんど知らない人は「本文」にそのまま文章書いちゃいますし。
それじゃ<p>本文</p>にすればいいんじゃないかとも思いますが、
人によっては「本文」に
「文章<pre>文章</pre>文章」
のように書く人もいるでしょうし。

あと、リンクと日付のところにはブロック要素が入らないです。
リンクはlistにしてもよかったんですが、navigationの目的にあわなそうなので、単純にdivとspanの組み合わせで行きたいと思っています。
日付の方は<p>日付</p>のようにするとなんだかしっくりこないのでdivにしてみますた。
ノジたんはdtとddを使ってるようですが実際のところどうなんでしょうかねぇ。

何か定型的というかもっとよい方法があればご教授願いたいのですが。
101 名前：Name_Not_Found ：03/02/21 21:13 ID:???: >>100
<div class="navigation">リンク</div>
というのは日記の内容になっているの?

h1レベルの内容として相応しいかどうか要再検討。
102 名前：Name_Not_Found ：03/02/21 21:19 ID:???: >>100
div房
103 名前：Name_Not_Found ：03/02/21 21:22 ID:???: >>100
実際の内容がどんな感じなのか
分からないけど、

・リンクはul
・日付はdl
・本文はp
・div.dayはそのまま

でどうか。
104 名前：98 ：03/02/21 21:44 ID:???: >>101氏
リンクはhome、index、ログなどナビゲーション用のリンクをまとめたものです。
h1レベルといわれると、怪しいですね。

>>102氏
ぐ、やっぱり・・・

>>103氏
やはりそのような感じになるのでしょうか。

具体的には
<h1>strictじゃない日記</h1>
<ul>
<li><a>HOME</a></li><li><a>Index</a></li><li><a>13月の日記</a></li>
</ul>

<div class="day">
<h2>マスターキーの呪い</h2>
<dl>3002/14/20</dl>
<dt><p>
韓国のあの香具師は末代まで祟られるのだろうか？<pre>以下略</pre>ようするにイッテヨシ。
</p></dt>
</div>

<div class="day"></div>
・・・

こんな感じですか。
cssをオフにするとulの部分が占める割合が大きいような気がしないでもないです。
105 名前：Name_Not_Found ：03/02/21 21:47 ID:???: そのdlはなんだ
106 名前：Name_Not_Found ：03/02/21 21:50 ID:???: >>104
何だよその<dl>は
107 名前：Name_Not_Found ：03/02/21 21:52 ID:???: 103が言ってるのは

<h1>strictじゃない日記</h1>
　<ul>
　　<li><a>HOME</a></li>
　　<li><a>Index</a></li>
　　<li><a>13月の日記</a></li>
　</ul>

　<div class="day">
　　<h2>マスターキーの呪い</h2>
　　<dl>
　　　<dt>Date:</dt>
　　　<dd>3002/14/20</dd>
　　</dl>
　　<p>
　　韓国のあの香具師は末代まで祟られるのだろうか？（以下略）ようするにイッテヨシ。
　　</p>
　</div>

ってことじゃないの。
108 名前：Name_Not_Found ：03/02/21 21:52 ID:???: <div>日付</div> と書く位なら、 <p>日付</p> と書いた方が数段まし。

……だと思う。

いや、DTD的にはアリなんだろうけど、
個人的には、<div>の真下にベタテキストが現れる、というのはもの凄く気持ち悪い。
109 名前：Name_Not_Found ：03/02/21 21:55 ID:???: >>105 >>106氏
・・・。

<dl>
<dt>2005/04/32</dt>
<dd><p>話は変わるが最近の若者は(以下略</p></dd>
</dl>

ですね。申し訳ない。
110 名前：98 ：03/02/21 22:00 ID:???: >>107氏
あ。そういうことだったんですか。勘違いしてますた。
ノジたんのソースが頭に焼きついてしまって。

>>108氏
そうですか。日付って微妙に扱いにくいんですよね。divよりpのほうが良いですか。
111 名前：Name_Not_Found ：03/02/21 22:03 ID:???: オリジナルのデータがHTMLだけになるんだったら、
適当なclass名でも振っておかないと変換が面倒かもね。
112 名前：Name_Not_Found ：03/02/21 22:04 ID:???: >>110
適切にクラスを割り振るんであればdivでもpでもどっちでもいい。
>>108自信も言っているがはただの好き嫌いの問題だから。
div直下にどうしてインライン要素が置けるかを
考えられるようになったらまた来いよ。
113 名前：Name_Not_Found ：03/02/21 22:10 ID:???: てか <div> 直下にインラインはイクナイって誰が言い出したの？
114 名前：Name_Not_Found ：03/02/21 22:14 ID:???: 神崎さん
115 名前：Name_Not_Found ：03/02/21 22:14 ID:???: レナの人とか。うろ覚えなんで違うかもしらん。
116 名前：Name_Not_Found ：03/02/21 22:16 ID:???: >>114
ソースきぼんぬる
117 名前：98 ：03/02/21 22:25 ID:???: >>111氏
そうなんですよね。変換のことを考えるといっそのことXMLにしようかとも考えたのですが、やはりHTMLのほうがなにかと便利なので。

>>112氏
意味ですか。divはクラスやIDと併用してグルーピングの用途に用いる。
XMLのタグのようにHTMLで定義されていない要素をマークアップするのに使える。
のように押さえていますが、どうなんでしょう。
118 名前：Name_Not_Found ：03/02/21 23:46 ID:???: オブジェクト指向チックに考えるとしっくりくるかもしれん。
そういう意味では div 直下にインラインがくるのはなにもおかしくないような。
119 名前：Name_Not_Found ：03/02/22 00:20 ID:???: div直下にインラインがイクナイ！　とは余り聞かない話。

ただし、今後同じdiv内にブロック要素が書かれるばあい、現在の
直下インライン要素が匿名ブロックかする恐れがあるので、
そのような場合、適切なブロック要素を１段かましたほうがいい、って話。

ちなみに、すみけんさんが、liの内容を例にあげてどっかで解説してたはず。
120 名前：Name_Not_Found ：03/02/22 00:28 ID:???: お次は匿名ブロックネタですか。
121 名前：Name_Not_Found ：03/02/22 05:07 ID:???: 次インデントの話題↓
122 名前：Name_Not_Found ：03/02/22 05:09 ID:???: ttp://pc2.2ch.net/test/read.cgi/hp/1044669039/l50
で、出た話題なんですが、

>p>の場合最初に空白をいれるのかtext-indentで指定すればいいのか、、、

>欧文作法なら空けないでしょといわれてもしっくりこない。
>「？」「！」の後を1マス空白にするのも同じ理屈で。
>（text-indentを使う場合↑の時はどうするんだろう？　空けないのかな）

どうなんでしょうか？

あと、CSSでtext-indentした場合、セリフから始まる段落もインデントされてしまいますが、どう対処すればいいんでしょうか?
123 名前：Name_Not_Found ：03/02/22 05:09 ID:???: ぶろっこーとでインデント作ってもおっけー
ソース見んなぼけ
124 名前：122 ：03/02/22 05:10 ID:???: >>121
あんたは予言者か…
125 名前：122 ：03/02/22 05:12 ID:???: うわ、読み返したら分かりにくいかも。
>>122は、段落の最初のインデント、についてです。
126 名前：121 ：03/02/22 05:12 ID:???: >>124　そうだよ。
127 名前：Name_Not_Found ：03/02/22 08:34 ID:???: >>122
CSS も HTML も出来ないことは山ほどある。
少なくとも現在はそういうものだと諦めるしかないと思われ。
128 名前：Name_Not_Found ：03/02/22 08:52 ID:???: >>122
>あと、CSSでtext-indentした場合、セリフから始まる段落もインデントされてしまいますが、どう対処すればいいんでしょうか?

セリフにはセリフとわかる class を振って、そこだけインデント解除すりゃいーじゃない。
129 名前：Name_Not_Found ：03/02/22 09:10 ID:???: >>128
ああ、なるほど。名案ですね。
130 名前：Name_Not_Found ：03/02/22 12:03 ID:???: >>128
しかし、小説とかだと果てしなく面倒くさい作業になるな
131 名前：Name_Not_Found ：03/02/22 12:14 ID:???: >>130
置換ソフト使って、

<p>「
　↓
<p class="speech">「

とかにすれば楽じゃない？
132 名前：Name_Not_Found ：03/02/22 13:10 ID:???: >>130
<p class="speech">なら括弧もquoteにしてしまえ！　といってみるテスト。

おれは、そんな面倒くさい事絶対にいやだｗ
133 名前：Name_Not_Found ：03/02/22 13:15 ID:???: http://pc2.2ch.net/test/read.cgi/hp/1044669039/538
段落の１字インデントはCSSに任せた方がいいよ、言う話があったのでリンク。
134 名前：Name_Not_Found ：03/02/22 13:15 ID:???: ぽまいらヘッダにちゃんと文章の関係を記述してますか。
HELPやCOPYRIGHTのページは用意してますか？
っていうかOpera7の新機能はどうよ。
135 名前：131 ：03/02/22 13:16 ID:???: >>132
俺に言えよ。

というか、そう言えばそうなんだが、
CSS対応
　行頭にインデント、セリフにはインデントなし。
CSS未対応
　行頭にインデントなし、セリフにもインデントなし。

だけど、
<q>については【「】をレンダリングしてくれないのもあるからな。
136 名前：Name_Not_Found ：03/02/22 13:17 ID:???: >133
　122でｷｼｭﾂだよ
137 名前：132 ：03/02/22 14:12 ID:???: >>135
スマン、間違えた。

>だけど、
><q>については【「】をレンダリングしてくれないのもあるからな。
台詞は引用じゃないし、レタリングしてくれないかも
ってんならCSSそのものがつかえないし。

バランスってのがあってどこまで採用するか、しないかって話であるが
138 名前：Name_Not_Found ：03/02/22 14:17 ID:???: >>137
しかし、セリフは引用符で括られてる、ってのがややこしいんだよな。
鍵括弧自体の意味が変化してってる（強調で使われたり）しな。

> 台詞は引用じゃないし、レタリングしてくれないかも
> ってんならCSSそのものがつかえないし。
　いや、だから、レンダリングしてくれなくても文意は変わらない（インデントとか）ってのとは違うじゃん、って話。
139 名前：132 ：03/02/22 15:02 ID:???: ぶっちゃけると、HTML文書において文意はmarkupでしめされるって事に
なってるからレタリングは気にすんな、というのが解答になるわけだが…、
class+cssの場合、HTMLの公約数的要素に入ってないからそれを前提として
期待するのはどうか、といわれれば確かにその通り。
140 名前：Name_Not_Found ：03/02/22 15:07 ID:???: ⇒ レタリング
［lettering＜letter (文字)　　］文字によるデザイン. 文字を書くこと, 文字で表現すること, またその技術.〈現〉

⇒ レンダリング【rendering】
（デザイン・建築関係で）完成を予想して描いた透視図。完成想像図。
141 名前：Name_Not_Found ：03/02/22 15:09 ID:???: >>140
そんなところまでstrictなのね。
142 名前：139 ：03/02/22 15:22 ID:???: 指摘感謝。今度から直します。
143 名前：Name_Not_Found ：03/02/22 17:51 ID:???: CSS無効な環境ではqやciteに鍵括弧が表示されないこと自体はいいんだけど、
qやciteではないのに鍵括弧が使われる箇所（会話文や、出典ではない書名など）
との整合性がとれないのが嫌で、CSSのquotesプロパティを活用するのをやめ、
素のテキストに鍵括弧を書くように改めた。

通常、鍵括弧が登場する箇所には、すべて
<p class="conversation">こんばんは</p>
とか
<p><span class="book-title">吾輩は猫である</span>を買いました。</p>
といった風に適当なclass名をつければ、素のテキストから鍵括弧をすべて
排除することができ、整合性はあることになるけれど、そこまでやる
メリットが原理主義者の自己満足以外にあるだろうか。
144 名前：143 ：03/02/22 18:01 ID:???: 会話文の見栄えをすべてCSSで制御するには、もうひとつ問題がある。
「句点と鍵括弧が連続する場合は句点が消去される」という法則を緻密に
再現しようとすると、すべての文章から句点を排除し、

p:after { content : "。"; }
p.conversation:before { content : open-quote; }
p.conversation:after { content : close-quote; }
p.conversation { quotes "「" "」" "『" "』" }

などとやらなければいけなくなる。
やはり、CSSで鍵括弧の表示を制御しようというのは、あまり現実的ではない
と思う。
145 名前：Name_Not_Found ：03/02/22 18:46 ID:???: >「句点と鍵括弧が連続する場合は句点が消去される」
へぇ、今はそういう法則なんだ。時代だなあ。
漏れが小学校の時は
「句点と閉じカギカッコを一つのマス目にまとめて書く」
というスタイルですた。

CSSは日本語の組版慣習なんかほぼ未サポート。良く言ってこれから。
そんな技術でどうにかごまかしぬくために
文書を変にいじりまわすことないと思う。
146 名前：Name_Not_Found ：03/02/22 19:07 ID:???: >>143
今の話の流れから逸れるし、殆どmarkupするものの好みと言えるが、
＞<span class="book-title">吾輩は猫である</span>
このspanはemのほうがこのましくないだろうか。

本のタイトルだから括弧がつくのか、強調したいものが本のタイトルなので
括弧がつくのか。

>>145
漏れもそのように小学校で習いました。ちなみに昭和５０年生まれ。

あと、全般的に、原稿用紙の文法に拘る必要は全く無い。例えば段落の行頭を
１字下げるのは原稿用紙における段落開始の明示法つまり、HTMLにおけるp要素
でのmarkupに相当するもので、CSSで原稿用紙の表示を再現する必要は無い。
＃勿論一般的に広く知れ渡ったスタイルとして採用する価値は高いと思う。

従ってCSSによる自由なスタイル指定が可能な状態で「原稿用紙の再現」を
高いプライオリティーに設定「しなくてもいい」のでは、と思うが、どうか。
147 名前：Name_Not_Found ：03/02/22 19:38 ID:???: 英文だと空白文字でインデントできないから、
CSSにtext-indentプロパティが設定されたんだろうな。
148 名前：Name_Not_Found ：03/02/22 19:50 ID:???: >>144-146
句点は文の終わりを意味し、"」"は会話の終わりを意味する記号。
教科書等では"。」"と表記するのが本来の形。
しかし、"」"があることにより、文の終わりであることは分かるので
省略しても意味は通じる。
小説等では作者の表現の自由による。
新聞・雑誌等では字数を減らすために句点は省略する。
国語審議会では、かぎかっこと句点の書き方について特には決めていない。

（2001年2月15日 PHP文庫発行 "読売新聞大阪編集局雑学新聞"より）

ちなみに昭和55年生まれだけど小学校では>>145のように習いました。
149 名前：Name_Not_Found ：03/02/22 19:53 ID:???: >>148
昭和５９年生まれですが、>>145と同じです。
150 名前：Name_Not_Found ：03/02/22 20:07 ID:???: 平成2年生まれですが>>145と同じです。
151 名前：Name_Not_Found ：03/02/22 20:23 ID:???: ・・・学校教育はずっと変わってないのか。
152 名前：Name_Not_Found ：03/02/22 20:30 ID:???: 俺もそう習ったが"」"の前に句点は書かない
多分、読む本読む本みんなそうだったから
153 名前：Name_Not_Found ：03/02/22 21:21 ID:???: 仕事先では」の前には句読点を使わない用字をするように言われてた。
某通信社で採用している規則をそのまま借りてきたらしい。
154 名前：Name_Not_Found ：03/02/23 08:28 ID:???: 句点。
読点、
155 名前：Name_Not_Found ：03/02/23 10:39 ID:0QY8ajxn: Strict日本語ですか？
156 名前：Name_Not_Found ：03/02/23 10:44 ID:???: 日本語審議会です。
157 名前：Name_Not_Found ：03/02/23 12:26 ID:???: lintにかけると
http://fake_univ.uso800.ac.jp/~k16/hogehoge.html
の部分でエラーがでるのですが、どのように修正すればよいのでしょうか。
いくら下線などは使えないことになっているとはいえ、URIをいじるわけにもいかないので。
158 名前：Name_Not_Found ：03/02/23 12:41 ID:???: %5F
159 名前：143 ：03/02/23 12:49 ID:???: あー、意外なところで反響が。
俺は昭和47年生まれだけど、学校では、>>145と同様に、
「こんにちは。」
と書くように指導された。
たぶん今でもそうなんじゃないかな。（>>150は中1？）
しかし、小説をはじめ、商業出版物では、>>152も言うとおり、
「こんにちは」
と書くところがほとんど。
役所などの公的な文書ではどうなってるかわからないけど。
そもそも公的な文書にはあまり「会話文」って出てこないだろうし。

>>145-146
まあ、こだわるべきところではないね、たしかに。
160 名前：Name_Not_Found ：03/02/23 13:44 ID:???: >>159
普通は括弧の中にも句読点をうつけど、
ごく短文の場合は省略してもよい
…と国語辞典の後ろに書いてあったよ
161 名前：Name_Not_Found ：03/02/23 13:48 ID:???: >155
strictなhtmlを意図した通りに機能させるには、正しい日本語が必要です。つまり、正当(valid)な日本語と共に、strictなhtmlを用いる必要があります。
162 名前：Name_Not_Found ：03/02/23 13:59 ID:???: ↓のじたん
163 名前：157 ：03/02/23 14:04 ID:???: >>158
http://fake%5Funiv.uso800.ac.jp/~k16/hogehoge.html
とやってもだめっぽゐです。なにか勘違いしてゐるのでせうか。
164 名前：Name_Not_Found ：03/02/23 14:08 ID:???: >>163
なんて怒られたの？

/* lintの結果にリンク張ったら、lintに怒られたよ。実態参照で回避したけど */
165 名前：157 ：03/02/23 14:17 ID:???: >>164
href 属性の URI `http://fake%5Funiv.uso800.ac.jp/~k16/hogehoge.html` は正しくない書式です

って怒られますた。
166 名前：157 ：03/02/23 14:44 ID:???: というかスレ違いの予感がしないでもないですが
>ホスト名は英数字とハイフンから成る文字列(ハイフンは先頭や末尾には来ません)をピリオドで繋げたものです。
下線などは使えないことになっています。
となっているのになぜ
fake_Funiv.tripod.ac.jp
みたいなホスト名が存在するのでせうか。
167 名前：Name_Not_Found ：03/02/23 14:49 ID:???: >>166
あー、俺もそれちょっと疑問だったな。
まあ、規格に逸れたのも容認されてる→でも、規格外、といったところなんだろうけど。

また別の結果の解説からの引用なんだけど、216の、
＞つまり、< や > などはURIに使えない文字なので、< や > などもURIには使えません。
と似たような理由は考えられないかな？ちょっと自信ないけど。
168 名前：Name_Not_Found ：03/02/23 14:56 ID:???: >>166
それでもアプリケーションが認識しちゃうから。
不正なHTMLが存在するのと同様に、不正なホスト名もあるってことです。
http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1035.html
この辺関連仕様じゃないかな多分。
169 名前：157 ：03/02/23 16:08 ID:???: >>167 >>168
ようするに、現状では規格外な記述も許されていて、
このようなURIにリンクを貼る場合にはlintで減点されても仕方がないということですね。
あありがとうございました。
170 名前：Name_Not_Found ：03/02/23 21:13 ID:???: もしそのURLがtripodのものなら
members.tripod.co.jp/fake_univ/
というURLにすれば回避できる。
ついでに管理人さんにsquid経由で読めないから
ショートURLは使わないでくださいとメールしておけ。
171 名前：Name_Not_Found ：03/02/23 23:40 ID:???: >>170
ついでにTripodに文句入れておいたらどうだろう？
invalidなものを弾かないのは問題だろうし。
172 名前：Name_Not_Found ：03/02/24 00:12 ID:???: >>170 >>171
いや、実際は鳥さんではないのですが。
管理人さんや鳥さんにメールでゴルァは漏れには恐くてできませぬ。
173 名前：Name_Not_Found ：03/02/24 01:19 ID:???: じゃ折れがやる
メアド晒せ
174 名前：Name_Not_Found ：03/02/24 01:40 ID:???: 質問です。

2月13日に、彼女から<q>別れて欲しい</q>と言われた。

という文があるとすると、<cite></cite>はどこへマークアップす？
やっぱ“彼女”ですかね？
175 名前：Name_Not_Found ：03/02/24 01:42 ID:???: >>174
<q>別れて欲しい</q>……<cite>2月13日の彼女の言葉</cite>だ。
176 名前：Name_Not_Found ：03/02/24 01:48 ID:???: 文章は変えられないんです。
それで悩んでるんです・・・
177 名前：Name_Not_Found ：03/02/24 01:55 ID:???: 2月13日に、彼女から「別れて欲しい」と言われた。

でいい。qもciteもマークアップしなくていいだろ。
178 名前：Name_Not_Found ：03/02/24 02:03 ID:???: >>176
日本語にも主語のない（省略された）文とかけっこうあるでしょ。
それと同じで、この文にはciteに相当する要素はないので、無理してciteにできそうな部分を探すのは本末転倒。
179 名前：Name_Not_Found ：03/02/24 02:29 ID:???: 何のためにマークアップするのかよーーく考えてよね。
180 名前：Name_Not_Found ：03/02/24 03:44 ID:60Ve66IO: ♂
オス
雄を表す記号

この場合「オス」を記号の読み方として<dd>にすべきなんでしょうか
それとも説明されるものの名前として<dt>とすべきなんでしょうか
181 名前：Name_Not_Found ：03/02/24 03:51 ID:???: >>180
<dl>
<dt>♂ </dt>
<dd>オス</dd>
<dd>雄を表す記号</dd>

「雄を表す記号」は、「オス」の説明ではない。
「オス」は、「♂」の説明（読み方）に当たる。
182 名前：Name_Not_Found ：03/02/24 03:51 ID:???: </dl>
183 名前：Name_Not_Found ：03/02/24 04:07 ID:60Ve66IO: >>181
ありがとう
安心しました
184 名前：Name_Not_Found ：03/02/24 04:55 ID:4iML4KuH: 　　　______________
　／:＼.＿＿＿_＼
　|:￣＼(∩´∀｀)　＼　　＜先生！こんなのがありました！
　|:在　 |:￣￣ U￣:|
http://saitama.gasuki.com/wara/
185 名前：Name_Not_Found ：03/02/24 08:00 ID:???: >>182
Strictだ…
186 名前：Name_Not_Found ：03/02/24 09:29 ID:???: >>185
dl直下に生テキストが来てるのでエラー
187 名前：185 ：03/02/24 09:36 ID:???: >>186
うう…　Looseですらないのか（逝
188 名前：181=182 ：03/02/24 10:15 ID:???: >>186
慌ててフォローしたつもりだけど生テキストはどうにもならないよなあ。ごめん。
189 名前：Name_Not_Found ：03/02/24 10:16 ID:???: classとidを同時に使うのは思想的に正しいのでしょうか。
例えばこういう場合です。

同一ページ内で、ある事柄について、男の場合、女の場合それぞれについて
解説するようなときです。
男の場合の解説、女の場合の解説について、それぞれ<div class="explain">と
して共通スタイルを適用した上で、男の場合の解説と女の場合の解説の
背景を違うものにしたいときに、それぞれ<div class="explain" id="male">、
<div class="explain" id="female">とする感じです。
もちろんクラスにして<div class="explain male">とかにしてもいいのでしょうが、
サイトの発想的に、そのページ内では１回しか出てこないのでidの方がいいのかなと。
190 名前：Name_Not_Found ：03/02/24 10:33 ID:???: >>189
そんな面倒なことをするんなら、

#male,#female{
内容
}

共通する部分はこうすればいいんじゃねえの？
191 名前：Name_Not_Found ：03/02/24 10:48 ID:???: なるほど、そういうのも大いにありですね。
なんでこんな一見面倒なやり方なのかというと、
189の"explain"を男女の解説とは関係ない、他の
ページの解説でも使うからです。
つまり、男女の解説でなくても、とにかく解説部分には
"explain"を使っているんです。
192 名前：Name_Not_Found ：03/02/24 10:51 ID:???: >>191
document unique なものに対して id を指定するのは、むしろ当然だし
class と id を同時に使ってはならないという「思想」なんて聞いたこともないんだが…

今は良くても、将来のページ更新で再び男女を比較した解説が追加されないとも限らないので
自分なら両方とも class にするけど…
193 名前：Name_Not_Found ：03/02/24 10:57 ID:???: 確かにそうですね。絶対しないと思っていて結局後からやってる事など
今まで数え切れないぐらいありますから、classの方がいいかもしれません。
さらに検討してみたいと思います。
idで定義したスタイルというのは要するに「そのスタイルに関しては
ドキュメントユニークである」と言っているにすぎないから、それにプラス
してclassを指定しようが、別にid側としては関知しない、ということだと
思うので、同時に指定しても別に何もマズイことはなさそうですね。
やってみたのですが、ブラウザではIEもNNもOperaも意図通りには表現
できました。
194 名前：Name_Not_Found ：03/02/24 12:00 ID:???: IDって、「一つの文書に複数出てきてはいけない」のであって、
「サイト内に複数出てきてはいけない」ではないですよね？
195 名前：Name_Not_Found ：03/02/24 12:01 ID:???: うん
196 名前：Name_Not_Found ：03/02/24 12:02 ID:???: >>195
さんくすこ
197 名前：Name_Not_Found ：03/02/25 00:52 ID:???: 掲示板のスクリプトが出力するHTMLを正しく直して下さいって言うのはありですか？
198 名前：Name_Not_Found ：03/02/25 00:53 ID:???: >>197
>2
199 名前：197 ：03/02/25 00:53 ID:???: 誤爆です。
200 名前：Name_Not_Found ：03/02/25 00:54 ID:???: スクリプト配布元次第
201 名前：Name_Not_Found ：03/02/25 03:10 ID:???: その前に、StrictなHTMLを出力するスクリプトがあると思うのだが。
いくつか見かけた記憶があるよ。
202 名前：Name_Not_Found ：03/02/25 03:24 ID:???: >>200-201
197は別スレに降臨

W3C信者にサイトを正しい記述に直して貰うスレ2
http://pc2.2ch.net/test/read.cgi/hp/1040377672/156-n
203 名前：Name_Not_Found ：03/02/25 15:20 ID:???: >>171
おそらくユーザーIDの変更を伴うから難しい罠
iswebに統合されるとき「-」に変更になると思うので
とりあえず放置してる
204 名前：Name_Not_Found ：03/02/25 22:14 ID:???: >>203
いや、新規登録がなくなるだけでもな、とね。
けっこうそれが原因でつなげない人って居るようだから。
205 名前：Name_Not_Found ：03/02/26 16:14 ID:???: 無力な人間が息巻いてる様って……笑える
206 名前：Name_Not_Found ：03/02/26 17:25 ID:???: FAQとかに定義リストを使ってもいいの？
207 名前：Name_Not_Found ：03/02/26 17:57 ID:???: >>206
悪いとはいわんが、テーブル嫌なの？
208 名前：Name_Not_Found ：03/02/26 18:31 ID:???: 100 名前：名無しさん　投稿日： 2003/02/26 11:11

↑こういうのって見出し？
そんな深く考えんでいいんかなあ。
209 名前：Name_Not_Found ：03/02/26 18:45 ID:???: >207
FAQって表で書くもの？
210 名前：Name_Not_Found ：03/02/26 18:49 ID:???: >>208
見出しじゃないんじゃないかと。

適当にクラス振って構成要素を分割しとけば再利用とやらもできるかもね。

<span class="no">100</span>
<dl>
<dt>名前</dt>
<dd>名無しさん</dd>
<dt>投稿日</dt>
<dd>2003/02/26 11:11</dd>
</dl>

こんなのよか

<messages>
..
<message abone="true" />
<message author="名無しさん" date="2003-02-026T11:11+09:00">
ほげほげ
</message>
..
</messages>

こういうのの方がよっぽど再利用できると思うけどな。
211 名前：Name_Not_Found ：03/02/26 18:54 ID:???: >>210
authorは要素の方が。
212 名前：Name_Not_Found ：03/02/26 18:56 ID:???: >>209
dt 使った場合、dt 部分が Question になるんだろうけど
Question 部分もブロックレベル要素使ったりしない？

ペアになるものを記述する要素は現在の HTML には無いと思う。
dt にはあくまで term を書くべきでしょう。

question と answer のペアを div で括るぐらいが妥当だと思う。

<div class="faq pair">
<div class="question">
<p>W3Cの仕様書がIEで見れないんですが？</p>
<p>IEが糞なんですか？</p>
</div>
<div class="answer">
<p>レジストリ弄ってtext/html追加汁。</p>
<pre>...</pre>
</div>
</div>
213 名前：Name_Not_Found ：03/02/26 19:00 ID:???: >>211
どういうのを要素にすべきでどういうのを属性にすべきかっていう判断って
どこでくだしたらいいんだろ？
214 名前：Name_Not_Found ：03/02/26 19:56 ID:p54ESHSd: >>212
Div病の様に見えてしまったよ・・。
それに、それじゃCSSを切った時に何がなんだかさっぱり解らない。
215 名前：Name_Not_Found ：03/02/26 20:04 ID:???: CSS 切った時うんぬんって実際どうでもいい話じゃない？
結局見た目に拘ってるのと一緒でさ。

表現したいことに相当する要素がなかったら
既存の要素を変な解釈して使うより div に class 付けて使うべきでしょ。

CSS 使えない UA そろそろどうにかしてくれってかんじだな。
"CSS切った時"なんて見た目のこと考えなくてすむようになるし。
HTML では純然たる文章内容だけ考えて記述出来るようにするべきだ。

扱える media の種類もあんだけあるんだしもういいだろ。
216 名前：Name_Not_Found ：03/02/26 20:11 ID:???: CSS 切った時は *デフォルトのスタイルシート* が適用されるんだよ
妙な話だよね
217 名前：Name_Not_Found ：03/02/26 20:23 ID:???: w3m だの lynx あたりでもせめて display: inline ぐらい使えれば
かなり違ってくると思うんだけどなぁ。
218 名前：Name_Not_Found ：03/02/26 22:13 ID:???: >>215
貴方様のお作りになられるCSSのデザインが一番素敵というわけではありませんの。
219 名前：Name_Not_Found ：03/02/26 22:20 ID:???: ユーザスタイルシートは何の為にあるの？
220 名前：Name_Not_Found ：03/02/26 22:37 ID:???: ブラウザが最初からイケてるCSSを用意してくれればいいんだよ
221 名前：Name_Not_Found ：03/02/26 22:56 ID:???: 馬鹿かおまえら。
イケてないオナニーCSSなんかよりデフォルトスタイルシートのほうが
ずっと見やすい。
222 名前：Name_Not_Found ：03/02/26 23:05 ID:???: >>218->>221
多分 >>215 はイケてるイケてないの話をしてるんじゃなくて、
通じる通じないの話をしてるんだと思うけど。

>>212 みたいなソースだったら content プロパティとかに関しては
「特定のスタイル」を適用させないと意味が通じなくなっちゃうもん。
.question:before{content:"質問:";} とかね。

要は、文書構造を変化させるスタイルシート
(XSLT 全般/CSS の内容追加)の利用を前提に、
HTML の汎用性を若干犠牲にしてもいいんじゃないかって話では。
text/html じゃなく application/xml として使うというか。
223 名前：Name_Not_Found ：03/02/26 23:32 ID:???: >>222
君はひょっとして<p class="waring">警告！</p>とかを認めるタイプ？
224 名前：Name_Not_Found ：03/02/26 23:32 ID:???: >>222
つまりHTML単独で機能させようとするのは無理があるだろう、と。

> .question:before{content:"質問:";}
好みの問題だが、漏れなら
title="質問" にしといて content:attr(title) にするなとか思った。

てかXSLTを前提にする場合って出力結果がHTMLなら
結局みなさん同じことで悩むんじゃないの？その点禿しく疑問なんだが。
225 名前：Name_Not_Found ：03/02/27 00:33 ID:???: >表現したいことに相当する要素がなかったら
>既存の要素を変な解釈して使うより div に class 付けて使うべきでしょ。
つーのには同意。

あと、CSSは所詮はスタイルを変更するものであってＨＴＭＬの文書構造を
変化させるもの（例えばＤＯＭとかXSLとか）とは訳が違うから単独ＨＴＭＬ
として意味が通じない文書構造ってのは確かに問題。

特にＸＨＴＭＬの文書はさらにXSLTで別のHTMLとかに変換される場合があり、
この場合CSSとかと完璧に独立した単独XHTML（というかXML）文書として
評価される訳で。
226 名前：Name_Not_Found ：03/02/27 00:46 ID:???: やっぱり HTML はレンダリングのためだけに存在するんだよ。
非視覚系メディアのケースもレンダリングに含むとしてね。

レンダリング上有用だと思われるものに対してだけ
コンセンサスとっときゃいいんだよ。
227 名前：Name_Not_Found ：03/02/27 00:52 ID:???: >>225
class に question が入ってる時点で意味が通じてるってことにはならない？
事前に"class に question が入ってたら質問である"って決めてあることが
前提だけど。

"名前: " とか "日付: " っていう文字列自体は
文章の本質的な構成要素じゃないと思うんだ。

だから文章中に直接あらわれる必要ってないんじゃないかなぁと。
228 名前：Name_Not_Found ：03/02/27 01:43 ID:???: 逆にそれが本質的な意味を持つなら
contentで定義してはいかんということだ
229 名前：Name_Not_Found ：03/02/27 01:51 ID:???: 何をもって本質的とするかだよね。

FAQデータ本体としてなら、"質問:" とかは不要だけど
一介の文章としてなら必要だろうし。

HTML レベルで書くなら CDATA だけ拾って読んで意味がわかるようにするってぐらいが
丁度いいのかもしれない。
230 名前：Name_Not_Found ：03/02/27 01:53 ID:???: Strict-*HTML*スレなのにどうしてXML絡みの話題で盛り上りますか。
231 名前：Name_Not_Found ：03/02/27 02:05 ID:???: No.1 ●●●(名称)
画像(ある場合はココに)
これについての説明･コメントなど。
No.2 ●●●(名称)
画像(ある場合はココに)
これについての説明･コメントなど。
No.3 ●●●(名称)
画像(ある場合はココに)
これについての説明･コメントなど。

こういう感じでランキングのページを作りたいのですが、この場合は
<dl>
<dt>No.1 ●●●(名称)</dt>
<dd>画像(ある場合は)</dd>
<dd>これについての説明･コメントなど。</dd>
<dt>No.2 ●●●(名称)</dt>
<dd>画像(ある場合は)</dd>
<dd>これについての説明･コメントなど。</dd>
<dt>No.3 ●●●(名称)</dt>
<dd>画像(ある場合は)</dd>
<dd>これについての説明･コメントなど。</dd>
</dl>

こんな感じでいいのでしょうか？
232 名前：Name_Not_Found ：03/02/27 02:13 ID:???: >>231
オイスターがｲﾊﾟｰｲ。じゃなくて、
OLで順番を示すべきではなかろうか。
No.1と出したいならスタイルシートで。
233 名前：Name_Not_Found ：03/02/27 03:07 ID:???: この場合"No.1"を示すことが重要だからスタイルシート任せはｲｸﾅｲってのが
ここ最近の流れじゃないの？
234 名前：Name_Not_Found ：03/02/27 03:44 ID:???: >>233
「1」と「No.1」の違いにそれだけの意味があるならな。
235 名前：Name_Not_Found ：03/02/27 05:29 ID:???: >>234
そういう意味じゃなく、"1位"であることに意味があるわけじゃん？
ol はただ順番に並んでるってこと示すだけで
1位であるってことは示してくれないと思うんだが。
236 名前：Name_Not_Found ：03/02/27 05:39 ID:???: >>235
じゃあol且つliにclass指定で、スタイルシートでliのマーカーを消しなされ
237 名前：Name_Not_Found ：03/02/27 05:40 ID:???: >>235
>>234は、
No.1ってのは特別な意味（偉さとか）がある場合と、「一つ目の項目ですよ」を強調してるだけの場合がある、って意味。
その重要度によって変わるんじゃないか？って事だよ。「意味」を「マークアップ」するわけだし。
238 名前：Name_Not_Found ：03/02/27 10:38 ID:???: >>237
「ランキング」という以上、単なる「一つ目の項目」という意味を超えていると
思うのですがどうでしょう？しかしそれをいうと、２つ目にも「２位」という
意味があり、３位も同様……以下繰り返すと、結局全部意味持ってしまうことに
なりかねないような。
常識的に３位ぐらいまでが妥当なのかな。
239 名前：Name_Not_Found ：03/02/27 10:50 ID:???: ナビゲートバーは、pかdivどちらがいいですか？
240 名前：Name_Not_Found ：03/02/27 10:54 ID:???: >>239　div
241 名前：Name_Not_Found ：03/02/27 11:00 ID:???: >>239
pは段落だから、絶対div
242 名前：Name_Not_Found ：03/02/27 11:08 ID:???: <ol>
<li>を使ったときに出てくるアラビア数字は使うべきではないですか？
243 名前：Name_Not_Found ：03/02/27 11:11 ID:???: >>242
1.2.3.、一.ニ.三.い.ろ.は.など何になるか
ブラウザによって違いますが、CSSで、decimalと指定すれば言いだけですから、
使ってもいいです。
244 名前：Name_Not_Found ：03/02/27 11:13 ID:???: 上にもあったように、
ランキングを作る場合のol liは、CSSで数字を消し、

<ol>
<li>1位あさん</li>
<li>2位いさん</li>
</ol>
とするべきです。
245 名前：Name_Not_Found ：03/02/27 11:19 ID:???: 「天皇の地位は、国民の総意による」
の「地位」と「総意」の意味を別のところに写したい場合は、

<p>天皇の地位(*1)は、国民の総意(*1)による</p>
<ol>
<li>*1 [地位] 社会や組織などの中での、その人の置かれている位置、立場。</li>
<li>*2 [総意] 全ての人の意見。</li>
</ol>
とし、CSSで、
ol li {list-style-type:none;}
とするといいですよ。
246 名前：Name_Not_Found ：03/02/27 11:19 ID:???: <p>天皇の<dfn>地位</dfn>(<cite>*1</cite>)は、国民の<dfn>総意</dfn>(<cite>*1</cite>)による</p>
のほうがいいかな。
247 名前：Name_Not_Found ：03/02/27 11:34 ID:???: <p>天皇の<a href="#d1">地位(*1)</a>は、国民の<a href="d2">総意(*2)</a>による
<dl>
<dt id="d1">*1 地位
<dd>社会や組織などの中での、その人の置かれている位置、立場。</li>
<dt id="d2">*2 総意
<dd>全ての人の意見。
</dl>

CSS未対応環境下での印刷を考慮するとこうかな。
248 名前：Name_Not_Found ：03/02/27 11:38 ID:???: <ol>
<li>
<dl>
<dt id="d1">*1 地位
<dd>社会や組織などの中での、その人の置かれている位置、立場。</li>
</dl>
</li>
<li>
<dl>
<dt id="d2">*2 総意
<dd>全ての人の意見。
</dl>
</li>
</ol>
249 名前：Name_Not_Found ：03/02/27 11:42 ID:???: 確かに、用語の解説の順序には、意味があるけど、
>>248のように記述するのは、面倒だよね。
250 名前：Name_Not_Found ：03/02/27 11:43 ID:???: 「地位」と「総意」の間に前後関係があるとは思えない。
251 名前：Name_Not_Found ：03/02/27 11:43 ID:???: >>239
おそらく情報の構造から考えればリストなどの要素で表現できるはず
それからCSSを使って"ナビゲートバー"なるものを作るのが妥当では？
252 名前：Name_Not_Found ：03/02/27 11:52 ID:???: 「天皇の地位は、国民の総意による。」
これが、憲法の条文で、地位、と総意の意味をつけるなら、
<p>天皇の地位<ins>(*)</ins>は、国民の総意<ins>(*)</ins>による。</p>
253 名前：231 ：03/02/27 12:14 ID:???: ol liを使って且つCSSで数字を消す場合、画像や説明なんかにはclass=gazou class=commentなどの
ようにそれぞれのliにclassを割り振ってあげればいいのですか？
254 名前：Name_Not_Found ：03/02/27 12:20 ID:???: <p>天皇の<a href="#d1">地位(*1)</a>は、国民の<a href="d2">総意(*2)</a>による
<dl>
<dt id="d1">*1 地位</dt>
<dd>社会や組織などの中での、その人の置かれている位置、立場。</dd>
<dt id="d2">*2 総意</dt>
<dd>全ての人の意見。</dd>
</dl>
255 名前：Name_Not_Found ：03/02/27 13:29 ID:???: dl 中途半端だよなぁ。dt+ dd+ にしてくれよう。
256 名前：Name_Not_Found ：03/02/27 13:32 ID:???: dl直下にdt,dd要素しか配置できないってのが終わってる
このせいでレイアウトに不便ありすぎ
257 名前：Name_Not_Found ：03/02/27 15:43 ID:???: このスレおもろい。
258 名前：Name_Not_Found ：03/02/28 00:23 ID:???: >208
<ol>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
<p>投稿文</p>
</dl>
</li>
</ol>

こんなのは？
259 名前：Name_Not_Found ：03/02/28 00:25 ID:???: <ol><li>
いらん。
260 名前：Name_Not_Found ：03/02/28 00:27 ID:???: ナンバーは何になるの？
261 名前：Name_Not_Found ：03/02/28 00:34 ID:???: ナンバーナンバーナンバー
262 名前：Name_Not_Found ：03/02/28 00:51 ID:???: >>259-260
<ol>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
<p>投稿文</p>
</dl>
</li>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
<p>投稿文</p>
</dl>
</li>
</ol>
で、レス順まで包含してるんだろ、きっと。
俺もこれでいいと思うぞ。
263 名前：Name_Not_Found ：03/02/28 00:56 ID:???: >>262
<dl>内に直接<p>を置くことはできまへんでおまんねん
264 名前：Name_Not_Found ：03/02/28 01:03 ID:???: <p>投稿文</p>
↓
<dt>投稿文</dt><dd><p>こうかな？</p><dd>
265 名前：Name_Not_Found ：03/02/28 01:04 ID:???: 最後のddミスった…
266 名前：Name_Not_Found ：03/02/28 01:05 ID:???: <ol>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
</dl>
<p>投稿文</p>
</li>
</ol>

これでいいじゃん
267 名前：Name_Not_Found ：03/02/28 01:08 ID:???: >>241
<div>直下に生テキストが出てくるということ？
それはちょっとなぁ。

divを使った場合、classなどで意味付けを施したとしても、それはレンダリングの際
参考にされるだけであって、（視覚系UA以外も含めた）パーザの立場からすれば
divはただの意味のないブロック要素と理解される。
意味のないdivはパーザにとっては取っ払っても同じことだから
その下に生テキストが出てくるのは（文法的にはOKでも）何か気持ち悪い。
<p>に<object>をかませばその下に<ul>を文法的には置けるけど気持ち悪い、
というのと同じように気持ち悪い。
# この辺は、意見がかなり割れるところだと思うけど。

あと、pの“段落”はかなり広い意味にとってもいいんじゃないかと個人的には思う。
W3Cのドキュメントでも、W3Cのアイコンだけの“段落”というのがあるし。
268 名前：Name_Not_Found ：03/02/28 01:11 ID:???: >表現したいことに相当する要素がなかったら
>既存の要素を変な解釈して使うより div に class 付けて使うべきでしょ。
269 名前：Name_Not_Found ：03/02/28 01:27 ID:???: >>267
あら。本当にバナーだけを p でマークアップしてるところがあるね。

ふと、日本語の「段落」と英語の「paragraph」は必ずしも同じ意味では
ないのではないだろうかと思った。
「段落」というと、ある程度まとまった意味を持つ文の集まりしか指さない
けれど、「paragraph」はもっと違うものも指すのかもしれない、と。
仕様書は英語のみが正式だったよね、確か。

もっともこれはネイティブの人に訊かなければわからないことだけれどね。
270 名前：Name_Not_Found ：03/02/28 01:31 ID:???: >>269
「ちょっとしたニュース記事」っていう意味もあるみたい

曖昧すぎてわけわかめ
271 名前：Name_Not_Found ：03/02/28 01:33 ID:???: >>267
じゃあ何のために、divは内容にPCDATAを含むことが出来るのか。
272 名前：Name_Not_Found ：03/02/28 01:39 ID:???: W3Cの仕様書は説明不足。
273 名前：Name_Not_Found ：03/02/28 01:53 ID:???: なんも考えてなかった頃はdlなんてまったく使わなかったのに
「正しいHTML」を意識するようになって
dlを多用せざるをえなくなってしまった
なんかバランスわりー
274 名前：Name_Not_Found ：03/02/28 01:54 ID:???: >>271
http://math.oheya.to/markup/notes/0302

こういう解釈もあるようです。
275 名前：Name_Not_Found ：03/02/28 02:04 ID:???: ( ﾟдﾟ)
276 名前：271 ：03/02/28 02:19 ID:???: >>274
リンク先は、生テキストとブロック要素の混在について言及しているが、
それは私の求める答ではない。
私が聞きたいのは、
divが生テキストを含むことを非としたときに、
PCDATAを含めるという仕様をどう解釈するのかという事です。
277 名前：Name_Not_Found ：03/02/28 07:55 ID:???: >divが生テキストを含むことを非としたとき
非としない、でFA。従って

>PCDATAを含めるという仕様をどう解釈するのかという事です。
と言う問題も発生しない。
278 名前：Name_Not_Found ：03/02/28 09:12 ID:???: css厨は世界中の人間が一人残らずIEを使っているという妄想を抱いているんですね
279 名前：Name_Not_Found ：03/02/28 09:27 ID:???: >>267
> 意味のないdivはパーザにとっては取っ払っても同じことだから
なんでそうなっちゃうのか説明きぼんぬ。意味が不明でも構造は残る。
lang とか title とか属性つくものが取っ払って同じわけない。
際限なく拡大解釈された p に div を超える意味があるとも思えない。
少なくとも div にすれば「段落や見出しやリストとは別の何か」という
意味を付すことができると思うが。
280 名前：Name_Not_Found ：03/02/28 12:38 ID:???: >>278
逆だろ……どんな環境でも利用できなければならないという妄執にとらわれてるんだよ
281 名前：Name_Not_Found ：03/02/28 14:02 ID:???: むしろIEがなくなることを願って止みませんが
282 名前：Name_Not_Found ：03/02/28 14:27 ID:???: Strict厨の「どんな環境」にはIEが含まれないの法則ですね
283 名前：Name_Not_Found ：03/02/28 14:48 ID:???: IEに限らずクソUAは基本的に対象外かと。
284 名前：Name_Not_Found ：03/02/28 15:12 ID:???: >>283
どこがクソなんだ。
285 名前：Name_Not_Found ：03/02/28 15:31 ID:???: むしろスタイルシートを適用させない方向で。
286 名前：Name_Not_Found ：03/02/28 17:16 ID:???: まあ、あれだ。
table 使うのやめたところで安心してはいけない。
dl 多用しだしたらちょっと危ないな…って思ったほうがいい。
また別の種類の厨になりかけてることは確かだ。

まともに書いたところで再利用なんてどうせしないし出来ないんだから
どんな書き方したって関係ないっていや関係ないんだけどな。
287 名前：Name_Not_Found ：03/02/28 18:52 ID:???: あははは。
HTML を誤解するのもいけないが、過大評価するのもいけないよな。

まあ再利用についてはメインターゲットは
未来の予測できない環境の自分自身だと俺は思ってるが。
288 名前：Name_Not_Found ：03/02/28 19:13 ID:???: んで、未来になって使おうとしたら
要素の分類の粒度が荒すぎて結局使いものにならないという罠。
289 名前：Name_Not_Found ：03/02/28 20:24 ID:???: 今、FAQを作っています。
質問と、回答にはdlを使うことにしたのですが、
回答(dd)の中にdlやHnなどブロック要素を含むことができます。

<h1>FAQ</h1>
<h2>hogeについて</h2>
<dl>
<dt>hogeを使うとどうですか？</dt>
<dd>
こんな感じです。
<h◆>メリット</h◆>
<ol><li>癒される</li><li>うれしい</li></ol>
　　　　　　　　：
</dd>

このとき、◆は3ですか？
290 名前：Name_Not_Found ：03/02/28 20:27 ID:???: <dl>
<dt>メリット</dt>
<dd>癒される</dd><dd>うれしい</dd>
</dl>

の方が。
291 名前：Name_Not_Found ：03/02/28 20:27 ID:???: 再利用する気があるならXML版を別途用意した方がはるかに効率がいい罠。
292 名前：(　ﾟдﾟ) ：03/02/28 20:33 ID:???: >>267, >>271, >>276
div 直下にテキスト/インラインだけを記述する分には問題ないと思うけど。

例えば HTML 4.01 で h7 相当の要素をマークアップするとしたら、
<div class="h7">foo</div> とでもするのが適切だと思うし。
293 名前：Name_Not_Found ：03/02/28 20:35 ID:???: >>291
でも実際、圧倒的チェア（藁）を持つ
IEを考えて html版を作らないといけないんですよ。

で、そこで詰まっているわけで。

>>290
<dl>
<dt>～</dt>
<dd>
　　<dl>
　　<dt></dt>
　　<dd></dd>
ですか。ありがとう。

でもHnを使うなら順番的に３かなぁ。
294 名前：Name_Not_Found ：03/02/28 20:41 ID:???: >>292
> 例えば HTML 4.01 で h7 相当の要素をマークアップするとしたら、
> <div class="h7">foo</div> とでもするのが適切だと思うし。

div直下のテキスト云々という話とは別に、その場合は文書を分割して
見出しのレベルを少なくする方が適切だと思うが。
295 名前：(　ﾟдﾟ) ：03/02/28 20:43 ID:???: >>294
確かに(w
296 名前：Name_Not_Found ：03/02/28 20:56 ID:???: 行き当たりばったりはダメですよ。
297 名前：Name_Not_Found ：03/02/28 20:57 ID:???: 3だよ。
298 名前：Name_Not_Found ：03/02/28 21:20 ID:???: >>289
<h3>hogeを使うとどうですか？</h3>
<p>こんな感じです。</p>
<dl>
<dt>メリット</dt>
<dd>以下略</dd>
</dl>

h3使うならこんな感じのがいいんじゃないか
299 名前：Name_Not_Found ：03/02/28 22:12 ID:???: >>291
まあ、XML版作ってもどうせ下位互換の為XSLTあたりでHTMLにするわけで。
んで同じようなことで悩むのさ。
300 名前：Name_Not_Found ：03/02/28 22:58 ID:???: >>299
どうせ下位互換の対象になるようなUAはHTMLの有効な再利用なんかできない。
一般閲覧用は妥協満載の大雑把なHTMLで充分。悩むだけ無駄。
301 名前：Name_Not_Found ：03/03/01 00:40 ID:???: >>298
見出しがないと本文が成立しないのは無作法。HTML以前の問題。
302 名前：Name_Not_Found ：03/03/01 01:25 ID:???: <h1>うんことは</h1>
<p>くさいものである。</p>

じゃなくて

<h1>うんことは</h1>
<p>うんことは、くさいものである。</p>

にしろってことね
303 名前：Name_Not_Found ：03/03/01 01:33 ID:???: たとえばニュース記事を集めたページを作るとき、

<h1>海外ニュース</h1>

<div class="news">
<h2>アメリカが北朝鮮に宣戦布告</h2>
<h3>2003年3月1日</h3>
<p>アメリカのブッシュ大統領は～</p>
</div>

<div class="news">
<h2>北朝鮮が無条件降伏</h2>
<h3>2003年3月3日</h3>
<p>北朝鮮の金正日総書記は～</p>
</div>

などとしているのだが、
日付がh3というのはおかしいかなあ。
見出しじゃないですよね、これ・・・
304 名前：Name_Not_Found ：03/03/01 01:40 ID:???: >>303
「北朝鮮が無条件降伏」という見出しの記事が、
2003年3月3日以外にあり、同じ<h2>の下に存在するなら
2003年3月3日というのが見出しであるといえるけど、
そうならないなら、見出しではないな。
305 名前：304 ：03/03/01 01:41 ID:???: <del>2003年3月3日以外にあり、同じ<h2>の下に存在するなら </del>
<ins>2003年3月3日以外にあり、同じ<h2>の下に存在することがあるなら </ins>
306 名前：Name_Not_Found ：03/03/01 01:45 ID:???: <dl>
<dt>2003年4月1日</dt>
<dd><h2>フセイン大統領がチンパンジーを飼う</h2>
<p>イラクのフセイン大統領が、ブッシュという名前の～</p>
</dd>
</dl>

これはどう？同じ日に大きなニュースが複数あった時にも対応できるし
307 名前：Name_Not_Found ：03/03/01 01:46 ID:???: 2003年3月3日以外にあり、同じ<h2>の下に存在する<del>なら </del><ins>ことがあるなら </ins>
308 名前：Name_Not_Found ：03/03/01 01:47 ID:???: 次の例ならいいんじゃないか

<h2>2003年4月1日</h2>
<h3>北朝鮮が日本に核ミサイルを発射</h3>
<p>アメリカ主導の経済制裁が発動して～</p>

<h3>2ch閉鎖</h3>
<p>東京壊滅を受けて～</p>
309 名前：Name_Not_Found ：03/03/01 01:49 ID:???: ニュースサイトの場合、日付を基準にするか、トピックの見出しを基準にするかでhnの上に来るものが変わるしな。
310 名前：Name_Not_Found ：03/03/01 01:54 ID:???: >>306
dd の中は dd の中で世界が完結しているべきと思う
つまり dd の中の見出しはもしあるにしても本文と切り離すべきじゃないかと
311 名前：Name_Not_Found ：03/03/01 02:14 ID:???: 日付１
　見出し１
　内容１

　見出し２
　内容２

日付２
略......

これを如何にマークアップするか、ということだな。
基本的に同じ日に複数のニュースがあることもある。１日１ニュースという
前提ならまた違ってくるのだろうが。
312 名前：Name_Not_Found ：03/03/01 02:54 ID:???: まあ、やりたいようにやれってかんじだな。
ニューストピックのみ h* の方が解析はしやすいけど。
切り出すとしたら、トピック単位に分けてから日付けを見るだろうし。
313 名前：303 ：03/03/01 02:58 ID:???: >>304-312
うん、やっぱり自分の思っていた通りだと
確認できました。
レスポンス、非常に感謝しております。
314 名前：Name_Not_Found ：03/03/01 03:40 ID:???: え？あれでもいいの？
315 名前：Name_Not_Found ：03/03/01 03:50 ID:???: >>314
別にいいと思うが…
316 名前：Name_Not_Found ：03/03/03 13:46 ID:5aUqD33i: http://kobe.cool.ne.jp/win21/
317 名前：Name_Not_Found ：03/03/03 14:04 ID:???: ☆ Webサイト制作初心者用スレッドver48 ☆
http://pc2.2ch.net/test/read.cgi/hp/1046264237/584

で質問した者なのですが、

<cite><a href="..<a href="..Name_Not_Found
318 名前：Name_Not_Found ：03/03/03 15:32 ID:???: >>318　理由は？
319 名前：Name_Not_Found ：03/03/03 15:38 ID:???: 引用先はこのサイトです
このサイトから引用しました

どっちでもいいんじゃないの
320 名前：Name_Not_Found ：03/03/03 16:04 ID:???: <cite href="..
ってできればすっきりするんだけどなぁ
321 名前：Name_Not_Found ：03/03/03 16:14 ID:???: 引用元、で取り出す場合は
<cite>...</cite>
の中を取り出すから関係ある要素は中にいれたほうが。
322 名前：Name_Not_Found ：03/03/03 16:36 ID:???: <h1>仏教</h1>
<h2>四苦八苦</h2>
<p><dfn>死苦</dfn>とは、人生の四種の苦痛。生・老・病・死の総称です。生・老・病・死の意味は以下の通り。</p>
<dl>
<dt>生</dt>
<dd>息をしている状態</dd>
<dt>老</dt>
<dd>歳を取った状態</dd>
<dt>病</dt>
<dd>病にあった状態</dd>
<dt>死</dt>
<dd>息をしない状態</dd>
</dl>
か、
323 名前：Name_Not_Found ：03/03/03 16:37 ID:???: <h1>仏教</h1>
<h2>四苦八苦</h2>
<p><dfn>死苦</dfn>とは、人生の四種の苦痛。生・老・病・死の総称です。生・老・病・死の意味は以下の通り。</p>
<ul>
<li>
<dl>
<dt>生</dt>
<dd>息をしている状態</dd>
</dl>
</li>
<li>
<dl>
<dt>老</dt>
<dd>歳を取った状態</dd>
</dl>
</li>
<li>
<dl>
<dt>病</dt>
<dd>病にあった状態</dd>
</dl>
</li>
<li>
<dl>
<dt>死</dt>
<dd>息をしない状態</dd>
</dl>
</li>
</ul>
のどちらがいいでしょうか。
324 名前：Name_Not_Found ：03/03/03 16:39 ID:???: あと、下の方がいいのなら、ulではなく、olのほうがいいでしょうか。
325 名前：Name_Not_Found ：03/03/03 17:02 ID:???: 何の躊躇もなく上
下にする意味は全くない
326 名前：Name_Not_Found ：03/03/03 17:18 ID:???: dt と dd が 1vs1 のペアだっていいきれれば
こんな疑問わかないのにね。dd 複数あるメリットわからんわ。
候補が複数ならdd中にulいれりゃいいんだし。
327 名前：Name_Not_Found ：03/03/03 17:26 ID:???: よくわからんが、生・老・病・死の順番にも仏教的に深い意味があって
>>324みたいな発想が出てくるとか？

だとするなら、>>325の疑問は ul ではなく ol の方が良いということになるんだろうけど、
自分なら、普通に>>323を採用します。
328 名前：Name_Not_Found ：03/03/03 17:35 ID:???: 順番関係無いリストと順番関係あるリスト区別するメリットってどんなのだろ。
関係＊無い＊リストだと項目がソート出来るとかそれぐらいしか思いつかないなぁ。

メニュー項目なんかは ul で作ってる人多いけどさ、あれの順番変ったらまずいよね。
考えて順番決めてるでしょ？
329 名前：Name_Not_Found ：03/03/03 17:40 ID:???: 言われてみれば
330 名前：Name_Not_Found ：03/03/03 17:48 ID:???: みんなほんとリスト好きだよなあ
331 名前：Name_Not_Found ：03/03/03 17:55 ID:???: ol って
HTML でしかレンダリング内容決めれなかった時代の名残なんじゃないかなと。
332 名前：Name_Not_Found ：03/03/03 17:57 ID:???: ol 以外は順番が保証出来ない、ってなったら
ul だの dl だの使ってるとこかなり書き直しになるな。
333 名前：Name_Not_Found ：03/03/03 18:05 ID:???: >>329
「メニュー項目」ってただ並べてあるだけじゃないの？
それが「目次」のつもりだったら確かにちょっと困るけど。
334 名前：Name_Not_Found ：03/03/03 18:17 ID:???: リストなんて突き詰めれば序列リストだらけになるぞ。
335 名前：Name_Not_Found ：03/03/03 20:45 ID:???: 例えば料理の場合の材料を箇条書きにしたものはulで、
料理の手順の箇条書きはolってな風にすみわけはできてるわな。

ただ、<listgroup ordered="yes">なんて風に統合しちゃっても
よかったかもしれない（非常に今更、非建設だが）。
336 名前：Name_Not_Found ：03/03/03 21:30 ID:???: >>336
明らかに型が違うものを属性で振り分けてどうするよ。
#まあ、明らかに違うと言うことが分からない、というのが争点だったりするが。
337 名前：Name_Not_Found ：03/03/03 21:39 ID:???: <h1>今日の予定</h1>
<ol>
<li>なんたらー</li>
</ol>
見たいな場合でliが1つだけだと、２個目の予定ができるまでolで正しいのか、
実はulでもよかったのか確信が持てない場合があるな。
338 名前：Name_Not_Found ：03/03/03 21:44 ID:???: >>338
2個目の予定ができてもolで正しいのかulでよかったのかを悩む罠
339 名前：Name_Not_Found ：03/03/03 22:29 ID:???: >>337
明らかに違うってほどでもないんだよね。

<ul>
<li ex:no="2">...</li>
<li ex:no="1">...</li>
<li ex:no="3">...</li>
</ul>

の ex:no についてソートしてあるのが ol みたいな感じだし。

とりあえず、順序無しじゃないとﾏｽﾞｰな例あるかな。
集合といった漠然としたものをHTMLで扱う必要があるのか？ってのもあるな。
340 名前：Name_Not_Found ：03/03/04 00:15 ID:???: >>334
メニュー項目の並び順には気を遣う人もいるよ。
一番見せたいものを上に持ってくる、とか。
341 名前：Name_Not_Found ：03/03/04 00:20 ID:???: 話の腰をおってすみません。

ええと、色々HTMLについて勉強したいのですが
どこから聞いていいのか解らないほどの初心者です。

本屋で本を買って勉強しようかと思ったのですが、怪しい本が沢山あるとの
ことで、また本もそれぞれ安くないのでどうしようか迷っています。

すれ違いかもしれないのですが、strictスレ推奨HTML学習本などありましたら
教えていただけないでしょうか。

＃ちなみに、HTML以外にXHTMLとCSS、javascriptにも興味があります。
342 名前：Name_Not_Found ：03/03/04 00:24 ID:???: >>342
勿論仕様書。
343 名前：Name_Not_Found ：03/03/04 00:27 ID:???: >>341
考えたんだが、見て欲しいコンテンツへのリンクを上にもってくるのと、
順序が意味をなすというのとは違うような・・・
別に2番目のや3番目のコンテンツから見ても問題はないわけだし。

そういうの強制されるのもなんかイヤンだしね。
344 名前：Name_Not_Found ：03/03/04 00:41 ID:???: >>342
烈しくすれ違いだが、↓いっておいで
http://fake_lint.tripod.co.jp/beginner.html#faq11
345 名前：342 ：03/03/04 00:48 ID:???: >>343
ありがとうございます。よんでみます。

>>345
知人に薦められて「スタイルシートWebデザイン-CSS2完全解説-」は借りて
みたのですが、サパーリだったので、こちらで質問させていただいたのですが、
ごく簡単なHTMLの説明をよんで、とりあえずこちらの方の本は読んで解りそうなので
ユニバーサルHTML/XHTMLを読んでみます。

ありがとうございました。
346 名前：Name_Not_Found ：03/03/04 04:31 ID:???: >>344
ol だって別に順番強制しているわけでも無い気もする。

先にでた例だと、
料理の手順なんかは順番強制だけど、ランキングなんかは強制じゃないし。

下手に例を出すと、こんどはその例に拘ることになっちゃうな…
347 名前：Name_Not_Found ：03/03/04 16:33 ID:???: >>347
順番に意味がある、ってことだろ？
だったら、「運営者が見てもらいたいと思ってる順番」ってのを明示しなきゃならんのではないの？
348 名前：Name_Not_Found ：03/03/04 16:58 ID:???: ＞明示しなきゃならん
may とか can ではあっても must じゃないと思う。
ol は順序があるということを明示できるというだけであって
順序のあるものは全て ol でなければならないということではないだろう。
349 名前：Name_Not_Found ：03/03/04 17:31 ID:???: >>349
> 順序のあるものは全て ol でなければならないということではないだろう。
反対だよ。順序ないものをolにしちゃまずいんじゃないか、と。
350 名前：Name_Not_Found ：03/03/04 17:51 ID:???: 禅問答か？

順序あり　───→　OL
　　　　　　 ──┐
　　　　　　　　　 └→
順序なし　───→　UL

ということか？
ならば、>>349と>>350は同じことを言っていると思われ。
351 名前：Name_Not_Found ：03/03/04 18:23 ID:???: >>351
違いがわからんのか？
「順序のあるもの」を「ul」にすることは出来るが、
「順序のないもの」を「ol」にすることは出来ない、
と言ったんだけど。
352 名前：Name_Not_Found ：03/03/04 18:27 ID:???: >>352
？　だったら>>351の図で合ってるじゃん。
353 名前：Name_Not_Found ：03/03/04 18:28 ID:???: >>353
図があってるのに、
＞ならば、>>349と>>350は同じことを言っていると思われ。
　>>349は違うということがわかってない、と。
354 名前：Name_Not_Found ：03/03/04 18:30 ID:???: >>349だと順序のないものがolにできてしまう。
355 名前：348=350=352=354 ：03/03/04 18:32 ID:???: ああ、補足ね。
>>>>349が言ってることは、あってるんだけど、>>348に対する指摘としては不適切じゃないか、って意味なんだよ。
俺が348で言ったのは、「ol使うなら、その理由が明確であるべきでは？」というもの。
「順序つけてあるけど、これ、なんの順番なの？」じゃマズくない？って言いたいわけで。
356 名前：348=350=352=354 ：03/03/04 18:33 ID:???: >>355
それは違うだろ。
「順序あるもの」を「ul」にしてもいいんじゃないか、って言ってるだけで、その逆については言及していない。
357 名前：Name_Not_Found ：03/03/04 18:35 ID:???: なんだかややこしくなってて、ケチつけてる人は何が不満なの？
358 名前：Name_Not_Found ：03/03/04 18:37 ID:???: >>358
わからない人は参加しなくてもいいよ。
359 名前：Name_Not_Found ：03/03/04 19:17 ID:???: >>358
ばいばい、帰っていいよ。
360 名前：Name_Not_Found ：03/03/04 19:47 ID:???: >>358
お前の存在が。
361 名前：Name_Not_Found ：03/03/04 21:13 ID:???: 俺は、例えばp要素は「段落はp要素で明示しなければならない」のと同じように
「リストは順番があればol、無ければulで『なければならない』」とおもう。
そもそも要素名の由来が「ordered」と「unordered」だし。

HTMLには「順番が無い『かもしれない』リスト」とか「順番が『あってもいい』リスト」
なんて概念は存在しない訳で、どうしても「順番にかんしてあやふやなリスト」
が本文に出現するならHTMLの限界としてあきらめるかどっちかを使うか、
DTDの書き換えやXMLで拡張するか、だと思う。
362 名前：362 ：03/03/04 21:14 ID:???: strictとか以前に日本語がバグってるな。特に
＞が本文に出現するならHTMLの限界としてあきらめる"か"どっちかを使うか、
は
＞が本文に出現するならHTMLの限界としてあきらめる"て"どっちかを使うか、
だな。

スレ汚しスマソ
363 名前：Name_Not_Found ：03/03/04 21:19 ID:???: さとみかんとかのアンテナって ol 使うべきなのかな。
364 名前：Name_Not_Found ：03/03/04 21:51 ID:???: 更新日時順に意味のある順序で並べられているリストならolの方が
好ましいのではなかうか。

ただ、ulとしてもHTML文書としての価値はなんら減じないので
あまり拘る場所もないとはおもうが。
365 名前：Name_Not_Found ：03/03/04 22:16 ID:???: >>362
お前さあ、略語はとにかく abbr 要素で明示*しなければならない*とか
関連文書は全部 link 要素で明示*しなければならない*とか思ってんの？
明示する*べき*だ、ならまだわからんでもないが。
俺はそのへん主導権握ってるのは仕様ではなく著者だと思うよ。
リストにしても、実際の順序がどうであるか、ではなく
著者が順序についてどういう情報を与えたいか、だと思う。
順番があれば ol、なければ ul、っていうより
順番があると明示したければ ol、ないと明示したければ ul、な感じで。
366 名前：Name_Not_Found ：03/03/04 22:21 ID:???: >>366
確かに。そこに意味があるかどうかを決めるのは著者だもんな。
367 名前：Name_Not_Found ：03/03/04 22:21 ID:???: お前さあお前さあお前さあお前さあお前さあ
368 名前：Name_Not_Found ：03/03/04 22:23 ID:???: >>366
対応したUAにHTML文書としてデータを渡すなら、仕様で定められた
マークアップがされていなければ不完全なHTML文書といわざるをえないだろう。

閲覧者側の処理がはっきりと限定されているなら（もしくは処理されなくても
構わないなら）限定的なマークアップする（すなわち、処理「されたい」所だけ
明示的にマークアップする）のでもいいだろうが、WWW上で公開され、その後
閲覧者や、処理方法を著者側が限定できないHTML文書であれば仕様に定め
られた要素に関しては全てマークアップ「されていなければならない」と考える。
369 名前：362=369 ：03/03/04 22:28 ID:???: >>367
明らかに、客観的に「見出し」であるにも関わらず、著者が「見出しとして処理
されなくてもいい」と考えて「h1-6でマークアップしない」と言う自由はHTMLには無い。

しかし、その一方でem、strongなどの要素に関しては著者が強調「したい」
要素を表すもので、これに関しては「著者が強調されなくてもいい」と思えば
マークアップしなくてもいいし、というか寧ろしないほうがいい。

で、おれはol、ulというのは前者（h1-6の例えの方）と同じく
「著者の自由な裁量で勝手にマークアップしたり／しなかったり」と言うことは
できない、と思うがどうか。
370 名前：Name_Not_Found ：03/03/04 22:34 ID:???: でも境界線をどこで引くかは結構微妙だぞ＞ol, ul
371 名前：370 ：03/03/04 22:42 ID:???: >>371
うん。そう思う。なので、どうしてもあやふやな物を記述する場合、
妥協（？）して「どっちかといえば…」とどっちかでのが一般的だと思う。

が、「解らなければulでいい」とか、本来順番があるはずのリストを
「著者は順番を気にしないからul」ってことは無いはず、って事。
372 名前：Name_Not_Found ：03/03/04 22:59 ID:???: >362
うえの例が今回の話題の発端になっているわけだが、
「俺が見て欲しいと思ってる順番」なんてのは「順序があるリスト」とは言えないんじゃないかな。
「どっちで書くべきか」ってのも重要かも知れんが、それ以前に「それは本当に順序なのか？」という問題があるのでは。
373 名前：370 ：03/03/04 23:08 ID:???: ある程度ケースバイケースにならざる得ないが、俺が言いたいのは
＞「俺が見て欲しいと思ってる順番」なんてのは「順序があるリスト」とは言えないんじゃないかな。
「順序があるリスト」と言えないならulでマークアップ、いえるならolでマークアップって事。

別にどういうリストは順番があるといえる、ないと言える、という判断基準は
おれは述べてなくて、もっと端的に言えば、 >>349 の主張は違うんじゃないかって事。
374 名前：Name_Not_Found ：03/03/04 23:29 ID:???: >>374
言いたいことはわかるが、
> 「順序があるリスト」と言えないならulでマークアップ、いえるならolでマークアップって事。
「順序がある」「順序はない」を判断するのは著者、ということになっちまわねえか？
例えば、「好きな食べ物リスト」。
箇条書きならulだが、それでも一番好きなものとか2番目に好きなものとかがあるわけで、
「じゃあ、そのとおりに並べてolにしやがれ」ってのも微妙な部分だし。
結果的に「順序」を発生させるのは制作してる人間の判断に依るところもある、ってのもあり得るんじゃない？
375 名前：375 ：03/03/04 23:31 ID:???: あー、反論じゃなくて、
「大元の話題は」って意味だからね。
376 名前：Name_Not_Found ：03/03/04 23:40 ID:???: >>375
著者を「A:文章を作る人」「B:HTMLをマークアップする人」に別けた場合、
Aは自分が作る文章ないに出現するリストを順番ありとしても、なしとしても
作る事ができる。

例えば「セ・リーグ６球団」を単に列挙したリストなら「順番なしリスト」だが、
続いて「順序は昨年の成績に寄る」って一言書けばリストとは関係ないセンテンス
によって「順番なしリスト」はたちまち「順番ありリスト」に変化する。

その意味においてAである著者はolとulの決定権を握っている。

しかし、一度文章が完成し、Bパートにおいて単にマークアップするのであれば、
Bであるところの著者はAパートで作成した本文に忠実であるべきであり、
「マークアップの段階でBの著者に自由裁量権は存在しない」とおもっている。

したがって、>>375 の言う著者がAの意味であるならば全く反論はない。
377 名前：377 ：03/03/04 23:41 ID:???: >>377 は >>362=370 って事で。失礼。
378 名前：Name_Not_Found ：03/03/04 23:52 ID:???: >>377
そしてCパートでCSSによるレンダリング指定。
379 名前：Name_Not_Found ：03/03/05 00:53 ID:???: >>377
そんなんBがAに聞けば済むことじゃん。
テキストありきのマークアップでしょ。
380 名前：377 ：03/03/05 00:56 ID:???: >>380
たのむよう…、レス付ける時は読んでからにしてくれよう。
381 名前：Name_Not_Found ：03/03/05 01:17 ID:???: いや、だからさ、ol だけでよかったんじゃないのかって話をしたかったんだが。
文章をモデル化したとき、順序付きリストと順序無しリストを区別する必然性って
どれぐらいあるのかな？と。

現行の規格にolとulがある以上、適当なところで線引して使ってかなきゃいけないけど。

所詮適当な線引しかできない曖昧なモデルならもっと抽象化して
直接的な意味は上に被せる別のセットに委譲してもいいんじゃなかろかと。
382 名前：377 ：03/03/05 01:25 ID:???: >>382
現行HTMLが実際ol、ulに分かれちゃってる以上、それに従うしかない。

とは思うが、実際の所「特に順序がある場合だけそれを明示」の方が
現実に即してる（書き手が楽。迷わない）とは思う。
ちなみに一本化するならolもulも名前が不適切なんで >>336 の案に一票ってことで。
383 名前：Name_Not_Found ：03/03/05 01:49 ID:???: 私もw3cに提言するなら>>336だな。
ただ、ordered="true"ね。
384 名前：Name_Not_Found ：03/03/05 01:55 ID:???: （箇条書きリスト）　⊃　（通し番号付きリスト）　⊃　（順序に意味のある序列リスト）
　　　　UL　　　　　　　　　　　　　UL　　　　　　　　　　　　　　　　　OL
　　　　　　　　　　　　　　　　　　　↓　　　　　　　　　　　　　　　　　↓
　　　　　　　　　　　　list-style-typeで番号付け　　　　　デフォルトで番号付き

ってことでしょ？
385 名前：Name_Not_Found ：03/03/05 01:59 ID:???: >>385
序列じゃないのに通し番号がある、って部分がややこしくさせてるんだよな。
通し番号って、不要と言えば不要だし、必要と言えば必要だよな。
386 名前：Name_Not_Found ：03/03/05 02:06 ID:???: >>385
違う。

HTMLにはない順番あり・なしを包括するリスト要素＝｛ol,ul｝
であり、ulとolは別物。olでulの、ulでolの代用はできない。
387 名前：387 ：03/03/05 02:10 ID:???: ごめん、わかりにくかった。
＞olでulの、ulでolの代用はできない。
要するに　ul と olは同列の要素であって ul ⊃ ol と言うような
包括関係は関係は成立しないってこと。

あと、番号がついてるとか、ついてないとか言うのはHTMLのデフォルトレンダリングの
話で要素の定義（明示する意味）とは関係しない。
（がXSLTのSはStyleのSだったりするからHTMLは固定スタイルを持ってると
判断すべきだんんだよなぁ…ややこしいなぁ…）
388 名前：Name_Not_Found ：03/03/05 02:12 ID:???: >>388
> あと、番号がついてるとか、ついてないとか言うのはHTMLのデフォルトレンダリングの
> 話で要素の定義（明示する意味）とは関係しない。
だから、olにせずにulにしてるんじゃないの？
389 名前：Name_Not_Found ：03/03/05 02:19 ID:???: >>389
ol は ordered list の略であり順番ありリスト。
一方 ulは unordered list の略であり、順番なしリスト。

従って順番の有無＝条件Ａに関してAとnot(A)という対立する関係にある。
だから not(A) ⊃ A は成立しませんよ、と言う事。
390 名前：Name_Not_Found ：03/03/05 08:49 ID:???: 精緻な刑法解釈学を彷彿とさせる議論が続いているな。
391 名前：Name_Not_Found ：03/03/05 09:02 ID:???: olとulは特別関係であると考えることも十分に可能なはずだ。
必ずしも択一関係ではないのではないか。
より一般的なリストがulであり、ulの特別類型として、順序という
意味を付したものがolである。

ulとolのどちらを使うかを考えるにあたっては、まずulでリストを
作ってみる。そしてそのリスト内で指定した<li></li>をぐちゃぐちゃに
入れ換えてみて、依然として文意が通じている（通じているかどうかは
前後の文脈も含めて判断する。例えばリストの前に「セリーグ一覧です」と
書いてあるのと「僕の好きなセリーグを順に並べてみました」と書いてある
のでは、後者の場合ぐちゃぐちゃにすると、文意は破綻する）。

したがって、例えば、料理のレシピを提示する場合は、ulで作ってみて
ぐちゃぐちゃにすると、文意は成り立たないから、olを使うべきだという
ことになる。

ここで問題となるのが、ulで作ってみてぐちゃぐちゃにしても意味が
通じている場合に、あえて番号を付けたいとき。そのような場合においては、
番号は単なるレイアウトであるから、ulを使った上でlist-style-typeを
適用してしかるべきであると考える。
392 名前：Name_Not_Found ：03/03/05 09:12 ID:???: ulの場合は、<li>で示された各要素をレンダリングする順番は
保証しないっていうブラウザを想定して、そんなブラウザで
標示されても構わないならul、NGならolってのはどうよ？
393 名前：Name_Not_Found ：03/03/05 12:35 ID:???: >>392

だいたい同意だが、

> ここで問題となるのが、ulで作ってみてぐちゃぐちゃにしても意味が
> 通じている場合に、あえて番号を付けたいとき。

これってどんな場合だろう。
思いつかないので、具体的な例を希望。
394 名前：Name_Not_Found ：03/03/05 12:43 ID:???: >>394
２ｃｈのスレッドタイトル一覧
395 名前：Name_Not_Found ：03/03/05 13:50 ID:???: >>395
それはないだろ。
age sage の意味がなくなる。

とにかく、敢て ul を採用しなくちゃいけないケースが無いなら、
ol だの ul だの区別しない list 要素を作った方がいいよね。

オブジェクト指向風に要素の拡張出来ればいいんだけどな。

ol extends list とか ol implements list みたいな。
menu extends ol とか persons extends list とか…

dtd いじって既存のを修正するよかこっちのがいいなあ。
396 名前：Name_Not_Found ：03/03/05 22:48 ID:???: >>394
どっかのスレで出てたけど、クイズの問題の選択肢

Q. W3Cが決めていないフォーマットは？
1.HTML
2.CSS
3.javascript
4.XML

これなんかは番号がついてはいる物の順番が出鱈目に成ってもokなのでは？
（ただし、正解を番号で言う事はできなくなるが、もともとCSSで表示される
ナンバーはユーザーCSSとの兼ね合いでolでもulでも信用できないし）

逆にクラス名簿なんかは五十音順であっても、出席番号いらなけれ
olでマークアップした上でCSSでナンバー消して
・青木
・秋山
・木村
・久保田
なんてものありだな。
397 名前：Name_Not_Found ：03/03/05 23:10 ID:???: 久保田・・・
最近呑んでないなぁ（つД｀）
398 名前：397 ：03/03/05 23:19 ID:???: つーか、五十音順の名簿のナンバーを消す、なんてややこしい例じゃなくて、
日記の過去ログリストなんかは、
1.1月
2.2月
3.3月
ってのが煩わしいので、確実に順番はある(ol)がCSSでナンバリング消してる人が多そう。

っていうか自分のsiteでやってますた。
399 名前：Name_Not_Found ：03/03/06 00:47 ID:???: ttp://www.google.com/search?q=%E3%83%BB%E9%9D%92%E6%9C%A8+%E3%83%BB%E7%A7%8B%E5%B1%B1+%E3%83%BB%E6%9C%A8%E6%9D%91+%E3%83%BB%E4%B9%85%E4%BF%9D%E7%94%B0
400 名前：Name_Not_Found ：03/03/06 02:44 ID:???: まあ、ul より ol 使った方がよさげかもしれない場合も
多いんじゃないかってことですね。

ul 使おうが ol 使おうが UA にもユーザにも全然違いが出ないだろうけど。
401 名前：Name_Not_Found ：03/03/06 02:45 ID:???: いっそ ol は「序列リスト」でなく「番号つきリスト」だったら
今より断然使い勝手が良かったような気がする。
402 名前：Name_Not_Found ：03/03/06 03:07 ID:???: >>402
OrderedList coludn't be NumberedList.
403 名前：Name_Not_Found ：03/03/06 03:25 ID:???: >>403
だから、ol なんかじゃなく nl だったらよかったってことなんじゃないの？
404 名前：Name_Not_Found ：03/03/06 03:50 ID:???: >>403
ﾊﾞｰｶ
405 名前：Name_Not_Found ：03/03/06 04:39 ID:???: >>404
それはXHTML2.0でnavigation listになってますので別の名前を。
406 名前：Name_Not_Found ：03/03/06 06:47 ID:???: じゃあ、nul…
ぬるぽとか言いだす香具師はこのスレには居ないよな？
407 名前：Name_Not_Found ：03/03/06 09:19 ID:???: 　（　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　　 |　|
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>__Λ∩
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/ 　←>>407
408 名前：Name_Not_Found ：03/03/06 14:34 ID:???: 　<meta name="generator" content="○○○" />

これは何を表すのですか？
その文章を書いたアプリとかを書くのか、表示に用いている cgi を書いた方がよいのか・・・

ジェネレータってことだから、やはり後者かな。
409 名前：Name_Not_Found ：03/03/06 14:49 ID:???: >>409
後者じゃない？やっぱ。
エディタとか入っててもね。
notepad.exe とか入れてるやつはちょっとどうかしてると思う。

今日はごっついテーブルレイアウトが目の前でリアルタイムに構築されてくのを
ひたすら傍観してました…

cssはおろか align 属性すら使わない人がいまだいたとは予想だにしてなかった。
410 名前：Name_Not_Found ：03/03/06 15:42 ID:???: >>409
meta の name なんて別に決まりは無いんだけど……。

取り敢えず、前者の例は見たことがある（Wordとかで書くと入るんだっけ？）。
後者の例は見たことないなぁ。
411 名前：Name_Not_Found ：03/03/06 15:54 ID:???: ホームページビルダー(アプリ)やtDiary(CGI)が入れているね。

>>410
align属性は非推奨だからいいんじゃない(藁
412 名前：Name_Not_Found ：03/03/06 17:22 ID:???: >>407
またえらく古いﾈﾀを。

それにしてもこの論議は長かった。

>>410
＞css はおろか align 属性すら使わない人がいまだいたとは予想だにしてなかった。
CSSを指定していない"strict"文書？
413 名前：Name_Not_Found ：03/03/06 17:30 ID:???: >>411

> meta の name なんて別に決まりは無いんだけど……。

そうだっけ？たしか決まり有ったと思うが。
みんなが適当に入力してるなんて琴はないかと。
414 名前：Name_Not_Found ：03/03/06 17:31 ID:???: >>413
valid文書？
415 名前：Name_Not_Found ：03/03/06 20:25 ID:???: >>414
HTML 4.01 Specification より

　　This specification does not define a set of legal meta data properties. The meaning
　　of a property and the set of legal values for that property should be defined in a
　　reference lexicon called a profile. For example, a profile designed to help search
　　engines index documents might define properties such as "author", "copyright",
　　"keywords", etc.
416 名前：Name_Not_Found ：03/03/06 21:21 ID:???: 質問。
<a href="mailto:2ch@2ch.net">ひろゆき</a>
みたいに、href属性の値の中の、スキーム名とかコロンを文字参照にすると
仕様上問題はありますか？
417 名前：Name_Not_Found ：03/03/06 21:50 ID:???: >>417
古いブラウザで解釈できないかもしれないという点を除けば仕様上は問題ないです。
418 名前：417 ：03/03/07 00:40 ID:???: >>418
ありがとうございました。
Another HTML-lintでエラーが出るんですが、これって多分バグですよね。
今日は眠いので明日にでもk16さんにメール送ってみます。
419 名前：Name_Not_Found ：03/03/07 01:33 ID:???: 例えばircでのログを転載する際の疑問なんですが、
引用と言えない気もしないでもないんですよ。
で、引用とするならばどうやってマークアップします？

数行に渡る内容ならblockquoteにpreでいいかなと思ってますが。
420 名前：Name_Not_Found ：03/03/07 01:47 ID:???: >>420
転載なら当然引用だろ。
そして、blockquateにpreって
<blockquate><pre>
転載内容
</pre></blockquate>
ってことか？
私なら
blockquate.irc_log {
white-space:pre;
}
<blockquate class="irc_log">
転載内容
</blockquate>

あと、もっと分かりやすく書いてください。
421 名前：Name_Not_Found ：03/03/07 01:48 ID:???: >転載なら当然引用だろ。
……。
422 名前：Name_Not_Found ：03/03/07 01:51 ID:???: >>421
余談だが、blockqu"a"te という癖は早めに直しておいた方が良いと思われ。
423 名前：421 ：03/03/07 01:57 ID:???: >>423
Dr.Calvin.F.Quateがきになって……

うそです。
　∧||∧
（　 ⌒ ヽ
　∪　　ﾉ
　　∪∪
424 名前：Name_Not_Found ：03/03/07 02:13 ID:???: >>420
引用か、転載かの判断は法的な問題になるのですれ違いって事で。
IRCの内容転載なんかまさにケースバイケースの世界で具体的に全文読まないと
判断できないし。

ちなみに引用の場合のマークアップは当然blockquote要素の出番ではあるが、
それって本当にpre要素か？　整形済みデータとして改行位置変わったりすると
不都合あるのか？

マニアックに言えば発言者をdt、発言内容をddとするのが（dl要素の例にも
出てる訳だし）だとうであろうが、ぶっちゃけ面倒くさいのでpとかdivで
発言単位にマークアップするのが良かろうかと思われ。
425 名前：Name_Not_Found ：03/03/07 02:19 ID:???: 引用は著作権の有無にかかわらず常に認められる（言論の自由）が、
転載は著作権が絡んでくるので、どちらかというと「複写」の概念に近いのではないか？

とすれば、前者は当然BLOCKQUOTEとなるが、後者はBLOCKQUOTEではない。
ベタテキストをPREとすること自体は（横着ではあるが）問題ないと思う。
426 名前：Name_Not_Found ：03/03/07 02:23 ID:???: ＞ベタテキストをPREとすること自体は（横着ではあるが）問題ないと思う。
ベタテキストのなんか文章があったとして、
明らかに見出しの部分とか、明らかに段落の部分とかあるんだけど
横着してh1-6要素やp要素のマークアップしなくていいの？
少なくともstrictスレ的にはＮＧだろう。
427 名前：Name_Not_Found ：03/03/07 02:41 ID:???: >>427
IRCのログに見出し部分があったとしても、それは「本文」の見出しとは違う。
転載という以上は同一性を保持しなければならず、元がベタテキストであることを
HTML的に明示するには、PREを使うのがいいと思ったのだが、どうだろうか？
428 名前：Name_Not_Found ：03/03/07 02:42 ID:???: >>421
blockquote内にじかにテキストって置けたっけ？
429 名前：Name_Not_Found ：03/03/07 02:50 ID:???: >>428
＞IRCのログに見出し部分があったとしても、それは「本文」の見出しとは違う。
IRCのログはそもそも整形済みテキストとも違うからすくなくともpreではないだろう。
なお、仮に既存のどの要素でも表現できないなら <div class="irclog"> かな？

>>429
strictではできない。
430 名前：Name_Not_Found ：03/03/07 02:53 ID:???: >>429
置けない。ま、そういう指摘は揚げ足取りにしかならないかと・・・（藁
431 名前：Name_Not_Found ：03/03/07 02:54 ID:???: >>430
あ、strict じゃない場合は、置けるんだ。知らなかった・・・
432 名前：Name_Not_Found ：03/03/07 02:55 ID:???: >>431
要素名のtypoは揚げ足取りかもしらんが、strictスレで要素の内容まちがえちゃったら
ダメだろう。
433 名前：Name_Not_Found ：03/03/07 03:28 ID:???: >>433
そう言われてみればそうか。
434 名前：Name_Not_Found ：03/03/07 10:45 ID:???: 皆ならどっち使う？

────────────────────

<address>
　hogehoge<br />
　hugehuge
</address>

────────────────────

<ul>
　<li><address>hogehoge</address></li>
　<li><address>hugehuge</address></li>
</ul>

────────────────────
435 名前：Name_Not_Found ：03/03/07 10:51 ID:???: 部分的に取り出されてもなぁ。
436 名前：Name_Not_Found ：03/03/07 12:07 ID:???: >>435
前者
437 名前：Name_Not_Found ：03/03/07 13:19 ID:???: どちらでもなく
address {white-space: pre;} とか address span {display: block;} ってのは？
438 名前：Name_Not_Found ：03/03/07 13:54 ID:???: >>2の過去ログ XHTML1.0 くらいを"address"で検索しながら読むと幸せになれるかも。
439 名前：Name_Not_Found ：03/03/07 13:58 ID:jjGSTB2G: addressはHTMLで全体構造にかかわるものとして定義されているから
後者のように階層を深めるのでなく前者のように浅くするのがいい。
> address {white-space: pre;} とか address span {display: block;} ってのは？
accessibilityの面から考えてこの場合brは問題なく、むしろ、
CSSの指定のみでは、accessibilityの面から考えて問題があり、
また、spanの利用では、spanの意味することが汎用的過ぎるから、
複数の連絡先の区切りがわかりにくくなるのでよろしくないかと。
440 名前：Name_Not_Found ：03/03/07 14:38 ID:???: 廃止予定の物理要素を使おうというのは
このスレ的にイケてないと思うわけだが。
441 名前：Name_Not_Found ：03/03/07 14:38 ID:???: 曖昧なaddress要素は使えない
曖昧なmeta要素は使えない
曖昧なlink要素は使えない

セマンティックにしたいなら何でこれらをもっと明確に定義しないんだろ
442 名前：440 ：03/03/07 14:43 ID:???: >>441
それが気になるのなら、中黒(・)でも使って列挙するのがいいのでは。
443 名前：Name_Not_Found ：03/03/07 15:31 ID:???: >>442
まあ、昔に定義された現行の規格の定義に文句たれてもしかたないし。
XHTML2.0以降にたいして文句たれよう。

HTMLを見限って独自の合理的なマークアップを広めるのも手かもね。
css 使えばIEとかで見えるし、HTMLであることを利用したUAなんて殆どないだろし。
444 名前：Name_Not_Found ：03/03/07 15:37 ID:???: >832
それいい！！(；´Д｀)ﾊｧﾊｧ
そこでｱﾆｬ-ﾙを是非是非是非！！
445 名前：Name_Not_Found ：03/03/07 15:38 ID:???: すいません、誤爆しました。
446 名前：Name_Not_Found ：03/03/07 16:22 ID:???: >>445-446
ﾜﾛﾀ半角二次元？
スレを紹介してくれ
447 名前：Name_Not_Found ：03/03/07 17:32 ID:???: >>443
ナイス。それで逝こう。
448 名前：Name_Not_Found ：03/03/07 17:43 ID:???: >addressはHTMLで全体構造にかかわるものとして定義されているから
どこで定義されてる？
449 名前：Name_Not_Found ：03/03/07 17:51 ID:???: 「address＝著者についての情報」では
450 名前：Name_Not_Found ：03/03/07 18:17 ID:???: >>442
もう少し詳しく教えて貰えません？

“使えない”というのは“利用価値がないから、書かない方が良い”ってことですか？

“曖昧なもの”と“曖昧でないもの”の違いも分からないんですけど。
451 名前：Name_Not_Found ：03/03/07 18:18 ID:???: meta や link って、どこまで書いておけば良いのか・・・
452 名前：Name_Not_Found ：03/03/07 18:22 ID:???: >>452
きっちり決まってないから、利用する方も安心して利用出来無いんだよね。
結局書いてないことを前提にして、
かつ書いてあることもあんまりあてにならないってスタンスでやるはめになる。
453 名前：Name_Not_Found ：03/03/07 18:42 ID:???: 著者情報はRDFデータソースの形で提供するのが今後は間違いがなくて良いと思う。
454 名前：Name_Not_Found ：03/03/07 18:58 ID:???: >>454
詳細きぼん
455 名前：Name_Not_Found ：03/03/07 19:48 ID:???: dublin's coreの語彙を使うやつですか？
詳細は神崎さんとこ見てると載ってると思う。
456 名前：Name_Not_Found ：03/03/07 20:00 ID:???: >>435
亀レスだが、
単一の著者ののサイトのアドレスとメールアドレスを併記するなら
<address>サイトのアドレス<br>メールアドレス</address>

著者Aと著者Bのメールアドレスの列挙なら
<address>著者Aのメールアドレス</address>
<address>著者Bのメールアドレス</address>
と俺なら書く。

あと >>435 の書き方はアドレスを外して考えた時、
上の方は単一ブロックの内容、下はリストの内容になっていて、
あまり例えが良くないように感じた。
単一ブロックの内容の対になるなら複数ブロックに分割された内容として
表現されるべきではなかろうか。
457 名前：457 ：03/03/07 20:03 ID:???: >>440
複数の連絡先がかかれる場合、例えばDOM的にその内容を取り出すならば
document.getElementsByTagName("ADDRESS")[n]
となるわけなので、一つの連絡先は、一つaddress要素で、という考え方の
ほうがべんりだなぁ、とおもって俺は >>457 の様にしている訳ですが、
どうでしょう？
458 名前：Name_Not_Found ：03/03/07 20:49 ID:???: 一人の著者に関する情報でも、複数のサイトアドレス、メールアドレスや
場合によっては、現住所や電話番号などをリスト風に列挙したい場合もあるのに
address要素がインライン要素しか内包できないってのがねぇ。。。

<BR>しかありませんよというのが、どうにも不細工な感じ。。。
459 名前：Name_Not_Found ：03/03/07 21:24 ID:???: 過去スレでもさんざ既出だね。
どうせ address を利用するUAなんてないんだから
使わないってのも一興かと。

著者情報ってのはメタな物だと思ってるので >>454 なやり方でやってます。
460 名前：Name_Not_Found ：03/03/07 21:40 ID:???: >どうせ address を利用するUAなんてないんだから
>使わないってのも一興かと。
「今」対応UAがないからといって、今書いた文章が将来対応UAで読まれないとも
限らない（と言うか寧ろそっちのほうを考えるべき）し、
MozillaのXULなどユーザーサイドでただ今すでに利用中かもしれん。

少なくとも現状の実装状態で物を語るのはstrictスレ的ではない。
461 名前：Name_Not_Found ：03/03/07 21:44 ID:???: HTMLは意味に応じて<em>整形</em>するのが主用途なのでそれでいいのです。
データ抽出なんてのはただの副産物。

…だったんだと思うよ、もともと。もちろん憶測だが。
462 名前：Name_Not_Found ：03/03/07 21:49 ID:???: >>461
<LINK rel=…> も、最初は「Lynx以外でこんなの意味あるのか？」とか思っていたが
IE以外では具体的なUIとして実装が進んでいるようだし、
ADDRESS要素についても、あるべき姿というのを実際に見てみたい気がする。
463 名前：Name_Not_Found ：03/03/07 21:59 ID:???: XHTML 2.0でaddressは見直しがあるとかいう噂があったが。
どうもaddressは好きになれん。
464 名前：Name_Not_Found ：03/03/07 22:03 ID:???: addressのあるべき姿って…。
他の要素のあるべき姿は今のメジャーな実装でいいのだろうか。
てか、やっぱブラウザ上の目に見えるUIとして存在することがあるべき姿？
465 名前：Name_Not_Found ：03/03/07 22:20 ID:???: メールアドレス収集ロボットは「実装」しているかも。
どうもaddressは好きになれん。
466 名前：Name_Not_Found ：03/03/07 22:35 ID:???: いきなりですが、meta name="generator" を書いておく意味ってあると思いますか？
467 名前：Name_Not_Found ：03/03/07 22:39 ID:???: >>461
見限る必要もあると思いますよ。
識別情報としてならrdfで提供するタイプが増えてきてますし
そっちにシフトしていくと思う。

address はいっそ strong とかみたいなインライン要素になってほしいなぁ。
var だの dfn だのと同じような位置付けね。
468 名前：Name_Not_Found ：03/03/07 22:41 ID:???: >>467
好きにしろとかしか言えない。
google は description とか keyword(s?) を読んでるみたいだったけど。
generator 利用している例ってのはまだ見たことないな。
469 名前：Name_Not_Found ：03/03/07 22:42 ID:???: >>463
どうなんだろう。Operaの見出しジャンプみたいに、address内部にある
アンカーは著者向け連絡先リンクと見なされてコンテキストメニューから
「著者へ連絡」を選ぶと対応した動作が期待できるとか。
激しくlink要素で足りてる予感ｗ

ちなみに俺はそれでもaddress書くけどな。
なぜかっつーと、時々わざわざプリンターで紙に出して読んだり、保存したり
する人がいて（特に年配者に多い）、その場合、殆どのhead要素内の情報は
（つまりlink要素による署名は）失われるから。
470 名前：Name_Not_Found ：03/03/07 22:51 ID:???: やっぱaddress自動収集かね。
それも link の方の方が確実か…

結局"文章内容としての筆者情報"用要素ってことなんだろうな。
471 名前：Name_Not_Found ：03/03/07 23:01 ID:???: いま仕様を読んできたんだけど、表記が「may be used」なのね。
>The ADDRESS element may be used by authors to supply contact information
> for a document or a major part of a document such as a form.
http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.5.6

ってことはAddressは「使ってもいい（＝使わなくてもいい）要素」で、
著者の裁量で使うの辞めてもOK？　それともこの解釈は俺の誤訳？
472 名前：Name_Not_Found ：03/03/07 23:03 ID:???: >>471
うん
マナーとしても文書内に署名は必要
473 名前：Name_Not_Found ：03/03/07 23:16 ID:???: >>473
でも、一般的なUAがlink要素に対応したらいらなくなる、過渡期のマナーっぽ。
474 名前：Name_Not_Found ：03/03/07 23:20 ID:???: UA が link の内容を解釈して
文章の最後に著者情報を整形して表示したり
印刷したらページ毎の最後に小さく表示したりとかするようになったら
マナー違反にもならないっしょ。実際書いてるわけだし。
475 名前：Name_Not_Found ：03/03/07 23:32 ID:???: >>472
微妙に誤訳チック。

～ may be used to … は
「～は…するのに使えます」ぐらいが自然な感じの訳だと思う。

その文章は address 要素の用途について触れているだけ。
＞著者の裁量で使うの辞めてもOK？
こんなことについては一切触れてない。
476 名前：Name_Not_Found ：03/03/07 23:46 ID:???: ValidなCGIやPHPについてのスレって…WEBプログ板ですかね。
それともこっち？つーか需要ってなさそうだな…閑古鳥スレになりそう。
477 名前：Name_Not_Found ：03/03/07 23:51 ID:hjg1xR0t: >>477
個人的には、そういうスレ、あって欲しい。流行るかどうかは別の話なんですけど。
478 名前：Name_Not_Found ：03/03/07 23:56 ID:???: フルスクラッチで書くんだったら
valid な html 吐かせるのはたいした問題じゃ無いと思うが…
479 名前：Name_Not_Found ：03/03/07 23:59 ID:???: (このスレ的な意味で) strict にできるかどうかが問題。
480 名前：Name_Not_Found ：03/03/08 00:02 ID:???: せいぜい典型的なBBSの構成要素はどういう要素を使うべきか？ぐらいだろ。
出力は自分で制御できるんだし。

どうでもいいが
発言者-メッセージのペアを dl にするのはどうかと思う。
おまえdl使ってみたいだけちゃうんかと。
481 名前：Name_Not_Found ：03/03/08 00:04 ID:???: >>481
っていわれてもなぁ。
>Another application of DL, for example, is for marking up dialogues,
> with each DT naming a speaker, and each DD containing his or her words.
http://www.w3.org/TR/html4/struct/lists.html#h-10.3
482 名前：Name_Not_Found ：03/03/08 00:35 ID:???: 確かに、tableを否定された結果、dlのオンパレードに
なる傾向というのは存在するな。
お前そこはtableでいいだろっていうところまでdlを
使っている奴もいる。
483 名前：Name_Not_Found ：03/03/08 00:38 ID:???: 写真（画像）とそのキャプションで
しかたなくdl使いまくり
484 名前：Name_Not_Found ：03/03/08 00:42 ID:???: でもさ、tebleって strict に書くのめんどくない？
その点、dl は楽だから・・・
485 名前：Name_Not_Found ：03/03/08 00:49 ID:???: 面倒って理由で避けるのはどうかと思うなぁ。
css憶えるの面倒だからtable使いますってのと同じ匂いがする。
486 名前：485 ：03/03/08 00:53 ID:???: >>486
どっちでもよさげな場合に dl に流れるわけだよ
どう考えても table な場合は table 使うけど
487 名前：Name_Not_Found ：03/03/08 01:11 ID:???: DTとDDの対応関係は、そのままTHとTDの対応関係に変換可能なのだろうか？
488 名前：Name_Not_Found ：03/03/08 01:14 ID:???: >>488
可能
489 名前：Name_Not_Found ：03/03/08 01:25 ID:???: doctype無し、table厨なHTML描いてて、心が痛んでいます（つД｀）
ローカル内で使用(CD-ROMに収録)といえども、オシゴトってば、ほんと辛いでつ（泪）
490 名前：Name_Not_Found ：03/03/08 01:29 ID:???: >>490
valid な html で書いてはいけない仕事？

仕事は仕事と割り切って頑張ってください。そんなのは適当にやっときゃ良いじゃん。駄目か？
491 名前：Name_Not_Found ：03/03/08 01:33 ID:???: 愚痴は他所でやれって感じだ
492 名前：Name_Not_Found ：03/03/08 01:37 ID:???: スト陸太は愚痴りたいのさ。
493 名前：Name_Not_Found ：03/03/08 01:45 ID:???: 特に価値のない文書に関しては、
valid な html とやらで mark-up したところで、
単なる自己満足でしかないというか。

読めれば、それで良し。
494 名前：Name_Not_Found ：03/03/08 02:01 ID:???: これをストリクタの憂鬱と呼ぶ。
495 名前：UA ：03/03/08 02:06 ID:???: text/htmlで送られてきたんです。
ところが文書がinvalidで苦労しました。
しかも価値が無かったらしくて、
ユーザさんは速攻で閉じてしまいました。

一生懸命レンダリングした私の立場は……
496 名前：Name_Not_Found ：03/03/08 02:19 ID:???: >>496
これから一生懸命レンダリングしますが、よろしいですか？
とか聞いたれや。
きちんと「No」を選んであげるから。
497 名前：Trident ：03/03/08 02:34 ID:???: >>496
ｵｲｵｲ、漏れに丸投げしといてよく言うぜ。
498 名前：Netscape 4.x ：03/03/08 03:32 ID:???: >>496
いいんですよ、適当に表示させとけば。
499 名前：Name_Not_Found ：03/03/08 04:39 ID:???: object要素の有効活用しているサイトが見当たらない。
画像はimg使った方がいいし。
500 名前：Internet Explorer 5.5 ：03/03/08 04:46 ID:???: >>496
俺なんて mime type 無視してまでレンダリングしてるのに
文句たれられるんだぜ。やってられんよ。ほんと。
501 名前：Name_Not_Found ：03/03/08 04:47 ID:???: >>500
どこかでソースファイルをobjectで読み込ませようとしてたサイトがあったけど
うちの IE は text/plain 用のプラグイン探しにいっちゃった気がする。
502 名前：Name_Not_Found ：03/03/08 04:55 ID:???: object使ったときの、画像と外枠との間の余白は一体どうすれば制御出来るのか･･･
503 名前：Amaya ：03/03/08 09:55 ID:???: W3C信者の方にすら見放されてますが、何か。
504 名前：Camino ：03/03/08 09:59 ID:???: ハンドル変えたんですけど、
リアクション少ないんですよね(´･ω･｀)
505 名前：Name_Not_Found ：03/03/08 10:02 ID:???: ＵＡになりきって語るスレはここですか
506 名前：Name_Not_Found ：03/03/08 10:29 ID:???: >>505
きめら→かみの

でしたっけ？

ねこめし日記では取り上げられてましたよ。

きめら便利セットが、髪の便利セットになるとかならないとか。
507 名前：Phoenix ：03/03/08 11:06 ID:???: おいらの名前はどうなるんだろ…
508 名前：Mozilla ：03/03/08 11:28 ID:???: 以前は Seamonkey って呼ばれてたんだけど
覚えている人いるのかなあ（汗）
509 名前：Name_Not_Found ：03/03/08 12:06 ID:???: >>509
覚えてるよ(・∀・
510 名前：Name_Not_Found ：03/03/08 13:07 ID:???: a:hover.link? or
a.link:hover?
511 名前：Name_Not_Found ：03/03/08 13:30 ID:???: >>511
a:hover｛～｝
512 名前：Name_Not_Found ：03/03/08 13:56 ID:???: >>512
Sorry....
.link=class
513 名前：Name_Not_Found ：03/03/08 14:49 ID:???: >511
スレ違い。CSSスレへどうぞ
514 名前：Name_Not_Found ：03/03/08 16:44 ID:???: ちょっと前にカスイケスレで振ってしまった話なんだけど
メールフォーム等の整形は完全にCSSでやるべき？
例えばラベルとフォームの構成部品を改行させたい場合、
<form>
<p>
<label>
お名前<br>
<input type="text" ~>
</label>
</p>
</form>
として<br>を使うより<span>お名前</span>としてdisplay:blockのほうがいい？
tableという方法もあると思うんだけどストリクター的にはどう思いますか？
515 名前：Name_Not_Found ：03/03/08 17:02 ID:???: 別に br を使っちゃ“いけない”なんてことは無いと思うが……。
display: block でもいいけど、table はちょっと大仰に過ぎると思う。
516 名前：Name_Not_Found ：03/03/08 17:02 ID:???: 個人的には UI 専用のセットがでてきて欲しいなぁ、ってとこなんですが、
form 廻りは br とか使わないで label - input の組みを ul で並べたり
p で流したり dl で並べたりして適当に css で整形するといったかんじ。
css で出来る程度で無理矢理満足してる感もいなめない。
517 名前：Name_Not_Found ：03/03/08 17:03 ID:???: ところで input の後にあるチルダは何。
518 名前：Name_Not_Found ：03/03/08 17:06 ID:???: >>515
<form>
<dl>
<dt><label for="name">お名前</label></dt>
<dd><input type="text" id="name"></dd>
</dl>
</form>
とかじゃダメなのか？
519 名前：Name_Not_Found ：03/03/08 17:15 ID:???: >>519
間違っちゃいないとは思うけど、何でも dl って感じがして嫌なのかも。
520 名前：515 ：03/03/08 17:29 ID:???: みなさんレスありがとうございます。こういうフォームの集まりはリストとも言えるし
一つの表としても捉えることができますよね。
悩んでいるのはlabel要素によってラベルと部品は関連づけされているので
ソースをこれ以上大げさにしないほうがいいのかなとも思いまして。
自分は部品とラベルのセットをさらに<p>でくくってお茶を濁してますが
これであってるのかどうか・・・。
>>518
以下略って意味っす。半角にしたら変になってしまいました。
521 名前：Name_Not_Found ：03/03/08 18:33 ID:???: >>515

<form>
<p>
<label for="hogehoge"></label>
<input type="text" id="hogehoge" />
</p>
</form>
でいいと思うんだけど。仕様書でもそうしてるし。

構成をまとめるなら<feildset><legend></legend></feildset>を使う。
522 名前：Name_Not_Found ：03/03/08 18:39 ID:???: >>520
んー使うべきところなような気がしないでもないんだけど。
俺は大体dl使って書いてる。
横に並べたい時はfloatで。
場合によってはtable。

>>521
どうせならlabelにdisplay:block;でも良いかもね。
labelにinput含めなければいけないというわけじゃないし。

>>522
いや、それじゃ改行されないんじゃ?（w
523 名前：Name_Not_Found ：03/03/08 19:02 ID:???: >んー使うべきところなような気がしないでもないんだけど。
うん、そうなんだけど、ぱっと見ソースがdlだらけでこれでいいのかなぁって疑問がよぎる。

もっとも p ばっかりの時点で疑問いだいてないんだから杞憂だろうけど。
524 名前：Name_Not_Found ：03/03/08 19:04 ID:???: legendが適正かどうかはべつとして、
グループ単位で１行にしたければlegendでもdivでもつかってあとはCSS。
525 名前：515 ：03/03/08 19:07 ID:???: >>522
ありがとうございます。色々考えて一番シンプルな>>522の案でいくことにしました。
…と思ったらネスケ7.0でlabel要素にdisplay:blockが効かない…。
Winの、IE6.0、Opera6.05、Opera7.02は改行できたのに。

（´･ω･`）ま、いっか。
526 名前：515 ：03/03/08 19:11 ID:???: >>523
label要素にfor属性があるのを知りませんでした。
ずっとinputも含めなきゃなんないと思ってて。勉強になりました。
では名無しに戻ります。
527 名前：Name_Not_Found ：03/03/08 20:29 ID:???: strictな掲示板を作っているのですが、
本文の色を選択できるようにとの要望がありまして、
どのようにマークアップすべきか悩んでいます。

class="red"

だと今一なので、良い方法がないものでしょうか。
528 名前：Name_Not_Found ：03/03/08 20:33 ID:???: >>528
class="user_color_red"
とかして、何とかごまかすしかないような気がします。
529 名前：Name_Not_Found ：03/03/08 20:56 ID:???: 掲示板で選択する色の意味はまさに「色」なんだから、
class="red"でいいんじゃねーの？
530 名前：Name_Not_Found ：03/03/08 20:58 ID:???: >labelにinput含めなければいけないというわけじゃないし。
うん。でも（IE非対応の）
<lavel> hoge <input /> </lavel>
ができないのが悲しいね。
いちいちidつけて forで指定するのも面倒だし。
531 名前：Name_Not_Found ：03/03/08 21:02 ID:???: redとかやってると細かい色が増えてくると名前つけるのが面倒になるので
user_style_1
nser_style_2
とかってやった方がイイカモ。
532 名前：Name_Not_Found ：03/03/08 21:03 ID:???: ×nser
○user

んざー…
ｲｯﾃｸﾙ
533 名前：Name_Not_Found ：03/03/08 21:05 ID:???: プルダウンで色を選択させるなら
「クラシック」「キュート」「ナチュラル」みたいにごまかしておいて、
将来も「赤」「緑」である保障をなくしてしまえ。

そうしたらclassもclassic / cute / natureみたいにできる。
別にy1,y2...でもいいんだけど、
「色」は全ての環境で表示されるわけではないから、
やめておきたい、俺は。
534 名前：Name_Not_Found ：03/03/08 21:10 ID:???: だな。一段かまして曖昧にしておくのが基本だね。
535 名前：528 ：03/03/08 21:22 ID:???: >>529 >>530
>>532 >>534 >>535

曖昧にしておくのがよいのですね。
どうもありがとうございました。
536 名前：Name_Not_Found ：03/03/08 22:30 ID:???: 質問者じゃないけど掲示板の色について語ってくれた人ありがとう。
ちょうど同じ場面で悩んでた。
537 名前：Name_Not_Found ：03/03/09 11:53 ID:???: 一度「赤」って言う意味をせっていしちゃったら、それは如何なるCSSを
使おうとも赤なんだろ？　違うCSSをつかったら、赤で書き込んだ情報が
緑になったりはしないんだろ？　だったらstyle属性をつかってしまえ！

style属性をHTMLに書き込むのは良くないって奴もいるが、「だったら、
掲示板の選択肢に「赤」とか「緑」とか色指定の内容を書くな」。

掲示板の書き込み色指定ができるって段階で既に既に非strict。
＃「赤い字の所が本年度の情報です」って言うような文章がWAI的ではないってのと同じ。
538 名前：Name_Not_Found ：03/03/09 12:00 ID:???: 何興奮してんの
539 名前：Name_Not_Found ：03/03/09 12:40 ID:???: 本末転倒な話になってきたようだ。
何のためのStrictなんだか。逆に縛られている。
540 名前：Name_Not_Found ：03/03/09 12:57 ID:???: それもまたよし
541 名前：Name_Not_Found ：03/03/09 13:02 ID:???: >>534-535
抽象的にしたところで伝わらなきゃ意味ないし
542 名前：Name_Not_Found ：03/03/09 13:11 ID:???: >>540
>>538 は逆に言えば、色指定する掲示板はstrictに向いてないってってるんじゃ？
style属性つかえとか。
543 名前：Name_Not_Found ：03/03/09 13:24 ID:???: 投稿者の気まぐれで色指定すれば、どんなクラス名・選択肢名にしても
意味のない見栄え指定目的のマークアップにだよね。

# 個人的には見栄え指定マークアップが意味を兼用してなきゃ
# 別にいいだろうと思う。
544 名前：Name_Not_Found ：03/03/09 14:02 ID:???: >>500
objectを使ってdisplay:noneでカウンタスクリプト（count.php）を置いてます。
545 名前：Name_Not_Found ：03/03/09 14:17 ID:???: >>500
つうか、objectを有効に活用しないUAが96%のシェアだからじゃねー？
546 名前：Name_Not_Found ：03/03/09 14:29 ID:???: objectの法が好きだけどつかってない。面倒だから（藁

img altだけで表現できないことができる（HTMLが使える）から委員だけど。
547 名前：Name_Not_Found ：03/03/09 15:50 ID:???: いまんとこimg使っててもStrictつーかValidだしね
548 名前：Name_Not_Found ：03/03/09 19:26 ID:???: XHTML2.0で img 要素が逆転非推奨ってことになったらまた話は変わってくるのにな
549 名前：Name_Not_Found ：03/03/09 19:35 ID:???: img要素が空要素になった経緯について知っておられるかた
または、参考になるページとかご存じないですか？

imgがobjectのように内容を含むことができれば
alt属性の有無でごちゃごちゃすることもなかったろうに。。。
550 名前：Name_Not_Found ：03/03/09 20:23 ID:???: http://www.ibm.com/data/dtd/v11/ibmxhtml1-transitional.dtd

自分でdtd定義しているIBM萌え～
551 名前：Name_Not_Found ：03/03/09 20:36 ID:???: >>549
非推奨も何も、XHTML 2.0 には
最初から img 要素はありませんが……。
逆転で非推奨（というか削除）になったのは acronym や br でしょ。
552 名前：Name_Not_Found ：03/03/09 20:39 ID:???: >>550
多分昔の SGML での一般的な慣習を踏襲したものだと思うけど。
ちなみに、何で SGML では img (相当の)要素を空要素として
記述することが多かったのか、ていうのは、当時の SGML ってのが
今に較べてかなりシステム依存性の高い言語だったってことに
起因してるんじゃないかな。

要するに、当時の SGML は WWW でグローバルに
情報共有したりするためのフォーマットじゃなく、
比較的ローカルな環境であらかじめ決まっている目的を
遂行するための手段だったんだよね。

つまり、もし img 要素を記述するとしたら、それは
「画像を添付する」という唯一の目的のための記述であって、
「画像を表示できない/しない場合は」なんて仮定には
全く意味がなかったんじゃないかな。

ソースを読む人のためのコメントとして「画像の説明」を
記した属性を書くことはあっただろうけど、
出力結果として表示されうる「内容」として「代替テキスト」を
記述するのは確かに無意味だし、むしろ紛らわしいかもね。

# しかも、SGML の省略/短縮関係の機構の多さに顕著なように、
# 当時はデータの量を減らすことも非常に重要だったわけだし、
# 代替テキストなんていらねー、って人の方が多かったのでは?

以上、かなり憶測まじりなので参考程度に留めるて下さい。
つーか想像の域を出ないかも(w 概ねあってるとは思うんだけど。
(って、最後に書かずに最初に書けよって感じですが)
553 名前：Name_Not_Found ：03/03/09 20:50 ID:???: >>553
ココリコ田中の早読み調で楽しんだ
554 名前：Name_Not_Found ：03/03/09 20:54 ID:???: >>550
http://www.kanzaki.com/docs/html/htminfo-alt.html

とか。
555 名前：Name_Not_Found ：03/03/09 21:01 ID:???: ところで特定の要素が多くなるのって悪いことかな？
そうすることがよりstrictであるなら仕方ないんじゃないの
5