Strict-HTML スレッド 26

このエントリーをはてなブックマークに追加
1 ：前スレ 950：
StrictなHTMLについて語るスレッド。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 スレッド24
http://pc5.2ch.net/test/read.cgi/hp/1096723178/

過去ログは>>2、関連スレ・勧告等・その他は>>3。
2 ：前スレ 950：04/12/23 18:53:04 ID:iIalwGeT
■過去ログ
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
Strict-HTML スレッド ver.9 http://pc2.2ch.net/hp/kako/1039/10399/1039974316.html
Strict-HTML スレッド 10 http://pc5.2ch.net/hp/kako/1045/10454/1045493217.html
Strict-HTML スレッド11 http://pc5.2ch.net/hp/kako/1048/10485/1048570237.html
Strict-HTML スレッド12 http://pc5.2ch.net/hp/kako/1048/10488/1048867117.html
Strict-HTML スレッド13 http://pc5.2ch.net/hp/kako/1050/10505/1050581113.html
Strict-HTML スレッド14 http://pc5.2ch.net/hp/kako/1055/10551/1055148679.html
Strict-HTML スレッド15 http://pc5.2ch.net/hp/kako/1059/10594/1059401790.html
Strict-HTML スレッド16 http://pc5.2ch.net/hp/kako/1064/10640/1064061327.html
Strict-HTML スレッド17 http://pc2.2ch.net/test/read.cgi/hp/1068907834/ (消滅?)
Strict-HTML スレッド18 http://pc5.2ch.net/test/read.cgi/hp/1076693129/
Strict-HTML スレッド19 http://pc5.2ch.net/test/read.cgi/hp/1086000635/
Strict-HTML スレッド20 http://pc5.2ch.net/test/read.cgi/hp/1087826844/
Strict-HTML スレッド21 http://pc5.2ch.net/test/read.cgi/hp/1090216329/
Strict-HTML スレッド22 http://pc5.2ch.net/test/read.cgi/hp/1092053733/
Strict-HTML スレッド23 http://pc5.2ch.net/test/read.cgi/hp/1094311630/
Strict-HTML スレッド24 http://pc5.2ch.net/test/read.cgi/hp/1096723178/
Strict-HTML スレッド25 http://pc5.2ch.net/test/read.cgi/hp/1101043958/
3 ：前スレ 950：04/12/23 18:53:35 ID:iIalwGeT
■関連スレ
/* CSS･スタイルシート質問スレッド【37】 */ http://pc5.2ch.net/test/read.cgi/hp/1098720757/
XML、XHTMLについて語り合うスレッド http://pc.2ch.net/hp/kako/1002/10024/1002461949.html
ユーザビリティ専用スレ　その２ http://pc5.2ch.net/test/read.cgi/hp/1020575673/
【みらくる】XHTML 2.0 (その2)【ドリーム】 http://pc5.2ch.net/test/read.cgi/hp/1098711758/
XML使いのスレ 2.0 http://pc5.2ch.net/test/read.cgi/hp/1057198990/
XSL/XSLT http://pc5.2ch.net/test/read.cgi/php/999654569/
【W3C】Web標準仕様・技術系総合スレッド その1 http://pc5.2ch.net/test/read.cgi/hp/1093950965/

■勧告等
HTML 4.01 ttp://www.w3.org/TR/html401/
XHTML 1.0 ttp://www.w3.org/TR/xhtml1/
XHTML Basic ttp://www.w3.org/TR/xhtml-basic/
XHTML 1.1 ttp://www.w3.org/TR/xhtml11/
XHTML 2.0 W3C (Working Draft) ttp://www.w3.org/TR/xhtml2
ISO/IEC 15445:2000(E) ISO-HTML ttp://www.purl.org/NET/ISO+IEC.15445/15445.html
JIS X 4156 (JIS-HTML) ttp://www.y-adagio.com/public/standards/jis_html/toc.htm
上記勧告の邦訳等 ttp://www.doraneko.org/webauth/

■その他
W3C ttp://www.w3.org/
HTML Working Group Roadmap ttp://www.w3.org/MarkUp/xhtml-roadmap/
Another HTML-lint ttp://openlab.ring.gr.jp/k16/htmllint/htmllint.html
W3C HTML Validation Service ttp://validator.w3.org/
ごく簡単なHTMLの説明 ttp://kanzaki.com/docs/htminfo.html
4 ：Name_Not_Found：04/12/23 18:53:50 ID:???
ｶﾄﾁｬﾝ､ﾍﾟｯ
5 ：Name_Not_Found：04/12/23 19:28:56 ID:???
>>3

/* CSS･スタイルシート質問スレッド【38】 */
http://pc5.2ch.net/test/read.cgi/hp/1101827958/
6 ：Neo：04/12/23 22:39:40 ID:???
水曜どうでしょう～♪
7 ：Name_Not_Found：04/12/25 12:37:46 ID:???
■HTMLクイックチェッカ
　ttp://www.tcp-ip.or.jp/~mt2knm/etc/HTMLChecker.html
8 ：Name_Not_Found：04/12/26 17:16:03 ID:???
どうやら前スレでテーブルレイアウトも市民権を得たようだ
9 ：Name_Not_Found：04/12/26 18:13:29 ID:???
意味不明
10 ：Name_Not_Found：04/12/26 18:37:51 ID:???
別にどうでもいい>8
11 ：Name_Not_Found：04/12/26 22:26:21 ID:QPdtTWp/
>>7
スレとあんま関係ないかもしれないけどさ。
スタイルシートおかしくね？
12 ：Name_Not_Found：04/12/27 03:39:53 ID:???
スタイルシートは間違っていようと別にどうでもいいだろ。
13 ：Name_Not_Found：04/12/27 03:42:45 ID:???
>>12
ああ、すまん。別にいいんだけどさ。
ちと見づれーなー、と。
14 ：Name_Not_Found：04/12/28 00:33:21 ID:???
で、Ｓｔｒｉｃｔたる精神とはなんぞや↓
15 ：Name_Not_Found：04/12/28 00:46:12 ID:???
何が「で、」なんだ？
16 ：Name_Not_Found：04/12/28 02:21:19 ID:???
<MARQUEE>タグで文字を下から上へスクロールしてるんですが、
最後の行を真ん中で止める　ってのはどうすればいいでしょうか
<MARQUEE></MARQUEE>の間に新しく<MARQUEE>置いて”スライド”してもエラー出て駄目でした。
どんな方法があるでしょうか。
17 ：Name_Not_Found：04/12/28 02:28:26 ID:???
(　ﾟдﾟ)､ﾍﾟｯ
18 ：Name_Not_Found：04/12/28 11:59:25 ID:???
鬼のようにStrictでない質問だな
19 ：Name_Not_Found：04/12/28 12:00:51 ID:???
>>16
こちらへどうぞ。

Webサイト制作初心者用質問スレ Part 114
http://pc5.2ch.net/test/read.cgi/hp/1104083322/
20 ：Name_Not_Found：04/12/28 12:51:34 ID:???
>>19
誘導ならこっちにしてくれ

>>16
こちらへどうぞ
ttp://pc5.2ch.net/test/read.cgi/hp/1101973351/l50
21 ：Name_Not_Found：04/12/28 14:42:34 ID:???
XHTML 1.0 Strictでサイトをつくりはじめました。
すごく縦長のページなので、name属性を使ってページの先頭にリンクをつけたのですが
Another HTML-lint gatewayでチェックすると
「<a> には name 属性と id 属性の両方を指定するようにしましょう。」と怒られてしまいます。

かなり縦に長いページなので途中で何回かページの先頭にリンクを付けたいので、一回しか
使用できないid属性だと使えないですし、こういった場合にはどうしたらいいのでしょうか。
22 ：Name_Not_Found：04/12/28 14:47:15 ID:???
>>21
おいヌケサクよ。
アンカー側のidは同じものにならないだろう。
バカじゃねえの？
23 ：Name_Not_Found：04/12/28 15:01:18 ID:???
>>21
Strict以前の問題だな。
アンカーにつけかたから勉強しといで。
24 ：21：04/12/28 15:03:30 ID:???
>>22
レスありがとうございます。
はじめにリンクを付けた時に、すべてid属性にしてチェックをしてみたら
「id属性は一度しか使えません」という結果だったのでname属性に変えて
チェックをかけたところ>>21の結果になってしまいました。
アンカー先は一箇所にしたいです。
25 ：Name_Not_Found：04/12/28 15:04:08 ID:???
>>21
属性値の末尾にインクリメンタルに数値振ってみるとか、
セクション名＋Aとでも属性値を入れてみるとか、
好きにするとヨロシ
26 ：Name_Not_Found：04/12/28 15:05:03 ID:???
>>23
日本語につかいかたから勉強しといで。
27 ：Name_Not_Found：04/12/28 15:06:37 ID:???
>>24
> アンカー先は一箇所にしたいです。

用語等についてもう一度学習した方がよろしいかと

名前が機能そのものをを表してる場合がほとんどなので...
28 ：21：04/12/28 15:06:55 ID:???
リロードしなかった…orz
>>23
すみませんでした。
スレ違いかどうかもわからなくってここで聞いてしまいました。
もう一度勉強し直してきます。ありがとうございました。
29 ：Name_Not_Found：04/12/28 15:08:35 ID:???
>>24
一箇所しかアンカーになってないんだから、idは一個だろ、って。
なんでわからないんだ！
30 ：Name_Not_Found：04/12/28 15:12:15 ID:???
>>29
意味不明ですな

リンク先：頁先頭のアンカー
頁先頭へのリンク：セクション毎←これらにid振りたくて、
　　　　　　　　　　　　　　　　最初は全部同じ属性値を入力してAHLに怒られた、ってことでやんしょ？
31 ：Name_Not_Found：04/12/28 15:15:05 ID:???
>>30
もうね、バカの能書きとかいいから、ソース出しなさいソース。
32 ：25=27=30：04/12/28 15:16:32 ID:???
>>31
ごめん、オタフクとブルドックならどっちがいい？
33 ：Name_Not_Found：04/12/28 15:20:27 ID:???
<h1 id="TOP">～

いろいろ
<a href="#TOP">～
いろいろ
<a href="#TOP">～
いろいろ
<a href="#TOP">～
いろいろ
<a href="#TOP">～

topのidの属性値は一個しないでそ。
34 ：25=27=30：04/12/28 15:22:18 ID:???
>>31
あぁ、わかった

リンクする方のアンカーに無理にid振るこた無いだろってことね
そらまぁそうだ。

すまぬ
35 ：Name_Not_Found：04/12/28 15:24:02 ID:???
>>30
トップに戻るためにトップにつけてるアンカーが「<a name="foo">～</a>」で、
このaにidつけろ、って言われてるんだろ？

なのに、<a href="#a">～全部に同じidを振ろうとしてる、ってことじゃねえの？
36 ：22=29=31=33=35：04/12/28 15:25:31 ID:???
>>34
おお、タイミングずれた。すまん。
37 ：25=27=30：04/12/28 15:25:51 ID:???
>>35
そそ、その通りに解釈しました

んでもって>>33->>34のとおり...
38 ：35：04/12/28 15:26:27 ID:???
しかもfooに#aじゃ無理だな。typoすまん。
39 ：21=24：04/12/28 16:39:00 ID:???
すみません、結局検索ではわからず、このスレをリロードして解決しました。
スレ違いで申し訳ありませんが、お騒がせしましたので一応ご報告します。

私が始めに記述したのはまさに>>33の通りで、これだとAnother HTML-lint gatewayで
怒られるのでname属性にしてみたところ、「id属性も付けろ」と言われ、途方にくれてました。
質問の仕方が悪くて混乱させてしまってすみませんでした。

>リンクする方のアンカーに無理にid振るこた無いだろってことね
これを見て試しました。↓
<h1><a name="top" id="top">～</a></h1>

いろいろ
<a href="#top">～
いろいろ
<a href="#top">～
いろいろ
<a href="#top">～
いろいろ
<a href="#top">～

これで、Another HTML-lint gatewayで怒られることがなくなりました。
おかげさまで91点が取れました。
スレ違い+長文+結局自己解決出来なくてすみませんでした。勉強します。
40 ：Name_Not_Found：04/12/28 16:53:16 ID:???
>>39
もう一歩進んで、

<h1 id="TOP">～</h1>

とするとよい気もするな。
id属性はそのままアンカーになるんだから、a要素でアンカーを振るのはくどい気がする。
41 ：前スレ 950：04/12/28 16:56:28 ID:MFFvb1um
>>39

<h1 id="top">～</h1>

って感じで、h1 自体に id を割り振っておけば、わざわざ a 要素でアンカーを指定する必要ないのでは？
そうすると a 要素の name 属性がいらないわけで、単純になるかと。
42 ：21=24=39：04/12/28 17:25:21 ID:???
すみません、>>39で「私が始めに記述したのはまさに>>33の通りで～」と書きましたが
実際には
<h1><a id="top">～</a></h1>と記述してAnother HTML-lint gatewayに怒られてました。
今、>>40-41さんの仰る通りの記述で試したらエラーが出ませんでした。
このほうがすっきりしていい感じになりました。
本当に何度もすみませんでした。基本がなっていませんでした。ありがとうございました。orz
43 ：Name_Not_Found：04/12/28 17:30:11 ID:???
なんか親切になったな、このスレ
44 ：Name_Not_Found：04/12/28 17:30:20 ID:???
>>40 >>41
古いHTMLとの互換性を考えるなら<a name>も必要…ってことになるから
その辺はどこまで互換性を考えるかだな。
45 ：Name_Not_Found：04/12/28 19:49:54 ID:???
>43
良いことです
46 ：Name_Not_Found：04/12/29 12:26:21 ID:???
>>43
今まで
・難題を出したつもりになっていい気になってる質問
・そもそもそれCSSの話だろorJSの話だろ、というような場違いな質問
・初心者スレ行けよな質問
ばかりだったからな。

strictな文書書きたい、って気持ちが伝わったんじゃないかな。
ちょっとlint厨な匂いはしたけど向上心はあるみたいだし。
47 ：Name_Not_Found：04/12/29 12:28:20 ID:???
>>44
> 古いHTMLとの互換性を考えるならも必要…ってことになるから
いやいや、古いHTMLと互換する必要はないだろ。DTDは明示してるものを使ってるわけだし。
問題なのは、「古いブラウザとの互換性」。

dアンカーを理解できないくらい古いブラウザってXHTML表示出来るの？って思った。
48 ：Name_Not_Found：04/12/29 14:20:16 ID:???
出来ますよ、表示
49 ：Name_Not_Found：04/12/29 14:32:07 ID:???
ダウンロードになりますが何か?
50 ：Name_Not_Found：04/12/29 21:26:22 ID:???
別に。
51 ：Name_Not_Found：04/12/29 21:34:23 ID:???
>49
(,,ﾟДﾟ) ｶﾞﾝｶﾞﾚ!
52 ：49：04/12/29 22:28:48 ID:???
>>48
表示してみてください。
ttp://nazodane.hp.infoseek.co.jp/index.xhtml
>>51
ｶﾞﾝｶﾞﾙ
53 ：Name_Not_Found：04/12/30 12:39:55 ID:???
>>47
現存の多数のブラウザでの実装状況を考えるという方向性とは違った
方向性として、XHTML1.1を選ぶという方向性があり得るように、
現存の古いブラウザでの互換状況を考えるという方向性とは違った
方向性として、古いHTML規格との互換性を考えるという方向性も
あり得るんじゃないだろうか。
54 ：Name_Not_Found：04/12/30 13:17:35 ID:???
XHTML1.0は表示できますが何か
55 ：Name_Not_Found：04/12/30 14:30:05 ID:???
それでもapplication/xhtml+xmlは開けませんが何か?
56 ：Name_Not_Found：04/12/30 15:18:50 ID:???
XHTML1.0はtext/htmlでも構いませんが何か
57 ：Name_Not_Found：04/12/30 17:02:11 ID:???
もー「何か」禁止
58 ：Name_Not_Found：04/12/30 17:09:17 ID:???
何言ってんだお前
59 ：Name_Not_Found：04/12/30 17:18:49 ID:???
じゃあ「伺か」に改称で
60 ：Name_Not_Found：04/12/30 17:19:54 ID:???
>56
そんなこと百も承知ですが伺か？
61 ：Name_Not_Found：04/12/30 17:22:52 ID:???
>47　「古いブラウザってXHTML表示出来るの？」
>54　「XHTML1.0は表示できる」
>55　「application/xhtml+xmlは開けない」
>56　「XHTML1.0はtext/htmlでも構わない」
>60　「知ってるけど何？」

47がXHTML = application/xhtml+xmlと定義したのでないなら、
55 (= 60?)の発言がどういう意味を持ってるのか俺に説明してくれないか。
62 ：Name_Not_Found：04/12/30 17:29:23 ID:???
元が
>XHTML表示
とあるのでtext/htmlによるHTML表示しかできないといってみるﾃｽﾄ
63 ：Name_Not_Found：04/12/30 17:34:54 ID:???
XHTML（の）表示、と脳内補完してたんだが、
XHTML表示（= application/xhtml+xml表示？）なんて言葉があるのか。
そりゃ知らんかった。スマンね。
64 ：Name_Not_Found：04/12/30 18:21:07 ID:???
XMLモードの表示と脳内解釈したが
65 ：47：04/12/30 19:13:12 ID:???
ごめん。俺のヘンな質問の所為で。
HTML4.01しか使ったことないから、XHTMLの仕様を知らなくて、
見れるサイトと見れないサイトがあるなぁ、くらいにしか認識してなかったことから出た疑問なんだ。

>>54-55で疑問は氷解したけど。
66 ：Name_Not_Found：04/12/30 19:24:40 ID:???
XML宣言するとIE6がウンコなんだけど
皆どうしてるの？
67 ：Name_Not_Found：04/12/30 19:42:36 ID:???
>>66
ここで聞くなよ。
ここでは「実装なんざ無関係」のスタンスなんだからさ。
68 ：Name_Not_Found：04/12/30 19:43:15 ID:???
【W3C】Web標準仕様・技術系総合スレッド その1
http://pc5.2ch.net/test/read.cgi/hp/1093950965/l50
69 ：Name_Not_Found：04/12/30 19:59:07 ID:???
>>66
IEは無視でやってます
70 ：(・∀・)ｲﾝﾃﾞﾅｲｶｲ!! ◆401g2mGcrA ：04/12/31 22:43:12 ID:???
XHTML1.1 でやっていたんだけど、IE の実装ダメダメなせいで HTML4.01 Strict に戻すことにしました。
71 ：Name_Not_Found：04/12/31 22:43:51 ID:???
文字コード宣言を省略するとそれなりに見れるようになるらしい
72 ：Name_Not_Found：05/01/01 00:51:25 ID:???
>>70
XHTML1.0にすれば
73 ：Name_Not_Found：05/01/01 00:53:57 ID:???
ruby タグさえ使えれば HTML 4.01 Strict で何の不満もないんだけどな…
74 ：Name_Not_Found：05/01/01 02:08:50 ID:???
ルビあると読みにくい
75 ：(・∀・)ｲﾝﾃﾞﾅｲｶｲ!! ◆401g2mGcrA ：05/01/01 02:22:52 ID:???
あけましておめでとうございます。

IE の実装がダメダメってのは要するに、1行目に XML 宣言があると CSS の解釈が後方互換モードになる、っていう問題があるんだよね。
ホント、HTML4.01 Strict で ruby が使えたらなぁ。
76 ： 【小吉】 【573円】 ：05/01/01 02:27:09 ID:???
このスレは実装はどうでもいいはずじゃ(ry
77 ：(・∀・)ｲﾝﾃﾞﾅｲｶｲ!! ◆401g2mGcrA ：05/01/01 02:27:53 ID:???
>>76
そ、そう言われてみればそうだな（汗）。
78 ：Name_Not_Found：05/01/01 03:07:13 ID:???
>>74
そんなのIE使ってるからですよ。Operaもかな？
Mozillaはrubyの解釈が標準では同じ行に書く、だよ。
拡張なりユーザスタイルシートで書籍風に出来る。
79 ： 【吉】 【103円】 ：05/01/01 12:23:15 ID:???
解釈じゃなくて対応してないだけだろ？
80 ：Name_Not_Found：05/01/01 13:12:52 ID:???
ルビなんか要らん。ルビいるようなものは（）で書けばいいじゃないか
81 ：Name_Not_Found：05/01/01 16:23:17 ID:???
>>73
HTMLとしては非推奨だが、SGMLの文書型宣言部分集合を使えば可能。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" [
<!ENTITY % special
"A | IMG | OBJECT | BR | SCRIPT | MAP | Q | SUB | SUP | SPAN | BDO | RUBY" >
<!ELEMENT ruby - - (rb,(rt|(rp,rt,rp))) >
<!ELEMENT rb - - (#PCDATA) >
<!ELEMENT rp - - (#PCDATA) >
<!ELEMENT rt - - (#PCDATA) >
]>
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type"
CONTENT="text/html; charset=US-ASCII">
<TITLE>test</TITLE>
</HEAD><BODY>
<P><ruby><rb>WWW</rb>
<rp>(</rp><rt>World Wide Web</rt><rp>)</rp></ruby>!!</P>
</BODY></HTML>

これで完全にValid。まあ、ほとんどのブラウザが対応してないので ]>
部分が見えてしまうが。
82 ：Name_Not_Found：05/01/02 02:28:00 ID:???
難しすぎて意味が分からん
83 ：Name_Not_Found：05/01/02 09:17:12 ID:???
具体例を示されて「難しすぎ」か……
84 ：Name_Not_Found：05/01/02 09:40:07 ID:???
>>81
なるほど。
確かに、W3C の検証サービスに通してみたら Valid と認定されたな。
HTML-lint では、非推奨な手段でやってるから当然、エラーとして指摘されまくるわけだが。
85 ：Name_Not_Found：05/01/02 10:54:40 ID:???
ところでrubyってStrict的な要素だと思う？
86 ：Name_Not_Found：05/01/02 10:56:59 ID:???
Strict的な、というのはどういう意味だ。
87 ：Name_Not_Found：05/01/02 11:26:05 ID:???
rp要素のことか？
88 ：Name_Not_Found：05/01/02 12:46:13 ID:???
>>86
表示方法をタグで指定せずスタイルシートに委ねる
89 ：Name_Not_Found：05/01/02 13:55:54 ID:???
構造的にはabbrもacronymもrubyも穴痔では？
90 ：Name_Not_Found：05/01/02 14:08:32 ID:???
>>88
UA側で切り替える話だろそりゃ。supもsubも。
視覚メディア以外にもrt読んでrbは無視、とかあるだろ。
91 ：Name_Not_Found：05/01/02 21:19:47 ID:???
>>85
Strict 的だと思う
92 ：Name_Not_Found：05/01/02 23:02:44 ID:???
rubyが括弧（rpだっけ？）があるのが好きになれない。
93 ：Name_Not_Found：05/01/03 03:18:33 ID:???
>>92
嫌ならつけなければ? 非対応ブラウザで見にくくなるけど
94 ：Name_Not_Found：05/01/03 04:37:39 ID:???
じゃぁお前さんは自分が書いたわけでもないルビを全部消せるんだな？
95 ：Name_Not_Found：05/01/03 04:42:27 ID:???
ユーザースタイルシート
96 ：Name_Not_Found：05/01/03 04:57:35 ID:???
キモオタ以外でユーザースタイルシート使ってる香具師って日本にどれくらいいるんだろうな。
97 ：Name_Not_Found：05/01/03 04:59:58 ID:???
キモヲタかどうか、は関係ないな。話題に上がってないから。
>>94で提示された「お前さんは自分が書いたわけでもないルビを全部消せるんだな？」は
>>95の通りユーザスタイルシートで解決。何の問題があるよ？不勉強だった自分が恥ずかしいか？
98 ：Name_Not_Found：05/01/03 05:07:25 ID:???
>>92,94,96
ppp
99 ：Name_Not_Found：05/01/03 05:38:20 ID:???
>96
つ、釣られないぞ…！
100 ：Name_Not_Found：05/01/03 12:13:11 ID:???
strictとはあまり関係ないけど、ルビって通常使わない方がいんじゃない？
全漢字にルビを振るってあまり意味がないし、
　＃漢字すべてにルビを振っても、小学生未満では、かなが読めないから、
　＃誰でも読めることにはどっちみちならない。
じゃあ（内閣告示である）常用漢字の範囲はルビなしとして、
常用漢字以外はルビを振るという決まりにするとしても、
常用漢字以外はかな表記のままの方が文書としてフォーマルと言えるからね。
101 ：Name_Not_Found：05/01/03 13:31:28 ID:???
「宇宙」とかいて「そら」と読ませたいんだよ。
102 ：Name_Not_Found：05/01/03 14:51:24 ID:???
音声ブラウザに読み方を教える要素…とか
103 ：Name_Not_Found：05/01/03 15:03:22 ID:???
>>100
小中学生には意味があるんじゃないか？
104 ：Name_Not_Found：05/01/03 15:36:58 ID:???
>>101
「刻」とかいて「とき」もだね。
105 ：Name_Not_Found：05/01/03 16:12:33 ID:???
それならtitleで良いじゃん
106 ：Name_Not_Found：05/01/03 16:21:34 ID:???
<ruby title="かな"> の方が使いやすそう
107 ：Name_Not_Found：05/01/03 17:07:09 ID:???
いいねそれ
108 ：Name_Not_Found：05/01/03 17:12:50 ID:???
表示されるものをマーク付けするわけだから、属性値にしちゃだめでしょ。
109 ：Name_Not_Found：05/01/03 17:30:01 ID:???
ここはキモオタのすくつ（←何湖か変換できない）でつね
110 ：Name_Not_Found：05/01/03 17:51:49 ID:???
>>109
キモオタというフレーズがなんらかの攻撃力をもっていると思っているように御見受けするが、
人は自分が言われて不快感を感じる言葉で相手を攻撃しようとする傾向にあることをご存知か？
111 ：Name_Not_Found：05/01/03 17:54:05 ID:???
釣られすぎ
112 ：Name_Not_Found：05/01/03 17:55:47 ID:???
コピペにマジレスはよくない。

ルビ = 読み仮名と考えるからよくない。
読み仮名はルビの使い方のひとつの方法に過ぎないのであって、>>101 >>104 が指摘するように
通常の用法にない読み方をさせたり、仕様書にもあるように省略語や頭文字の説明にも使える。

もっとも、純粋なマークアップというよりは、「マークアップ補完」みたいなもんだとは思うが。
113 ：Name_Not_Found：05/01/03 18:36:09 ID:???
>>108
そのXML設計手法は古いかと。
114 ：Name_Not_Found：05/01/03 18:53:08 ID:???
>>113
古い？　何言ってんだこいつ
115 ：Name_Not_Found：05/01/03 20:24:21 ID:???
表示されるものは内容値、
表示されないものは属性、
っていうのは古いといえば古いね。
XMLが全部文章みたいな情報を扱うとは限らないし。

まあ、XHTMLなら未だに現役だとおもうけど。
後方互換性とか考えてもね。
116 ：100：05/01/03 20:50:44 ID:???
仕様書によると
「ルビテキストは、結び付けられるベーステキストの、
短い注釈を示すために用いられる。最も多い用法は、
読み(発音の手引き)を提供することである。」
とある。短い注釈であるなら<element title="～">が既にあるわけだから、
rubyの追加は不可解だと思う。
実際は東アジア言語向けと明記されてるから「読みがな」が主たる目的だと思うけど、
>>101>>104などは、読みというより特殊な読み方を説明してる分けだから、titleの方が妥当性が高い気がする。
117 ：100：05/01/03 21:07:37 ID:???
>>103が言ってることについては、常用の言葉（IMEで普通に変換できる）であれば、
筆者がわざわざルビを振らなくても、そもそもUAが自動的に振ってくれるべきじゃないかと。
118 ：Name_Not_Found：05/01/03 21:43:30 ID:???
「心中」を自殺の意味である「しんじゅう」と読ませるか、
感情描写の際に用いられる「しんちゅう」と読ませるか。
別にこれくらい制作者が口出してもいいんじゃねーのと思うわけですよ。
119 ：Name_Not_Found：05/01/03 21:47:03 ID:???
>>115
中身に要素を持つか否かに加えて、空白文字の扱い方の違いも
要素と属性どちらを選択するかの判断要因になるね。
120 ：Name_Not_Found：05/01/03 21:49:35 ID:???
単純に読みを表すためのものというのなら、
<span ruby="しんちゅう">心中</span>
とか、汎用属性だった方が良かったかもな。
121 ：Name_Not_Found：05/01/03 21:49:45 ID:???
> >>101>>104などは、読みというより特殊な読み方を説明してる

ここらへんをもうちょっとわかりやすく説明してくれまいか。
「特殊な読み方」だって「読み」の範疇に含まれるものであるわけだし、
「特殊な読み方」にはルビを振ってはいけない、という仕様も慣習もない。
特殊な読み方であってもそう読ませるのであれば他メディア・媒体でもルビを振るし、
それがHTMLでは別の方法に置き換わる必然性が感じられん。
122 ：Name_Not_Found：05/01/03 21:54:05 ID:???
>>115
古いとか古くないとかじゃなくてさ、
マーク付け言語なのに、マーク付け側の都合で属性にしてしまう、ってのはおかしくない？
123 ：100：05/01/03 21:54:25 ID:???
>>118
>>102が言ってる音声ブラウザに読み方を教える機能だね。
なるほど、その意味では現状は意味があるね。
124 ：Name_Not_Found：05/01/03 22:02:25 ID:???
>>122
別におかしくないじゃん。
125 ：100：05/01/03 22:06:10 ID:???
>>120
賛成

>>121
もちろん、仕様に照らせば正しい。
今俺は、ruby要素は要らないんじゃないかというスタンスで発言してるから、
titleでも十分じゃないかと。
今の仕様だと、今後、title、abbr、acronymとrubyで場合によって、
どちらが適切かと悩むことにもなりかねない。
どっちみち端末がもすこし進歩していけば、かな表記、漢字表記が自由に選択できるようになるだろうとか、
前後の文脈に合わせて適切に読み上げるとかできるようになるだろうと考えると、
無くて良いんじゃないかって事。
126 ：Name_Not_Found：05/01/03 22:06:39 ID:???
>>124
なんでや
127 ：Name_Not_Found：05/01/03 22:07:20 ID:???
複雑ルビのマークアップを考えると属性だとちょっと辛いんだよね。
ttp://linkage.xrea.jp/ref/xhtml_ref/ruby.html
の例とか。

ただ、RDF:Altみたいな代替表現を全部ルビで表現するのもなあ。
「山田太郎」と「Yamada Tarou」は本質的には同じものだし。

<p xml:lang="ja">私の名前は
　<rdf:Alt>
　　<rdf:li>山田太郎</rdf:li>
　　<rdf:li xml:lang="en">Yamada Tarou</rdf:li>
　</rdf:Alt>
です。</p>

みたいな感じかなあ。
128 ：Name_Not_Found：05/01/03 22:09:40 ID:???
山田太郎（Yamada Tarou）　なのか
山田（Yamada） 太郎（Tarou）　なのか
たまに迷う。
129 ：Name_Not_Found：05/01/03 22:14:43 ID:???
>>128
わざわざルビで示すなら、分けたほうが親切な気はするけど。
130 ：100：05/01/03 22:18:58 ID:???
読み仮名ってベーステキストの説明のひとつでしょ？
別要素にする方がおかしいと思うけど。
131 ：121：05/01/03 22:24:59 ID:???
>>125
いや、だからね……rubyよりtitleで表す方が妥当だと感じる理由が知りたいのよ。

実装の話はスレ違いになるのでこんな例を出すのもアレなのだが、
（特に日本語の場合は）ひとつの表記で複数の読み方をさせることが可能で、
文章によってはそれが効果的な（必然的な）トリックになることもあるんだよね。
そんなトリックがなくちゃ成り立たない文章はダメだ、ってことになるかも知れんが、
例えば推理小説の研究・解説をHTMLでやることだってなくはないし。
前世紀の紙メディアの負の遺産、かも知れんけどさ。代替手段はあっても悪くはないでしょ。

例えば俺の名前、漢字で書くと二通り読みがあるんだけど、
役所に出してる届では濁らないのに、濁る読み方のが一般的なんだよね。
これもruby要素でなくてtitle属性で記述するべき？
132 ：Name_Not_Found：05/01/03 22:28:07 ID:???
振り仮名を表すもっとも適切な要素rubyがあるのだから
それを使えるのであれば使う、というのがHTML的マークアップの基本じゃない？
それが利用できなければ次善の策としてtitle属性と。
133 ：100：05/01/03 22:34:51 ID:???
>>131
ほんとごめん。馬鹿で。書き終わってこれじゃ怒られるなって自分でも思った。

どっちが正しいとは機械に判断できないものか。。
それは、なんにせよ注釈は必要だね。
ただ>>130で言ったように、読みはベーステキストの説明（属性）だと思うので、titleか>>120だと思う。
でも俺馬鹿だから..
134 ：100：05/01/03 22:39:56 ID:???
ところでYamada Taroってlang="en"なの？
これもいつも悩むんだけど、ローマ字で表記してるだけであって、英語ではないんじゃないかと思うんだけど。
固有名詞に言語ってあるの？？？
135 ：Name_Not_Found：05/01/03 22:41:51 ID:???
rubyが要素になったのは、汎用性を求めすぎたことによる典型的な仕様の巨大化でしょうな。
xhtml:ruby属性も提供してくれればよかったかもしれんが。
136 ：Name_Not_Found：05/01/03 22:42:21 ID:???
>>131
> （特に日本語の場合は）ひとつの表記で複数の読み方をさせることが可能で、
一種類じゃない、ってのはわかる。じゃあ、限定したい（こう読ませたい）って時に使えばいいんじゃないのか？　って思うよ。

> そんなトリックがなくちゃ成り立たない文章はダメだ、ってことになるかも知れんが、
いや、そういうトリックを盛り込みたい文字列の振り仮名までいれろ、ってことではないでしょ。

> 例えば俺の名前、漢字で書くと二通り読みがあるんだけど、
あなたが呼ばれてる読み方を振り仮名にすればいいわけじゃないの？
例えば、「この文字にはこれとこれとこれの読み方があります」みたいなのを想定してるなら、
それこそdl要素の範疇だと思うし。
137 ：100：05/01/03 22:44:04 ID:???
あら...また答えになってない...ごめんなさい。落ちます。
138 ：Name_Not_Found：05/01/03 22:44:16 ID:???
>>134
難しいこと言うね。
日本語だと言えば日本語。
でも、英文に登場する日本の固有名のものは、ローマ字で書かれるんだから英語。

似たようなものに、日本語と中国語と同じ漢字を使うけど、
langがどっちになるか、ってのは作者の意図だ、ってことだと思うわけ。
139 ：Name_Not_Found：05/01/03 23:58:47 ID:???
複雑ルビとか考えたら要素で良いんじゃないかな。
よみがなに限定することも無いでしょ。

XMLのスキーマ設計でも、ある物を属性にするか要素にするかは悩みどころ。
SVGなんかだとtitleとかdescとか要素になってるね。
属性に対する要素の利点はマークアップ可能な点とかだね。
140 ：Name_Not_Found：05/01/04 01:04:22 ID:???
>>135
っていうか、先にIEが独自要素としてrubyを実装してて、それを
そのまま標準に取り入れたっていうだけだろ？　W3Cで考えて
作った要素じゃないから設計が良くないってことじゃない？
141 ：Name_Not_Found：05/01/04 01:50:43 ID:???
MS が諸悪の根源だと言いたげだな
142 ：121：05/01/04 10:06:20 ID:???
>>134
韓国語（ハングル？）で表記したら韓国語で、
アルファベットで表記したら英語、っていう認識なんじゃないかな。
言語と文字の関連付けは全然詳しくないけど……。

>>136
> じゃあ、限定したい（こう読ませたい）って時に使えばいいんじゃないのか？
うまい例がすぐに思い付かないので申し訳ないんだが、
二つ（以上）の読み方をさせないと通じない、ていう場面もあると思うんだよ。
二つの読み方ができる、でなくて、二つの読み方をする、っていう。
<ruby><rb>きちがい</rb><rt>季違い</rt><rt>気違い</rt></ruby>
っていうのが金田一のトリックにあったような気がする。

> あなたが呼ばれてる読み方を振り仮名にすればいいわけじゃないの？
> 例えば、「この文字にはこれとこれとこれの読み方があります」みたいなのを想定してるなら、
いや全然そういう問題じゃなくてね……。
通称を記載すればそれで済む場面はそうすればいいんだけど、
法律上通称ではない方で登録されてたらそう記載する必要がある場面もあるでしょ。
別に通称が悪いとは思わないけど、正しい読み方じゃないんだよそれ。
143 ：Name_Not_Found：05/01/04 10:18:28 ID:???
>>142
文字と言語は
144 ：Name_Not_Found：05/01/04 13:18:13 ID:???
Watashi ha Yamada Taro desu.
↑は、表現にアルファベットを使ってるけど、日本語

アイム タローヤマダ。
↑は、表現にカタカナを使ってるけど、英語
145 ：Name_Not_Found：05/01/04 13:22:40 ID:???
>>144
xml:langは文字でしょ。
xml:langにより正しい文字の形に変えるんだし。
146 ：Name_Not_Found：05/01/04 14:45:00 ID:???
>>145
言語と文字種は別のもの。>>144 より分かりにくい例だけど、
日本の漢文（日本に伝わったあとの漢詩など）は、言語は中国語で
文字種は日本の漢字。

で、lang属性（以下、xml:lang属性も含む）は仕様書にもあるように、
その名の通り言語を表している。でも実装は文字種の選択にも使われて
いる。なぜか？

ISO-2022-JP などは文字コード自体に文字種の宣言が含まれているので、
あとは言語だけをlang属性で指定すれば完全に2つとも特定出来る。でも、
UTF-8（というかUnicode系）では文字コードに文字種の違いが含まれ
ない。そして(X)HTMLは、言語をlang属性で指定できても文字種を指定する
手段がない。従って、言語から文字種を類推するしかないというのが現状。

これが、ブラウザがlang属性で文字種を変える理由だ。しかしこれは、
言語と文字種の違いを考えれば、本質的に間違いだと分かる。これでは
Unicode系を使う限り、上記の「日本の漢文」のような例を正しくマーク
アップ出来ない。つまり、規格が不完全だということ。
147 ：Name_Not_Found：05/01/04 15:01:03 ID:???
文字種の区分がなくなるのは、Unicodeの存在意義として正しい。
148 ：Name_Not_Found：05/01/04 22:32:54 ID:???
>>142
> 通称を記載すればそれで済む場面はそうすればいいんだけど、
> 法律上通称ではない方で登録されてたらそう記載する必要がある場面もあるでしょ。
ちょっと意味がわからん。
まず文字があって、それの読みがあって、その読みをマーク付けするのがルビ要素なんだろ？
法律とかの話が出てきても、詳しくないんで詳細書いてくれないとぴんと来ないです。
149 ：Name_Not_Found：05/01/04 23:37:30 ID:???
>>147
文字種の区分をなくしたのがUnicodeの特徴だから、存在意義を
言えばその通りだけど、そのおかげでどの文字種で表示したらいいか
が判別できなくなったってことでしょ？
150 ：Name_Not_Found：05/01/05 03:24:58 ID:???
「01/02/04」
って日付らしきものが書いてあったときは
xml:langが重要になってくるだろうな。

W3CDTFつかえ、とかそういうのとはまた別の話で。
151 ：Name_Not_Found：05/01/05 04:05:12 ID:???
>>150
scheme属性は?
152 ：Name_Not_Found：05/01/05 08:04:44 ID:???
>148
＞法律上
ビートたけしは本名じゃないよね。って話ですよ＜通称⇔それ以外

ただ、なぜ今ここで法律が出てくるのかは不可解だが…
153 ：Name_Not_Found：05/01/05 13:10:34 ID:???
>>134
結局、外来語は何語かということを考えるといいんじゃないかな。
「ガラスの皿に食パンを置きました」
という文をマークアップするのに、ガラスはオランダ語で、パンは
ポルトガル語だからといちいちlangを付けるのは、かなりおかしい。
外来語は既に日本語の一部になっている。同様に、
「ブッシュ大統領について」
のブッシュは英語だからlang="en"…というのもおかしいと思う。
固有名詞もその言語の中に入った時点でその言語の一部だろう。
一種の外来語だ。

だったら、
「My name is Tanaka.」
のTanakaも日本語中の「ブッシュ」と同様、外来語扱いで英語で
いいんじゃないかな？　そして、
「Mein Name ist Tanaka.」
のTanakaはドイツ語と。

>>138
言語と文字種は違うという話があるから、ローマ字かどうかではなく、
どの言語の文中に出てくるかだと思う。
「Watashi no namae wa Tanaka desu.」
のTanakaなら日本語。
154 ：Name_Not_Found：05/01/05 15:21:26 ID:???
>>140
Rubyは別にMicrosoftの発案じゃないでしょ。
WD段階のを実装したままで放置プレイって罪はあるだろうが。
155 ：Name_Not_Found：05/01/05 15:35:30 ID:???
langはたとえば「日本語のサイトをリストアップする」のに使うんだから、
書き手が「日本語のページとして分類してもらいたい」と思ったのならば、
文中に多量の英語が含まれていたとしても日本語扱いでしょ。
156 ：Name_Not_Found：05/01/05 16:05:35 ID:???
>>langはたとえば「日本語の<em>サイト</em>をリストアップする」のに使う

そうだったっけ？
157 ：Name_Not_Found：05/01/05 16:09:47 ID:???
>>155

http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/dirlang.html#h-8.1

見直した方が良さそうだよ
158 ：Name_Not_Found：05/01/05 16:17:22 ID:???
>>156
ページとか要素と言えば満足かな？
159 ：Name_Not_Found：05/01/05 16:17:54 ID:???
>>158
「検索エンジンの補助」が筆頭に…
160 ：Name_Not_Found：05/01/05 16:46:01 ID:???
日本語サイトを作っていて、ある特定のページが
ローマ字によって記述された英語だけになった場合…
たとえば写真とそのタイトルだけといったページでは
ありがちだと思うが、その場合自分は「lang="ja"」を使うよ。
161 ：Name_Not_Found：05/01/05 17:03:42 ID:???
>>この属性は、当該要素の属性値及び内容テキストの基本言語を指定する。

ってことで、一部のみの場合は自分もいちいちlang指定を切り替えることはしません
162 ：Name_Not_Found：05/01/05 17:24:15 ID:???
>>155
それは Content-Language の方でしょ？

<meta http-equiv="Content-Language" content="ja">
…このページは主に日本語を読む人向けに書かれていることを示す。
<html lang="ja">
…このページは主に日本語で書かれていることを示す。

日本人向けの英語講座とかで、長文の英語とそれに対する短い日本語の
解説が書かれているとかいうページの場合、Content-Language は ja で、
<html lang="en"> ということもあり得る。
163 ：Name_Not_Found：05/01/05 17:33:50 ID:???
>>161

<p lang="ja">英語では「<span lang="en">This is a pen.</span>」
という。</p>

この場合、p要素内に英語部分がある。しかし、あくまでこのp要素の
基本の言語は日本語。そして、span要素のさらに内部に別の言語が含まれて
いたとしても、このspan要素の基本の言語は英語。基本の言語の指定とは
そういう意味の基本を指定しろという意味じゃないのか？

一部のみ違う言語が混じっていても lang はいちいち付けなくていいという
意味ではないだろ？　それにWCAGの方にはいちいち指定しろとあるしな。
164 ：Name_Not_Found：05/01/05 18:12:05 ID:???
>>162
それを聞いてこれを思い出した。WDだけど。
ttp://www.w3.org/TR/2004/WD-i18n-html-tech-lang-20041015/
165 ：100：05/01/05 22:15:55 ID:???
なんか大分整理されてきた。
個人的には>>153あたりが釈然としやすい。

気になるのはaural系の事を考えた場合、スペルが同じで日英で読みが違う単語ってのもあるから、
　＃例えば「尾根」はローマ字表記で"one"だけど、これが英文中にでてきて「ワン」と読み上げられても困る
そこからすると単語にも国籍を与える必要がありそうな？
166 ：Name_Not_Found：05/01/05 23:39:38 ID:???
>>165
言語がわかったぐらいでは単語の読み方が決定しないことは多いので、読み上げのためにlangを指定するというのはあまりスマートではないと思います。
そもそも、読み上げなんてただの見栄えだからどうでもいいです。
167 ：Name_Not_Found：05/01/06 00:05:46 ID:???
>>166
>読み上げなんてただの見栄えだから
意味不明です、lang="ja"での解説を御願いします。
168 ：Name_Not_Found：05/01/06 00:40:01 ID:???
出力はCSSでコントロールするから、てことでないかね。
169 ：Name_Not_Found：05/01/06 02:27:43 ID:???
cssで発音のコントロールを？
170 ：Name_Not_Found：05/01/06 02:29:48 ID:???
htmlソース内の要素にlang属性の指定が無い物を
css側で指定して制御するなんて、そんなプロパティは無いであろう
171 ：Name_Not_Found：05/01/06 09:49:36 ID:???
>>170
お前さんはlang属性の指定がないと読み上げには不備がある、
ていう前提で話してるんでしょ？
>166は「そもそも」読み上げ自体がどうでもいい、と言っているのでは？
172 ：Name_Not_Found：05/01/06 11:07:54 ID:???
別にCSSだけがスタイルシートだけじゃなし。
どうせちゃんと読み上げさせるには形態素やら何やらの解析が必要なわけで、その辺の面倒を見てくれる賢いUAやそのための辞書を指定するスタイルシート言語をエライ人が作ってくれるさ。
langの指定は貧弱なUA上で少数の言語だけを扱っている時には少しは役に立つだろうけど根本的な解決にならないし、賢いUAはlangの指定がなくたってきっとうまく読み上げてくれるよ。

そもそも発音のためにlangを指定するのはセクションの周りにボーダーをつけたいからdivで囲うようなもので、マークアップ結果はstrictでも動機が不純。
発音とか関係なしに言語を明示したければlangを使う。それ以上でもそれ以下でもないのでは。
173 ：Name_Not_Found：05/01/06 11:25:21 ID:???
>172
ツッコミどころいっぱいだな。。
174 ：Name_Not_Found：05/01/06 11:32:48 ID:???
>>172
何がなんだかわからない
175 ：Name_Not_Found：05/01/06 11:37:14 ID:???
>>174
ホントさね。
176 ：Name_Not_Found：05/01/06 11:45:06 ID:???
>>166
> そもそも、読み上げなんてただの見栄えだからどうでもいいです。

そもそも視力に難がある人が利用する可能性の高い「読み上げ」機能が、
「ただの見栄え」になってしまうのがわからんし
177 ：Name_Not_Found：05/01/06 12:18:44 ID:???
彼は、ただの「聞き」栄え、と言いたかったのだろうかね。
178 ：Name_Not_Found：05/01/06 13:19:19 ID:???
どっちも presentation だからな
179 ：Name_Not_Found：05/01/06 13:50:28 ID:???
ソースをブラウザ（勿論、音声ブラウザ含む）が
どういう「内容（要素）」を表示／表現／再生するかは、
あくまでもソースによるのであって、
音声による表現全体を乱暴にpresentationに括ってしまうのもどうかと思う・・・

どんな見栄え／声質、音量等で表現されるかは
もちろんスタイルシート／presentationの範疇だろうが、
どんな「内容」（ここでいう属性値による言語指定を含む）を表すかは、
マークアップ言語の役目ではないのん？
180 ：Name_Not_Found：05/01/06 13:51:49 ID:???
>>179
あ、頭の「ソースを」ってのが余計でした...orz
181 ：Name_Not_Found：05/01/06 14:04:38 ID:???
結果として表示されるのも音声として出力されるのも同列。
けどスタイルシート切ったら本来あるべき適切なマークアップが全部表示されるだろ。
スタイルシートを使ってるのかどうかが前提条件でズレてるから調整しる。
182 ：Name_Not_Found：05/01/07 17:59:54 ID:???
>>181
スタイルシートを切ったときに何が提示されるかなんてそれこそUA次第。
183 ：Name_Not_Found：05/01/07 18:11:49 ID:???
だから「なにを」ソースに書くかは作成者次第なんだから、
その文字列が何語かどうかぞ属性として指定するのは、
UAやそれが呈示する見栄え（聞き映え？）以前の話しだということ
184 ：Name_Not_Found：05/01/07 18:13:51 ID:???
「どうかぞ」じゃねぇ、「どうかを」だ...orz
185 ：Name_Not_Found：05/01/07 19:22:06 ID:???
>>145(165?)あたりからここまで
なんかあいかわらず論点の見えないスレだな。
各々が全く関係無い(それ自体は正しい)事を主張したり、細かいところをツッコんでたり。
とりあえずこのスレ的には発音の問題はスレ違い、langは発音のためではないということで終りなんじゃないの?
186 ：Name_Not_Found：05/01/07 19:35:40 ID:???
>>185
同意
187 ：100：05/01/07 22:47:12 ID:???
>>145(165?)あたりからここまで
俺の発言はすべて”100”と入れているよ。

>langは発音のためではないということで
仕様書には
「lang属性で指定する言語情報は、ユーザエージェントがレンダリングを制御する様々な局面で利用され得る。著者が提供する言語情報が大いに助けとなる局面には、次のようなものが含まれる。

検索エンジンの補助
音声合成装置の補助
高品位タイポグラフィーのための異体グリフ選択についてユーザエージェントを援助
引用符選択についてユーザエージェントを援助
ハイフネーション、リガチャ、スペース調整に関するユーザエージェントの決定を援助
スペルチェッカや文法チェッカの補助 」

とあるけど。
188 ：Name_Not_Found：05/01/08 00:47:18 ID:???
>>187
「○○にも使える」と「○○のためにある」は全然話が違うぞ。
189 ：100：05/01/08 10:00:09 ID:???
>>188
これ以外のなんの為にあるの？
190 ：Name_Not_Found：05/01/08 10:59:17 ID:???
>>189
>>188をもう一度読め。文章を理解できてない的外れな質問になってるぞ。
191 ：Name_Not_Found：05/01/08 18:02:21 ID:???
あのぉ～、話の趣旨がまったく Strict じゃなくなってきているんですが……。

もっと、HTML の文法についての話をしましょ？
192 ：100：05/01/08 20:30:15 ID:???
>>190
あー、何はともあれlangは言語を指定する為の属性で、言語が変わるところに指定する。
このスレではそれ以上でもそれ以下でもないということ？
193 ：Name_Not_Found：05/01/08 21:04:22 ID:???
>>191
スレ違い。
Validerは帰ってください。
194 ：前スレ 950：05/01/09 01:33:16 ID:farx5Fmk
>>193
はいはい、どうせ Valider ですよ。
195 ：Name_Not_Found：05/01/09 01:37:14 ID:???
Validerってのは何語だ
196 ：Valider：05/01/09 01:50:11 ID:???
strictってのは名詞か
197 ：Name_Not_Found：05/01/09 01:51:56 ID:???
speak strictly
198 ：Name_Not_Found：05/01/09 02:45:40 ID:???
>>192
要するに、仕様書のその部分は使い道の一例を挙げてるに過ぎないと
いうこと。

例えば「CDは鏡としても使える」と言われたからと言って、CDが
鏡にするために存在する物ではないのと同じ。（例が良くないな）
「langは発音を決めるためにも使える」というのは単なる一例に過ぎない
わけ。
199 ：100：05/01/09 10:37:32 ID:???
>>198
そーゆーことね。
俺が言いたいのは、「langは発音のためではない」ではないけど「langは発音のためでもある」ということ。
「langは発音のためではない」と言い切られると、>>166や>>172の話の流れとあいまって、
正しく読み上げさせるためにlang指定する事が、誤りないし、非推奨かのように感じられる。
200 ：100：05/01/09 10:41:04 ID:???
間違った
×langは発音のためではない」ではないけど
○langは発音のためではない」ではあるけど
201 ： ◆xFORMATd1o ：05/01/09 10:56:22 ID:farx5Fmk
発音、発音って……こういうスレに集まる奴らはすぐ音声ブラウザを引き合いに出したりするから面倒だ。
202 ：Name_Not_Found：05/01/09 12:10:56 ID:???
まぁしかし、そう言う方向からのアプローチは間違ってないと思うけどね。
203 ：Name_Not_Found：05/01/09 14:05:20 ID:???
>>199
発音のためでもあるって考えがそもそも間違ってるような。
CDの例でいえば、「猫よけにも使える」が「猫よけのためでもある」とは
言えんのと同じかと。
204 ：Name_Not_Found：05/01/09 19:40:44 ID:???
「発音」では無くて「読み」を決定する、じゃないのか？
205 ：Name_Not_Found：05/01/09 19:50:35 ID:???
リソースは用意しましたよ、設計は柔軟だから発音もそれなりに使えると思います。
この程度だと思うがね。
206 ：Name_Not_Found：05/01/11 09:58:09 ID:???
こちらのページでfloatのお勉強をしている所なんですが
ttp://adp.daa.jp/archives/000250.html

こんだけ苦労してstrictに走る意味はありますか？
table使うとなんか回りからバカにされるようなのですが・・・・・・
現状ではバグバグしててとても普通のstrictを書いたのではきちんと表示されるブラウザが
あまりにも少なくなるような気がするのですが。裏技的なことしないと。
207 ：Name_Not_Found：05/01/11 11:29:35 ID:???
>こんだけ苦労してstrictに走る意味はありますか？
ないひとにはない。
俺は馬鹿にされたくないからちゃんと書く。

>表示されるブラウザが あまりにも少なくなるような気がするのですが
気のせい。

>裏技的なことしないと。
そもそも、テーブルでレイアウトすることが裏技。
10年位前、他のデザイナーに、テーブル使ってレイアウトすれば自由自在だよって
聞かされたときは、おーそんな裏技があったのか！と感激したものだ。
208 ：Name_Not_Found：05/01/11 12:19:18 ID:???
>こんだけ苦労してstrictに走る意味はありますか？
まぁ自己満足だろうな。
俺はきっちりしてる方が好きなのできっちり書く。

>表示されるブラウザがあまりにも少なくなるような気がするのですが。
何をするか、による。そのためのハックもある。
209 ：Name_Not_Found：05/01/11 12:39:43 ID:???
>>206
floatをきちんと使えば、バグバグしたりすることも、表示される
ブラウザが少なくなることもない。
裏技的なことをしないと不可能なのは、元々のマークアップが
適切でないか、論理的に破綻したレイアウトをしようとしているかの
どちらかだ。

てか、そういう裏技的なことをしたページってのは、見てる方に
とっては、どこに何が書いてあるのかわかんねーことが多いよ。
210 ：Name_Not_Found：05/01/11 13:08:26 ID:???
>>209
裏技的なことって、例えば
floatの指定がされているブロックのマージンがMSIEでは倍になってしまう、
のでコメントやJSでスタイルシートを振り分けたりする、

ってたぐいのはなしじゃなかろうか。
211 ：Name_Not_Found：05/01/11 13:55:35 ID:???
裏技ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
212 ：Name_Not_Found：05/01/11 15:15:08 ID:???
まあ、表ではないな。
213 ：Name_Not_Found：05/01/11 15:35:57 ID:???
>210
MSIEは見捨ててもいいですか
214 ：Name_Not_Found：05/01/11 15:43:21 ID:???
>>213
それは自分で決めること。
215 ：206：05/01/11 16:05:20 ID:???
様々なレスありがとうございます。
すると現時点でのstrictなソースは、ある意味職人技を披露して喝采を浴びたいがために
作るもの、ぐらいに考えておいてよろしいでしょうか。（決して悪い意味ではなく）

裏技ですが、>206のサイトにある通り、現状では（おそらくブラウザ側のせいだと思いますが）
正しいCSSを書いてもうまく表示されないことが色々あるようなので、あえて裏と呼びましたが、
strictを極めるには、こういった細かいブラウザの仕様の際まで頭に入れないとダメですよね？

うーん、今すぐstrictに向かうか今しばらく馬鹿にされてもテーブルレイアウトにするか……
でも馬鹿にする方も馬鹿にする方だと思いません？推奨はされないかもしれませんが、
間違ってもいないわけですよね？逆にカラフルなページにしようとして、全部外部CSSなんて
やったら逆にわけわかんなくなりますよねぇ。まぁカラフルなページが良いか悪いかは別として。

とりあえずありがとうございました。
216 ：Name_Not_Found：05/01/11 16:06:45 ID:???
…………
217 ：Name_Not_Found：05/01/11 16:08:50 ID:???
自分の部下だったとしても、WEBページ制作を任せたくない典型例
218 ：Name_Not_Found：05/01/11 16:15:36 ID:???
>>215
一連のレスを読んでの上での、そのレスだったら、お前さんの行くべきスレは
↓ココ
ものすごろく頭の悪い発言をしてください　その４
http://pc5.2ch.net/test/read.cgi/hp/1101973351/
219 ：206：05/01/11 16:22:40 ID:???
え。確かに頭悪いんですけど、何か変なこと言いましたか。
もちろんWEBで食っていこうなんて思ってはいませんよ。
でも皆さん「自己満足」だとか「馬鹿にされたくないから」というお答えじゃないですか。
floatを使っても、一度<div>でくくらないとおかしなことになりますよね？
例えば>206サイトの図のような構造を、もっと正しく書くことができますか？
220 ：Name_Not_Found：05/01/11 16:26:56 ID:???
いやいや、OK。まぁお前の言いたいことはわかるつもりだ。
あまり気にせず色々学べば違ったものも見えてくる。邁進しろ。
考え方というより知識の問題だろう。そこから出た判断が珍妙なだけで
君自身の知能が低いという話では無いんだからな？
221 ：Name_Not_Found：05/01/11 16:29:25 ID:???
stricterって絶対A型の人が多いと思うんだ。おまいらどうだ？
222 ：Name_Not_Found：05/01/11 16:33:21 ID:???
おいおい、血液型と性格は無相関だぞ。
そんなの信じてる奴がこのスレにもいるのかよ…
223 ：Name_Not_Found：05/01/11 16:35:02 ID:???
>>222
で、何型？
224 ：Name_Not_Found：05/01/11 16:35:47 ID:???
>>223
O
225 ：Name_Not_Found：05/01/11 16:36:48 ID:???
モハ52型。
226 ：Name_Not_Found：05/01/11 16:37:02 ID:/AWrA7Lu
>>219
W3C信者にサイトを正しい記述に直して貰うスレ3
http://pc5.2ch.net/test/read.cgi/hp/1061741473/l50
227 ：Name_Not_Found：05/01/11 16:38:15 ID:???
B型
228 ：Name_Not_Found：05/01/11 16:38:59 ID:???
>>219
divでくくって問題ないだろ。
strictを勘違いしてんじゃないのか？
strict=構造化じゃないぞ。
229 ：Name_Not_Found：05/01/11 16:39:16 ID:???
>>224
両親の血液型は？
230 ：Name_Not_Found：05/01/11 16:40:07 ID:???
あ、すいません、strictとstoicを間違えてました。
231 ：Name_Not_Found：05/01/11 16:41:10 ID:???
ストア学派？
232 ：Name_Not_Found：05/01/11 16:41:57 ID:???
>>219
そもそも206のサイトの説明が中途半端。
どっかのスレでも書いたが、まずシンプルなマークアップを施す。
次にdivを使って構造化を施す。
最後にCSSで見た目を変更だ。
divがスタイルのためにあると誤解されるような記述が206のサイトに
見受けられるのが問題。
233 ：Name_Not_Found：05/01/11 16:44:43 ID:???
>>222
血液型と性格の関係性は証明されていないけど無相関であることもまた
証明されていないと思うのだ。
234 ：Name_Not_Found：05/01/11 16:45:43 ID:???
>>233
めんどくさいからああ言った。今は反省している。
235 ：Name_Not_Found：05/01/11 16:47:33 ID:???
ttp://www.agui.net/tasya/jnr/jnrMOHA52.html
236 ：Name_Not_Found：05/01/11 16:49:22 ID:???
>>235
聞いてない。
237 ：Name_Not_Found：05/01/11 16:49:51 ID:???
なお、日本においては「Strict[eo]rはA型が多い」はおそらく正しい。
なぜなら、日本人の血液型の比率はA:O:B:AB=4:3:2:1のため。
238 ：Name_Not_Found：05/01/11 16:53:20 ID:???
そのため、他人の血液型を言い当てるときには、
「A型でしょ？ え、違う？ じゃあO型でしょ？」
と聞けば70%の確率で当たる。
239 ：Name_Not_Found：05/01/11 16:54:41 ID:???
>次にdivを使って構造化を施す。
なんでdivで構造化する必要があるんだ？
構造化はhnだろ。
240 ：Name_Not_Found：05/01/11 16:55:46 ID:???
構造化ってのは基本的にはグループ化でないの？
241 ：Name_Not_Found：05/01/11 16:56:09 ID:???
どうでもいいネタをいちいち引っ張らないで下さい。
242 ：Name_Not_Found：05/01/11 16:58:32 ID:???
>>239
hnは単なる見出しレベル。構造化とは関係ない。
243 ：Name_Not_Found：05/01/11 17:00:10 ID:???
divは単なる汎用スタイルコンテナ。構造化とは関係ない。
244 ：Name_Not_Found：05/01/11 17:01:23 ID:???
>>243
お前は仕様を読み直せ。
245 ：Name_Not_Found：05/01/11 17:01:28 ID:???
>>237
おまいはまたそんなこと言って。
それを踏まえた上でもB型はムカつく奴が多いということをおまいも知っているだろう。
246 ：Name_Not_Found：05/01/11 17:01:52 ID:???
じゃ、何で構造化すればよいのでつか？
247 ：Name_Not_Found：05/01/11 17:03:39 ID:???
>>243
divはclassやidを使って論理構造を作るんだよ。
248 ：Name_Not_Found：05/01/11 17:04:32 ID:???
ほれ
http://www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/struct/global.html#h-7.5.4
249 ：Name_Not_Found：05/01/11 17:08:25 ID:???
なるほど。
『DIV要素とSPAN要素は、id属性及び class属性と併用することで、文書に構造を付加するための一般機構を提供する。』
と。

>>243さん、反論お願いします。
250 ：Name_Not_Found：05/01/11 17:13:25 ID:???
The DIV and SPAN elements, in conjunction with the id and class attributes, offer a generic mechanism for "adding" structure to documents.
構造を「付加」するんだよ。基本構造はhnで与えられる。
251 ：Name_Not_Found：05/01/11 17:14:21 ID:???
なるほど。

>>248さん、反論お願いします。
252 ：Name_Not_Found：05/01/11 17:15:44 ID:???
>>250は>>243の反論にはなってないぞ。
253 ：Name_Not_Found：05/01/11 17:17:37 ID:???
この話そろそろ秋田。
254 ：Name_Not_Found：05/01/11 17:18:58 ID:???
htmlで定義されてる各要素のタグやその属性値は、
構造化された文書の構造を明示するのであって、
素のソースそのものが構造化されてなければ、
基本構造もへったくれもない
255 ：Name_Not_Found：05/01/11 17:20:08 ID:???
解釈論争の様相を呈してまいりました。
256 ：Name_Not_Found：05/01/11 17:26:53 ID:???
んだｗ
257 ：Name_Not_Found：05/01/11 17:27:17 ID:???
>>254
で、どうやって構造化するのが一番ストイックですか。
258 ：Name_Not_Found：05/01/11 17:29:46 ID:???
そうやって煽り立てるな。
259 ：Name_Not_Found：05/01/11 17:30:58 ID:???
>>257
国語でならったとおりに、キチンとした文章を書くのが一番なんだが、
スレ違いだと思うんで、学校行き直すのが一番じゃないのかな？
260 ：Name_Not_Found：05/01/11 17:32:26 ID:???
どこが見出しでどこが本文かわからないような滅茶苦茶な文章を書いて
HTMLでマークアップして構造化するのが真のすとりくたーｗ
261 ：Name_Not_Found：05/01/11 17:40:44 ID:???
ということは、そもそもページ自体の構造化が難しいような場合はstrictは不可能…？
262 ：Name_Not_Found：05/01/11 17:46:31 ID:???
>>261
どんな場合でしょう、それは・・・
263 ：Name_Not_Found：05/01/11 17:47:35 ID:???
お話の途中すいません。文章をセンタリングしたいのですが、
<body>直下から全体を<div>でくくることは非推奨ですか？
一応ヘッダ部分とメイン部分を<div>でくくってあるのですが・・・。
264 ：Name_Not_Found：05/01/11 17:49:06 ID:???
>>262
あの有名なナントカ病院みたいな場合とか。
265 ：Name_Not_Found：05/01/11 17:59:41 ID:???
>>263
すみません、<body>に対して
text-align:center;
とやってみたんですが、いけませんか？

なんでdivが出てくるのか分からない...orz
266 ：Name_Not_Found：05/01/11 18:00:51 ID:???
>>261
strictではなくて、マークアップ不可能なんでは？
267 ：Name_Not_Found：05/01/11 18:01:05 ID:???
>>263
そのことに悩む以前に、他に方法があるでしょ。
268 ：Name_Not_Found：05/01/11 18:03:24 ID:???
>>265
すいません、なんとなくそうすると<center>使うのと同じような気がして・・・。
では全体のセンタリングは仰る通りで問題ないのですね？
269 ：Name_Not_Found：05/01/11 18:04:16 ID:???
？？？？？？？？？>>268
270 ：Name_Not_Found：05/01/11 18:04:58 ID:???
>>268
なんでそういう気がするのか手短に説明して欲しい...orz
271 ：Name_Not_Found：05/01/11 18:06:14 ID:???
>>265
CSS
>>268
非推奨物理タグ

なんで同じに感じるんだろう・・・
272 ：Name_Not_Found：05/01/11 18:10:00 ID:???
>268
body {margin : * auto;}でいいじゃない
273 ：Name_Not_Found：05/01/11 18:26:50 ID:???
>>272
悩んじゃったじゃないか！！！


Line: 1 Context : body
Invalid number : marginParse Error - * auto
274 ：Name_Not_Found：05/01/11 18:38:30 ID:???
>>220
優しいなお前。
275 ：Name_Not_Found：05/01/11 18:52:27 ID:???
>273
悩むなやw

ところでcenterとdivがどうの、っていうのは<div align="center">ってことか??
276 ：Name_Not_Found：05/01/11 19:02:52 ID:???
>>275
誰に聞いてるのん？
277 ：Name_Not_Found：05/01/11 19:08:25 ID:???
>>275
いろいろ試してしまったｗ
278 ：Name_Not_Found：05/01/11 19:17:07 ID:???
ヾ(´･ω･)ﾉﾞｸﾙｸﾙ
279 ：Name_Not_Found：05/01/11 19:37:36 ID:???
>>268
は。。。
280 ：Name_Not_Found：05/01/11 21:08:27 ID:???
血液型と性格を関連づけるなどナンセンス。

国民の80%がA型なんて国だって珍しくないのに、
その国の人は性格も偏ってるというのか。
281 ：Name_Not_Found：05/01/11 21:17:24 ID:???
>>280
多分偏ってると思う。
だってほら、将軍様のお国なんかどれもみんな同じっぽいよｗ
282 ：Name_Not_Found：05/01/11 22:42:39 ID:???
インプリンティング効果(ラベリング効果)というのがあって、
日本人は血液型と性格が結構マッチするらしい。
283 ：Name_Not_Found：05/01/11 22:46:46 ID:???
はいはい
284 ：Name_Not_Found：05/01/11 23:02:59 ID:???
>>282
それが起こる前の幼稚園児でのテストとかよくやってるじゃん。あれはどうよ。
って激しくスレ違いか。
285 ：Name_Not_Found：05/01/11 23:05:27 ID:???
というわけで以後よその板でやっとくれ。
286 ：Name_Not_Found：05/01/11 23:08:43 ID:???
>>242>>244>>247>>248
ほれ。いいものを見つけたぞ。

http://validator.w3.org/detailed.html

ここでShow Outlineだけチェックして適当なページをチェックしてみろ。
リサルトの一番下に以下コメントが表示される。
If this does not look like a real outline, it is likely that the heading tags are not being used properly.

ここ訳してみろ→(Headings should reflect the logical structure of the document;

they should not be used simply to add emphasis, or to change the font size.)

287 ：Name_Not_Found：05/01/11 23:14:37 ID:???
>>286
あんたのレスの対象は>>242だけじゃん。
他のは、divが構造化でないとか言った愚かな>>243関連の話だろ。
288 ：Name_Not_Found：05/01/11 23:20:17 ID:???
>>287
まいった。
289 ：Name_Not_Found：05/01/11 23:20:26 ID:???
>>286
それはHTML仕様に対する影響力をもつnormativeな言及じゃないだろうに。
見出しが構造化に関わるものであることは仕様書を読めば自明。ちゃんと読んどけ。
290 ：Name_Not_Found：05/01/11 23:22:19 ID:???
>>289
かさねがさねまいった。
291 ：Name_Not_Found：05/01/11 23:28:58 ID:???
>>289
仕様書のどこを読めばいい？
いや、マジで。
292 ：Name_Not_Found：05/01/11 23:30:58 ID:???
>>286
Hnは構造化されたものを「明示する」と読めますよね？

Hnとマークアップしたから見出しなのではなくて、
見出しであるものをHnでマークアップすると解釈したんですが、よろしいかな？

293 ：Name_Not_Found：05/01/11 23:32:15 ID:???
>>286
見出しは論理構造を反映すべきです。

つまり、論理構造に見合った内容の見出しをつけなさいってこった。
見出しをつける前に論理構造ありきの論調ですな。
294 ：Name_Not_Found：05/01/11 23:34:28 ID:???
>>292>>293
いや、俺もうまいっちゃったからいいよ。抜ける。
295 ：Name_Not_Found：05/01/11 23:35:15 ID:???
章や節といった論理構造がまずあって、
その章や節にふさわしい見出しをつけるようにと
いうことだと理解していたんだが。

章や節のための要素は用意されていないから
divを使えと。仕様書のhnの説明でも例はそうなって
ないか？

296 ：Name_Not_Found：05/01/11 23:50:18 ID:???
>>295
ん、いいんでないでしょうか？

未定義の要素に対して、divやspanの汎用のものを使うってことですよね？
297 ：Name_Not_Found：05/01/12 00:21:35 ID:???
あくまで、そういう名前を付けられるというだけで、
divが本物の章や節に化ける訳ではない、つまり、
UAが確実に章節を理解してくれるわけではないという点に注意ね

（章や節を本当に表現したければ <chapter> やら何やらが存在する文書型を使う必要がある
　HTMLにはないので、確実に伝える方法はない）
298 ：Name_Not_Found：05/01/12 00:28:27 ID:???
まぁその辺はXHTML 2.0に期待ですよ。
299 ：Name_Not_Found：05/01/12 02:13:08 ID:???
\partはじめに}
　\section{Strictとは}
　　\subsection{概要}
300 ：Name_Not_Found：05/01/12 19:16:02 ID:???
>>297
無くは無いといってみるテスト。
現状ではlink要素でdivのidを参照でおｋ

#xhtml2に激しく期待
301 ：Name_Not_Found：05/01/13 09:58:54 ID:???
私はXHTML1.0までしか知りません。1.1に踏み込む勇気がありません。
302 ：Name_Not_Found：05/01/13 18:17:34 ID:???
>>301
1.1はとても危ないバージョンです。勇気の持てない内は使わないようにしましょう
半端な気持ちで使うと世界中のハッカーにマークされます
303 ：Name_Not_Found：05/01/13 18:28:49 ID:???
>>302
えっ、そうなの！？
304 ：Name_Not_Found：05/01/13 18:45:18 ID:???
半端な気持ちで使うと
世界中 (某コミュニティという井の中) のハッカー (ストリクター) にマークされます
305 ：Name_Not_Found：05/01/13 18:53:13 ID:???
>>304
なるほどっ！
306 ：Name_Not_Found：05/01/15 01:54:56 ID:???
<dl>
<dt>～</dt><dd>～</dd>
<dt>～</dt><dd>～</dd>
</dl>

通常、上記のようにマークアップすると思うのですが、下記のような方法ではダメなんでしょうか？

<dl><dt>～</dt><dd>～</dd></dl>
<dl><dt>～</dt><dd>～</dd></dl>
307 ：Name_Not_Found：05/01/15 02:03:57 ID:???
>306
dt・ddをグループ化するのがdl要素。
前者は、まとめて一つのグループとして、
後者では、それぞれ別々のグループとして見なされる。

ってか、ここは質問スレじゃないので(；´Д｀)
308 ：306：05/01/15 02:20:24 ID:???
>307
すみません。
以後気をつけます……
Strictな書き方だとどうなんだろうなァと疑問に思ってしまって。
他に適切なスレも見つからなかったので。

むしゃくしゃして書き込んだ。
スレはどこでもよかった。
まさかこんなことになるとは思わなかった。
今は反省している。
309 ：Name_Not_Found：05/01/15 02:55:02 ID:???
>>306
別のリストなのか、
同じリストなのか

それだけだろ。
310 ：Name_Not_Found：05/01/15 15:30:08 ID:???
>>306
このスレでもいいんじゃない？ と 306 を擁護してみるテスト。
311 ：Name_Not_Found：05/01/15 21:15:37 ID:???
>>308
後半ﾜﾗﾀ。っつーかお前は犯罪者か！
312 ：Name_Not_Found：05/01/16 20:25:32 ID:???
Webデザイナーの女の子と付き合いだしそうな感じなのですが、
その子は確固たるテーブルレイアウト主義者です。
なかなかいい奴なのですが、あのソースコードはどうしても納得いきません。
やめといたほうがいいでしょうか？
313 ：Name_Not_Found：05/01/16 20:38:54 ID:???
>>312
その子と目隠しプレイの時に読み上げブラウザを使うと燃えるかもね。
314 ：Name_Not_Found：05/01/16 21:04:21 ID:???
>>313
いや、奴は読み上げなんてどうでもいいと言ってるから。
ま、その点はこのスレも同じだが。
315 ：Name_Not_Found：05/01/16 22:23:25 ID:???
>>312
付き合ってしばらくしてから新しい彼女を作って古い方に「君はStrictには彼女ではない、君との関係はTransitionalな物でしかなかったんだ」と言いなさい。
316 ：Name_Not_Found：05/01/16 22:53:21 ID:???
ﾜﾛｽ
317 ：Name_Not_Found：05/01/16 23:20:27 ID:???
looseな関係ってやつですか。
318 ：Name_Not_Found：05/01/16 23:58:28 ID:???
>>312
仕事としてだったら仕方ないんじゃない？

つか、こんな話題も受け付けるようになったとは、このスレも変わったね。
319 ：Name_Not_Found：05/01/17 00:17:27 ID:???
>>315
激しくワラタ！
320 ：Name_Not_Found：05/01/17 23:11:06 ID:???
もー何なのこのネタスレ！
321 ：Name_Not_Found：05/01/18 16:12:36 ID:???
ttp://www1.odn.ne.jp/hikaru/dogu/tag-m.html
322 ：Name_Not_Found：05/01/18 16:17:27 ID:???
というかここはネタスレよ
323 ：Name_Not_Found：05/01/18 21:52:10 ID:???
おすぎよ!
324 ：Name_Not_Found：05/01/20 23:41:10 ID:???
http://pc5.2ch.net/test/read.cgi/hp/1087892776/388-415

サイト名はどこにどのような形で入れるべきか？あるいは入れないべきか？
・titleの中に組み込む
・body内でp/div/address/ul/olとして組み込む
325 ：Name_Not_Found：05/01/20 23:46:55 ID:???
titleにサイト名を組み込むとき…

サイト名 - 文章タイトル
だな。ソートした時にバラバラにならずよさげ。

だけど表示欄が狭いときサイト名しか見えない危険性があるよね

どっちにしろ実装依存の話だよね。
幅を十分に確保するかツールチップでも出すUA使えば解決するじゃん。

それいうならソートの話も実装依存なのでは？
326 ：Name_Not_Found：05/01/20 23:48:34 ID:???
body内にサイト名を組み込むとき…

BODY内に出現する場合、というのはどんな場合？
毎ページ毎ページにサイトタイトルを記述する必要がある？
スタイルシートで表示させれば？

それ以前にサイトのタイトルをtitleに書くこともおかしい。
トップならともかく…。それじゃh1に書くのと同じだぞ。

titleはその文書のタイトルを書くためのものだからでしょ

内容の識別にタイトルを提供するのだから
対象ページのタイトルにサイト名を含めたっておかしくはないと思う。

その理屈ならbody内に出現してもおかしくないってことになるだろ

飛躍しすぎてわけがわからんので詳しくきぼん。
内容の識別用にタイトルを提供する（ページのタイトルにサイト名を含める）ことが
なんでbody内に出現することにつながるの？どういう関係があるの？

前提をかっ飛ばさないで詳しく説明してくれ。
内容の識別用の記述がbody内にあるのが何でダメなの？
327 ：Name_Not_Found：05/01/20 23:49:32 ID:???
・そもそもサイト名がない
328 ：Name_Not_Found：05/01/20 23:56:22 ID:???
一般に、h1要素によってサイトのタイトルがマークアップされるからでしょ。
サイトのデザインにおけるアイデンティティを保つ為に、サイトタイトルを組み込んだヘッダー（的なもの）を全ページに記述することも少なくない。
329 ：Name_Not_Found：05/01/21 00:00:35 ID:???
自分の意見言ってんのか引用してんのかわかりづらすぎ。
330 ：Name_Not_Found：05/01/21 00:06:31 ID:???
どっちでもいいじゃない。
重要なのは誰が言ったかではなく何を言ったかだ。
331 ：Name_Not_Found：05/01/21 00:23:14 ID:???
それとStrictとどんな関係があるの？
332 ：Name_Not_Found：05/01/21 00:34:27 ID:???
【W3C】Web標準仕様・技術系総合スレッド その1
http://pc5.2ch.net/test/read.cgi/hp/1093950965/

こちらへ逝きなさい
333 ：向こうの409：05/01/21 02:29:33 ID:???
>>325
>それいうならソートの話も実装依存なのでは？

ソートは「ソートするUAがあるかどうか」以前の話だろ……。
別にウェブブラウザでどうこうでなくてもtitle要素の中身見て並べ替えるとかさ。

>>326
>前提をかっ飛ばさないで詳しく説明してくれ。
>内容の識別用の記述がbody内にあるのが何でダメなの？

ダメな理由は知らん。前述の意見は誰のものかも俺にはよくわからん。
俺が問い掛けたのは向こうの407の理屈からどうやって408を導くか、であって、
body内に記述したらダメだとは一言も言ってないよ。
334 ：Name_Not_Found：05/01/21 07:11:50 ID:???
<span class="title">でいいじゃん
335 ：Name_Not_Found：05/01/21 11:35:36 ID:???
>>333
前段。
例えばアメリカ人はボトムアップ式の住所書くでしょ？
普通にどっちもありなのでは？

後段。
内容識別用にサイトタイトル含めたtitle書くのが是なら
同じく内容識別用にサイトタイトルをbodyに含めるのも是ってこと。
これは同じ理屈じゃないのか？
336 ：Name_Not_Found：05/01/21 14:27:48 ID:???
Strictって<a>のtargetって非推奨なんですか？
337 ：Name_Not_Found：05/01/21 15:01:56 ID:???
>>336
そらそうよ
338 ：Name_Not_Found：05/01/21 15:11:31 ID:???
>>337
Strictではフレーム自体ダメなんですね・・勉強になりました
339 ：Name_Not_Found：05/01/21 15:36:07 ID:???
>>335
前段。
俺の弱い頭では例えの意味が全然わかんね。
住所を構成する要素で（例えば）国や町名のどっちが先に来るか、は一定でないってことか？
だとしたらtitle要素の中の順番に関連させてのことだと思うんだが（サイト名 - コンテンツ、とか）、
俺は「サイト名（コンテンツ名）が先にあるべきでそうでないのは適切でない」ではなくて
「titleにサイト名を含ませると横幅が狭くなって読めないのは実装依存の話」と、
「横幅が狭くて読めないのはUAの実装のせいだからマークアップが適切かどうかの問題ではない」と、
「『ソート』という機能はUAに限定したものではないしUAのソートのためだけにtitleを書くわけじゃない」
というようなことしか言っていないと思うのだが（最後のやつは大いに表現力不足があった、スマン）。

後段。
向こうの407の理屈では「内容の識別にタイトルを提供する」という前提があってから
「対象ページのタイトルにサイト名を含め」る、という結論を導いているわけだから、
「サイトタイトルをbodyに含め」るためにはbodyが内容識別用のものであるか、
body内に内容識別のために用いる要素を書いてそこに入れる必要があるわけだよね。
後者なら別に矛盾はしていないが（前者でもしていない？俺には判断がつかない）、
それだったら「bodyに」より適切な表現があるんではないかなーと思うのよ。
340 ：Name_Not_Found：05/01/21 17:02:54 ID:???
このスレの議論ってStrictじゃ無いよな

もっと熟考してからレスしたらいいのに
341 ：Name_Not_Found：05/01/21 18:29:48 ID:???
>>340
>>1からすれば、StrictなHTMLについて語るスレッドではあるが、
Strictな議論は求められていないので構わないのです。
342 ：Name_Not_Found：05/01/21 19:12:50 ID:???
>>336
>>338
ひょっとしてこれを見たのか？

http://www.phoenix-c.or.jp/~hiroya/nicky.cgi?DT=20050118A#20050118A
343 ：Name_Not_Found：05/01/21 20:49:33 ID:???
フレームって映しだされているページと見ているページが違うから
そもそものWEBページと呼ぶのはどうか

という謎な発言をして周囲の反応を待つこと一時間
344 ：Name_Not_Found：05/01/21 21:57:33 ID:???
よく意味がわからん
映し出されているページ以外のどこを見るというんだ？
345 ：Name_Not_Found：05/01/21 22:11:33 ID:???
>>344
意味がわからなくてもよいではないか、よいではないか。
>>343氏は周囲の反応を楽しんでいるのだから。
346 ：Name_Not_Found：05/01/22 00:09:56 ID:???
>>338
> Strictではフレーム自体ダメなんですね・・勉強になりました
そうじゃなくて、フレームにはフレーム用の仕様がある、ってだけだよ。
「じゃがいもを刺身にするのって非推奨？」と聞いてるくらいナンセンス。
347 ：Name_Not_Found：05/01/22 07:33:20 ID:???
>>346
フレームはFrameset DTDでしたね、スマソ
348 ：Name_Not_Found：05/01/22 16:49:14 ID:???
じゃがいもだって刺身にすれば新しい世界が見えてくるだろうに
349 ：Name_Not_Found：05/01/22 19:28:14 ID:???
それでもゆでる俺ガイル
350 ：Name_Not_Found：05/01/22 20:35:44 ID:???
確かにこのじゃがいもの例えは非常によろしくない
351 ：Name_Not_Found：05/01/22 20:53:44 ID:???
焼くからな。
352 ：Name_Not_Found：05/01/22 20:55:52 ID:???
刺身なんかで食ったら、「できもの」ができるぞ。
353 ：Name_Not_Found：05/01/22 21:03:03 ID:??? BE:61475876-
>>352
あんた、面白いこと言うな。気に入った。弟子にしてやる。
354 ：Name_Not_Found：05/01/23 17:33:50 ID:???
>>352
君はつまらん。
断固として断る。
355 ：Name_Not_Found：05/01/26 16:10:17 ID:???
【これまでのあらすじ】
サイト構築に際して重要なのは「構造」か！？「内容」か！？はたまた「理念」か！？
お馬鹿なWEB職人達の寒い議論は今日も止まらない。

ものすごろく頭の悪い発言をしてくさい５
http://pc5.2ch.net/test/read.cgi/hp/1106209097/105-
356 ：Name_Not_Found：05/01/26 16:19:13 ID:???
ネタスレの話題なんて持ち出されても。
357 ：Name_Not_Found：05/01/26 21:46:19 ID:???
某掲示板のスクリプトを借りてきて、自サイトに設置した。

当初は厳格な HTML なんてどうでも良かったけれど、
CSS に対応させる為にカスタマイズしていたら、
徐々に Strict な HTML を吐くようににしたくなり
そうこうするうちに Another HTML-Lint を通すようになっていた。

しばらく格闘したのち、ついに「よくできました」が！

... futaba.a.html を XHTML1.0 Strict としてチェックしました。
74個のエラーがありました。このHTMLは 85点です。
1: line 48: 半角カタカナが含まれています。 → 解説 134
1: line 48: <br> が多数連続しています。 → 解説 200
4: line 84: <a> の href 属性の URI `mailto:sage` は正しくない書式です。 → 解説 235

sageってなんだsageってorz
358 ：Name_Not_Found：05/01/26 21:53:53 ID:???
俺は某掲示板風のをPHPで作った。(もちdatでログ)
application/xhtml+xmlで吐き出すようにしたら表示が…orz
ちなみに宗教チェックはずして100点。
mail欄は書式チェック、その他は横に表示
文字コードutf-8だから半角カタカナは問題なし。
でもutf-8<=>Shift-JIS変換は鯖に悪そうだなぁ
<br>連続はチェックしてないや…
read.cgiっぽいもの(main.phpだけど)側で<p style="margin-top:xxxem">と置き換えるようにしないとなぁ
359 ：Name_Not_Found：05/01/26 22:22:28 ID:???
>>357
きっとローカルユーザsageにメールを送れ、ということなんだよ。
てことで自分のPCのユーザ「sage」にメールを送ると>>359に連絡することができまつ。
360 ：Name_Not_Found：05/01/30 04:59:14 ID:???
StrictなHTMLと言うのなら連続<br>はもちろんの事、例えば
・A
・B
こういった、文章が出てきたら段落ではなくリストとして処理すべき。

そう思うが、このようなHTMLを吐くスクリプトってみた事無い。
361 ：Name_Not_Found：05/01/30 05:09:47 ID:???
>>360
【HTML】StrictなHTMLのBBSを作ろう【Perl,PHP】
http://pc5.2ch.net/test/read.cgi/php/1101518977/

ｵﾏｴﾗＰＨＰで掲示板つくれませんか？
http://pc5.2ch.net/test/read.cgi/php/1026233119/
362 ：Name_Not_Found：05/01/30 10:25:53 ID:???
ttp://contest2004.thinkquest.jp/tqj2004/70416/bbs/
是とか
363 ：Name_Not_Found：05/01/30 11:54:29 ID:???
このスレでいうstrictってなんなの？
厳密なhtmlっていう意味なら strict dtd と紛らわしいから、strictって使って欲しくないな。
364 ：Name_Not_Found：05/01/30 12:18:22 ID:???
strict DTDって全然strictじゃないからstrictって使って欲しくなかったな
365 ：Name_Not_Found：05/01/31 00:16:04 ID:???
このスレではStrict DTDに沿っているだけではValidではあってもStrictではありません。
366 ：Name_Not_Found：05/01/31 00:25:23 ID:???
>>360
styx
367 ：Name_Not_Found：05/01/31 21:42:54 ID:???
>>365
いや、だからこのスレでいうstrictってなんなの？
368 ：Name_Not_Found：05/01/31 21:50:21 ID:???
妄想
369 ：Name_Not_Found：05/01/31 22:14:50 ID:???
>>367
脳内レタリングにおける文章群、単語に意味割り当て
ってとこかな
370 ：Name_Not_Found：05/01/31 22:24:28 ID:???
365は何気に態度がでかい。
371 ：Name_Not_Found：05/01/31 22:34:13 ID:???

　　　　　　　　　　　　,,ゞﾄ､ﾉノｨ,､
　　　　　　　　　　／ 　　　　　 ｀ゝ
　　　　　　　　　/ 　ノﾉ'｀'｀'｀'｀ヽﾐ
　　　　　　　　　.|　　Y　　 ＼　／ }i
　　　　　　　　　|　　/ 　　　/　ヽ　ﾐ
　　　　　　　　　.!(6ﾘ 　　　　(__)　ﾉ
　　　　　　　　　　ﾘﾉﾄ､　'/ｴｪｪｪｦﾞ 　　　 このスレではStrict DTDに沿っているだけではValidではあってもStrictではありませんから!!
　　　　　　　　　　り| ヽ　 lｰrｰ､/　　　　　残念っ！！！
　　　　　　　　　　 ﾉﾉ　　ヽﾆﾆｿ　　　 　　　　　　　　Θ　／　＼
　　　　　　　,...-'"::::|:|　　　　／'::::::::::::::ヽ､　　　　Θ／／＼／／Θ
　　　　,...-'":::::::::::::::|.|　ｖ　／':::::::::::::::::::::::::::__＿__／／＼／／Θ
372 ：Name_Not_Found：05/01/31 23:41:53 ID:???
>>367
HTMLの仕様書に自然言語で記述されている事柄を反映させ、
さらにHTMLの設計思想に基づいた作法を用いて記述すること。

後者に関しては妄想との境は微妙。
373 ：Name_Not_Found：05/02/05 16:30:48 ID:???
UTF-8だったらXHTML1.0でXML宣言省略してもいいんだよな？
なんかlintに怒られたんだけど。
374 ：Name_Not_Found：05/02/05 16:39:53 ID:???
>>373
ちゃんとメッセージ嫁
> 文法的にもHTMLとしても正しいが、WAIやテクニカルノートやRFCで推奨されていないもの。 *3*
に該当してんだよ
375 ：Name_Not_Found：05/02/05 16:49:19 ID:???
>>374
すまんそこまで見てなかった。㌧
376 ：Name_Not_Found：05/02/05 18:02:11 ID:???
StrictｽﾚでValidaterの話題が挙がるのは何故なんだ?
377 ：Name_Not_Found：05/02/06 01:15:44 ID:???
lintはValid以上の事柄を指摘してくれるよ
378 ：Name_Not_Found：05/02/06 11:31:46 ID:???
しょせんlintもバリッダーです。
ある程度騙せます。
379 ：Name_Not_Found：05/02/06 12:02:59 ID:???
「Strictな文書」っていうのは誰が認めるんだ？
380 ：Name_Not_Found：05/02/06 12:17:35 ID:???
lint≠validator。
validatorは単にdtdに照らして妥当かどうか判断するプログラム。
lintはソースを解析して詳細に診断するプログラム。妥当でない記述にも、好ましくない記述にも警告を出す。
まあlintをvalidator代わりに使うことは可能だが、「妥当でない」という警告と、「好ましくない」という警告の見分けが
つかないならvalidatorを使え。
381 ：Name_Not_Found：05/02/06 12:24:28 ID:???
lintでグレーの警告すら出ないHTMLは逆に胡散臭い
382 ：Name_Not_Found：05/02/06 12:30:28 ID:???
このスレの住人ならlintにも慣れ親しんでいる人がほとんどだろうけど
383 ：Name_Not_Found：05/02/06 13:26:26 ID:???
関係ないがテーブルでがちがちに固めていた頃、lintの結果からDTD宣言というものを知った記憶がある。
そして、意味もわからず減点されないためにコピペした記憶もある。
384 ：Name_Not_Found：05/02/06 15:14:37 ID:???
>>383
だ
　か
　　ら
な
　ん
　　だ
　　　？
385 ：Name_Not_Found：05/02/06 22:54:52 ID:???
<チラシの裏></チラシの裏>で括ってないから、
こういうレスがつくのか…

ここはStrictなインターネットですね
386 ：Name_Not_Found：05/02/07 00:22:14 ID:???
閑散としているのはいつもの事だが、よくわからん煽りがあると変な流れになるよな。
387 ：Name_Not_Found：05/02/07 00:33:35 ID:???
　 　 としているのはいつもの　 だが、よくわからん　 りがあると　 な　 れになるよな。
388 ：Name_Not_Found：05/02/07 00:52:59 ID:???
>>386
確かに。
389 ：Name_Not_Found：05/02/07 00:54:58 ID:???
時々lintに逆ギレする人が来るわけだが今回は普通に流れたな。
390 ：Name_Not_Found：05/02/07 16:41:24 ID:???
>>389
だな。
平和でよろしい。

ちょっとぐらい事件が合っても言いと思うのは、不謹慎でしょか。
391 ：Name_Not_Found：05/02/07 16:45:07 ID:HcZvIvXw
>>390
　　──┼──　　　　　　　　　　　　　　　 　|　　　　　　 |
　　　　　 |　　　　　　　　　　　　　　　　　|￣￣￣￣|　 　 ﾉ￣￣|￣￣　　　
　　 　　 ﾉ＿,,,　　　　　　　　　　　　　　　　　　　　　ﾉ　　　　　　 |　　　　　　　|　　|
　　　 ‘⌒ 　 ヽ　　　├　　　───　　　　　　　　ﾉ　　　　　　 .|　　　　　　　|　　|
　　　　　　　　　)　 　 |　　　　　　　　　　　　　　 ノ　　　　　　　 ﾉ　　　　　 　ﾉ　　|　 ／
　　　　　　＿_丿　　○⌒　　　　　　　　　　　 ／　　　　　　　 ノ　　　　　　ノ　　　レ'

　　　　/＼＿＿_／ヽ
　　 ／''''''　　　'''''':::::::＼　
　　.|（●）,　　　､（●）､.:|　
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　
　　.|　　 ´ﾄｪｪｪｲ｀　.:::::::|　
　　 ＼　　｀ﾆﾆ´　 .:::::／　
　　　／｀ー‐--‐‐―´＼　
392 ：Name_Not_Found：05/02/07 21:46:54 ID:???
しかしラベルが下がったな。
393 ：Name_Not_Found：05/02/07 21:51:20 ID:???
>>392
　　 　　　∧∧　　　　∧∧　　
　　　(( (*ﾟДﾟ) ))　　(；　　)　 黙ってしゃぶれ
　　 (( // ､) ､)∩))∧と　 ヽ
　((～（（≡γ'⌒(((*´(|　　～))
　　　　し'`Jし'`ｰｲ_ﾉ"(ノ^ヽ)　
　　　　　　ｳｳｯ､ｳｸﾞｩｩｳｩｩｩｯ…
394 ：Name_Not_Found：05/02/07 22:05:58 ID:???
>>393
すでに Strict-HTML とは関係ないレスに (苦笑)。
395 ：Name_Not_Found：05/02/08 01:08:57 ID:???
(:D)|￣|＿
396 ：Name_Not_Found：05/02/09 23:38:56 ID:???
strictスレ＝厳密なスレ
397 ：Name_Not_Found：05/02/11 11:10:11 ID:???
dat落ちage
398 ：Name_Not_Found：05/02/12 21:03:42 ID:???
strict厨も駆逐されたね(*´･ω･)(･ω･｀*)ﾈｰ
399 ：Name_Not_Found：05/02/13 04:40:17 ID:???
strictがそれだけ普及したということで一つ。
400 ：Name_Not_Found：05/02/18 03:23:40 ID:???
ほし
401 ：Name_Not_Found：05/02/19 15:56:42 ID:???
パンダになりたい
http://white.jpg-gif.net/bbsx/23/img/533.jpg
402 ：Name_Not_Found：05/02/19 23:29:38 ID:???
なぜここで?
403 ：Name_Not_Found：05/02/22 14:19:32 ID:???
ここでいいのかわかりませんが、お知恵を貸して下さい。

３日前から白抜きの挑戦するのですが出来ません！
どこが違うか教えて下さい。

<body bgcolor="#663300" text="#ffffff">
<div align="center"><font size="7" color=>
あいうえお
</font></body><hr><hr>

茶色の壁に色抜き希望です。
お願いします。。。

404 ：Name_Not_Found：05/02/22 14:24:35 ID:???
>>403
>>402
405 ：Name_Not_Found：05/02/22 14:26:24 ID:???
>>404
すいません、どこで聞けばいいのかわからなかったので…。
すれ違いならどこで聞くのがよろしいでしょうか？
教えて頂けたらありがたいです。
406 ：Name_Not_Found：05/02/22 14:28:40 ID:???
それくらい調べろよ。スレッド一覧全部読めばすぐ判るだろ。
407 ：Name_Not_Found：05/02/22 14:43:23 ID:???
一応一覧は見たんですけど、初めてくる板でよくわからなかったので。

すいません、もう一度探してきます。
408 ：Name_Not_Found：05/02/22 15:29:39 ID:???
ローカルルールの存在意義…
409 ：Name_Not_Found：05/02/22 16:43:14 ID:???
まぁ、アドバイスするとしたら
１からHTMLもCSSも勉強し直した方がいいよ。
どこから突っ込めばいいのかと思うほどムチャクチャじゃん。
410 ：Name_Not_Found：05/02/22 17:06:44 ID:???
>>403

<body>
<div>
<p>
あいうえお
</p>
</div>
<hr>
<hr>
</body>
もしくは
<body>
<div>
あいうえお
</div>
<hr>
<hr>
</body>
でいいんじゃない？

で、CSS のほうで
body {
background: none #663300;
color: #ffffff;
}
div {
font-size: 150%;
}

これじゃダメか？
411 ：Name_Not_Found：05/02/22 17:26:20 ID:???
>>410
非常にどうでもいいことなんだけど、
text-align: center;

が抜けてる。
412 ：Name_Not_Found：05/02/22 17:38:29 ID:???
>>411
ちょっと待て
margin-left:auto;
margin-right:auto;
又は
width:100%;
text-align:center;
だろ
413 ：Name_Not_Found：05/02/22 17:40:31 ID:???
>>402
414 ：Name_Not_Found：05/02/22 20:14:09 ID:???
402は便利だな。
415 ：Name_Not_Found：05/02/22 23:33:39 ID:???
まぁ糞スレにスレ違いな話題が出れば食いつきも良いわけで。
416 ：Name_Not_Found：05/02/23 06:45:39 ID:???
円光ものうｐおねがいします。
417 ：Name_Not_Found：05/02/23 07:27:26 ID:???
>>413
418 ：Name_Not_Found：05/02/25 19:34:44 ID:???
８番オーダー入りました
419 ：Name_Not_Found：05/02/25 23:20:54 ID:???
　　 ＿＿＿＿　　　　　　　　Q,
　＜ 　　　　　(０　　　　　　　　）ヽ
　　） ﾄソ￣￣　　　　　　　　　ﾊ
　ノ　ﾉ
　 ⌒　　
銃口をクリックするとレーザーが発射されるぞ!!
420 ：Name_Not_Found：05/02/26 19:10:22 ID:???
で、ここまで寂れた理由は何なの?
421 ：Name_Not_Found：05/02/26 19:24:13 ID:???
俺が来てなかったから
422 ：Name_Not_Found：05/02/26 19:30:19 ID:???
いやむしろストリクト云々を議論するのが古いからではないか。
まともなhtmlを作るのは履歴書はボールペンか万年筆で書こうよ、って程度のレベル
423 ：Name_Not_Found：05/02/26 21:02:41 ID:???
いや履歴書はボールペンで書けよ。常識だろ。
424 ：Name_Not_Found：05/02/26 21:08:00 ID:???
たいていの話題が出たからだろ
XHTML2.0が出ればまた賑わうさ
425 ：Name_Not_Found：05/02/26 22:18:26 ID:???
履歴書なんてプリンタ出力しちゃえよ
どこ出すのも一緒だろ
426 ：Name_Not_Found：05/02/26 22:20:24 ID:???
>>424
確かに。
427 ：Name_Not_Found：05/02/27 00:29:21 ID:???
>>425
そんなの持ってきたやつを採用する会社なんてよほど柔軟か人材不足なんだろうな。
428 ：Name_Not_Found：05/02/27 01:55:30 ID:???
>>425
一応言っておくと、うちの基準では手書きじゃないと落としてしまう。
（ていねいに文字を書いているかどうかなども採用基準のうち）
429 ：Name_Not_Found：05/02/27 02:53:20 ID:???
履歴書メールで送って採用された俺って…
430 ：Name_Not_Found：05/02/27 10:23:24 ID:???
>>427
普通そうだよね。
プリンタ出力とかコピーのは最初によけてシュレッダー直行。
そんな失礼な奴には不採用通知も不要。
431 ：Name_Not_Found：05/02/27 10:31:52 ID:???
>>429
>>427嫁
432 ：Name_Not_Found：05/02/27 16:38:49 ID:???
失礼に失礼返しかよ
お前んとこ程度低いよ
433 ：Name_Not_Found：05/02/27 16:47:07 ID:???
>>402
434 ：Name_Not_Found：05/02/27 16:59:22 ID:???
次スレからテンプレ行きだな
435 ：Name_Not_Found：05/02/27 17:28:36 ID:???
>>430のような人事のいる会社には行きたくないな
436 ：Name_Not_Found：05/02/27 18:27:48 ID:???
何で履歴書の話？就職板か転職板の住人の誤爆か？
437 ：Name_Not_Found：05/02/27 18:38:36 ID:???
>>436
422から嫁
438 ：Name_Not_Found：05/02/27 21:30:49 ID:???
>>435
430もお前に来て欲しいとは思ってないさ。
439 ：Name_Not_Found：05/02/27 23:13:27 ID:???
>そんな失礼な奴には不採用通知も不要。
↑まじでいってるなら、よほどのﾄﾞｷｭｿ会社だぞ
440 ：Name_Not_Found：05/02/27 23:18:24 ID:???
>>402
441 ：Name_Not_Found：05/02/28 01:00:04 ID:???
魔がサスペンス劇場
442 ：Name_Not_Found：05/02/28 01:02:00 ID:???
>>402
443 ：Name_Not_Found：05/02/28 14:15:12 ID:???
<dl>
<dt>名前</dt>
<dd>ひろゆき</dd>
<dt>趣味</dt>
<dd>インターネット、パソコン、読書、ハイキング</dd>
</dl>

このように自己紹介を載せようと思うのです、
＞<dd>インターネット、パソコン、読書、ハイキング</dd>
は、
<dd>
<ul>
<li>インターネット</li>
<li>パソコン</li>
<li>読書</li>
<li>ハイキング</li>
</ul>
</dd>
としないとW3C的にはいけないのでしょうか？
444 ：Name_Not_Found：05/02/28 14:31:23 ID:???
お好きなように。
445 ：Name_Not_Found：05/02/28 18:19:33 ID:???
>>443
<dl>
<dt>名前</dt>
<dd>ひろゆき</dd>
<dt>趣味</dt>
<dd>インターネット</dd>
<dd>パソコン</dd>
<dd>読書</dd>
<ddハイキング</dd>
</dl>

これでいいんじゃないか？
446 ：Name_Not_Found：05/02/28 19:50:27 ID:???
<dl>
<dt>趣味</dt>
<dt>特技</dt>
<dd>なし</dd>
</dl>
こういうのもあり?
447 ：Name_Not_Found：05/02/28 20:29:21 ID:???
おいおい履歴書話はどうした？
おまえらすれ違いだぞ
448 ：Name_Not_Found：05/02/28 22:09:37 ID:???
>>446
ありです！
449 ：Name_Not_Found：05/02/28 22:24:34 ID:???
>>445
dt一つに対して複数のddは好ましくないんじゃなかったけっけ？
450 ：Name_Not_Found：05/02/28 23:30:48 ID:???
http://linkage.xrea.jp/ref/xhtml_ref/dl.html
> DT 要素も DD 要素も ともに一対一の関係でなくてもよく、 一つの定義に複数の説明があっても、複数の定義に一つの説明でもかまいません。
451 ：Name_Not_Found：05/03/01 02:35:50 ID:???
引用するなら仕様書から引っ張ってきた方が信憑性あるんじゃないか。
452 ：Name_Not_Found：05/03/01 02:51:51 ID:???
これか

ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/lists.html#edef-DL

DT二個DD二個、だな。
453 ：Name_Not_Found：05/03/01 10:11:22 ID:???
ttp://mst.vis.ne.jp/cd/extra/www/cite_blockquote.htm

今ちょっと悩んでるんだけどどう思いますか。
454 ：Name_Not_Found：05/03/01 10:14:04 ID:???
W3Cに聞いてくれ。
455 ：Name_Not_Found：05/03/01 10:36:52 ID:???
>>453
citeはblockquoteの外。
456 ：Name_Not_Found：05/03/01 12:32:28 ID:???
citeはblockquoteの中だろ。
457 ：Name_Not_Found：05/03/01 12:37:58 ID:???
いろいろ派閥があるようで
458 ：Name_Not_Found：05/03/01 16:51:06 ID:???
mozilla.org Markup Reference
　ttp://www.mozilla.org/contribute/writing/markup#quotations
では中だな。

俺は外派。
459 ：Name_Not_Found：05/03/01 18:48:12 ID:???
中だし
460 ：Name_Not_Found：05/03/01 19:19:25 ID:???
前までは外に cite 要素を書いて blockquote 要素と共に div 要素で囲んで関連付けてた。

最近は、 blockquote 要素に cite 属性、 title 属性を用いて示してる。
cite 要素の使いどころは文中に出てきた場合ではないかと思い始めたからね。

ex.)
...とありますが、<a href="..."><cite>SITE</cite></a>には以下のように説明されてます。
<blockquote cite="..." title="SITE">
<p>この辺のマークアップに正解なんてない。</p>
</blockquote>

まぁ、自分が納得できるならいいんじゃないかという事。
461 ：Name_Not_Found：05/03/01 19:48:01 ID:???
XHTMLのinput要素のname属性は、なぜidではなくnameなのですか？
A要素では、XHTML1.0からは、id属性も付けられるようになったのになぜなのですか？
462 ：Name_Not_Found：05/03/01 20:03:27 ID:???
>>461
全然、用途が違う。
フォーム関連の name 属性はデータ送信時の名前。ページ内移動の為じゃないよ。
463 ：461：05/03/01 20:17:51 ID:???
>>462
返事有り難う。僕も全く用とは違うと思うのですが、
WEB KANZAKIでは、
------------
<label for="uname">氏名：</label><br />
<input type="text" name="username" id="uname" />

フォームのコントロールのname属性はa要素タイプの場合と異なり、
所属するフォームの中だけでの識別名で、id属性とは名前空間を
共有しません（id属性は常に文書中で重複不可です）。そのため、
この例ではname属性とid属性には異なる値を使っています。
------------
となっています。全く別ならid属性とname属性は同じものであっても
良いと思うのですが、どうでしょうか？

あと、この例で神崎さんは、br要素を使っています。
これをどう思いますか？
僕なら、リストにしますけど。

464 ：461：05/03/01 20:19:26 ID:???
だから、
＞id属性は常に文書中で重複不可です
というのは、おかしいと思うんです。
465 ：Name_Not_Found：05/03/01 20:25:02 ID:???
>>462
idもページ内移動の為ってわけでもないのだが。
まあその用途が中心になっているのかもしれんが。
466 ：Name_Not_Found：05/03/01 20:27:51 ID:???
>>463
名前空間を共有しないことの例示として
違う属性値を使ってんでしょ、たぶん。
467 ：Name_Not_Found：05/03/01 20:29:00 ID:???
>>464
だから、の繋がりを詳しく。
468 ：Name_Not_Found：05/03/01 20:48:20 ID:???
1ページに複数のフォームがあって、
「名前欄」がどちららにもあったらどうするんだ？
xhtml:idはDTD上、1つの文章中では一意性が求められるぞ。

<h2>ユーザー情報編集</h2>
<form ....>
　<input name="usrname" type="text" id="edit_usrname"/>
　....
</from>

<h2>ユーザー情報削除</h2>
<form ...>
　<input name="usrname" type="text" id="del_usrname">
　...
</form>
469 ：Name_Not_Found：05/03/01 20:53:23 ID:???
>>468
xhtml:idと記述するとグローバル属性と間違えそうであまり芳しくない気が。
470 ：Name_Not_Found：05/03/02 22:32:00 ID:ue2Yljo3
皆さんは、見出し(h1-h6)と定義リストの定義語（dt）の使い分けをどうしていますか？
471 ：Name_Not_Found：05/03/02 22:37:26 ID:???
>>402
472 ：Name_Not_Found：05/03/02 22:41:01 ID:???
>>470
俺はdlは見出し付きリストとして使ってる。
473 ：Name_Not_Found：05/03/03 14:58:39 ID:???
ケースバイケース。
474 ：Name_Not_Found：05/03/03 15:02:22 ID:???
仕様書から逸脱しちゃダメだぜ
475 ：Name_Not_Found：05/03/03 15:21:42 ID:jFw6r+Y2
<a> を 19行目の <noscript>～</noscript> 内に書くことはできません。<a>～</a> 内に <noscript> を書くことはできます。

a要素の中にnoscriptを入れるのはおかしいと思いますか？
476 ：Name_Not_Found：05/03/03 15:23:39 ID:???
noscript内にa書けないのか。知らなかった。
477 ：Name_Not_Found：05/03/03 15:57:11 ID:???
>>470
なくても文章の意味が通ればhn
なければ意味が通らないならdt
478 ：Name_Not_Found：05/03/03 16:11:38 ID:???
>>477
いいね。別の言い方をすると、
　そこだけ拾い読みすれば文章の概要がわかる→hn
　そこだけ読んでも全体の意味はわからない→dt
ともなるかな？
479 ：Name_Not_Found：05/03/03 17:39:50 ID:???
>>475
このスレ(strict)的にはnoscript要素はｲｸﾅｲです。
元々要素を書いといてスクリプトで取り除くようにするのがベストだと思われます。
480 ：Name_Not_Found：05/03/03 17:48:55 ID:???
>>479
nosciptはなぜだめなの？
applet要素ｲｸﾅｲ、object使えっていうようなもの？
481 ：Name_Not_Found：05/03/03 17:50:12 ID:jFw6r+Y2
>>475
Aはインラインnoscriptはブロック。
482 ：Name_Not_Found：05/03/03 17:53:19 ID:???
>>479
「文書に何かを書き込むとか、情報を表示するとか言った重要なスクリプトには、必ず NOSCRIPT を記して代替を用意しましょう。」
by ばけら
483 ：Name_Not_Found：05/03/03 17:57:25 ID:???
>>479
XHTML1.1でも、noscriptは使えるよ。
484 ：Name_Not_Found：05/03/03 17:57:48 ID:???
>>482
まあスクリプト自体使うなってISO派なのかもしれんし事情を聞こう
485 ：Name_Not_Found：05/03/03 18:02:48 ID:???
>>481
んじゃ475は逆ってこと？
486 ：Name_Not_Found：05/03/03 18:03:31 ID:???
>>479
もしかして、XHTML Basicのこといってるの？

HTML4.01、XHTML1.0、XHTML1.1では非推奨要素ではないよ。
487 ：Name_Not_Found：05/03/03 19:16:26 ID:???
>>478
hn内にdfnを混ぜてもいいかと。
488 ：Name_Not_Found：05/03/03 22:21:29 ID:???
>>480
NN2 は JS を知っているが <noscript> を知らないから、
JS を有効にしているいないに関わらず、<noscript> の内容を表示する。
(今時、<noscript>を知らないUAは珍しいから、この理由はどうでもいい。)

いわゆるブラウザ振り分けが良くない結果を招くことがある。
<script ..><!--
if (typeof Layer == 'function') { .. } //--></script>
<noscript><p>..</p></noscript>
この場合、JS を有効にしているブラウザのうち、
NN4 を除いて全滅ということになる。
<script> と <noscript> は、どちらも注意して使えということ。
489 ：Name_Not_Found：05/03/03 23:16:13 ID:???
>>479
＞ベストだと思われます
何いってんだかｗ
スクリプトが動作しないからnoscriptなんだろ
スクリプトで取り除けるかよｗｗ
490 ：Name_Not_Found：05/03/04 00:16:59 ID:???
>>489
noscript がいいか悪いかは知らないけど
>>479 が言いたいのは、例えば p 要素に書いておいて
スクリプトが有効ならそれで消すってことでしょ。
491 ：Name_Not_Found：05/03/04 00:28:16 ID:???
>>477
その基準でいくと、日記の日付はdtがベターかな。
492 ：Name_Not_Found：05/03/04 02:24:27 ID:???
鯖側で制御するスプリクトかもしれんぞ。
493 ：Name_Not_Found：05/03/04 03:37:00 ID:???
>>490
なるほどそういうことかｗ
けど、ややこしいね。結局<p class="noscript">って書いてそう。
494 ：Name_Not_Found：05/03/04 08:41:47 ID:???
noscriptが「strict的」に駄目って、どういうこと？
495 ：Name_Not_Found：05/03/04 09:02:55 ID:pCLPo2iH
>>477
>>491
僕は日記の日付けは、hnを使う。
例えば、

<h3>２００５年３月４日</h3>
<p>今日は近所の学校で小学生と、あいーん体操[*1]をしていた。</p>
<p>おわり</p>
<dl>
<dt>[*1]あいーん体操</dt>
<dd>ミニモニと志村が発明した体操</dd>
</dl>

こういう風に、日記の中で定義リストを使うから、日付けはhnを使ってるよ。
496 ：Name_Not_Found：05/03/04 10:01:56 ID:???
ageてるし、更には理由になってない。
497 ：495：05/03/04 10:06:26 ID:???
あげたのは、すまん。
理由になってない、っていうけど、僕は、単に使用例を示しただけだよ。
498 ：Name_Not_Found：05/03/04 10:47:15 ID:???
<dl>
<dt>２００５年３月４日</dt>
<dd><p>今日は近所の学校で小学生と、あいーん体操[*1]をしていた。</p>
<p>おわり</p>
<dl>
<dt>[*1]あいーん体操</dt>
<dd>ミニモニと志村が発明した体操</dd>
</dl>
</dd>
</dl>

＞日記の中で定義リストを使うから
っていう明らかに理由を言っている文があって、その理由が間違っていると>>496はいっているのでは。
499 ：Name_Not_Found：05/03/04 12:00:15 ID:???
「日記」と言ってる以上、hnでもいいんではないのか?
通常の「日記」に、文章の意味が分かるタイトルなんぞ付けないし、
日付オンリーで、充分見出しの役割を果たしているだろう。

が、俺はどっちでもいい。
自分でルールを決めて、それをキッチリ守ってさえいれば、意味は通じる。
500 ：Name_Not_Found：05/03/04 14:08:35 ID:???
htmlを解析するプログラムを作っていたときに、
htmlのdtdよりもうちょっと詳細な、その文書においてのdtdがあると楽だなあ、
と思ったことがある。
501 ：Name_Not_Found：05/03/04 14:59:33 ID:???
xml
502 ：Name_Not_Found：05/03/04 18:02:53 ID:???
floatとdisplay:inlineはどう使い分ければイイですか？
503 ：Name_Not_Found：05/03/04 19:01:01 ID:???
ｽﾚﾀｲ
504 ：479：05/03/04 20:12:32 ID:???
>>494
じゃあ逆に聞きますがnoscriptはstrict的にどんな意味を持ちますか?
要素名的にimgのaltのような物…ではないしobject要素の代替のような物でもありません。
なのでclass="script_alt"としといてスクリプトで消すのが一番だと思います。
505 ：Name_Not_Found：05/03/04 20:15:49 ID:???
>>477
こらこら
仮にもstrictの場ではなしてるんだろ。意味なかったらhnも×
506 ：Name_Not_Found：05/03/04 20:17:05 ID:???
>>504
あのね、noscriptはimgのalt、object要素の中身みたいなものでしょう

>>505
意味の意味が違う
507 ：Name_Not_Found：05/03/04 20:25:23 ID:???
>>506
違わない。どう違うか説明してから返せ
508 ：Name_Not_Found：05/03/04 20:27:36 ID:???
>>507
新聞の記事は見出しを隠して読んでも何の話だかわかるでしょ。
しかし辞書の説明はどの用語に関するものかわからないと意味ない。

ちなみに俺は477ではない。
509 ：508：05/03/04 20:28:19 ID:???
実は俺は>>478だったりする。
510 ：Name_Not_Found：05/03/04 20:30:58 ID:???
>>508
そういうことね。それならわかるよ。
ただ、なくても意味が通るならhn自体必要ないってことなるよ。
511 ：Name_Not_Found：05/03/04 20:33:05 ID:???
strict的には自然言語を用いて記述してはいけない、と
512 ：Name_Not_Found：05/03/04 20:33:22 ID:???
507は違わないとする根拠を説明すべきだな。
513 ：Name_Not_Found：05/03/04 20:34:34 ID:???
>>510
見出しってそういうものですから。
514 ：Name_Not_Found：05/03/04 20:34:49 ID:???
>>512
お前はお呼びじゃない
515 ：Name_Not_Found：05/03/04 20:37:38 ID:???
>>514
池沼は黙ってて下さい
516 ：Name_Not_Found：05/03/04 21:12:04 ID:9oIKWbtl
>>510
長い文章とか読みにくいし、何が書いてあるかをすぐわかるようにつけるんでしょう。
517 ：Name_Not_Found：05/03/04 21:14:39 ID:9oIKWbtl
>>505
hxには意味がある。
意味ないって言ってないよ。
意味が通るって言ってるの。
518 ：Name_Not_Found：05/03/04 21:17:27 ID:???
>>505
>>477は、hnに意味が無いとは言っていない。
無くても意味が通ると言ってるだけ。
519 ：Name_Not_Found：05/03/04 21:38:46 ID:???
もう解説済みなんだしあんまいじめるなよ、かわいそうじゃん
520 ：Name_Not_Found：05/03/04 21:50:04 ID:Gqfmq+yi
>>507
>>507
>>507
521 ：Name_Not_Found：05/03/04 22:56:19 ID:???
strictを語るスレがstrictでない件について
522 ：Name_Not_Found：05/03/04 22:59:32 ID:???
strictは内容ではなく様式です
523 ：Name_Not_Found：05/03/04 23:50:27 ID:???
ｷﾁｶﾞｲがいるのか。IDくらい隠せよ
524 ：Name_Not_Found：05/03/04 23:53:05 ID:???
505=507が頭悪かったのは事実だけどな。
粘着はよくないな。
525 ：Name_Not_Found：05/03/04 23:53:43 ID:???
わかりやすいな
>>512→>>515→（反応なし）→>>516（UPする）→516（うっかりID隠し損ねる）→>>517（慌てて隠す）　以下略
526 ：525：05/03/04 23:55:23 ID:???
間違えた
最初は>>513だ
でしょ>>524
527 ：Name_Not_Found：05/03/04 23:56:34 ID:???
512であってるだろ。
528 ：477：05/03/04 23:56:46 ID:???
>>517
>>518
そういうことでつ。代返ｻﾝｸｿ
529 ：Name_Not_Found：05/03/04 23:58:32 ID:???
>>526
つまりおまえが505だってこと？
530 ：Name_Not_Found：05/03/05 00:04:19 ID:???
512はこんなスレに四時間も張り付いてたのかよ
531 ：Name_Not_Found：05/03/05 00:07:57 ID:???
そもそも超遅レスで勘違い発言した>505が発端なわけだが。
532 ：Name_Not_Found：05/03/05 00:09:39 ID:???
というかそんな争うようなことか？意味わからん
533 ：Name_Not_Found：05/03/05 00:11:55 ID:???
粘着くんが一匹混じってるだけだろ。争ってないと思われ
534 ：Name_Not_Found：05/03/05 00:13:45 ID:???
>>531
まだいるのか。ここはお前のライブチャットじゃないぞ
535 ：Name_Not_Found：05/03/05 00:14:53 ID:???
もうほっとけ
536 ：Name_Not_Found：05/03/05 00:16:35 ID:???
何でそんな必死なんだ？普通にスルーすればいいのに…
537 ：Name_Not_Found：05/03/05 00:20:35 ID:???
>>536
>>536>>535
538 ：Name_Not_Found：05/03/05 00:21:33 ID:???
こういうときは新しい話題をふるべし

ってことでnoscriptの続きを
539 ：Name_Not_Found：05/03/05 00:28:33 ID:???
>>402
540 ：Name_Not_Found：05/03/05 01:49:10 ID:???
>>510
> ただ、なくても意味が通るならhn自体必要ないってことなるよ。
ちょっと待って。
これ、マーク付けありき、じゃない？

見出し
本文
って書いてマーク付けする段階で「あ、見出しなくても通じるわ」で見出しを消す、っておかしいだろ。
541 ：Name_Not_Found：05/03/05 08:58:53 ID:???
>>538
もし、img要素のalt属性が要素だったらと考えてみる。

<p><img src="hoge.jpg"><alt>ほげ</alt></p>

こんな感じ。もちろん、このalt要素は画像が表示できる環境では
表示しない要素とする。これでnoscriptとほとんど同じ状態になる。

じゃあ、このalt要素はstrictかと考えると、単に要素か属性かの
違いを変えただけなので充分strictだろう。だったら、noscriptも
strictでいいんじゃないかな。

noscriptではなく、本文に書いてscriptで消せばいいという考えも
あるだろうが、それはたまたまそのscript言語に本文を消す能力が
あるからであって、HTMLはscript言語には依存しないんだから、
本文の一部を消す能力のないscript言語だってあり得るんだよ。
542 ：Name_Not_Found：05/03/05 10:25:10 ID:???
>>541
つまり、「表示できるならする、できないなら代替を」ってことならnoscriptを属性にすりゃいいわけね。
543 ：Name_Not_Found：05/03/05 12:11:04 ID:???
479 名前：Name_Not_Found[sage] 投稿日：05/03/03 17:39:50 ID:???
>>475
このスレ(strict)的にはnoscript要素はｲｸﾅｲです。
元々要素を書いといてスクリプトで取り除くようにするのがベストだと思われます。
544 ：Name_Not_Found：05/03/05 12:11:57 ID:???
505 名前：Name_Not_Found[sage] 投稿日：05/03/04 20:15:49 ID:???
>>477
こらこら
仮にもstrictの場ではなしてるんだろ。意味なかったらhnも×
545 ：Name_Not_Found：05/03/05 12:12:05 ID:???
507 名前：Name_Not_Found[sage] 投稿日：05/03/04 20:25:23 ID:???
>>506
違わない。どう違うか説明してから返せ
546 ：Name_Not_Found：05/03/05 12:21:06 ID:???
>>402
547 ：Name_Not_Found：05/03/05 12:23:24 ID:???
びっくりして
548 ：Name_Not_Found：05/03/05 15:05:03 ID:???
HTMLでimg要素をalign="right"と設定していたのは、このfloatプロパティで同じ効果が期待できます。clearはHTMLのclear属性と違ってbothという値になることに注意してください。
http://www.kanzaki.com/docs/html/htminfo17-2.html

clear:rightではなくて、both?
549 ：Name_Not_Found：05/03/05 16:13:08 ID:???
>>548
スレ違いっぽい。
HTMLのclear属性の値はnone|left|right|allだから、
「HTMLのclear属性と違って(allではなく)bothという値になることに注意してください。」
と書いてあるのだと思う。
550 ：Name_Not_Found：05/03/06 19:40:29 ID:???
ヤッター！父ちゃん今夜もホームランだね！！
551 ：Name_Not_Found：05/03/08 23:38:15 ID:???
古いけど、
>>475 の言ってることは違うよな？ｗ
<noscript>の子にはブロック要素しか置けないので、<a>は置けないってことで。
この理由から、<a>の中には当然<noscript>は置けない。
なんか誰も突っ込んでないみたいだったので、まともに受けてちょっと焦ったｗ

>>481 に関しては
<noscript> は、CSSもきかないし、JSでもｵﾌﾞｼﾞｪｸﾄ取得できなかったりするし、
いわゆる「ブロック*要素*」ではないのではないかと。

> hn と dt との違い
自分は、「目次」のページに載せられるような一意的なのがhnで、それ以外のは dt 使ってる。
例えば「サイト内の見出しを取得して自動で目次を作るスクリプト」とかでも意味わかるような。

あと <h1>の中にサイトタイトルを入れるか云々～ってのは、つまり、どういう決着になったのかな？
結構悩んでることだったので知りたかったｗ

蒸し返しｽﾏｿ
552 ：Name_Not_Found：05/03/09 00:05:31 ID:???
>>551
> <noscript> は、CSSもきかないし、JSでもｵﾌﾞｼﾞｪｸﾄ取得できなかったりする

それって実装の話？それとも仕様？知ってたらおせーて。
あと<h1>は漏れも悩む。サイトのhomeになるページの最初の方に、
title要素と同じか似通った内容の<h1>を良く書いているんだけど、いまいち釈然としない。
<h1>foo.comのhome</h1>
っつーのもいかがかと思うし。
553 ：Name_Not_Found：05/03/09 03:28:07 ID:???
文書を製作する目的を考え作成し、そしてその文書をマークアップする立場からみればおのずとh1要素は決まってくるものだが。
サイトという概念を保持したいのなら、h1要素にサイト名を入れることもありがろう。
554 ：Name_Not_Found：05/03/09 03:45:17 ID:???
　　　　　　　　　　,, -,,' ´￣" ｀ ''ｰ｀､ ｀ヽ.
　　　__＿ ,,.. -' "／　{　｀　-一-ヾ　ヽ.　 ヽ 　　　☆
　／　　　　　 ▽　/ ∧　ヽ､,　_,,　　}}_} ・　 ii　／
/　　　　　　　 {　 {ゝ{__｀ｰ-Ｙ´f｡Vﾊ'V } * ・ ii
!　〃　　　　　 i　 ﾊ ´{ ヽ　　 ､ソ　 } く　 ☆ ii 　　　＞ありがろう
ヾ{{　　　　☆　｀ヾ､_｀ヽ'^' ヽ　　　" ! ! i ﾟ　:　iｉ
　 ヽ{{　　*　.　　　　　 ﾊ　　く）　／.l､! !　 ;　.ii
　　　ヾ､.　　　　　　　 {　｀　ｰj‐'　　{ﾑﾉ_　　 ﾉ
　　　　　ヾ　　　　　　 , '´ ￣ｰ‐‐-　'　　 ｀ く
　　 　 　 　｀ ｰ---─,'　　 　　　　　 ､　　　､}
　　　　　　　　　　　 ,'　　 ,〈　, -ｰ‐-､i∠⌒ヽ
　　　　　　　　　　　,'　　∧＜=ﾆ二‐ノヽ､二ｿ
　　　　　　　　　　 /　 ./　}　 ｀"''' "; 　｀7Ｔ´
555 ：Name_Not_Found：05/03/09 06:42:13 ID:???
ありがろうにﾜﾛｽ
556 ：Name_Not_Found：05/03/09 09:31:29 ID:???
「ありがろう」でぐぐったら3,660件ヒットしたわ。
557 ：Name_Not_Found：05/03/09 09:42:23 ID:???
>>552
っ <!ELEMENT NOSCRIPT - - (%block;)+
　 　 -- alternate content container for non script-based rendering -->
っ <!ENTITY % block
　 　 "P | %heading; | %list; | %preformatted; | DL | DIV | CENTER |
　 　 NOSCRIPT | NOFRAMES | BLOCKQUOTE | FORM | ISINDEX | HR |
　 　 TABLE | FIELDSET | ADDRESS">
<noscript> はブロック要素であり、1つ以上のブロック要素を持つ。
つまり答えは「実装」になるかね。
558 ：Name_Not_Found：05/03/09 11:51:50 ID:???
> h1 にサイト名
例えば、新聞には一面にその新聞の名前が大きくでてる。
新聞の他の面にも、紙面の一番上にはその新聞の名前が小さく載ってる。
こうすると、その一枚だけ切り離しても何の新聞の紙面なのかがわかる。

このとき、「紙面の一番上のその新聞の名前」が、
HTMLのサイト内のページにおける「サイト名」にあたると思うのだけど、
これはどうマークアップするか、ってことかな。
BODY内に<h1>以外で書いてる人って何て書いてる？
559 ：Name_Not_Found：05/03/09 12:05:03 ID:???
ありがろう

「ありがとう (有り難う)」と「ありだろう」からの造語。
推測と感謝を同時に表現する言葉として、時に重宝される。
560 ：Name_Not_Found：05/03/09 15:20:15 ID:???
ありがろう
561 ：Name_Not_Found：05/03/09 20:44:45 ID:???
>>558
手元に新聞がないのであれだけど、
新聞て「単一の記事の集合体で、且つ見出しがない」ものと思ってる。
1面には新聞名よりもここ一番のニュースが大きな文字で書かれてる。これがh1。
問題の新聞名はtitleかと。あとはCSS任せという感じと思うけど。

よくHTMLを書籍で例をあげるけど新聞はちょっと妥当じゃないような気がする。
562 ：Name_Not_Found：05/03/09 21:30:43 ID:???
>>561
一面トップ以外の記事の見出しも、見出しレベルとしては同じレベルにあるんじゃないの？
一面トップの記事の見出しがh1なら他の記事の見出しもh1になると思うんだが……
こういう全体を統括する見出しがない場合って、個々の見出しはh1(複数)にすべきなのだろうか、(いきなり)h2からはじめるべきなのだろうか。
それとも新聞と違って、HTMLで書く場合は必ず全体を統括する見出しを書くべき(或いは個々の記事で別々の文書にすべき)なのだろうか。

でも紙面上に必ずある新聞名は、body外にあると思うんで、titleなんだろうな。
563 ：Name_Not_Found：05/03/09 22:20:02 ID:???
やれやれ…
>>561
ここの記事にも見出しがある。(というか付ける事ができる)
ただしあんまり重要じゃないからdisplay:noneな訳で
>>562
>body外
ﾊｧ?
564 ：Name_Not_Found：05/03/09 22:56:16 ID:???
>>562
body外とか言うと、変な突っ込み受けるよ。
ちゃんと、メタ情報と言ったほうが良い。
その考え方が正しいかどうかは別として。
565 ：Name_Not_Found：05/03/09 23:11:20 ID:???
>>564
変な言葉使ってすいません。
566 ：Name_Not_Found：05/03/10 00:15:27 ID:???
TITLE 記事名
H1 サイト名（小さく
H2 階層１（小さく
H3 階層２（小さく
H4 記事名
P 記事
じゃねーの。いきなり下層に飛んでくるのを想定するなら。
567 ：Name_Not_Found：05/03/10 00:36:32 ID:???
>>561
字の大きさは関係ないだろ
568 ：Name_Not_Found：05/03/10 00:56:09 ID:???
<h>hoge新聞</h>
<section>
　<h>ニュースその一</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>
<section>
　<h>ニュースその二</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>
<section>
　<h>ニュースその三</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>
<section>
　<h>ニュースその四</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>

記事が単一のファイルとして分割されてるのは制作側の都合だとしたら、
（記事ごとにファイルを作成することが必要のないことだとしたら）
トップレベルの h 要素に新聞名が来るのはおかしいことではないように思える。
逆に記事ごとにファイルを作成・分割しなければいけない状況下でも、
新聞名をトップレベルの h 要素に置かなきゃいけない理由がぱっと思い付かない。
新聞名は見出しか？単一の記事の上に新聞名を見出しで置くのは不自然に感じる。
569 ：Name_Not_Found：05/03/10 01:43:34 ID:???
新聞において「誰が書いたか」は最重要項目、だよ。
同じ事件の記事なら朝日新聞の記事でも読売新聞の記事でもかまわない、ということはないだろう。
新聞名がいちばん大きくなるから変だってならcssで小さくすればいい。
570 ：Name_Not_Found：05/03/10 01:50:04 ID:???
>>569
誰が書いたか、は署名だろ。
571 ：Name_Not_Found：05/03/10 02:00:56 ID:???
新聞において署名がh1であるってことさ。

「筆の持ち方」という下層ページにおいて、それが何の筆か、油彩か、水彩か、書道か、
h1に「はじめての水彩画」とあればどこから飛んできても理解できる。
それともh1に「筆の持ち方」と書いてpに「これまでのあらすじ」とでも書くか。冗長だな。
572 ：568：05/03/10 02:14:54 ID:???
>新聞において署名がh1であるってことさ。

誰が決めたこと？署名であるなら address の方が感覚的に近いぞ。
h1 要素（最上位の h 要素）はあくまで「最上位の見出し」であって、
「新聞（のような構成）においては署名を意味する」と定義されてるのか？

>「筆の持ち方」という下層ページにおいて、それが何の筆か、油彩か、水彩か、書道か、
>h1に「はじめての水彩画」とあればどこから飛んできても理解できる。

「h1」を「パンくずリスト」に置き換えても何の不自然もない文章だよね。
何の不自然もないってことは何の不都合もないってことだろ？
サイトタイトルが h1 要素に *組み込まれなきゃいけない* 理由にはならない。
（そもそもメタ情報を UA が解釈・表示しないのは仕様でなく実装の話であって）

>それともh1に「筆の持ち方」と書いてpに「これまでのあらすじ」とでも書くか。冗長だな。

冗長であることが間違いである根拠にはならない。
「pに「これまでのあらすじ」とでも書く」ことが間違いであるのだったら、
それを確定させる根拠を示すべき。冗長であることは間違いであることに直結しない。
573 ：Name_Not_Found：05/03/10 14:11:17 ID:???
「heading」のどの辺りに「署名」の意味が含まれているのか。
574 ：Name_Not_Found：05/03/10 14:46:09 ID:???
もしかして >>569=>>571が 「誰が書いたか」とか「署名」っていってるのは、
「その記事を書いた個人」のことじゃなくて、
「朝日新聞」とか「読売新聞」とかの、「新聞の名前」のことを指してる？
575 ：Name_Not_Found：05/03/10 14:48:36 ID:???
サイト名ってメタ情報じゃないかな。
576 ：Name_Not_Found：05/03/10 15:05:36 ID:???
BODY内に書きたいときどうするか、って話だよ？
577 ：Name_Not_Found：05/03/10 15:24:10 ID:???
おまいら俺が悪かった。

じゃあ本に例えて、
-----------------------------
オズの魔法使い
　|- 目次
　|- 1章 : 竜巻
　|- 2章 : マンチキンたちとの会談
. . .
-----------------------------
で、1章、2章、・・・を独立したページに作りたいときには、どう書く？

俺は h1 に書くのが変なら、
-----------------------------
<title>オズの魔法使い -- 1章 : 竜巻</title>
<div id="site-title" class="heading">オズの魔法使い</div>
<h1>1章 : 竜巻</h1>
-----------------------------
とかどうかなぁ…とか悩んでる。
578 ：Name_Not_Found：05/03/11 13:44:01 ID:???
<head>
<title>1章 : 竜巻@レズの魔法使い</title>
</head>
<body title="1章 : 竜巻@オズの魔法使い">
<h1>オズの魔法使い</h1>
<div class="section">
<h2>1章 : 竜巻</h2>
<div>
</div>
</div>
</body>

と書きたいけどh1に書くのが変ならmetaにDC.xxx(xxxは何か適切な物)を使ってスタイルで

head{
display:block;
}

meta[name="DC.xxx"]:before{
content:attr(content);
}
ってするかな
579 ：Name_Not_Found：05/03/11 16:09:55 ID:???
＞レズの魔法使い
(* ´Д｀)ﾊｧﾊｧ
580 ：Name_Not_Found：05/03/12 12:04:33 ID:???
おまえら2chで語ってる時点でstrict否定してるだろ
581 ：Name_Not_Found：05/03/12 13:19:08 ID:???
別に。
582 ：Name_Not_Found：05/03/13 17:46:06 ID:???
>>580
専用ブラウザ。
583 ：Name_Not_Found：05/03/13 18:48:51 ID:???
> 専用ブラウザ。
strict否定してるだろ
584 ：Name_Not_Found：05/03/13 18:52:37 ID:???
>>583
２ちゃんねるに対して Strict なのか。
585 ：Name_Not_Found：05/03/13 23:27:10 ID:???
画像にタイトルを添えるのに dl を使うのは良いんですかね。

<dl>
<dt><img /></dt>
<dd>図1. モナー</dd>
</dl>
586 ：Name_Not_Found：05/03/13 23:57:31 ID:???
<img href="monar.png" title="図 1. モナー" />
587 ：585：05/03/14 01:04:13 ID:???
>>586のやり方と img:after{ content:attr(title); } を合わせるのが
求めていた物を実現するのに良い感じでした。
588 ：Name_Not_Found：05/03/14 10:18:36 ID:???
src じゃなくて href だったり、 alt がないことには突っ込まんのか。
589 ：Name_Not_Found：05/03/14 11:32:27 ID:???
>588
言われて初めて気がついた (汗)
590 ：Name_Not_Found：05/03/14 21:02:35 ID:???
CSSのWGの見解としては置換要素に:afterは使えない仕様だったりする。
CSS2仕様書に明記されていないが、
(行間を読めば必然的にそうなるそうだ。
行間を読まないとわからない仕様書ってのもどうかと思うが。)
CSS3では明記するんだと。
591 ：Name_Not_Found：05/03/14 21:50:24 ID:???
>>590
img::outside::after{content:attr(title);}
は?
592 ：Name_Not_Found：05/03/14 22:17:09 ID:???
>>591
そうそれ。::outsideを介さないと::before,::after使えない。
593 ：Name_Not_Found：05/03/15 19:53:01 ID:???
>>590-592
勉強になた。
あーそういわれればそう読めるな・・・。
594 ：Name_Not_Found：05/03/17 09:32:27 ID:???
>>585
もちろん。

スタイルのサンプル。
http://www.maxdesign.com.au/presentation/definition/dl-float-right.htm
http://www.maxdesign.com.au/presentation/definition/dl-image-gallery.htm
595 ：Name_Not_Found：05/03/18 12:04:13 ID:???
<p>
ようこそ、ななしのさいとへ！<br />
あなたは○○回目の訪問者です。<br />
</p>

例えば、こんな文章とも箇条書きともつかないような部分て、
p ul ol のいずれが妥当なんだろう？
pって段落だしなー。やっぱリスト？
596 ：Name_Not_Found：05/03/18 12:11:55 ID:???
文章とも箇条書きともつかないわけないだろう。
どうみたって文章じゃねえか｡
597 ：Name_Not_Found：05/03/18 12:28:33 ID:???
じゃあ文章だとして、
全体を括って各行に<br />いれる？
それとも一行ごと<p>で括る？

どっちにしても「段落」では無いと思うのだが。
598 ：Name_Not_Found：05/03/18 12:39:42 ID:???
区切る必要なし
599 ：Name_Not_Found：05/03/18 14:47:24 ID:???
>>598
禿同
600 ：Name_Not_Found：05/03/18 18:58:45 ID:???
好きにしろ
601 ：Name_Not_Found：05/03/19 01:25:33 ID:???
案3; 「あなたは○○回目の訪問者です。<br /> 」 を消す。
602 ：Name_Not_Found：05/03/19 03:05:36 ID:???
案4; 「ようこそ、ななしのさいとへ！<br /> 」 を消す。
603 ：Name_Not_Found：05/03/19 05:36:31 ID:???
むしろサイトを・・・いや、なんでもない。
604 ：Name_Not_Found：05/03/19 20:09:39 ID:???
<br />を消して文意が変わるわけではない
よって<br />は不要
605 ：Name_Not_Found：05/03/19 20:55:07 ID:???
texで改行やら改ページで必死に自分好みにレイアウトしようとしてる奴思い出した
606 ：Name_Not_Found：05/03/19 22:10:09 ID:???
>>604
じゃあなんであんたのその書き込みは改行してるのさ？

というか、いまどき 「あなたは○○回目の訪問者です」 はないよなあ。
そんなこと書かれてても誰も・・・。
607 ：Name_Not_Found：05/03/19 22:17:45 ID:???
今日HTML 4.0宣言してるショッピングサイト見た・・・
608 ：Name_Not_Found：05/03/19 22:36:23 ID:???
>>606
おまいの一行目の下マージンもスタイルシート使えYO
609 ：Name_Not_Found：05/03/19 23:32:47 ID:???
>>608
そんなのは2chに言ってくれYO(´･ω･｀)
610 ：Name_Not_Found：05/03/20 00:12:12 ID:???
>>609
じゃあ「なんで改行してるのか」は愚問だってわかるかい？
改行を消しても文意は変わらないが2chでは入力時に改行したところへ<br />流し込むんだよ。
611 ：Name_Not_Found：05/03/20 00:30:36 ID:???
>>610
いや、だからさ、
改行すると <br> が入ってしまうことを知っていて 改行する、ってことは、
<br> 入れたいために改行した、ってことだろ？

で、 なんで >>604 では <br> 入れたかったの？ ってことを聞いたの。
>>604 では <br> 入れなくても文意は変わらないだろ？
<br> 入れたくないなら入力時に改行なんてしないわけじゃん？

自分は <br> あった方がこの掲示板では見やすいから入れてる。
改行2個でP段落、なんてことはしてくれないのを知ってるから、
段落を分けたいときは改行連続させて <br><br> とさせてる。

もし、そういう意味で >>604 で <br> を入れてたのなら、
>>595 が <br /> 入れてても別にいいんでないの？ という話だったのだよ。 >>606は。
まー、どっちにせよどうでもいいんだけどさ。
612 ：Name_Not_Found：05/03/20 09:44:12 ID:???
無駄な争いはやめて<span class="sentence"></span>を使えよ。
.sentence:before{
white-space:pre;
content:"\a";
}
613 ：Name_Not_Found：05/03/20 12:14:21 ID:???
>>611
> >>604 では <br> 入れなくても文意は変わらないだろ？
> <br> 入れたくないなら入力時に改行なんてしないわけじゃん？

入れなくても文意が変わらない = <br>入れたくない、とはならない。
入れなくても文意が変わらない = <br>入れなくても構わない、だ。
<br>が挿入されることを知っていようが知っていまいが、
入力時に改行するかどうかは入力者の自由。結果（出力）に結び付くかは別問題。
「なんで入力時に改行をしたところへ<br>を挿入するのか？」
そんなことは2chに言え。
614 ：Name_Not_Found：05/03/20 12:18:33 ID:???
>>613
ちょっと無理があるな。
615 ：Name_Not_Found：05/03/20 12:22:59 ID:???
「無理がある」と言って無理を指摘しないのは（ry
616 ：Name_Not_Found：05/03/20 12:29:05 ID:???
ここはStrictスレです。
brは全面的に否定しましょう。
617 ：Name_Not_Found：05/03/20 12:40:12 ID:???
そもそも>604がわからんからな。
変わるし。
618 ：Name_Not_Found：05/03/20 12:43:37 ID:???
>>616
お？ Strictだって、意味のある br だったら肯定していいんじゃないん？

てゆうか否定してるくせにそこで "改行" させてるのは変だと思…(以下無限ループなので略)
619 ：Name_Not_Found：05/03/20 12:45:20 ID:???
可読性をあげるbrに意味などあるのか?
620 ：Name_Not_Found：05/03/20 12:46:28 ID:???
久々のbr論争だな
621 ：Name_Not_Found：05/03/20 12:52:43 ID:???
改行自体に意味のある場合もありうる。
一概にbrを不定することは出来ない。

問題なのは見栄えや可読性だけのために使用されたbrだけ。
622 ：Name_Not_Found：05/03/20 12:57:42 ID:???
>改行自体に意味のある場合
言ってみそ
623 ：Name_Not_Found：05/03/20 12:58:54 ID:???
・<line>～</line> とか
・<span class="line">～</span> とか
・・・の代わりに <br> 使ってる場合とかは？OK？
624 ：Name_Not_Found：05/03/20 12:59:27 ID:???
>>622 >>622
625 ：Name_Not_Found：05/03/20 13:00:13 ID:???
>>623
このスレ的には<span class="line">～</span>を使うべきじゃ?
626 ：Name_Not_Found：05/03/20 13:00:58 ID:???
>>624
<blockquote>
改行自体に意味のある場合
</blockquote>
<p>言ってみそ</p>
627 ：Name_Not_Found：05/03/20 13:03:28 ID:???
>>626
お前もっとがんばれよｗ
<blockquote>
    <p>改行自体に意味のある場合</p>
</blockquote>
<p>言ってみそ</p>
628 ：Name_Not_Found：05/03/20 13:08:50 ID:???
>>625
うん。
でも現状として CSS使われてないデフォのHTMLだと、それじゃ改行されなく見えてしまうし、
<span class="line">～<br></span>
とかするのもアリなマークアップなんじゃないのかな？
629 ：Name_Not_Found：05/03/20 13:10:19 ID:???
>>625
どうかな。spanよりはbrの方がいいと個人的には思うけど。CSS解除のときを考えれば。
630 ：Name_Not_Found：05/03/20 13:13:29 ID:???
>>622の態度が気に食わない。
631 ：Name_Not_Found：05/03/20 13:16:17 ID:???
>>628-629
このスレでは脳内レタリング推奨
632 ：Name_Not_Found：05/03/20 13:18:10 ID:???
>>631
だから『レンダリング』だろ？
というかこのスレにはdiv・spanを嫌う勢力もいるし
633 ：Name_Not_Found：05/03/20 13:24:02 ID:???
div・spanはclassで意味を与えればOKだととっくに結論が出てる訳だが?
634 ：Name_Not_Found：05/03/20 13:25:24 ID:???
だからそれいうならbrだって飾りでなければOKだととっくに結論出てるだろ
635 ：Name_Not_Found：05/03/20 13:27:08 ID:???
>>633
「嫌う」ってのは他に使える要素があるならそっち使うべしって意味。
636 ：Name_Not_Found：05/03/20 13:27:09 ID:???
> div span 嫌い
それもなんでなんだろな？
既存のHTMLじゃどうしてもマークアップ不可能なものもあるのに。
ｱﾝﾁdiv厨というか。
そういうのに限って <p><input type="text" ～></p> とか平気にやってるんだよな。
input は文章じゃないだろと言いたい。
637 ：Name_Not_Found：05/03/20 13:29:29 ID:???
>>636
仕様書の例示ではinputをpの中に納められていますが何か？
638 ：Name_Not_Found：05/03/20 13:30:27 ID:???
>>634
brにどんな意味があるのさ?
639 ：Name_Not_Found：05/03/20 13:31:12 ID:???
>>637
ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/interact/forms.html#h-17.4

これだな。BRも使いまくりｗ
640 ：Name_Not_Found：05/03/20 13:31:41 ID:???
詩歌や言葉遊びなんかは改行がないと意味の通じない場合だってあるが。
641 ：Name_Not_Found：05/03/20 13:32:30 ID:???
>>640
pre
642 ：Name_Not_Found：05/03/20 13:32:40 ID:???
>>638
会話。プログラム言語。他
643 ：Name_Not_Found：05/03/20 13:33:20 ID:???
>>641
改行だけあればいいってときはbrで十分じゃん。
何も全体を整形済みにしなければならない理由はない。
644 ：Name_Not_Found：05/03/20 13:34:33 ID:???
>>642
code
blockcode

>>643
何の為のHTMLか考えれ
645 ：Name_Not_Found：05/03/20 13:35:37 ID:???
>>644
blockquote？
小説書くとき、登場人物の台詞いちいち引用でマークアップするの？
646 ：Name_Not_Found：05/03/20 13:36:35 ID:???
>>645
当たり前じゃん
それにここはstrictスレ。
647 ：Name_Not_Found：05/03/20 13:37:17 ID:???
>>644
よくわからん。詳しく。
codeとか意味わかって言ってる？
そして何の為？
648 ：Name_Not_Found：05/03/20 13:37:49 ID:???
>>646
登場人物の台詞は引用じゃないよ（苦笑）
引用の意味わかる？
649 ：Name_Not_Found：05/03/20 13:38:20 ID:???
春だなぁ
650 ：Name_Not_Found：05/03/20 13:39:12 ID:???
>>637
マジでか。
でもさー
<p>
    <input type="hidden" ～>
    <input type="hidden" ～>
    ・・・
</p>
とか変だと思わない？

>>646 はｱﾝﾁbr厨だな。
651 ：Name_Not_Found：05/03/20 13:39:18 ID:???
だんだん香ばしくなってきたな
652 ：Name_Not_Found：05/03/20 13:39:22 ID:???
>>648
うん。
ちゃんとspan class=""でマークアップしてcssで括弧とか付けてるよ
653 ：Name_Not_Found：05/03/20 13:41:26 ID:???
>>650
流れさえぎるが、確かに違和感は感じる。かといってdivやspanってのもね。
tableかulないしolかねぇ。ぶっちゃけpでもいいと思うが。

>>652
そろそろ釣りでした宣言をどうぞ。
654 ：Name_Not_Found：05/03/20 13:42:11 ID:???
>>650
ｱﾝﾁbr厨って言われても、マークアップは囲んだ中の文字に意味を付けるのであって(ry
655 ：Name_Not_Found：05/03/20 13:42:41 ID:???
ネタさえあれば議論好きな奴らばっかだから活気付くのな。
656 ：Name_Not_Found：05/03/20 13:43:22 ID:???
>>653
いや、つりは>>645でしょ
657 ：Name_Not_Found：05/03/20 13:43:49 ID:???
>>654
そこで空要素ですよ
658 ：Name_Not_Found：05/03/20 13:44:58 ID:???
>>657
空要素でも同じだから
とりあえず前スレ嫁
659 ：Name_Not_Found：05/03/20 13:45:25 ID:???
>>658
ｵﾓｴﾓﾅ
660 ：Name_Not_Found：05/03/20 13:45:41 ID:???
>>654
だから、会話とか1行コードとか、わざわざ 1行1行 <p> とかでやる必要ないだろ？
小説のマークアップとか一回やってみろよー。
661 ：Name_Not_Found：05/03/20 13:46:21 ID:???
>>659
やっぱお前前スレ読んでないんじゃん
662 ：Name_Not_Found：05/03/20 13:47:16 ID:???
>>661
いいから読んで来いって。
brとかspanとかformとか全部既出なんだよ。
663 ：Name_Not_Found：05/03/20 13:47:24 ID:???
>>660
文章とかは書いてるよ
<div class="section">やら使ったりしてちゃんと構造的にする。
それがstrict。
variderは帰れ
664 ：Name_Not_Found：05/03/20 13:48:30 ID:???
>>650 >>653 W3C のTOPページでは ただの <div>～</div> で囲んでたりするよな・・・(゜д゜)
665 ：Name_Not_Found：05/03/20 13:48:46 ID:???
>>662
一回xhtml2の草案嫁
666 ：Name_Not_Found：05/03/20 13:49:53 ID:???
Strictがすぎると自然言語書けなくなるからほどほどにな。
667 ：Name_Not_Found：05/03/20 13:51:02 ID:???
>>663
× varider
○ valider ？
668 ：Name_Not_Found：05/03/20 13:51:21 ID:???
>>666
http://pc5.2ch.net/test/read.cgi/hp/1071673655/
669 ：Name_Not_Found：05/03/20 13:51:41 ID:???
>>667
663はさっきからいる煽らーなので相手にしないように。
670 ：Name_Not_Found：05/03/20 13:52:25 ID:???
某所でtable論争が再燃しているようですが…興味なし？
671 ：Name_Not_Found：05/03/20 13:53:57 ID:???
>>669 (‘д‘)ゞ

table はもういいよ。
672 ：Name_Not_Found：05/03/20 13:54:40 ID:???
W3Cの仕様に従ってる限り問題ないので興味なし。
673 ：Name_Not_Found：05/03/20 14:00:41 ID:???
煽りが煽ってる…
このスレもそろそろ終わりだな…
674 ：Name_Not_Found：05/03/20 15:12:58 ID:???
<blockquote cite="http://www.aozora.gr.jp/cards/000879/files/14_14602.html">

「貰ふのは気の毒だ。ぢや朝日（あさひ）を一つくれ給へ。」
「何、かまひません。お持ちなさい。」
「いや、まあ朝日をくれ給へ。」

</blockquote>

ここんとこを br 使わず適切にマークアップせよ。
原典では改行されておりルビも振られている。
しかし紙面の都合上改行された版とそうでない版が存在し、
著作者の意図的な改行はカッコの後のみの場合。
675 ：Name_Not_Found：05/03/20 15:38:30 ID:???
<span class="syaberi"><span class="sentence">貰ふのは気の毒だ。</span><span class="sentence">ぢや<ruby><rb>朝日</rb><rt>あさひ</rt></ruby>を一つくれ給へ。</span>
<span class="syaberi"><span class="sentence">何、かまひません。</span><span class="sentence">お持ちなさい。</span></span>
<span class="syaberi"><span class="sentence">いや、まあ朝日をくれ給へ。</span></span>
676 ：Name_Not_Found：05/03/20 15:43:54 ID:???
>>675
それをCSS使わないでブラウザで表示してみなさい。
誰がどこまで何言ってるかサッパリ分からんぞ。
677 ：Name_Not_Found：05/03/20 15:45:26 ID:???
>>676
スレ違いな発言はよそで。
Valider厨は帰れ。
678 ：Name_Not_Found：05/03/20 15:56:11 ID:???
Valider厨とかまた程度の低い煽りが現れてるが……
これはHTMLというひとつの規格と文学作品との相性の悪さだろうな。
原典では「」は意味を持つし改行も（一応は）意味を持つが、HTMLでは装飾とされがち。
だからってHTMLだけで閲覧して>>675みたいな状態になったら意味が変わる。
「」は省略せずHTMLに記述するべき。改行は悩みどころだな。
679 ：Name_Not_Found：05/03/20 15:56:32 ID:???
日本語の文法上、会話を示す 「」 は装飾ではないだろう。
680 ：Name_Not_Found：05/03/20 16:07:35 ID:???
自然言語とマークアップのどっちを優先させるか…?
明らかに機械的に処理のできるマークアップを優先するべき。
681 ：Name_Not_Found：05/03/20 16:14:53 ID:???
自然言語をマークアップするのがマークアップ言語だろ？
マークアップ言語にあわせて自然言語を作り変えるなんて本末転倒もいいとこ。
682 ：Name_Not_Found：05/03/20 16:18:36 ID:???
じゃあHTMLでq:before{content:open-quot;quote:'"' "'"}がディフォになっているのがおかしいと。
#cssは適当
683 ：Name_Not_Found：05/03/20 16:20:58 ID:???
>>681
同意

>>682
それはUAの実装の問題じゃないのか？
684 ：Name_Not_Found：05/03/20 16:23:59 ID:???
>>683
CSS側でそう決められてるっていうかXHTML2の草案にはディフォのスタイルが付いてるぐらい
685 ：Name_Not_Found：05/03/20 16:34:16 ID:???
段落タグ <p> に冒頭一字下げがデフォルトでついてなくても、冒頭一字下げは日本語のルール。
言語によっては、引用や参考書名なんかはイタリックで書かせるものもあるけど、
日本語にそういったルールはない。

というように、言語によって文法はまちまちなわけで、特定言語のデフォルトスタイル（であろうもの）を、
マークアップ言語全体のデフォルトスタイルとするのはどうかと思うなぁ。

# CSS的には、 * { ～ } で指定解除しちゃえばいいんだろうけど。
686 ：Name_Not_Found：05/03/20 16:38:34 ID:???
何の為のxml:langだか…
687 ：Name_Not_Found：05/03/20 17:39:05 ID:???
既存のDTDでどんなものにでも対応出来ると思ってるからおかしなことになる。
無理なものは無理。
688 ：Name_Not_Found：05/03/20 18:14:10 ID:???
>>684
デフォルトはdeなので「ディ」と表記するのは間違い。
689 ：Name_Not_Found：05/03/20 18:21:37 ID:???
>>688
independence をインディペンデンスと呼ぶのは？
690 ：Name_Not_Found：05/03/20 18:28:54 ID:???
>>688
発音記号は di だけど？
691 ：Name_Not_Found：05/03/20 18:44:51 ID:???
みなさん幻覚すぎですよ
692 ：Name_Not_Found：05/03/20 18:48:46 ID:???
「default」
http://dictionary.goo.ne.jp/search.php?id=exej0091640-00000-00000-00000&kind=ej&mode=5
▼音声
http://dictionary.goo.ne.jp/voice/d/01010727.wav

>>688
氏ね
693 ：Name_Not_Found：05/03/20 19:09:09 ID:???
>>684
デフォルトのスタイルが何にせよHTMLは影響を受けない。
694 ：Name_Not_Found：05/03/20 19:27:47 ID:???
>>693
いや、それはそうなんだけど>>681が勝手に「"」等の自然言語関係の記号を追加するのがおかしいっていうから
695 ：Name_Not_Found：05/03/20 19:34:00 ID:???
>>681 がそういってるようには見えないわけだが。
696 ：Name_Not_Found：05/03/20 20:10:17 ID:???
688 Name_Not_Found sage 05/03/20 18:14:10 ID:???
>>684
デフォルトはdeなので「ディ」と表記するのは間違い。
697 ：Name_Not_Found：05/03/20 21:38:15 ID:???
音声を正しく表記することなどできない。
698 ：Name_Not_Found：05/03/20 21:43:49 ID:???
精度を考慮しない正しさなど無意味
699 ：Name_Not_Found：05/03/20 21:48:08 ID:???
このスレの人たちは現実を無視して極限を目指しているんですよ
700 ：Name_Not_Found：05/03/20 22:41:25 ID:???
5年たっても浸透しないXHTMLなど無意味
701 ：Name_Not_Found：05/03/20 22:43:41 ID:zKbO9s97
浸透してますって
702 ：Name_Not_Found：05/03/20 22:54:28 ID:2ISU2fBR
ところで「土方歳三が書いた漢詩」のlang属性って何よ？
686見てふと思った。
通常の文学解釈なら
文法:中国語
読み方:日本語
703 ：Name_Not_Found：05/03/20 23:00:04 ID:???
漢詩って中国語にルビ振るんしょ?
本文にxml:lang="zh"、ルビにxml:lang="ja"をつければ良いじゃん。
704 ：Name_Not_Found：05/03/20 23:05:52 ID:2ISU2fBR
国語で習わなかったか？返り点等は打ってもルビなんぞない。
返り点すらない漢字のみが当時の教養人のデフォ。
705 ：Name_Not_Found：05/03/20 23:06:36 ID:???
>>704
一行目と二行目が矛盾してない？
706 ：Name_Not_Found：05/03/20 23:09:30 ID:???
>>705
?????
707 ：Name_Not_Found：05/03/20 23:10:42 ID:???
>>705
国語で習ったのは、返り点あり、ルビなし
当時の教養人は、返り点なし、ルビなし
708 ：Name_Not_Found：05/03/20 23:16:16 ID:???
結局、返り点って誰がつけたの？昔の偉い人がつけたのかと思った。
（ものによっては複数通りの選択があったりするしね）
709 ：Name_Not_Found：05/03/21 00:44:14 ID:???
>>704
ってか、その漢字のみの文を「白分」っていうんだよ。
710 ：Name_Not_Found：05/03/21 01:28:09 ID:???
>>704
当時の話は当時の話。今とは関係ない。
まさか原典に忠実なのがStrict信者としてあるべき姿、とか思ってないよな？
711 ：Name_Not_Found：2005/03/21(月) 03:56:07 ID:???
(ﾉ∀｀)
712 ：Name_Not_Found：2005/03/21(月) 08:50:15 ID:09gvuIaX
で、結局はlang属性どうすんの？
表記文法で統一だと、日本の中世以前の公文書は全部（に近く）中国語になる。
一方、白文見て日本語、って思わんだろ。
まあ、二重の言語構造を持つ可能性をW3Cは想定していないだろうが。
日本語はHTMLの想定する自然言語から遠いよ。
713 ：Name_Not_Found：2005/03/21(月) 09:11:47 ID:???
痛いスレだな。
714 ：Name_Not_Found：2005/03/21(月) 10:28:54 ID:???
おまいらもｗ３ｃもあたまわろいな
715 ：Name_Not_Found：2005/03/21(月) 10:48:29 ID:???
おまいらはあたまわろいがｗ３ｃはあたまわろくないぞ
716 ：Name_Not_Found：2005/03/21(月) 11:00:05 ID:???
海外にだって古典文法は存在するだろうに。
国内にて用いられた漢文は当時の中国のネイティブ文法ともまた
違う文法だからlang属性を語る上での分類としては別言語としていいんじゃない？
ちなみに現在の日本語の体系がまとまったのは江戸時代中期。
日本語の体系はそれ以後とそれ以前で大まかに区分することが出来る。
717 ：Name_Not_Found：2005/03/21(月) 12:26:29 ID:???
そこで正字正仮名ですよ
718 ：Name_Not_Found：2005/03/21(月) 14:25:44 ID:???
さうですね。
719 ：Name_Not_Found：2005/03/21(月) 14:46:45 ID:???
ははｗ 誰かを思い出して気分悪いねｗ
720 ：Name_Not_Found：2005/03/21(月) 19:06:08 ID:???
http://www.webcitron.com/blog/sblog/eid138.html
721 ：Name_Not_Found：2005/03/21(月) 19:48:09 ID:???
別にstrictorじゃないんだからそっとしておいてやれよ。
722 ：Name_Not_Found：2005/03/22(火) 17:25:49 ID:???
いくらStrictに書いても最近HTMLそのものの限界が見えてきてやる気が無くなってきた。
もっとオブジェクト指向に書きたいよぅ。
そうすれば管理も楽だしソースも美しく書けるのに。
723 ：Name_Not_Found：2005/03/22(火) 23:34:37 ID:???
コンポーネント志向と人間の創造力の関係について
724 ：Name_Not_Found：2005/03/23(水) 07:56:34 ID:rTd2OREr
文章をオブジェクト化、わからん。
XML+XSLTで扱える内容ではないのか？
725 ：Name_Not_Found：2005/03/23(水) 08:02:35 ID:???
>>722はオブジェクト指向という言葉を覚えたてで使ってみたいだけに違いない。
726 ：Name_Not_Found：2005/03/23(水) 09:46:33 ID:???
>>722
strict!=object思考

どうやって実体化すんだよ
どうやって派生すんだよ
XMLをはなから否定してるとしか思えん
727 ：Name_Not_Found：2005/03/23(水) 10:11:32 ID:???
XMLこそオブジェクト指向だろ。
728 ：Name_Not_Found：2005/03/23(水) 11:16:14 ID:???
XMLはインスタンス(実体)を直接書くって感じだし。
真のオブジェクト指向はオブジェクトにオブジェクト自身をどうにかする関数を付けるって事だし

構造体だな
729 ：Name_Not_Found：2005/03/24(木) 01:44:24 ID:???
厚生労働省のホームページがXHTMLになりますた
（以前はTABLEレイアウト）

ttp://www.mhlw.go.jp/
730 ：Name_Not_Found：2005/03/24(木) 01:48:41 ID:???
英語版のページが以前のtableレイアウトと同じ記述なのかな？
731 ：Name_Not_Found：2005/03/24(木) 08:16:50 ID:???
>>729
大手では珍しいな。AHLで100点だし
#application/xhtml+xmlでないのが残念だけど
732 ：Name_Not_Found：2005/03/24(木) 10:14:37 ID:???
>>731
XHTML1.0だから問題ない
733 ：Name_Not_Found：2005/03/24(木) 22:32:31 ID:???
>>732
まぁそうだけどさ
734 ：Name_Not_Found：2005/03/24(木) 22:45:18 ID:???
一つのhtmlファイルに複数のcssを読み込ませるのはnone-strict?
735 ：Name_Not_Found：2005/03/24(木) 22:52:19 ID:???
別に
736 ：Name_Not_Found：2005/03/24(木) 22:59:20 ID:???
一つのちん○に複数のま○こを○○ませるのはnone-strict?
737 ：Name_Not_Found：2005/03/25(金) 00:58:50 ID:???
>>736
氏ね
738 ：Name_Not_Found：2005/03/25(金) 06:55:48 ID:???
っていうか none-strict って何だよ

none は「ナン」だからな
739 ：Name_Not_Found：2005/03/25(金) 22:57:46 ID:???
「ノーン」と思ってた。
740 ：Name_Not_Found：2005/03/25(金) 23:00:57 ID:???
>>736の伏字がわかんないよー
741 ：Name_Not_Found：2005/03/26(土) 00:58:34 ID:???
「ノーネ」と思ってた。
742 ：Name_Not_Found：2005/03/26(土) 09:22:59 ID:???
ここまでinvalid
------------------------------------------------------------
ここからvalid
743 ：Name_Not_Found：2005/03/26(土) 11:06:52 ID:???
「valid」と思ってた。
744 ：Name_Not_Found：2005/03/26(土) 12:21:40 ID:???
>>742はValidだけどStrictじゃない
745 ：Name_Not_Found：2005/03/26(土) 17:47:48 ID:ryBthIjK
スレ違いだと思うけど、ストリクターの皆さんが詳しそうだから
教えて欲しいんですけど・・・
HTMLにコーディング規約って存在しないんですかね？
例えば、テーブルを組む時は
<table>
<tr>
<td></td>
</tr>
</table>
って書くか、
<table>
<tr><td></td></tr>
</table>
って書くかとか・・・
746 ：Name_Not_Found：2005/03/26(土) 19:07:09 ID:???
すれ違い
747 ：Name_Not_Found：2005/03/26(土) 19:26:41 ID:???
>>745
どっちでも全く同じ意味。

<table><tr>
<td></td> </tr>

</table>

これでも同じ意味だから自分が見やすいように書いたらいい。
748 ：Name_Not_Found：2005/03/26(土) 20:50:57 ID:???
>>747は混乱している。
>>747はラリホーをとなえた。
>>745は眠っている。
749 ：Name_Not_Found：2005/03/26(土) 21:01:43 ID:???
どっちが良いかは内容によって異なるしなあ…
750 ：Name_Not_Found：2005/03/26(土) 22:04:01 ID:???
文系にはコーディング規約とか無理そう
751 ：Name_Not_Found：2005/03/27(日) 00:11:14 ID:???
>>745
とりあえず、漏れはインライン要素のタグは改行無しで、
ブロック要素のタグは前後に改行と階層に応じたスペースをつけて書いてます。
752 ：745：2005/03/27(日) 09:09:49 ID:???
>>751
ありがとうございます～
結局、文書型の定義はW3Cがきっちりやってるけど、
それを満たしさえすればソースの書き方自体は特に決まってないってことですかね。
753 ：Name_Not_Found：2005/03/27(日) 10:18:15 ID:???
XMLってのは基本的にプログラム向けだとおもうよ
人間向けじゃない
だから書き方なんて細かいことはどうでもいい
プログラムがパースできればね
754 ：745：2005/03/27(日) 11:21:56 ID:???
>>753
そうは言っても、生身の人間が編集するものじゃないですか？
1人で作ってる個人サイトや小規模サイトならともかく、
ある規模以上のサイトのHTMLコーディングって、複数人でチーム組んでやると思うので、
コーディング規約があった方が何かと便利なのかなぁとか思ったんですけどねぇ
755 ：Name_Not_Found：2005/03/27(日) 11:40:50 ID:???
大人数での作業だとまず全員一から手書きはありえない。
作業する時は管理アプリの設定するインデントや改行でやり、納品前に再整形が普通。
756 ：Name_Not_Found：2005/03/27(日) 12:09:27 ID:???
＞生身の人間が編集するものじゃないですか？
だからそこを否定してるのに気付かないのか。。
757 ：Name_Not_Found：2005/03/27(日) 13:44:19 ID:???
ちょっと前のを引っ張るけど>>585の例って
「図1.モナー」は見出しだからdt
画像は具体的内容だからdd
という考え方もできると思う（自分はこっちを先に思いついた）んだけど、どっちがふさわしいのかな？
758 ：745：2005/03/27(日) 13:47:03 ID:???
>>755-756
あぁ～、なるほどなるほど。
根本的に勘違いしてたってことですね・・・
おかげで目が覚めました・・・
759 ：Name_Not_Found：2005/03/27(日) 15:13:15 ID:???
>>756
XMLは完全に機械向けの規格じゃない。Human-readableが基本。
760 ：Name_Not_Found：2005/03/27(日) 15:17:57 ID:???
くだらない建前はいいって
761 ：Name_Not_Found：2005/03/28(月) 02:44:09 ID:???
>>757

そりゃ、どちらを説明の対象にするのかによって
どっちもありでしょう。

見出し云々は突っ込まないでおくヨ
762 ：Name_Not_Found：2005/03/29(火) 23:09:36 ID:???
リストの入れ子は許されるの？

<ul>
<il>ホゲ</li>
<il>
<ul>
<il>サブホゲ１</li>
<il>サブホゲ2</li>
</ul>
</li>
</ul>
763 ：Name_Not_Found：2005/03/29(火) 23:20:45 ID:???
>>762
Y

続きは>>19で聞け
764 ：Name_Not_Found：2005/03/30(水) 00:09:28 ID:???
>763
レス㌧クス。Strictなhtmlでもｵｹなのか知りたかったのさ
逝ってきます
765 ：Name_Not_Found：2005/03/30(水) 01:28:09 ID:???
昔NN4でテーブルの入れ子が良くないとされてた影響かな？
意味なく入れ子をダメだと思い込む奴が多い。
766 ：Name_Not_Found：2005/03/30(水) 11:34:31 ID:???
あれも文書構造的にどうこうと言う問題ではなくてネスケ4のレンダリングエンジンは
テーブルの描画が遅かったからってだけの話。

ってスレ違いだな。
767 ：Name_Not_Found：皇紀2665/04/01(金) 01:42:16 ID:???
「クリックすると拡大」ビジネスモデル特許成立で各社対応に追われる
http://internet.watch.impress.co.jp/static/uocchi/2005/04/01/click.htm
768 ：Name_Not_Found：皇紀2665/04/01(金) 01:46:01 ID:???
お、来ましたな。0時1分。
769 ：Name_Not_Found：皇紀2665/04/01(金) 01:52:09 ID:???
Strict 的には変な日付のフォーマットは許せんよな

暦表記変更申請スレッド
http://qb5.2ch.net/test/read.cgi/operate/1112283994/
770 ：Name_Not_Found：皇紀2665/04/01(金) 01:55:05 ID:???
やはりISO8601準拠を

しかしこれログとして残るのよね…。
771 ：Name_Not_Found：皇紀2665/04/01(金) 02:06:28 ID:???
read.cgi が変な書式で書き出すならともかく
dat に変なもの混ぜないで欲しいよなあ
検索する時に困る
772 ：Name_Not_Found：皇紀2665/04/01(金) 08:45:48 ID:???
皆さん本当によくご存知ですね。いつもROMって勉強させてもらっています。
私、htmｌは独学で他のサイトを参考にタグ辞典片手に覚えてきました。
が、正しいhtmlの書き方が見に付いていません。

そこで皆さんに伺いたいのですが、正しいhtmlを学ぶのに良い書籍はありませんか？

宜しくお願いします。


773 ：Name_Not_Found：皇紀2665/04/01(金) 09:31:36 ID:???
（最近はだいぶ良くなってきたものの）書籍はハズレが多いので、
初心者スレのテンプレに書いてある以下のサイト推奨

■HTML・CSSについて
「ごく簡単なHTMLの説明」(神崎正英氏)
　http://kanzaki.com/docs/htminfo.html
「HTML鳩丸倶楽部」(水無月ばけら氏)
　http://www.ne.jp/asahi/minazuki/bakera/html/hatomaru
「はじめてのWebドキュメントづくり」(内田明氏)
　http://www.asahi-net.or.jp/~sd5a-ucd/www/

あとは、仕様書も実はそんなに難しくないので、これ読むのもよい
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/cover.html
774 ：Name_Not_Found：livedoor06/04/01(金) 19:18:45 ID:???
日本語版の仕様書って書籍として売ってないの？
PDF印刷してもいいんだが全体で何ページあるんだよ・・・
775 ：Name_Not_Found：livedoor06/04/01(金) 22:35:52 ID:???
>>774
そーいや印刷したよ。
枚数よりもページごとに印刷せなあかんのが面倒だった。
776 ：Name_Not_Found：livedoor06/04/01(金) 22:45:29 ID:???
>>775
何ページぐらい印刷した？
777 ：Name_Not_Found：livedoor06/04/02(土) 00:31:08 ID:???
>>772
のあたんのとこも読んどけ
778 ：Name_Not_Found：livedoor06/04/02(土) 13:41:40 ID:???
この日付表記っていつ戻るの?
779 ：Name_Not_Found：livedoor06/04/02(土) 13:47:45 ID:???
現状では「議論して申請」すれば直る

暦表記変更申請スッドレ　3周年
http://qb5.2ch.net/test/read.cgi/operate/1112381204/
780 ：Name_Not_Found：livedoor06/04/02(土) 13:56:39 ID:???
>>772
W3Cのサイト
781 ：Name_Not_Found：livedoor6年,2005/04/02(土) 15:53:46 ID:???
>>779
そうなんだ。エイプリルフールネタじゃ無かったのね
Web制作でlivedoorて意味わからんな
782 ：Name_Not_Found：livedoor6年,2005/04/02(土) 15:55:27 ID:???
元々は4/1ネタだけど、戻すのが面倒になったらしい。
783 ：Name_Not_Found：livedoor6年,2005/04/02(土) 16:08:09 ID:???
WWWが生まれてから何年とか、ティムが生まれてから何年とか
の方がそれっぽいにゃー
784 ：Name_Not_Found：livedoor6年,2005/04/02(土) 17:29:22 ID:???
W3C勧告候補 2005/04/02() xx:xx:xxとか
785 ：Name_Not_Found：livedoor6年,2005/04/02(土) 17:39:11 ID:???
さっさと直せよ
データベースとしてのdatが汚れる
786 ：Name_Not_Found：livedoor6年,2005/04/02(土) 18:00:17 ID:???
管理人はメタデータの重要性を認識しとらんかったのかよ
http://qb5.2ch.net/test/read.cgi/operate/1112293096/796
http://qb5.2ch.net/test/read.cgi/operate/1112293096/804
787 ：Name_Not_Found：livedoor6年,2005/04/02(土) 18:04:21 ID:???
この際datをXMLに…やっぱいいや
788 ：Name_Not_Found：livedoor6年,2005/04/02(土) 20:27:16 ID:???
XMLみたいに糞冗長な形式はまず不採用だろね
789 ：Name_Not_Found：2005/04/02(土) 21:00:18 ID:???
DOMでじゃなくSAXとして処理すれば…
それでも駄目だな
790 ：Name_Not_Found：2005/04/02(土) 21:19:23 ID:???
どうせなら YYYY-MM-DDThh:mm:ss+09:00 にしてくれればよかったのに…とか。
791 ：Name_Not_Found：2005/04/02(土) 21:54:37 ID:???
だな
そしたらスキン側で手軽にins datetimeを使えるのに
792 ：Name_Not_Found：2005/04/04(月) 21:07:02 ID:???
一つのタグに複数のclassを指定するのはあり？
793 ：Name_Not_Found：2005/04/04(月) 21:13:01 ID:???
class="foo bar baz"
794 ：Name_Not_Found：2005/04/04(月) 22:27:54 ID:???
<FONT size="7" color="red" class="redstar" class="centerright" class="background">★☆★☆★</FONT>
ってな感じで解説してるDQN解説タグ屋をどこかで見た記憶が・・・
795 ：Name_Not_Found：2005/04/04(月) 22:38:49 ID:???
感動した
796 ：Name_Not_Found：2005/04/04(月) 22:39:07 ID:???
クラス名が非strict
他の所は非valid
797 ：Name_Not_Found：2005/04/04(月) 22:58:11 ID:???
SGMLでは、同じ属性が同じ開始タグに複数表れるのは
not well-formed ではなくて not valid になるの？ SGMLﾜｶﾝﾈ
798 ：Name_Not_Found：2005/04/05(火) 14:31:12 ID:???
well-formedはXMLの概念じゃなかったっけ？うろおぼえ
799 ：Name_Not_Found：2005/04/06(水) 22:13:36 ID:???
>>774
日本規格協会でJIS TR化したやつを色々高値で売ってる。HTML 4.0 (4.01ではない) の
翻訳に28,665円も出す気があれば、だが。
800 ：Name_Not_Found：2005/04/08(金) 23:37:03 ID:???
おれのはimpolid
801 ：Name_Not_Found：2005/04/11(月) 22:41:39 ID:???
私はすぐにナオリタガール
802 ：Name_Not_Found：2005/04/12(火) 14:47:19 ID:???
何このスレ。
803 ：Name_Not_Found：2005/04/12(火) 23:43:38 ID:???
健康診断のとき検尿ってあるだろう。
このとき、こっそりおーいお茶をもっていく。
トイレに入ったらオペレーションスタート。
検尿カップになみなみ注ぎ、
たっぷんたっぷんこぼしながら
看護婦のお姉さんに差し出す。
お姉さんが「…そんなにいりません」
といったらチャンス。一気に飲み干す！
804 ：Name_Not_Found：2005/04/13(水) 00:08:02 ID:???
オナリタガール？
805 ：Name_Not_Found：2005/04/13(水) 11:10:30 ID:???
<>
<>さくら</>
<>ケツメイシ</>
<>発売日</><>2005-02-16</>
<>発売元</><>トイズファクトリー</>
<>品番</><>TFCC-89129</>
</><>
<>愛のバクダン<>
<>B'z<>
<>発売日</><>2005-03-09</>
<>発売元</><>VERMILLION RECORDS</>
<>品番</><>BMCV-4003</>
</>

CDリストのマークアップをストリクトな記述でしようと思ったんだが、
どういった要素を使うべき？
<div>や<span>を必要に応じて追加するのはありの方向で、
<>内に要素を入れるとしたら、あなたならどうする～？
806 ：Name_Not_Found：2005/04/13(水) 12:11:39 ID:???
まず自分で考えたら？
807 ：Name_Not_Found：2005/04/13(水) 12:28:09 ID:???
定義リストとリストの組み合わせか、hnとリストの組み合わせのどっちかかな。
808 ：Name_Not_Found：2005/04/13(水) 13:16:24 ID:???
>>805
さすがにこれはtableだと思うが
809 ：Name_Not_Found：2005/04/13(水) 14:23:44 ID:???
俺はこんな感じにしてみた。

<dl>
<dt>さくら</dt>
<dd>ケツメイシ</dd>
<dd>
<dl>
<dt>発売日</dt><dd>2005-02-16</dd>
<dt>発売元</dt><dd>トイズファクトリー</dd>
<dt>品番</dt><dd>TFCC-89129</dd>
</dl>
</dd>
...

アーティスト名がどこに属するのか悩んだが、
・「さくら」は「ケツメイシ」の曲である。
・「ケツメイシ」は「CDの詳細」では意味が通らない。
・「CDの詳細」は「さくら」に対する説明である。
言う考え。
810 ：805：2005/04/13(水) 14:44:13 ID:???
書き込んだ後に考えが煮詰まってきまして、
やっぱり >>809 の形式でする事にしました。
ありがとうございました。
811 ：Name_Not_Found：2005/04/13(水) 19:54:08 ID:???
>>805の書き方では「アルバム名とアーティスト名をセットで書く」というひとつの慣習(流儀)に従っている、
あるいは「B'zの『愛のバクダン』」という意図で書いているとも考えられるけど、
それならまとめてdtにぶち込んで、必要に応じてそれぞれspanとして明示するのもあり？

類例として、ToCをこういうふうにマークアップするのは？

<dt>Strict HTML (2005-04-13)</dt>
<dd>Strict な HTML の書き方を解説しています。</dd>

データベースとして見ればどっちも駄目だけど、
一般の文章の一部なら間違いと言い切ることは難しいような気がする。
812 ：Name_Not_Found：2005/04/13(水) 21:07:34 ID:4nNe2YB+
施設の営業時間を書き表したい場合に、どう書くべきか悩んでいます。
「曜日」と「午前」「午後」があって、「○曜日は午前、午後とも営業」、「△曜日は午前のみ営業」というのがわかるようにしたいです。
一応自分では表で書くものかと思い、以下のような感じで作ってみています。

<table>
<tr>
　<th scope="row">曜日</th>
　<td>月</td>
　<td>火</td>
　…（省略）
　<td>日</td>
</tr>
<tr>
　<th scope="row">午前</th>
　<td>○</td>
　<td>○</td>
　…（省略）
　<td>休</td>
</tr>
<tr>
　<th scope="row">午後</th>
　<td>○</td>
　<td>休</td>
　…（省略）
　<td>休</td>
</tr>
</table>

営業＝○、休み＝休で表してるんですが、この書き方だと読み上げ環境には伝わらないのでは…と思っています。
施設の性質上、目の不自由な方も見る可能性があるので、読み上げ環境でも伝わる書き方にしたいんですが、どのように書くのが良いでしょうか。
813 ：Name_Not_Found：2005/04/13(水) 21:13:00 ID:???
記号を文章にすればいいだけだろ
てかStrictスレで聞くことじゃない
814 ：Name_Not_Found：2005/04/13(水) 21:24:34 ID:???
>>812
"○"、"休" はテーブルよりも前の位置に意味を書いておけばそれで
いいと思うけど。"営業" と "休み" ぐらい省略しなくてもいいだろうし。

それよりも順序がよろしくない。その書き方だと

曜日、月、火…日 と続いた後
午前、午前/月/○、午前/火/○…
午後、午後/月/○、午後/火/休…

となってしまう。行列を入れ替えて

曜日、午前、午後
月、月/午前/○、月/午後/○
火、火/午前/○、火/午後/休

と読ませた方が自然じゃないか?
815 ：Name_Not_Found：2005/04/13(水) 22:37:33 ID:???
>>814
自然言語な話題ｷﾀｰ
816 ：Name_Not_Found：2005/04/14(木) 00:49:01 ID:???
>>812
画像とalt
817 ：Name_Not_Found：2005/04/14(木) 00:49:46 ID:???
>>812
abbr
818 ：Name_Not_Found：
>813-817

レスありがとうございました。
そもそもこういう情報はTableでいいのかも迷っていたので、
こちらに書いてしまいました。すみません。

そのまま、「営業」「休み」で書けばいいんですが、
目で見て読んで判断できる方の場合は、

営業 ｜ 営業 ｜ 休み ｜ …
営業 ｜ 休み ｜ 営業 ｜ …

のように漢字ばかりになって、一覧表なのにぱっと見で
わかりづらいかと思い、記号を使っていました。
もう一度考え直したいと思います。

>814さんの読み上げ順も参考になりました。
つい、カレンダーと同じ形式で見えることを考えていましたので、
その辺りも気をつけて書くようにします。