5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Strict-HTML スレッド 36

1 : ◆eUtysLtYW. :2006/05/12(金) 19:30:42 ID:RrQCjaYC
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 スレッド 35
http://pc8.2ch.net/test/read.cgi/hp/1144575540/

勧告等・その他は http://bell.skr.jp/web/strict/#etc
過去ログは http://bell.skr.jp/web/strict/#past_thread

初心者の質問はこちらへ
Webサイト制作初心者用質問スレ Part 162
http://pc8.2ch.net/test/read.cgi/hp/1146639852/

実装の話は10中8, 9スレ違い。

関連スレは>>2

2 : ◆eUtysLtYW. :2006/05/12(金) 19:32:03 ID:RrQCjaYC
/* CSS・スタイルシート質問スレッド【56th】*/
http://pc8.2ch.net/test/read.cgi/hp/1146116351/

XML→XHTML
http://pc8.2ch.net/test/read.cgi/hp/1039933755/

@media:all { 真のアクセシビリティ }
http://pc8.2ch.net/test/read.cgi/hp/1034270272/

ユーザビリティ専用スレ その3
http://pc8.2ch.net/test/read.cgi/hp/1136275352/

【みらくる】XHTML 2.0 (その2)【ドリーム】
http://pc8.2ch.net/test/read.cgi/hp/1098711758/

XML使いのスレ 2.0
http://pc8.2ch.net/test/read.cgi/hp/1057198990/

XSL/XSLT
http://pc8.2ch.net/test/read.cgi/php/999654569/

3 :Name_Not_Found:2006/05/12(金) 20:36:07 ID:???
>>1

4 :Name_Not_Found:2006/05/13(土) 02:53:18 ID:???
http://web.archive.org/web/20040623225923/http://www20.tok2.com/home/ilovemankonoana/

5 :Name_Not_Found:2006/05/14(日) 10:06:16 ID:TK9cP0VI
初心者の質問かもしれませんが、リスト(ULやOL)にタイトルを
付けるには<Hn>を使うんでしょうか。それとも<P>でしょうか。
どちらも違うような気がするのですが。

<H3>今日の昼ごはん</H3>
<UL>
<LI>えだまめ
<LI>ピザ
<LI>牛乳
<LI>コロッケ
</UL>

6 :Name_Not_Found:2006/05/14(日) 10:14:23 ID:???
ダーツに興味ある人はいませんか?
初心者、上級者一切問いません。ダーツを愛する方ならどなたでも結構です。

実はあるダーツ店のマスターが客が来なくてとても困っているようです。


  ↓↓↓ 詳細はこちら ↓↓↓
http://sports9.2ch.net/test/read.cgi/bullseye/1111230059/431-452


できればこのマスターに励ましの言葉をお願いします。
また、もしこの店の近くにお住まいの方はお店の方にも行ってあげてください。
困ったときはお互い様です。ダーツを愛するもの同士助け合いましょう!

7 :Name_Not_Found:2006/05/14(日) 11:29:14 ID:???
>>5
文脈による。
文章中のタイトルだったらpにするけど、
リストのみの場合はhn。

8 :Name_Not_Found:2006/05/14(日) 13:02:40 ID:???
>>5
それ以前の問題として、Strictとしてはliぐらい閉じろや・・・

9 :Name_Not_Found:2006/05/14(日) 13:43:10 ID:???
>>8
大文字で書いている所からXHTMLでないことは見てすぐ分かる。そして、
HTMLならLI要素の終了タグは省略可能。そして、タグを省略するかどうかと
Strictであるかどうかとは何の関係もない。

10 :Name_Not_Found:2006/05/14(日) 14:18:24 ID:???
省略可能だからって省略する程度ならこのスレにいる価値はないのは確かだな。

11 :Name_Not_Found:2006/05/14(日) 15:21:08 ID:???
省略してもパース結果のツリーは同じなんだから、
そんなに目くじら立てるほどのことじゃないと思われ
あるツリーをどう表現するかというただの形式的な話だしな

ここで議論すべきはどういうツリー構造が好ましいか、ってことだ

12 :Name_Not_Found:2006/05/14(日) 15:23:47 ID:???
オイオイ、そんなのまで許可してたら
HTMLだと<ul><del><li></li><del></ul>までおKになっちまうじゃないか。
やってよくてもやらないほうが好ましいストリクト精神までなくすんだったら
議論の余地もないじゃん。

13 :Name_Not_Found:2006/05/14(日) 15:53:59 ID:???
>>12
いや、それは正しく「ツリー構造が好ましいか」の問題でしょ。

14 :Name_Not_Found:2006/05/14(日) 16:07:34 ID:???
>>12
オーケイなものはオーケイで構わないだろう。

15 :Name_Not_Found:2006/05/14(日) 16:29:56 ID:???
厳密は省略します

16 :Name_Not_Found:2006/05/14(日) 17:01:52 ID:???
>>8
> Strictとしては
>>12
> ストリクト精神

よしよし、譲歩することを覚えたね。
そう、お前の宗教以外も許されるスレだよ、ここは。

17 :Name_Not_Found:2006/05/14(日) 17:02:02 ID:???
仕様でOKとされてるならstrict的にもOKじゃん。
閉じないとストリクタじゃないというのは俺ルールでしかない。

18 :Name_Not_Found:2006/05/14(日) 17:03:03 ID:???
30分離れて被った

19 :Name_Not_Found:2006/05/14(日) 17:07:33 ID:???
包茎乙

20 :Name_Not_Found:2006/05/14(日) 17:53:23 ID:???
ていうか、閉じて書いたものと閉じずに書いたものは全く同じものを表す
というのが仕様だろ。だから、どちらの書き方でも全く意味は変わらない。
ただ、それだけの話。

<img> で、srcとaltのどちらを先に書くか、ぐらいの違いしかないよ。

21 :Name_Not_Found:2006/05/14(日) 18:27:00 ID:???
どのようなマークアップが可読性や保守性などの観点から好ましいか、
となると、このスレとはまた別の話だよな。

22 :Name_Not_Found:2006/05/14(日) 21:06:03 ID:???
しょっぱならから飛ばしておまんな〜
大丈夫かお前ら

23 :Name_Not_Found:2006/05/14(日) 21:10:52 ID:???
仕様書的にOKなら何でもしていいなら、ここで議論する範囲は何もなくなる
ってこの前結論が出たばかりなのに、GWを挟むともうこれか…

24 :Name_Not_Found:2006/05/14(日) 21:47:36 ID:???
「Strictなんだから省略するな」というのがそもそもの主張なんだけどな。
Strict関係ないやん。

25 :Name_Not_Found:2006/05/14(日) 21:50:34 ID:???
そりゃ省略しないほうが好ましい罠

26 :Name_Not_Found:2006/05/14(日) 22:02:06 ID:???
>>23
> 仕様書的にOKなら何でもしていいなら、ここで議論する範囲は何もなくなる
なくならんわボケ

27 :5:2006/05/14(日) 22:06:08 ID:gWD/64CY
>>5 のソースでは H3 が H1とH2をすっ飛ばして出現してますが、
これはstrictの仕様としてはOKだとしても、良くないやり方では
ないでしょうか。でも、ここに H1を使えばフォントが大きく
なりすぎてアンバランスになります。

また、「今日の昼ごはん」というのは、タイトルであって、
これは段落ではないので P を使うのはおかしいと思います。

というわけで、ULやOLなどのリストにはキャプション(?)が
必要だと思うのですが、W3Cに注文しといた方がいいでしょうか。

28 :Name_Not_Found:2006/05/14(日) 22:07:01 ID:???
なくなるよ

29 :Name_Not_Found:2006/05/14(日) 22:09:05 ID:???
>>25
>21

30 :Name_Not_Found:2006/05/14(日) 22:09:28 ID:???
>>27
XHTML2.0で解決
その代わりXHTMLではタグは小文字
省略可能な閉じタグも存在しないので書き換えがんがれ

31 :Name_Not_Found:2006/05/14(日) 22:15:46 ID:???
>>27
> 良くないやり方ではないでしょうか。
仕様書にも、よくないという考え方がある、とある。
やっても違反ではないが、避けられるなら避けた方がいい
という話だな。

> でも、ここに H1を使えばフォントが大きく
> なりすぎてアンバランスになります。
CSS使え。どうせほっといたら見る人によってフォントの大きさが違う。

32 :Name_Not_Found:2006/05/14(日) 22:16:08 ID:???
>>27
当り前だろ、hnはレベルで適宜つけろ。
フォントサイズなんかはCSSで設定しろ。

33 :5:2006/05/14(日) 22:30:46 ID:???
>>31 >>32
なるほどCSSですか。

34 :Name_Not_Found:2006/05/14(日) 22:40:20 ID:I2xERdcP
>>5

文章を見てみないと何とも言えんだろ。

先ずはテキストプレーンで書いてみれ。
その後に、文章に沿ってタイトルを入れてみる。
そこから、マークアップだ。
Strictか否かは、その後の事だ。

35 :Name_Not_Found:2006/05/15(月) 00:20:17 ID:???
>>25
省略しないのが本来の形で「省略する事もできる(省略すると自動的に
補われる)」というだけなのだから、Stricterとしては本来の形である
省略しない形で書くべき……というわけか?

だとすれば、SGMLでは要素名は大文字なのが本来の形で「小文字で書く事
もできる(小文字で書くと大文字に変換して解釈される)」というだけなの
だから、Stricterとしてはタグは本来の形である大文字で書くべきだよな。w

36 :Name_Not_Found:2006/05/15(月) 00:50:51 ID:???
SGMLとHTMLが別物だと気づかぬ馬鹿まで湧いてきたか…

もうだめぽ

37 :Name_Not_Found:2006/05/15(月) 01:21:43 ID:???
しかし正直、要素、属性は大文字で、属性値は小文字で書き分ける方法は
非常にわかりやすくて好きだった・・・今はXHTMLにしてるから駄目だが。

38 :Name_Not_Found:2006/05/15(月) 02:15:30 ID:???
どんなエディタ使ってるんだよw

39 :Name_Not_Found:2006/05/15(月) 02:24:02 ID:???
>>36
えっと、>>35 の後半の事を言ってるのか?
どの辺がおかしいと言うんだ。

HTMLはSGMLのDTDで定義されているんだから、DTDに書かれている要素名や
属性名もすべて大文字に変換されてから解釈される。DTDにはaltと小文字で
書かれているが実際に定義されているのは大文字のALT属性。HTMLには小文字の
alt属性は存在しない。単に、表記としてaltと書くとALTの意味になるだけ。

40 :Name_Not_Found:2006/05/15(月) 02:32:14 ID:???
>>39
気にすんな。どうせ完全に別物だとか思ってるんだろ。

41 :Name_Not_Found:2006/05/15(月) 02:41:35 ID:???
>>38
そのときは秀丸とかWZとか、普通の。

>>40
さすがにそうは読めない。

42 :Name_Not_Found:2006/05/15(月) 03:46:44 ID:???
>>39
HTMLとSGMLの関係を説く前に
ここのスレタイを大声で100回叫んでから出直してこいよ。な?

43 :Name_Not_Found:2006/05/15(月) 04:50:58 ID:???
>>42
>>36

44 :Name_Not_Found:2006/05/15(月) 12:01:01 ID:???
>>35
普通に全部大文字で書いてますが何か

45 :Name_Not_Found:2006/05/15(月) 23:36:19 ID:???
別に

46 :Name_Not_Found:2006/05/16(火) 12:39:09 ID:???
女なんてキライだ!
もうDTDとSchemaだけ愛していくぜ!

47 :Name_Not_Found:2006/05/16(火) 12:59:16 ID:???
女は必要だ

48 :Name_Not_Found:2006/05/16(火) 16:59:40 ID:???
  ,j;;;;;j,. ---一、 `  ―--‐、_ l;;;;;;  
 {;;;;;;ゝ T辷iフ i    f'辷jァ  !i;;;;;   女は必要だ
  ヾ;;;ハ    ノ       .::!lリ;;r゙  
   `Z;i   〈.,_..,.      ノ;;;;;;;;>  そんなふうに考えていた時期が
   ,;ぇハ、 、_,.ー-、_',.    ,f゙: Y;;f    俺にもありました
   ~''戈ヽ   `二´    r'´:::. `!

49 :Name_Not_Found:2006/05/16(火) 17:32:21 ID:???
もうコンニャクでいいよ

50 :Name_Not_Found:2006/05/16(火) 17:55:07 ID:???
それは逃げ・諦めの人生だ
女は必要だ

51 :Name_Not_Found:2006/05/17(水) 22:44:04 ID:???
コンニャク食いてえ。

52 :Name_Not_Found:2006/05/17(水) 23:25:17 ID:???
XHTML2.0 は必要だ。
そんなふうに考えていた時期が
俺にもありました。

53 :Name_Not_Found:2006/05/18(木) 00:41:38 ID:???
XHTML3.0があればいいや。

54 :Name_Not_Found:2006/05/20(土) 21:51:31 ID:???
XHTML 3.2

55 :Name_Not_Found:2006/05/21(日) 03:29:44 ID:???
4.01strictでいいじゃないか

56 :Name_Not_Found:2006/05/22(月) 00:59:50 ID:???
  ,j;;;;;j,. ---一、 `  ―--‐、_ l;;;;;;  
 {;;;;;;ゝ T辷iフ i    f'辷jァ  !i;;;;;   4.01strictでいいじゃないか
  ヾ;;;ハ    ノ       .::!lリ;;r゙  
   `Z;i   〈.,_..,.      ノ;;;;;;;;>  そんなふうに考えていた時期が
   ,;ぇハ、 、_,.ー-、_',.    ,f゙: Y;;f    俺にもありました
   ~''戈ヽ   `二´    r'´:::. `!

57 :Name_Not_Found:2006/05/24(水) 14:27:17 ID:???
なんでこんなに過疎ってるの?

58 :Name_Not_Found:2006/05/24(水) 16:06:30 ID:???
前スレ読み終らないうちに倉庫入りしてしまった(;_;)

59 :Name_Not_Found:2006/05/25(木) 17:31:01 ID:???
議論に発展しそうなら、あちらへどうぞ。

Strict-HTML スレッド 36
ttp://pc8.2ch.net/test/read.cgi/hp/1147429842/l50

60 :Name_Not_Found:2006/05/25(木) 18:23:38 ID:???
ha?

61 :Name_Not_Found:2006/05/26(金) 00:50:04 ID:???
Webページ上の表を任意列のクリックでソートできるFirefox拡張「TableSort」
ttp://www.forest.impress.co.jp/article/2006/05/24/tablesort.html

実装の話ですまんが、こういう機能がブラウザに標準で乗っていればちゃんとしたテーブルを書く人も増えると思った。

62 :Name_Not_Found:2006/05/26(金) 08:22:30 ID:???
宣伝乙

63 :Name_Not_Found:2006/05/26(金) 12:25:07 ID:???
世間はまだまだテーブル・レイアウトが主流?
ttp://slashdot.jp/articles/06/05/26/016254.shtml

64 :Name_Not_Found:2006/05/26(金) 16:35:23 ID:???
>>63
自分とこのテーブルレイアウトを肯定したいだけなんじゃないかと思ったが、
それ以前にそこ、1280で横スクロールバーが・・・・終hる。

65 :Name_Not_Found:2006/05/26(金) 16:49:31 ID:???
>>63
なんかよく分からんがテーブルレイアウト原理主義組織でもあるのだろうか。
もの凄いcssの叩かれぶり。

66 :Name_Not_Found:2006/05/26(金) 17:10:59 ID:???
Fxで1280でもスクロールバーが出るのは長いURLのせいだな。
overflowの設定くらいやっとけよ、と。

67 :Name_Not_Found:2006/05/26(金) 17:17:12 ID:???
つーかテーブルじゃなければ、横スクロールバーが出ても本文は領域内に収まったままだったろうに、
テーブルのせいで本文まで領域外にorz

68 :Name_Not_Found:2006/05/26(金) 17:34:57 ID:???
> overflowの設定くらいやっとけよ
俺はこれが一番迷惑だな。
特にソースコード。
読みたい時は即刻CSS無効にするか、コピーしてエディタで読む。

69 :Name_Not_Found:2006/05/26(金) 17:37:23 ID:???
ソースコードはコピペが常識

70 :Name_Not_Found:2006/05/26(金) 20:32:07 ID:???
>>63の担当者はFxで確認をしていないに10000ペソ

71 :Name_Not_Found:2006/05/29(月) 18:32:57 ID:???
Strict以前にValidなのってweb全体の何%よ?
乱れやすい掲示板を除いても1%あるかねぇ。

72 :Name_Not_Found:2006/05/29(月) 18:50:55 ID:???
テーブルレイアウトでValidを許容するんならもっとあるだろ。

73 :Name_Not_Found:2006/05/29(月) 19:10:38 ID:???
最近ではValid (かつStrict-DTD)なウェブサイトもよく見られるようになった。
といっても昔は厨サイトばっかりいってたのが原因なのかもしれんが。

74 :Name_Not_Found:2006/05/29(月) 19:40:34 ID:???
Strict-DTDはけっこう見るようになった。
だが本当にStrictかっつーと・・・

75 :Name_Not_Found:2006/05/29(月) 21:16:32 ID:???
>>74
>だが本当にStrictかっつーと・・・
DTDに従っているのはもちろんとしても、マークアップに関してはあまり突っ込まない方がいいぞ。
マークアップには個人の思想が入っているし。

例えば文書ナビゲーションだってp要素派やdiv要素派、箇条書派などがいる。

76 :Name_Not_Found:2006/05/29(月) 22:17:21 ID:???
>>75
DIV病は?

77 :Name_Not_Found:2006/05/29(月) 22:30:43 ID:???
>>76
これやるとループかもしれんが、そもそもメディアや電子テキストだということを意識しないで
文書をマークアップするなら、そういったものが出現するのは不自然だと思う人がいる。

で、さらに段落要素としてしまうとさらに不自然すぎる、と思う人がいる。
だからDIVでマークアップという人がいる。

78 :Name_Not_Found:2006/05/29(月) 22:38:58 ID:???
>>76
すまん77だが、だいぶ誤解釈してしまった。

なぜ匿名要素を多用してしまう人が多いのかについては私もよくわからない。
例えば見出しを表現できる要素があるのにもかかわらずDIV要素にスタイル指定なら、DTDに従っていても「ちょっとな…」って思うが。

後は連続した、或はマージンを作るためのbr要素だね。
hr要素も必要ない。区切りならdivで大丈夫でしょう。

79 :Name_Not_Found:2006/05/29(月) 22:51:10 ID:???
>>78
おまえが>>75なら矛盾してるぞ。
>マークアップに関してはあまり突っ込まない方がいいぞ
hrは「区切り線」だ。divよりも好ましいと考える人間がいても不思議はない。
突っ込むべきではないところだろう。

80 :Name_Not_Found:2006/05/29(月) 22:57:32 ID:???
>>79
そうだな、矛盾していた。
考えを押しつけてすまんかった。

81 :Name_Not_Found:2006/05/29(月) 23:06:13 ID:???
hrは物理要素と論理要素の中間にある感じだよな。バージョンによっても違う感じ。

82 :Name_Not_Found:2006/05/29(月) 23:11:34 ID:???
たしかbr要素に代わる違う要素が勧告されるって話を聞いたんだけど、本当?
XHTML 2.0だっけ?

83 :Name_Not_Found:2006/05/29(月) 23:16:59 ID:???
l?

84 :Name_Not_Found:2006/05/29(月) 23:18:06 ID:???
でもどっちにしろ改行に意味はない。要素名が置き換わるだけ。
空要素を嫌っただけの仕様変更と散々言われてるよな。

85 :Name_Not_Found:2006/05/29(月) 23:21:35 ID:???
>>83
ああそれかも・・・

>>84
結論は出ている?
http://www4.pf-x.net/~nazodane/cgi-bin/index.cgi/Strict%20HTML%E3%82%B9%E3%83%AC%E3%81%AE%E3%81%BE%E3%81%A8%E3%82%81%E3%82%B5%E3%82%A4%E3%83%88/%E5%BD%A2%E5%BC%8F%E6%AE%B5%E8%90%BD%E3%81%A8%E6%84%8F%E5%91%B3%E6%AE%B5%E8%90%BD

86 :Name_Not_Found:2006/05/29(月) 23:27:45 ID:???
>>85
形式段落がpの方が多いよ。

87 :Name_Not_Found:2006/05/30(火) 00:20:00 ID:???
意味段落がP派って、某方面ですら見かけたことがないんだが・・・

88 :Name_Not_Found:2006/05/30(火) 04:14:37 ID:???
某方面

89 :Name_Not_Found:2006/05/30(火) 12:48:37 ID:???
意味段落=pは一時期このスレにいた。だが意味段落の概念・形式自体に曖昧さがある
ので人気低い。
あと、パラグラフはそもそも段落じゃないとゆー過激派もいたね。

90 :Name_Not_Found:2006/05/30(火) 12:52:53 ID:???
パラグラフ=形式段落ではないし、パラグラフ=意味段落ではない、
のは確かだな。パラグラフも段落ではあるだろうが。
ただ日本語にすると、パラグラフ自体どっちかに当て嵌めなきゃなんないから、
どっちかっつーと形式段落になるってだけだろ。
日本語の形式段落は、一応意味的に塊ではあるし。

91 :89:2006/05/31(水) 12:54:08 ID:???
>>90
あの話では、文章をパラグラフに構成し直せ、と既存の和文自体を否定した奴がいた。

92 :Name_Not_Found:2006/05/31(水) 13:16:00 ID:???
>あの話
どの話www

93 :Name_Not_Found:2006/05/31(水) 22:10:50 ID:???
何スレ前だったかねえ
懐かしいな

94 :Name_Not_Found:2006/05/31(水) 23:15:48 ID:???
いちいち覚えてるなんてすげーな。
次の議論が始まったころにはもう忘れてる。

95 :Name_Not_Found:2006/05/31(水) 23:20:46 ID:???
曜日の感覚がないようだが、つい最近の話だぞ?
たしか3月くらいだったような…

だって毎日がエブリデイ!

96 :Name_Not_Found:2006/05/31(水) 23:22:20 ID:???
かたくなに自分の主張を繰り返してた奴なら覚えてる。

97 :Name_Not_Found:2006/05/31(水) 23:23:43 ID:???
>>93
このスレじゃなくて、初心者スレじゃなかったか?

98 :Name_Not_Found:2006/05/31(水) 23:33:41 ID:???
>>94
自分は馬鹿ですと告白してどうする

99 :Name_Not_Found:2006/06/01(木) 01:10:13 ID:???
hrは「区切り線」などとはされていない。
論理的な意味など無い視覚的水平線。それだけ。

100 :Name_Not_Found:2006/06/01(木) 01:15:09 ID:???
>>99
バージョンによって違う

101 :Name_Not_Found:2006/06/01(木) 01:22:02 ID:pWuGYTiu
HTML3.2では

>Horizontal rules may be used to indicate a change in topic. In a speech based user agent, the rule could be rendered as a pause.
となっていた。

102 :Name_Not_Found:2006/06/01(木) 01:33:30 ID:???
では、HTML3.2を使っているのかという話になる

103 :Name_Not_Found:2006/06/01(木) 02:15:26 ID:???
「バージョンによって違う」に付記するかたちで「3.2 では以下のように云々」なのだから、
3.2 を使っていない誰某でもどのようにかレスすることは不自然ではないのではないかと以下略

104 :Name_Not_Found:2006/06/01(木) 02:37:12 ID:???
そういえばhrにもlangとdir属性があるようなんだが、
どういうときに使うんだ・・・?

105 :Name_Not_Found:2006/06/01(木) 03:59:37 ID:???
title付けたときとか?

106 :Name_Not_Found:2006/06/01(木) 05:50:09 ID:???
hrにtitleなんか必要な時あるのか?

107 :Name_Not_Found:2006/06/01(木) 07:49:04 ID:???
<hr title="ここからは文書の本文です" />
<!-- スクリーンリーダはこれを読み上げてくれる(かもしれない) -->

108 :Name_Not_Found:2006/06/01(木) 08:48:31 ID:???
@media aural, speech {
hr[title] {
content: attr(title);
}
}

109 :Name_Not_Found:2006/06/01(木) 11:43:31 ID:???
あれ、
hrはなくなるからボーダ付けたdivとか使ってちょ
って話はどこへ逝っちゃったんでしょ?

# 二重投稿になっちゃうかな?

110 :Name_Not_Found:2006/06/01(木) 16:05:57 ID:???
css外した時に見やすいようにhr使うから
個人的にはあったほうがいいんだけどなー

111 :Name_Not_Found:2006/06/01(木) 16:59:50 ID:???
CSS外したときに「見易い」のは誰だよ。
外すような人間は自分でユーザCSSで見易くしてるだろ。
自分が見易いことに大して意味はない。

112 :Name_Not_Found:2006/06/01(木) 17:15:47 ID:???
少なくとも、自分が見づらいということは多くの人が見づらいってことじゃないのか?

例えば一つのページの中で

・ページタイトル(titleタグじゃなくてね)部分
・メニュー部分
・見出しと本文などによる記事ひとかたまり がいくつか
・フッタ(著作権表示とか)

とあった時に、上から下までずらっと並んでるよりは
それぞれが罫線で区切られてたほうが見やすいだろ?
ユーザスタイルシートじゃあそこまでできんだろうが

まあそこまでやってやる必要はないのかもしれんが

113 :Name_Not_Found:2006/06/01(木) 17:34:07 ID:???
>>112
おまえ何のために見出しがあるのか全然理解してなくね?
区切りは文章の意味でのみ区別されるべきだ。
ユーザスタイルシートでそこまでできないのは、そもそも文書構造がおかしい。

114 :Name_Not_Found:2006/06/01(木) 17:40:21 ID:???
ページタイトル=h1
メニュー部分=h1の上のリスト
見出しによるセクション
フッタは敢えて言うならaddressだが、フッタがある時点で非Strict臭い・・・

115 :Name_Not_Found:2006/06/01(木) 17:45:03 ID:???
そういえばここstrictスレだったな

今日やっとstrict厨の意味を理解した。
場違いだから消えるわ

116 :Name_Not_Found:2006/06/01(木) 17:47:14 ID:???
いっこ聞くけど>>114はいつもh1の上にメニュー置いてんの?

117 :Name_Not_Found:2006/06/01(木) 17:56:42 ID:???
>>116
内容によって違うに決まってるだろ
その文書に直接関連するメニューならh1=文書タイトル内
直接は関係しないメニューだったら、そもそも要らない気がするが一応外

118 :Name_Not_Found:2006/06/01(木) 18:01:48 ID:???
ん、じゃあ

>メニュー部分=h1の上のリスト

これはどういう意味だったんだ?
理解能力なくてスマンが

119 :Name_Not_Found:2006/06/01(木) 18:04:49 ID:???
>>115
スレ違いした自分を棚に上げてスレ住人を厨呼ばわり
しない程度の精神年齢になってからまたおいで。

120 :Name_Not_Found:2006/06/01(木) 18:14:40 ID:???
ホントだよね
全面的に俺が悪いわ
出直す

121 :Name_Not_Found:2006/06/01(木) 18:26:15 ID:???
つーか俺今まで自分のことstrict厨なんだと思ってたんだが、
全然違ったんだよな

正しいstrictな文書構造かつグラフィカルなデザインを目指してても
結局デザイン優先になりがち
chekerでstrict validならいいってもんでもないのにな
こういう中途半端なのがいちばんよくないのかもな

難しいねweb制作って

122 :Name_Not_Found:2006/06/01(木) 18:34:16 ID:???
htmlなんて所詮人に見せる為のものだから、デザイン優先になって当然だろう。
本来htmlは手段、道具でしかない訳だし。
結局strictである事を最優先にしてしまうという事は、
その手段が目的になってしまってるって事だな。

だから中途半端なのではなく、本来の目的を一番達成できてるんじゃない?



123 :Name_Not_Found:2006/06/01(木) 18:59:30 ID:???
デザインは無効にすることができる。
だが文章の構造と意味は無効にすることができない。
これだけが真実だ。

124 :Name_Not_Found:2006/06/01(木) 19:00:16 ID:???
>>122
見せることが目的なのではなく、「伝えること」が目的だ。

125 :Name_Not_Found:2006/06/01(木) 21:31:50 ID:???
<p>おまいら、いつまで話題をループさせるんだよ!?</p>



<hr title="終了" />

126 :Name_Not_Found:2006/06/01(木) 21:33:23 ID:???
>>111
なんか、screenメディアのことしか考えてないような発言だな。

127 :Name_Not_Found:2006/06/01(木) 21:34:31 ID:???



<hr />





128 :Name_Not_Found:2006/06/01(木) 22:37:56 ID:???
>>126
スクリーンメディア以外だったらますますhrを見易くするために入れる必要はないんじゃ?

129 :Name_Not_Found:2006/06/01(木) 22:40:34 ID:???
そもそも「見易い」ってどうなのか、と

130 :Name_Not_Found:2006/06/01(木) 22:49:47 ID:???
110の意見だろ>見易い
CSS外したときにって辺りで既にスレ違い

131 :Name_Not_Found:2006/06/01(木) 23:02:07 ID:???



<hr />





132 :Name_Not_Found:2006/06/01(木) 23:09:06 ID:???
>>128
lynx は<hr>が入ってる方が区切りが見やすいけどな。まあ、スレ違いだ。

133 :Name_Not_Found:2006/06/01(木) 23:10:26 ID:???
スクリーンメディアどころかごく一部のプラットフォームにまで限定した話を
「まあ、スレ違いだ」と最後に付記すれば場違いも許されると思ってるおおらかなお前が羨ましい

134 :Name_Not_Found:2006/06/01(木) 23:11:27 ID:???
スレ違いだってわかんてんならこれ以上蒸し返すなよ

135 :Name_Not_Found:2006/06/01(木) 23:15:13 ID:???



<hr />





136 :Name_Not_Found:2006/06/01(木) 23:16:24 ID:???
hr {
          display:       none !important;
}

137 :Name_Not_Found:2006/06/01(木) 23:19:10 ID:???
終了

138 :Name_Not_Found:2006/06/01(木) 23:23:24 ID:???
>>127 >>131 >>135
この流れは、<hr /> を入れても話題の区切りにはなりません
ということを表してるのか。w

139 :Name_Not_Found:2006/06/01(木) 23:27:27 ID:???
>>138
違うんです>< ... >>136がCSSで非表示にしてしまったからです。

140 :Name_Not_Found:2006/06/01(木) 23:29:46 ID:???
CSSで非表示にしても要素の文書構造上の意味は変わらん。

141 :Name_Not_Found:2006/06/01(木) 23:32:16 ID:???
>>140
表示 > スタイルシート > スタイルシートを使用しない

みんながこうすれば、この話題は終了すると思うんです><

142 :Name_Not_Found:2006/06/01(木) 23:47:59 ID:???
>>141
おぉ、これはすごいあるね。
これがあと何時間続くかな?

143 :Name_Not_Found:2006/06/01(木) 23:50:29 ID:???
んなことするのは、ユーザースタイルシートを利用してる人か
他人の文書構造を覗き見する人くらいだ


144 :Name_Not_Found:2006/06/01(木) 23:53:28 ID:???
>>140
問題は、hrで文書構造に違いが出るか否かじゃないか?
このスレ的には。

145 :Name_Not_Found:2006/06/02(金) 00:03:18 ID:???
ここで確実に次ページって意味でhrを使っちゃだめなの?

ってか、そもそも垂直タブって何?

146 :Name_Not_Found:2006/06/02(金) 00:04:39 ID:???
>ここで確実に次ページ

「次ページ」って概念がナンセンス

147 :Name_Not_Found:2006/06/02(金) 00:07:29 ID:???
>>145
次ページなら別ページ

148 :Name_Not_Found:2006/06/02(金) 00:08:52 ID:???
ページ

149 :Name_Not_Found:2006/06/02(金) 00:13:39 ID:???
>>147
お前絶望的に向いてないよ

150 :Name_Not_Found:2006/06/02(金) 04:34:10 ID:???
いや普通に別ページ。

151 :Name_Not_Found:2006/06/02(金) 08:07:48 ID:???
別文書

152 :Name_Not_Found:2006/06/02(金) 08:55:05 ID:???
>>145
hrの話で、なんでいきなり垂直タブの話が出てくるんだ?
とりあえず、HTML内に垂直タブ(文字コード11)を書く事はSGML宣言で
禁止されてるが。

153 :Name_Not_Found:2006/06/02(金) 19:10:51 ID:???
話ぶった切るけどaddress要素の中にol・ul要素だけは
許可してほしいなと思うときがある。
<br>で改行するとなんかイマイチ。

154 :Name_Not_Found:2006/06/02(金) 19:41:25 ID:???
ul>liの中にaddressでよくね?

155 :Name_Not_Found:2006/06/02(金) 19:41:58 ID:???
ていうかaddressってのは連絡先なんだから、署名とメールアドレスくらいしか書くことがないと思うんだが。

156 :Name_Not_Found:2006/06/02(金) 20:27:03 ID:???
複数メールアドレスを持ってるってことか?

157 :Name_Not_Found:2006/06/02(金) 21:17:45 ID:???
address に about me とか載せてるところは結構あると思うけど
そこから見直せって意味?

158 :Name_Not_Found:2006/06/02(金) 21:36:31 ID:???
そういえばaddressはフッター等に記述してるコピーライトの所に使ってるのをよく見るね。
まぁそこに名前を書いてメールアドレスにリンクしてあるからなんだろうけど。

159 :Name_Not_Found:2006/06/02(金) 22:59:23 ID:???
つーかコピーライト自体が要らない子。

160 :Name_Not_Found:2006/06/03(土) 00:33:41 ID:???
>address に about me
ものすっごく間違ってる悪寒

161 :Name_Not_Found:2006/06/03(土) 00:54:01 ID:???
>>159
わざわざフッタなる領域に可視要素で記述すべきではない、てんなら同意

162 :Name_Not_Found:2006/06/03(土) 01:17:35 ID:???
>>161
記述する必要はない、なら同意

163 :Name_Not_Found:2006/06/03(土) 01:23:15 ID:???
all rightなんて書かれると、HTMLの権利まで有しているようでStrictorとしては気分が悪いに一票。

164 :Name_Not_Found:2006/06/03(土) 01:26:52 ID:???
つーかフッタ自体が要らない子。

165 :Name_Not_Found:2006/06/03(土) 01:35:24 ID:???
>>163
じゃ紙媒体にそれを書くと紙の製造法まで権利主張してるように見える?
HTML は方法であって製品ではないよ。コンテンツでもない。

166 :Name_Not_Found:2006/06/03(土) 01:35:54 ID:???
著作権と「マルC」
http://jimphelps.at.infoseek.co.jp/circlec.html

167 :Name_Not_Found:2006/06/03(土) 02:11:23 ID:???
>>165
紙の製造法に著作権は発生してないぞ。

168 :Name_Not_Found:2006/06/03(土) 02:17:50 ID:???
>>167
HTML の記法にも著作権は発生していないが。

169 :Name_Not_Found:2006/06/03(土) 02:22:21 ID:???
X 発生してない
○ 発生しない

170 :Name_Not_Found:2006/06/03(土) 02:22:55 ID:???
>>168
あたりまえじゃないか。大丈夫かオイ。

171 :Name_Not_Found:2006/06/03(土) 02:24:15 ID:???
お前が大丈夫かという話

172 :Name_Not_Found:2006/06/03(土) 02:27:24 ID:???
んだ。>>163から読み返せ。

173 :Name_Not_Found:2006/06/03(土) 03:01:38 ID:???
見事な自作自演

174 :Name_Not_Found:2006/06/03(土) 12:36:48 ID:???
話を戻すと
addressって何を書くわけ?(署名って何をかくわけ?どこまで書くべき?)
という問題?ワカラン

175 :Name_Not_Found:2006/06/03(土) 14:00:42 ID:???
しょめい 0 【署名】

(名)スル
文書上に自己の氏名を記載すること。また、その記載された氏名。本来は自署である。


まあハンドルとメールアドレスだろうな。
それは文書の責任の所在地を示すものとして。

それ以外のフッター情報と言われてるやつは
グローバルナビゲーションと共にStrict的にはあまり好まれないものかもしれないし、
何よりaddressには入れられないだろう。

176 :Name_Not_Found:2006/06/03(土) 14:51:34 ID:???
kanzakiのことかーーっ!

177 :Name_Not_Found:2006/06/03(土) 15:28:40 ID:???
以前このスレで、
「address要素は文書内の最下部に一つしか出現してはならない。よってお前は半年ROMれ」と言われたことがある。

そんなことないよな?


<h1>夏休みの思い出</h1>
<address>1年1組 30番 -- ももんが たろう</address>

<p>先生あのね...</p>

178 :Name_Not_Found:2006/06/03(土) 15:35:41 ID:???
>>177
最下部である必要はないし、
一つだけという明確な決まりもないが、
一つだけで済むのは確かだし、
文書の署名として考えるとh1セクション外の最上部か最下部に自然となるだろうな。
>>177のような例は、あくまで原稿用紙の書き方であって、Web文書は基本的に
「まず中身だけ」だからなあ。その書き方は適用されないと思われ。

179 :Name_Not_Found:2006/06/03(土) 15:42:26 ID:???
>>178
でも *電子文書、或はメディア* を意識しないで自然にマークアップするなら
そういうのもありなんだと思うけどネ。

180 :Name_Not_Found:2006/06/03(土) 15:47:01 ID:???
<h1>夏休みの思い出</h1>
<address>1年1組 30番 -- ももんが たろう</address>

これが「普通の文書の書き方」じゃなくて「原稿用紙用の書き方」だから。

181 :Name_Not_Found:2006/06/03(土) 15:47:38 ID:???
あ、つまりマークアップがどうこうじゃなくて、文書構成自体が普通じゃないってことね。

182 :Name_Not_Found:2006/06/03(土) 15:53:56 ID:???
それなら *普通の文書* では署名はどこに書くべき?
やっぱり最後なのかな…

183 :Name_Not_Found:2006/06/03(土) 16:22:17 ID:???
署名はまあ、最後だねえ…

184 :Name_Not_Found:2006/06/03(土) 17:26:14 ID:???
普通の(紙媒体の)文書にこだわりすぎると、リンクすらできなくなっちゃうわけで。
普通の文書とハイパーテキストでは署名の役割が若干異なってもいいんでないの?
問題は、ハイパーテキストにおける署名の役割をどこまでだとみなすか、ってことなのでは。

185 :Name_Not_Found:2006/06/03(土) 17:28:40 ID:???
リンクは、普通の文書を書いたあとに、マークアップとして文書の繋がりを示すものだから
文書の書き方がどうこう変わる問題じゃなかろ

186 :Name_Not_Found:2006/06/03(土) 17:43:29 ID:???
>>184
署名がそんな多岐に渡るものだと見倣しているなら
中にはインラインのみなんて仕様にはしなかったんじゃないか?

187 :Name_Not_Found:2006/06/03(土) 19:48:08 ID:r3K0WBOj
addressは↓のように解説されてるのが殆どだけど、
やっぱり皆間違ってるって事?
ttp://www.k2.dion.ne.jp/~spag/html-css/html3-3.html#sec0

188 :Name_Not_Found:2006/06/03(土) 20:11:17 ID:???
>>187
間違ってるってことはないだろ。
だが間違ってはないけれどStrict的か?ということがスレ的に問題なのであって。
pの中にblockquoteを埋め込みたいときにどうするのがStrict的か、
みたいな問題だと思うが。

189 :Name_Not_Found:2006/06/03(土) 20:21:46 ID:???
ならaddressの中にobjectでリストをかませば署名がたくさんあってもモーマンタイだな!
ごめん言ってみただけ。

190 :Name_Not_Found:2006/06/03(土) 21:55:40 ID:???
>>178
署名が最後に来るのはむしろ、単なるweb上の慣習でStrictとは関係ないだろ。
論文も題名の次に来るし、著者は複数の方が一般的。

191 :Name_Not_Found:2006/06/03(土) 22:31:46 ID:???
なんかweb製作板が香ばしい事になってしまってるじゃないか。

192 :Name_Not_Found:2006/06/03(土) 22:37:39 ID:???
> 論文も題名の次に来るし、著者は複数の方が一般的。

それは「web上」以外「の慣習」じゃないか?

193 :Name_Not_Found:2006/06/03(土) 22:44:49 ID:???
>>192
その通り。「どちらも」単なる慣習に過ぎず、文章の構造には関係ない。
なので文書の末尾にこだわる理由もない。

194 :Name_Not_Found:2006/06/03(土) 22:50:21 ID:???
末尾に拘ってる香具師はいない流れじゃね?
文書そのものには関係ないから、最初か最後で、どっちかってーと最後かな?ってあたりで。

195 :Name_Not_Found:2006/06/03(土) 23:53:00 ID:???
>>190
署名=著者名ではなくね?

196 :Name_Not_Found:2006/06/04(日) 00:43:26 ID:???
>>175

197 :Name_Not_Found:2006/06/04(日) 06:18:23 ID:???
>>195
そんな細かい違いにこだわる事でもなくね?

198 :Name_Not_Found:2006/06/04(日) 07:00:43 ID:???
名前やメールアドレスにaddressを使うのは良いんだけど、
ブロック要素なのがちょっと使いにくいかな。

199 :Name_Not_Found:2006/06/04(日) 13:07:27 ID:???
>>197
190は178の「一つだけで済む」に対して「著者は複数」と言ったのだろうから、
連盟的な団体名を署名としてるところのが多いんじゃないかって話。

>>198
インラインのが使いにくいと思うが、どうやって使ってんだ。

200 :Name_Not_Found:2006/06/04(日) 23:15:08 ID:???
少々スレ違いかもしれませんが、質問させてください。
(書き込む場所を間違っていたら誘導下さい)

Internet Explorerでの挙動なのですが、
ボタンでどこかのページを、「?」以下の情報付きで開いたとき、そのページの履歴が残りますが
(たとえば次のようなJavaScriptで開くとき
 function OpenWindow() {
 var objWindow;
 objWindow = window.open( "", "test");
 objWindow.location.href = "http://hoge.hoge/test.html?test=bar";
 }


しかし、同じURLのページは訪問済みになりません。
(たとえば次のリンク
<a href="http://hoge.hoge/test.html?test=bar">テスト</a>


どうやら履歴としては「http://hoge.hoge/test.htmlに訪問した」という情報しか残らないようです。
リンクを直接押せば訪問済みになるのですが、、、
リンクを訪問済みにする方法はあるのでしょうか?
よろしくお願いします。

201 :Name_Not_Found:2006/06/05(月) 00:46:19 ID:???
あえて言おう

死ね>>200

202 :Name_Not_Found:2006/06/05(月) 18:41:50 ID:???
>>200
だからここはscriptスレじゃなくstrictスレだて何度もry

203 :Name_Not_Found:2006/06/05(月) 19:26:40 ID:???
そんなに見間違えやすかなぁ。強調でもしてみたらどうだろう。

204 :Name_Not_Found:2006/06/05(月) 19:45:57 ID:???
<strong>Strict</strong>-HTML スレッド 37

205 :Name_Not_Found:2006/06/05(月) 21:50:13 ID:???
>>202
なるほどそういう事だったのか!!

206 :Name_Not_Found:2006/06/07(水) 18:07:53 ID:???
スレ違いだけど適当なスレがないんでここでちょと質問

Form 部品の name 属性の値
この命名規則は
ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/types.html#type-cdata
↑によると [a-zA-Z][a-zA-Z0-9_-.:]* となるんだが
*コロンが使える? 
なんか参照してるところ間違えてるかな?
そしたら誘導よろしくです

207 :Name_Not_Found:2006/06/07(水) 18:12:51 ID:???
>>206
ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/types.html#type-cdata
↑によると
>IDトークンとNAMEトークンは、アルファベット([A-Za-z])で開始し、
>任意の数のアルファベット、数字、([0-9])、ハイフン(-)、アンダースコア(_)、コロン、(:)、ピリオド(.)
>のみで記述する必要がある。
~~~~~

ヒント:正規表現

208 :Name_Not_Found:2006/06/07(水) 18:13:52 ID:???
ていうかもしかして
*=コロン
と思っている、ということか?

209 :207:2006/06/07(水) 18:23:28 ID:???
打ち損じスマソ

コロンだピリオドは本当に使えるのだろうか?
ということを聞きたかった

210 :Name_Not_Found:2006/06/07(水) 18:36:38 ID:???
>実装の話は10中8, 9スレ違い。>>1より

というレスを望んでいるのだろうか…

211 :Name_Not_Found:2006/06/07(水) 21:17:16 ID:???
>>206-209
またこういう馬鹿が湧いてきた。

NAME属性の値はCDATAだ。
おまえらはブラウザで開いて目に入るID型とNAME型の説明を読んでいるが、
HTMLソースを開いて、#type-cdataというURIフラグメントが指し示す部分を探してみろ。
CDATAの所を指し示しているだろう。
データ型と属性名がかぶっているからほとんどの奴が勘違いするわけだが、そういうことだ。

212 :Name_Not_Found:2006/06/07(水) 21:25:52 ID:???
レス後に気付いたwww
ここStrict-HTMLスレじゃんwww
CSSスレかと思い込んでたから、正確さより易しさ優先の言葉で回答しちゃったよwww
呆れたよ、>>206-209みたいなボンクラの巣になってたんだなwww

213 :Name_Not_Found:2006/06/07(水) 22:17:58 ID:???
まあ>>211-212のような奴がスレの質を落としているのは確実だな

214 :Name_Not_Found:2006/06/08(木) 02:13:54 ID:???
指摘されて悔しいのはわかるけど。。。。w

215 :Name_Not_Found:2006/06/08(木) 02:29:10 ID:???
ど。。。。

216 :Name_Not_Found:2006/06/08(木) 02:48:42 ID:???
ど。。。。。

217 :Name_Not_Found:2006/06/08(木) 03:02:44 ID:???
>>211-212

218 :Name_Not_Found:2006/06/08(木) 04:17:53 ID:???
えー、さいたま饅頭はいかがですかぁー? おいしいですよ。

219 :Name_Not_Found:2006/06/08(木) 04:35:41 ID:???
埼玉は十万石饅頭だよ

220 :Name_Not_Found:2006/06/08(木) 04:59:43 ID:???
うまい! うますぎる…

221 :Name_Not_Found:2006/06/08(木) 12:50:39 ID:???
おまいらステータスコード404,405,303辺りで送るHTML、Strict配慮してる?

222 :Name_Not_Found:2006/06/08(木) 12:54:53 ID:???
当たり前じゃないか。着せ替えCSSだって被せたままだぜ。

223 :Name_Not_Found:2006/06/08(木) 13:04:40 ID:EBVvaOtU
>>222

だな。やらない理由が無い。

224 :Name_Not_Found:2006/06/08(木) 13:26:09 ID:???
>>223
いや、やらない理由は鯖が対応してないとかあると思うが・・・

225 :Name_Not_Found:2006/06/08(木) 13:29:33 ID:EBVvaOtU
>>224

馬鹿だな、strictorなら、そんな鯖はハナから使わんよw

226 :Name_Not_Found:2006/06/08(木) 13:33:18 ID:???
ストリクタであることとサーバが関係あるはずねえってのwww
馬鹿はオマエだwwwww

227 :Name_Not_Found:2006/06/08(木) 13:42:45 ID:???
>>226

そうだな...「弘法、筆を選ばず」だったな...
ちょっと、図に乗ってたyo...orz

228 :Name_Not_Found:2006/06/08(木) 13:56:53 ID:???
前から訊きたかったんだけど
このスレの住人でweb制作の仕事で食ってるやつって結構多いのか?

229 :Name_Not_Found:2006/06/08(木) 13:59:55 ID:???
>>227
何か問題が違う希ガス

>>228
割合的には少ないんじゃね?俺も違う

230 :Name_Not_Found:2006/06/08(木) 15:48:35 ID:???
多くない。

231 :Name_Not_Found:2006/06/08(木) 16:25:08 ID:???
そうか…

仕事にしてる人いたら答えてほしいんだけど
クラの要望を叶えるためにはどうしても非strictにならざるをえない時ってあると思うのよ
そういう時に、クラを優先してstrictな記述に関しては妥協するのか
それとも「なぜstrictなのか」を説いて、説得してでもstrictを貫くのか
それを訊いてみたい

232 :Name_Not_Found:2006/06/08(木) 16:40:03 ID:???
Strictにもレベルがあるから
多重divだらけだったらどんなレイアウトだってStrict-DTDでできるんじゃね?

233 :Name_Not_Found:2006/06/08(木) 16:55:04 ID:???
>>231
オレの場合は、打ち合わせ当初にstrictも含めてWEBでの傾向等の説明をした上で、
最終的にデザイン重視などクラが望むのであれば、
テーブルレイアウトだろうフレーム利用だろうがその形にする。
説得しないと納得しないクラなんて、
どうせ後からいろんな要望でて疲れるだけだしな。

234 :Name_Not_Found:2006/06/08(木) 16:56:34 ID:???
>>232
ValidとStrictの区別がつくようになってからおいで

235 :Name_Not_Found:2006/06/08(木) 16:57:42 ID:???
ここでいうstrictっていうのは
文法的にだけじゃなくて
このスレで主に意味するところのそれです
論理的な文書構造とかも含める

236 :Name_Not_Found:2006/06/08(木) 16:58:49 ID:???
>>235>>232に向けて

237 :Name_Not_Found:2006/06/08(木) 17:13:08 ID:???
>>234-235
できてるよ。
その上でクラの移行が〜なんてホザくんだったら妥協しろって意味だ。

238 :Name_Not_Found:2006/06/08(木) 17:24:07 ID:???
とてもそのようには読めない

239 :Name_Not_Found:2006/06/08(木) 17:32:57 ID:???
日本語は難しいね

240 :Name_Not_Found:2006/06/08(木) 17:38:31 ID:???
ていうかそもそも質問者がどういう意図でStrictを貫くのかが読めない

241 :Name_Not_Found:2006/06/08(木) 17:43:56 ID:???
句読点のない書き方の>>231=>>235
HTMLのStrict以前に文法をStrictにしたほうがいいと思う。

242 :Name_Not_Found:2006/06/08(木) 17:57:16 ID:???
be strict with a person
人にきびしい

243 :Name_Not_Found:2006/06/08(木) 18:00:36 ID:???
香ばしい

244 :Name_Not_Found:2006/06/08(木) 18:15:48 ID:???
香ばしくないStrictなんざ終hる。

245 :Name_Not_Found:2006/06/08(木) 19:50:44 ID:???
ということにしたいんですね。

246 :Name_Not_Found:2006/06/09(金) 12:47:55 ID:???
addressの話に戻してもいい?自分でもすごく悩んでいて、ここの住民の意見が聞きたい。

247 :Name_Not_Found:2006/06/09(金) 14:16:26 ID:???
何の話だっけ?

248 :Name_Not_Found:2006/06/09(金) 14:31:01 ID:???
ここの住人のサイトが見てみたい…。

249 :Name_Not_Found:2006/06/09(金) 15:05:56 ID:???
俺も

250 :Name_Not_Found:2006/06/09(金) 15:49:56 ID:???
>199からやり直しなのだ

251 :Name_Not_Found:2006/06/09(金) 15:58:42 ID:???
>>198-199
そんなもんCSSのdisplayプロパティで状況に応じて
ブロック、インライン好きな方に設定すればいいだけだろ。
スレ違い。

252 :Name_Not_Found:2006/06/09(金) 18:45:29 ID:???
例えば自己紹介を箇条書きではなく文章で書き、その中で連絡先も説明するなら、p要素
中にインラインのaress要素を記述する形が妥当じゃないか?
まあ、文章の中に埋もれるのでアクセシビリティは低そうだが。

253 :Name_Not_Found:2006/06/09(金) 20:11:04 ID:???
<title></title>タグって、ある意味h1と似たようなものだよな。
ページに対してのタイトルと、コンテンツに対してのh1って意味で。

254 :Name_Not_Found:2006/06/09(金) 23:36:35 ID:???
>>253
h1要素が文書内にいくつ出現してもいいんだから、必然的にタイトル要素が必要になるのも納得できる。

255 :Name_Not_Found:2006/06/09(金) 23:40:49 ID:???
とはいえh1がいくつもあるのはStrict的ではない。

256 :Name_Not_Found:2006/06/09(金) 23:47:10 ID:???
h1っていくつも出していいんだっけ?

257 :Name_Not_Found:2006/06/10(土) 00:07:10 ID:???
>252
連絡先と署名って厳密には違うんじゃないのかという疑問

署名というのは私がこの文書に責任を持っています、
というような意味を込めた代物で(実印のようなものと認識している、)
連絡先というのも、この文書の責任の所在はここですよ、ということを示すもの。
普通の文書でも、サインの他に所属や住所や日付などを明示する。

広義の意味で、連絡先は署名に含まれるんじゃないか?
とすると、address内に連絡先(メアドやその他の必要なリンク)を含むのはアリっぽい。
位置は先頭か文末が適当そう。
何度も出すのは頭悪そうだけど、複数人の署名があっても別に問題なさそう。
ブロック要素を含めないのは…… 署名の書式がだいたい定まってるとみんな思ってたからとか?

258 :Name_Not_Found:2006/06/10(土) 01:08:32 ID:???
>>252
そもそも、address要素は連絡先を表すんであって
特に署名に限定されてはいないと思うんだが。

ただ注意すべき点は、
http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.5.6
 > contact information for a document or a major part of a document such as a form.
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/global.html#h-7.5.6
 > 文書全体、あるいはフォームなど文書の主要部分に関する問い合せ先を示す
とあるように、文書についての連絡先を書く用途に限定されていること。

紹介している人物(自己紹介の文章についてではない)についての連絡先を示す
のはaddress要素の用途から外れてると思われる。

259 :Name_Not_Found:2006/06/10(土) 03:31:06 ID:???
つーか連絡先に名前がないのがおかしいから署名が必要になるんであって。

260 :252:2006/06/10(土) 05:31:17 ID:???
連絡先に署名が含まれることは構わんと思うが、258の言いたい例はよくわからん。
たとえ、文書の連絡先が私への連絡先であっても、私個人への連絡先と文書についての
連絡先は意味論的に別だから別に記述すべき、って意味?
RDF並みの設計ならともかく、XHTMLには冗長かつ厳密に過ぎると思う。

261 :Name_Not_Found:2006/06/10(土) 22:34:53 ID:???
俺(>258)自身、なんで252に対して258を書いたのかいまいち
分からんかったんだが、今やっと分かった。
 > そもそも、address要素は連絡先を表すんであって
 > 特に署名に限定されてはいないと思うんだが。
この部分は>>257へするつもりのレスだった。すまん。

 >257> 広義の意味で、連絡先は署名に含まれるんじゃないか?
に対する「署名が連絡先に含まれるんじゃ?」って話だ。

>257の例においては、署名か否かはどうでもよくて、
連絡先の表記だからaddressを使うのが適切となる。


>>260
で、258の他の部分で言ってることは>>260の解釈どおりだ。
 > たとえ、文書の連絡先が私への連絡先であっても、私個人への連絡先と文書についての
 > 連絡先は意味論的に別だから別に記述すべき、って意味?
これのとおり。
 > 冗長かつ厳密に過ぎる
冗長かどうかはともかくとして、少なくとも仕様でわざわざ"文書について"と
限定されている点からみて、人物紹介一般のための連絡先にaddressを使うのは
解釈の余地なく仕様違反ということ。


実際に自分が使うにあたってaddressの適用範囲を拡大するかどうかは、
このスレの話じゃないだろうよ。
ただ、文書の著者についての自己紹介においては、自己紹介のための
連絡先表記としてはaddressは不適切だけど、著者としての連絡先を示す
のはaddressの範囲内の使用法だろう。
その点から考えると、「自己紹介の内としてaddressインラインで使いたい」
ってのはaddressの担当から外れた使用法なわけで、addressがブロック要素
なのは妥当だな。

262 :Name_Not_Found:2006/06/10(土) 23:30:04 ID:???
ちゅーことはaddressに含んでいいのは

・自分の名前→○
・メールアドレス→○
・FOAFやSNSのリンク→○
・about meへのリンク→○

・その文書に登場する人の署名→×
・グローバルナビゲーション→×
・各種協賛バナー(W3Cとか)→×
・トップページへのリンク→?
・著作権表示→?
・更新日などの情報→?
・リンクポリシー(リンク)→?
・自己紹介→?

後半自信ない。
フッターと同一ではない(連絡先はフッターに含まれる)とは思う。

263 :Name_Not_Found:2006/06/10(土) 23:34:19 ID:???
>>262
どうなんでしょうか?

http://www.kanzaki.com/docs/html/htminfo15.html#S16

264 :Name_Not_Found:2006/06/11(日) 00:20:50 ID:???
>>262
 > ・その文書に登場する人の署名
ただの登場人物なら署名なんて書かないだろ。
なんらかの関係者だとかなら、また話が違ってくるし。

 > ・グローバルナビゲーション→×
ナビはだめだろな。ただ、文書中の位置を問い合わせたり、
関連情報を検索する人のために、サイトのインデックスや
サイトマップ、サイトについての情報ページ、サイト内外の
検索ページへの誘導などはありうるだろう。

 > ・各種協賛バナー(W3Cとか)→×
だめだろ。そこに文書の問い合わせが行っても先方は困るだろうし。

 > ・トップページへのリンク→?
ナビのところで書いた理由で、意図によってはありうる。

・著作権表示→?
問い合わせに際して、著作権者に関する情報が必要なこともあろう。

・更新日などの情報→?
問い合わせに際して、その文書の更新日が必要なこともあろう。

・リンクポリシー(リンク)→?
address外のフッタ部分でやることだろうな。

・自己紹介→?
addressに自己紹介が入るのは意味が分からんのだが、
署名の範疇に納まる程度の内容、つまり署名ならアリ
だろう。それを自己紹介と言ってるのかは知らんが。

265 :Name_Not_Found:2006/06/11(日) 00:54:21 ID:???
文書情報と連絡先ってそもそも別の代物じゃないの?

「関連情報を検索する人のために…」っていうのは、「連絡先」に含めていいの?
読者の閲覧の便のために必要なもの、ていうなら、連絡先というよりフッターだよね。

読者の便を優先するなら、グローバルナビやFAQなどもaddressに含めることが可能になる

266 :Name_Not_Found:2006/06/11(日) 01:13:02 ID:???
問い合わせに必要ではない情報を、「これがあったら少し便利かな」
とか言って含めては駄目だな、言われてみれば。

言われてみれば、>264の関連情報云々はやっぱりだめだ。
あくまでも問い合わせ先の情報であって、たとえば問い合わせ
先の書かれたページ(サイト)に案内する程度がせいぜい
許される範囲だろう。

サイト内での文書中の位置とかも、特にそういう情報が
問い合わせに必要となる文書でないかぎりは入れるべき
ではないだろうな。

267 :Name_Not_Found:2006/06/11(日) 02:20:00 ID:???
文書の中身の著者と、そのウェブサイトの製作者が別の場合
両方をaddressに含めてOK?

268 :Name_Not_Found:2006/06/11(日) 02:38:00 ID:???
別の場合は文書の中身の著者はciteになるだろ。

269 :Name_Not_Found:2006/06/11(日) 03:10:48 ID:???
>266
名刺に所属を書くみたいに(XX会社XX部門XX係〜)
サイトの中におけるそのページの所属を書く
という意味でのパンくずリストは入れたらいかんのか

270 :Name_Not_Found:2006/06/11(日) 03:42:04 ID:???
>>268
んー
例えばAさんが自分の書いた論文をWebで公開しようと思い、
Bさんにサイト制作を依頼した。
その場合、その論文のページで
Aさんの名や連絡先をciteに書くのはおかしくないか?

271 :Name_Not_Found:2006/06/11(日) 04:16:33 ID:???
>>270
そもそも他人の文章を他人がマークアップすることが無理。

272 :Name_Not_Found:2006/06/11(日) 06:59:28 ID:???
状況的に難しくはあってもありえないことではない。
文章構造の明確な論文だったら不可能なことではない。

273 :Name_Not_Found:2006/06/11(日) 18:10:50 ID:???
>>269
名刺の場合は所属が不明だと問い合わせが
著しく困難になるから所属の明記は必要だろうね。
web上の文書の場合はどうだろう。

>>267
ニュース記事とか>258のリンク先の例とかはそんな感じだな。

>>268
citeは違うだろ。cite要素もcite属性も。

>>271
ニュース記事とか、記者がマークアップしてるの?
てっきり別だと思ってたんだが。

274 :Name_Not_Found:2006/06/11(日) 21:08:46 ID:???
他人が見て正しいかどうか判断できないマークアップって、
正しくマークアップするにはどうすればいいかの解答が無いって事だよな。
その人には正しくとも他の人にはそうでないって事だし、
主観によるマークアップと呼んでも過言ではないと言える。

だから、他人の文章を他人がマークアップすることは無理というのはやや説得力に欠けるな。

275 :Name_Not_Found:2006/06/11(日) 21:39:29 ID:???
それだったら今まで散々出てきた
詩はpreでという主張がすべて覆されることになるな

276 :Name_Not_Found:2006/06/11(日) 22:24:34 ID:???
それ何て極論?

277 :Name_Not_Found:2006/06/11(日) 22:29:46 ID:???
じゃあ、論文も全部preにすればいいんじゃない?

278 :Name_Not_Found:2006/06/11(日) 22:42:40 ID:???
ソ レ ダ 。

ていうかaddressの話は何処に行ったの。

279 :Name_Not_Found:2006/06/11(日) 23:12:19 ID:???
全部preでやればOKでわかっています。

280 :Name_Not_Found:2006/06/12(月) 00:14:12 ID:???
まるで、国語のテストだな。

例文があり、
筆者の言いたい事を要約した物はどれだ、とか、
題を付けるならどれだ、とか...

無論、それを知っているのは筆者のみだが、
これを鑑みる全般を集約するとなれば、
筆者との思惑とは別に最な適答えが必要になる。



281 :Name_Not_Found:2006/06/12(月) 00:30:02 ID:???
最な適答えがね。

282 :Name_Not_Found:2006/06/12(月) 00:38:14 ID:???
国語のテスト:
 学生にとって内容が理解できる、とされる部分
 について問題が設定される。

他人の文章をマークアップ:
 文章全部をマークアップする必要がある。

ただ、他人が他人の文章をマークアップするなんて状況は、
意図が完璧に反映されるなんて期待も要求もされない状況
なわけで、実際国語のテストレベルの内容を汲んであれば
それで十分ということもあるだろう。

283 :Name_Not_Found:2006/06/12(月) 00:53:46 ID:???
>>280
このスレの現状とも合致してる気がする。

それぞれ勝手に自分の文書を頭に描いて、
その思惑でマークアップしてる状態で議論してるようなものだから。

284 :Name_Not_Found:2006/06/12(月) 00:58:34 ID:???
このスレの現状。

addressの議論を余所に放っておいて国語の議論を始めている。

285 :280:2006/06/12(月) 01:03:24 ID:???
>>282

HTMLの要素の役割をみれば、明らかに論文やレジュメみたいな
堅い形式を前提としているし、
逆に言えば、散文や詩などの芸術的な表現に適していないと言える。

ならば、多くの人のその意図や内容が分かる様に記すのが本来であるし、
故にマークアップがし易いと言うのが、HTMLの真の姿であるし、
情報の共有だと思うのだが、どうでしょうか?



>>281

「最適な答え」orz

286 :Name_Not_Found:2006/06/12(月) 01:48:45 ID:???
<div id="footer">
・著作権表示→○
・更新日などの情報→○

・リンクポリシー(リンク)→?
・その文書に登場する人の署名→?
・グローバルナビゲーション→?
・各種協賛バナー(W3Cとか)→?
・トップページへのリンク→?
・自己紹介→?

<address>
・自分の名前→○
・メールアドレス→○
・FOAFやSNSのリンク→○
・about meへのリンク→○
</address>

</div>

えーと?

287 :Name_Not_Found:2006/06/12(月) 01:53:26 ID:???
・FOAFやSNSのリンク→×
・about meへのリンク→×

288 :Name_Not_Found:2006/06/12(月) 02:09:52 ID:???
・著作権表示→×
・更新日などの情報→×

289 :Name_Not_Found:2006/06/12(月) 02:35:39 ID:???
>>284
議論が目的じゃないんだから、
既出の意見に反論があれば言えばいいし、
反論も訂正もないならとくに引っ張る必要もあるまい。

参加者や議論の期間が定まっていないこういう場で、
「これが結論です」という形で結論がでることを
期待するのは無理があるよ。

290 :Name_Not_Found:2006/06/12(月) 02:48:58 ID:???
>>285
なんでそれを俺に言うのか意図がわからん。

> HTMLの要素の役割をみれば、明らかに論文やレジュメみたいな
> 堅い形式を前提としているし、
> 逆に言えば、散文や詩などの芸術的な表現に適していないと言える。
HTMLという言語の適性はそうかもね。あるいは、HTMLになにか補助が
要るのかもしれんよ。HTMLを使うのはそのままで。

> ならば、多くの人のその意図や内容が分かる様に記すのが本来であるし、
> 故にマークアップがし易いと言うのが、HTMLの真の姿であるし、
> 情報の共有だと思うのだが、どうでしょうか?
「情報の共有だと思う」の意味がわからん。真の姿とかも意味が分からん。
何を言いたいのか分からん。

291 :Name_Not_Found:2006/06/12(月) 03:18:36 ID:???
わっしょい!わっしょい!

292 :Name_Not_Found:2006/06/12(月) 09:55:21 ID:???
>>286
なんでaddressをフッタ位置限定に想定してんの?

293 :Name_Not_Found:2006/06/12(月) 10:12:23 ID:???
>>271
つーか、その前提だと
WEB作成は他人に依頼するなってことですか?

294 :Name_Not_Found:2006/06/12(月) 10:54:50 ID:???
>292

フッタか、さもなくばヘッダだろ
慣例的にも便利的にも

295 :Name_Not_Found:2006/06/12(月) 12:04:13 ID:???
>>294
そうか?
そんなに全ページで自己主張するのが慣例なのか。

296 :Name_Not_Found:2006/06/12(月) 12:14:42 ID:???
>全ページで自己主張するのが慣例なのか

ひとつのページで自己主張したら同鯖に置かれた別ファイル全てにも適応される、とは限らん

297 :Name_Not_Found:2006/06/12(月) 12:26:19 ID:???
>>295
addressは責任の所在の証明だから、
各ページごとに必要だろう。

298 :Name_Not_Found:2006/06/12(月) 12:31:11 ID:???
>>296
フッタとは同一サイトの各ページの下部に共通要素として表示される情報をさすだろ
慣例的にも便利的にも

スレ違いだからもうやめる。

299 :Name_Not_Found:2006/06/12(月) 12:41:34 ID:???
そもそもフッタが存在することがStrict的ではないってのがFAじゃなかったっけ。

300 :Name_Not_Found:2006/06/12(月) 13:00:30 ID:???
フッタぐらいつけさせろよw

301 :Name_Not_Found:2006/06/12(月) 13:03:31 ID:???
フッタとグローバルナビゲーションは嫌われる。諦めろ。

302 :Name_Not_Found:2006/06/12(月) 13:08:44 ID:???
嫌われてるなんて統計あったっけ?

303 :Name_Not_Found:2006/06/12(月) 13:18:16 ID:???
ごく少数のストリクタの主観だろうな。

304 :Name_Not_Found:2006/06/12(月) 13:21:10 ID:???
ここはそんな少数の集まり

305 :Name_Not_Found:2006/06/12(月) 13:24:35 ID:???
>>302
上見てみ。

306 :Name_Not_Found:2006/06/12(月) 13:31:33 ID:???
>>305
個人の主張を統計とは言わんだろ

307 :Name_Not_Found:2006/06/12(月) 13:34:38 ID:???


308 :Name_Not_Found:2006/06/12(月) 13:36:58 ID:???
上。
うぇwwwww

309 :Name_Not_Found:2006/06/12(月) 13:47:19 ID:???
理解を深める為にも皆のサイトを晒して…というのは無茶だから、
テンプレサイトのような物を例として作ってくれる方希望。

310 :Name_Not_Found:2006/06/12(月) 14:07:20 ID:???
>>309
何のテンプレ?

311 :Name_Not_Found:2006/06/12(月) 14:11:37 ID:???
理想的なStrict構成で作成されたのサンプルサイトってことじゃね?

312 :Name_Not_Found:2006/06/12(月) 14:16:45 ID:???
中身なしにテンプレ作る方がStrict精神にもとると思うんだが…

313 :Name_Not_Found:2006/06/12(月) 16:56:24 ID:???
>>298
それなんて俺様慣例?

314 :Name_Not_Found:2006/06/12(月) 17:57:08 ID:???
>>299
となると…

<div id="footer">
<h2>文書の情報</h2>
</div>

より

<div id="DocumentInfo">
<h2>文書の情報</h2>
</div>

の方がいいのかな?

315 :Name_Not_Found:2006/06/12(月) 18:06:47 ID:???
命名の問題じゃなくて、
フッタとして表示される情報があるというのがNGってことじゃね?

316 :Name_Not_Found:2006/06/12(月) 18:19:20 ID:???
Strict精神にモトルークルー

317 :Name_Not_Found:2006/06/12(月) 18:21:27 ID:???
>>314
addressだった場合にはh1と同レベルの階層にあるのが慣例だから
そうやるとしたらドキュメントのh1セクションの兄弟としてh1DocumentInfoセクションになる。
ところがh1多数もStrict的にあまり好まれない。
よってフッタそのものが好まれない。

というか、address以外の文書情報って何よ?
共通更新履歴ページとは別の個別ページ更新履歴でも置くのか?

318 :Name_Not_Found:2006/06/12(月) 19:35:50 ID:???
>>317
> addressだった場合にはh1と同レベルの階層にあるのが慣例だから
そんな慣例実在するの?
 <div class="section">
  <h1></h1>
  <p></p>
 </div>
 <address></address>
ってなったりいろいろだと思うんだが。

> ところがh1多数もStrict的にあまり好まれない。
Strictとか関係なくね?

> というか、address以外の文書情報って何よ?
> 共通更新履歴ページとは別の個別ページ更新履歴でも置くのか?
置いたっていいと思うけど。そのページの作成に使ったツールのバナーや
なんかを置く人もいるだろうし。

319 :Name_Not_Found:2006/06/12(月) 19:46:00 ID:???
>>318の「ってなったり」の構造が>>317の「h1セクションの兄弟としてh1DocumentInfoセクション」と同じに見える件。

320 :Name_Not_Found:2006/06/12(月) 19:54:17 ID:???
>>317
どこの地方行事の慣例よwww

321 :Name_Not_Found:2006/06/12(月) 19:58:29 ID:???
つーか、Strictなのに慣例とか通例とかいうのはどうなんだ?
Strictなら、AならBとあるべきくらいの断言されるものじゃないのか?

322 :Name_Not_Found:2006/06/12(月) 20:05:42 ID:???
>>320
h1セクションとaddressの関係の話は
ISO-HTMLでは今さら論じるまでもなく有名な話

323 :Name_Not_Found:2006/06/12(月) 20:50:03 ID:???
http://www5.sdp.or.jp/

> インターネットにバリアフリーを、すべての人にやさしいウェブを。
> このウェブサイトでは、W3Cが提唱している「Web Content Accessibility
> Guidelines1.0」を基に音声ブラウザ等に対応したページづくりを目指しています。


ジョークだよな?

324 :Name_Not_Found:2006/06/12(月) 21:00:41 ID:???
ユーザビリティとStrictは無関係ですがwww

325 :Name_Not_Found:2006/06/12(月) 21:30:10 ID:???
>>319
addressがh1と同レベルの階層で、divの内部にあるように見えるのか。

>>322
> ISO-HTMLでは今さら論じるまでもなく有名な話
解説よろ

326 :Name_Not_Found:2006/06/12(月) 21:31:26 ID:???
このスレとユーザビリティが全く無関係とも限らないが
>>323は専用スレ向きだな

327 :Name_Not_Found:2006/06/12(月) 21:39:22 ID:???
>>325
ヒント:h1セクション

328 :Name_Not_Found:2006/06/12(月) 22:08:25 ID:???
http://www.kanzaki.com/docs/html/headings-note.html#dtd-constraints
> ただし、このモデルでは、文書末尾にナビゲーションやフッタを置く場合、
> そのための見出しが必要になります(でないと直前の見出しセクションの一部となる)。
欠陥仕様によりそういう制約が生じるという話。

http://www.aboutworks.com/shokodei/diary/read?200203c08#PrintNo8
> とはいえ、フッタの直前に見出しを置くというのも、スマートじゃない(格好良くない)気がします。
ここで控えめに批判されている。


どこぞの地方には因習があることは分かった。
>>317はスレ違いだな。Strictと関係ない。

329 :Name_Not_Found:2006/06/12(月) 22:10:38 ID:???
> とはいえ、フッタの直前に見出しを置くというのも、スマートじゃない(格好良くない)気がします
つまりフッタがなければいいんだよ!!

330 :Name_Not_Found:2006/06/12(月) 22:24:44 ID:???
結局divは省いても意味が通じるようにしなくちゃならないからな。
セクションdivがあったって、それを抜かしてもOKにするためには
フッタという存在そのものがh1ドキュメント配下にあっちゃならないようになる、
とするとh1の上の文頭か、文末にh1の見出しを付けて分けるって方法しかないよな。

331 :Name_Not_Found:2006/06/12(月) 22:27:47 ID:???
>>>317はスレ違いだな。Strictと関係ない。
しかしISO-HTMLもスレで取り扱う範疇なのであった。すまんかった。

フッタ否定派の根拠は「ISO-HTMLでダサいことになり得るから」であるから、
仕様に引きずられている本末転倒な人以外には適用できない。

>>317が仕様に引きずられている人の代表だな。
> よってフッタそのものが好まれない。
はISO-HTML人のローカルな意見ということだ。

332 :Name_Not_Found:2006/06/12(月) 22:29:09 ID:???
>>330
sectionはhとしか結びつかんから無問題じゃ?

333 :Name_Not_Found:2006/06/12(月) 22:38:04 ID:???
>>331=332?
section≠セクションdiv。
セクションdivは、それを取っ払っても意味が通じなければならない。
よってISO-HTMLの問題ではない。

334 :Name_Not_Found:2006/06/12(月) 22:39:01 ID:???
そもそもそれ以前に、情報としてフッタに必要なものなんてないだろ派もいるみたいだが、そっちはシラネ。

335 :Name_Not_Found:2006/06/12(月) 22:58:26 ID:???
>>333
> >>331=332?
yes

> セクションdivは、それを取っ払っても意味が通じなければならない。
divを文書構造の構成に使っちゃいかんということになるよね。
(2+3)*4 の括弧を取り除いても意味が通じるようにしろ、
と言うような不可解さがあると思う。

> よってISO-HTMLの問題ではない。
つーか>318みたいなセクションの括り方は禁止なの?
XHTML2.0でsection使うなら仕様にあるとおりの使い方じゃ
ないとだめだろうけど、XHTML2.0に限らない話なんだから
h1がdivセクションの外に及ばないような構造でマークアップ
すればいいと思うんだが。

>>334
>317は自分で他に必要な情報の例だしてたけど、
その派はだれかほかにいたっけ。

336 :Name_Not_Found:2006/06/12(月) 23:01:36 ID:???
335はdiv厨
>(2+3)*4 の括弧を取り除いても意味が通じるようにしろ
全く違う

337 :Name_Not_Found:2006/06/12(月) 23:05:12 ID:???
>> セクションdivは、それを取っ払っても意味が通じなければならない。
>divを文書構造の構成に使っちゃいかんということになるよね。

「section」「セクションdiv」と二種類の表現をされてることに気付いた方がいい

338 :Name_Not_Found:2006/06/12(月) 23:18:25 ID:???
>>335
318のようにするのは無論仕様的にはOK。
ただaddressがh1階にあることの保証はされない。
divってのはそういうものだ。

339 :Name_Not_Found:2006/06/12(月) 23:19:18 ID:???
h1階>h1外

340 :Name_Not_Found:2006/06/12(月) 23:25:26 ID:???
>>338
とりあえず、それはどこの仕様なのか明示してみて。
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/global.html#h-7.5.4
 > 要素とSPAN要素は、id属性及び class属性と併用することで、
 > 文書に構造を付加するための一般機構を提供する。
仕様的にはdivは見た目の効果だけじゃなくて、
 > 望ましい構造やプレゼンテーション効果を得るために
構造についても構成する。

341 :Name_Not_Found:2006/06/12(月) 23:28:21 ID:???
ま た D I V 仕 様 に ル ー プ か

342 :Name_Not_Found:2006/06/12(月) 23:31:49 ID:???
divって文書構造のまとめにも使えるから

<div id="contents">
 <h1>hoge</h1>
 <p>hage</p>
</div>
<div id="footer">
 <p>fugera</p>
</div>

この場合はfooterはh1の影響下には無いけど、
これにはhnがつかないとダメって事?
見出しなんかつけなくてもidでわかるようにしとけばいい気がするけどダメ?w

343 :Name_Not_Found:2006/06/12(月) 23:38:00 ID:???
おまっ・・・今までの何を読んでたんだよorz

344 :Name_Not_Found:2006/06/12(月) 23:40:18 ID:???
疲れたよパトラッシュ....

345 :Name_Not_Found:2006/06/12(月) 23:43:03 ID:???
でもよく考えてみるとつっこんで考えすぎてみんな視野が狭くなってるよな。
本来必要なのは>>342程度のレベル(ゴメwww)で結論が出せる筈だし。

346 :Name_Not_Found:2006/06/12(月) 23:47:16 ID:???
結局addressって何なの?仕様書読めない漏れに教えて誰か偉い人

347 :Name_Not_Found:2006/06/12(月) 23:47:44 ID:???
ダメダとかダメじゃないとかよりも
div id="contents"
div id="footer"
このアリエナサに吹いたwww

348 :Name_Not_Found:2006/06/12(月) 23:48:21 ID:???
>>346
内容にインライン要素しか含めないブロック要素

349 :Name_Not_Found:2006/06/12(月) 23:51:00 ID:???
「慣例」とか「好まれない」とか「そういうものだ」とか言ってる人が、
ヒントとか言ってないでソース出せば話は進むんだけどな。

350 :Name_Not_Found:2006/06/12(月) 23:53:30 ID:???
散々出てるのに理解できてないだけだと思うが?

351 :Name_Not_Found:2006/06/12(月) 23:54:13 ID:???
慣例的にそのような使い方をしているウェブサイトを数例挙げよ。

352 :Name_Not_Found:2006/06/12(月) 23:54:51 ID:???
>>350
DIVループの事じゃね?

353 :Name_Not_Found:2006/06/12(月) 23:59:30 ID:???
ソースというか、個人が意見を述べてるのを引っ張ってきただけじゃね?

354 :Name_Not_Found:2006/06/13(火) 00:10:42 ID:???
342 :Name_Not_Found :sage :2006/06/12(月) 23:31:49 ID:???
divって文書構造のまとめにも使えるから

<div id="contents">
 <h1>hoge</h1>
 <p>hage</p>
</div>
<div id="footer">
 <p>fugera</p>
</div>

355 :Name_Not_Found:2006/06/13(火) 00:13:17 ID:???
divといえばこんなのが。

ttp://somerandomdude.net/srd-projects/divless/
ttp://jasonspage.net/blog/nodiv/

356 :Name_Not_Found:2006/06/13(火) 00:13:35 ID:???
>>342
それでよい。
個々人の宗教によって好む好まないはあるが、
仕様上はとくに問題なし。

>>346
問い合わせ先を入れる欄。
・問い合わせに必要ない情報を含めないこと。
・文書の更新日時はOK。
・複数の問い合わせ先を載せるのはOK。
・問合せ先としてメールアドレスではなくサイトのアドレスを書いてもOK

357 :Name_Not_Found:2006/06/13(火) 00:16:02 ID:???
>>356
>>338

358 :Name_Not_Found:2006/06/13(火) 00:17:00 ID:???
・文書の更新日時はNG。

359 :Name_Not_Found:2006/06/13(火) 00:18:25 ID:???
>>355の横幅はありえない。

360 :Name_Not_Found:2006/06/13(火) 00:24:01 ID:???
>>357
> >>356
> >>338
>340

>>358
仕様無視の独自解釈乙
>258

361 :Name_Not_Found:2006/06/13(火) 00:26:38 ID:???
Divで作られた構造に意味はあるか、
あるとしたら保証されるのかどうか、
そんなところからまたこのスレは出発かよ・・・

362 :Name_Not_Found:2006/06/13(火) 00:27:28 ID:???
ttp://pc8.2ch.net/test/read.cgi/hp/1149858258/

363 :Name_Not_Found:2006/06/13(火) 00:34:28 ID:???
>>340
汎用属性であるが故に、構造がどのような構造なのかについては一切保証がない。
つまりそれが見出しにセクションであるという保証はsectionのようには成されない。
そこにclassをつけて意味があるように見せることはできるが、
何らかの構造があること、divが示すのは実際にはそれだけだ。
だからdivはあってもなくても意味は変わらないようにしなくてはならない。
だが見出しがそこにあれば、divがあろうとなかろうと、そこで区切りが正式に行われる。
だから区切りが必要だ、でも見出しを付けるのはカッチョワルイ、
というのならば、あとはCSSの範疇だ。

364 :Name_Not_Found:2006/06/13(火) 00:38:41 ID:???
>>361
ループさせたがってるのはよく分かるが、
そんな話は関係ないから始めなくていい。

仕様として構造が作れるわけで、divによる構造を無視してh1なり
なんなりが意味を持つと考える特段の理由がなければ、
「h1は構造を無視する」なんて主張には根拠はなかった、
という結論でループなく話は終わり。

365 :Name_Not_Found:2006/06/13(火) 00:39:00 ID:???
ところで
ttp://www.jubf.net/alljapan/
ここのようなテキストトーナメント表は、このスレ的にアリ?

366 :Name_Not_Found:2006/06/13(火) 00:40:27 ID:???
>「h1は構造を無視する」なんて主張
初めからないと思われます

367 :Name_Not_Found:2006/06/13(火) 00:42:02 ID:???
>>363
> だが見出しがそこにあれば、divがあろうとなかろうと、そこで区切りが正式に行われる。
Hnが区切りをあらわすなんて初めて聞いたぞ。
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/global.html#h-7.5.5
 > 見出しの要素は、その章・節で述べられる話題を短く記すものである。

> 何らかの構造があること、divが示すのは実際にはそれだけだ。
で十分だという話。

368 :Name_Not_Found:2006/06/13(火) 00:42:40 ID:???
>>363
それはちがくない?
構造は構造でそれが存在する事に一定の意味があるのだから、
有っても無くても意味が変わらないようにするのではなく、
有る事自体が一つの意味を持つ事を前提にしないといけないと思う。

369 :Name_Not_Found:2006/06/13(火) 00:43:21 ID:???
>>367
章の始まり=その前の章の区切り
だとは思うぞ。

370 :369:2006/06/13(火) 00:44:03 ID:???
ああ、むろんレベルが下の場合は内包されるけど。

371 :Name_Not_Found:2006/06/13(火) 00:47:34 ID:???
>>369
文書は章だけで構成されてるわけじゃないので、
Hnじゃ文書を区切れんね。

372 :Name_Not_Found:2006/06/13(火) 00:50:12 ID:???
>>368
構造があること=意味があることではない。
むしろその他の意味ある構造で纏められなかったからこそのdivだろう。

>>371
見出し「レベル」の意味をもうちょっと考えたら。

373 :Name_Not_Found:2006/06/13(火) 00:51:50 ID:???
区切りはHRでもういいよ。

374 :Name_Not_Found:2006/06/13(火) 00:53:28 ID:???
>>371
見出しで区切りにならないのなら、
見出しセクションとしてのsectionはどう考えてるんだ?
sectionも区切りではない、と?

375 :Name_Not_Found:2006/06/13(火) 01:00:44 ID:???
>>374
sectionに限らず、セクションdivだって見出し追従物。
というかセクションdivって、ISO-HTMLの思想から制定されたものじゃなかったっけ。

376 :Name_Not_Found:2006/06/13(火) 01:08:53 ID:???
ttp://yupotan.sppd.ne.jp/web/xhtml2-headings.html
ISO-HTML者にはあまり評判がよくないようだなsection…
ところでここのフッタはh2としてh1の下階層に入れられてるね。

377 :Name_Not_Found:2006/06/13(火) 01:11:50 ID:???
>>372
素のdivは構造をつくること以上の意味を持たされてない、
というだけで、構造をつくるというそれ自体の意味があるだろ。

>>374
sectionは文章をセクションとしての構造に落とし込む要素だから、
構造を構成すると同時に、セクションの開始(=章節の区切り)も
行うね。

つーか見出しについても>369の章節を区切るという意見それ自体
には反論してないじゃん。
 > 見出しで区切りにならないのなら、
「文書の」区切りにならないっていってんのに言葉を省かんでね。

378 :Name_Not_Found:2006/06/13(火) 01:17:50 ID:???
俺は、address要素は、
それを内包するブロック内の記述内容の説明責任に使っている
だから、ISO-HTMLみたいなものか

379 :Name_Not_Found:2006/06/13(火) 01:21:21 ID:???
>章節を区切るという意見それ自体には反論してない
>Hnが区切りをあらわすなんて初めて聞いた
・・・・?(´д`)

380 :Name_Not_Found:2006/06/13(火) 01:27:07 ID:???
>>377
その作られた構造が、見出しに追従するセクションだとは何処にも保証されない。
章の始まりだとも章の終わりだとも保証されない。
つまりフッタとdivで分かれていたって、それがh1配下の内容なのかどうかはわからない。

ところであんたの文書の定義って何?

381 :Name_Not_Found:2006/06/13(火) 01:31:52 ID:???
>>375
見出し追従物だが、保証されないということね・・・

382 :Name_Not_Found:2006/06/13(火) 01:39:55 ID:???
>>378
見出しごとにaddress入れてるのか?

383 :Name_Not_Found:2006/06/13(火) 01:41:00 ID:???
(最上位)見出しごとには入れてるかも知れない

384 :Name_Not_Found:2006/06/13(火) 01:48:48 ID:???
1ページごとには必要だけど、addressはh1の上ってISO-HTML派もいるよな。

385 :Name_Not_Found:2006/06/13(火) 01:56:00 ID:???
>>382

だな。
言うなれば、新聞は記事毎に記述者を入れるように、
見出し見出しを独立として、
また、引用元の説明責任にも入れてる。

ま、異論反論はあろうが、
そのブロックの説明責任を明確にしとこうと思ってな(自分的かも知れんが)

386 :Name_Not_Found:2006/06/13(火) 02:09:24 ID:???
>>379
文書の区切りの話だよ。
Hnで文書の区切りをしなければならないと言った人に、
区切りにならんだろ、と言ったわけだ。
フッタの話をしてるんだから、章節区切りの話なんて
まさかしてないだろうからな。

>>380
> ところであんたの文書の定義って何?
ValidなHTML文書でありうるすべてだよ。
章節区切りじゃ文書の区切りにはならんだろう。
文書は章節だけで出来てるわけじゃないんだから。

> その作られた構造が、見出しに追従するセクションだとは何処にも保証されない。
それは見出し追従型のセクションを作ってる人に言ってくれ。俺は、
<div>
<h1></h1>
</div>
<address></address>
にすりゃいいじゃんと言っている。h1がdivによる構造を無視してaddress
を配下に置くというソースをいい加減に提示してくれ。

387 :Name_Not_Found:2006/06/13(火) 02:11:37 ID:???
エスパー!エスパー!!

388 :Name_Not_Found:2006/06/13(火) 02:16:00 ID:???
<div>
<h1></h1>
</div>
これが見出し追従型じゃなくて何なのかwww
見出しの存在ありきでセクションdivが生まれる=divはおまけ

389 :Name_Not_Found:2006/06/13(火) 02:34:01 ID:???
あれ、h1のあとにdivがくるのを追従って言ってたんじゃないの?
そりゃ勘違いしてたわ。

それじゃあ、>386のような場合でも
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/global.html#h-7.5.5
 > 次の例は、見出しとそれが導くテキストとをDIV要素で連結する方法を示している。
という仕様の例を無視してまで構造に意味はないと言い張ってたってことか。
ただの仕様読まないアホじゃん。

390 :Name_Not_Found:2006/06/13(火) 02:42:02 ID:???
誰かエスパーを…どこをどうやったらそう解釈できるんだこいつは…

divが要素を一纏めにするのは仕様に書かれているとおり。
だが「どのように」一纏めにするのかは、他の要素のように規定はされない。汎用要素だから。
そもそもそれ以前にISO-HTML以外は、見出しによる追従関係でさえ保証されない
(hnの順番が規定されていないから。)

391 :Name_Not_Found:2006/06/13(火) 02:49:29 ID:???
<div>
<h1></h1>
</div>
<div>
<h1></h1>
<address></address>
<div>

これなら揉める事ないだろ。あるいは

<div>
<h1></h1>
<h2></h2>
<address></address>
</div>

392 :Name_Not_Found:2006/06/13(火) 02:51:58 ID:???
>>391
前者だったら
<address></address>
<h1></h1>

393 :Name_Not_Found:2006/06/13(火) 03:38:41 ID:???
要するにXMLに見られるようなツリー構造を明確に落とせる(X)HTMLがまだ存在しないってことだろ。
一番近いのが多分ISO-HTMLなんだろう。DTD的には明示のHTML的には暗示だっけ?
結局divで明示したつもりになっても、それが規格化されたsectionと見出しレベル順序でない限り
addressをどこに置くかという問題はつきまとうと思うよ。
そしてそれを問題とする人間がいる限り、このスレ的には
addressと見出しレベルの関係がdivに依存しない形での>>391-392のような
方法を取った方が好ましいとされるんじゃない。
尤も見出しレベルとの関係の明示をdivに頼らないというのはaddressに限った話じゃないけど。

でもフッタはそれ以前の問題のような気がするが。
文書の最下部という*位置*限定のブロックって何だろう。
addressだって最下部なのはあくまで慣例に過ぎなくて最上部や見出し毎に置いてる人もいるのに、
フッタはフッタという名前であるだけで最下部限定。何だかな。
やっぱりフッタに関してはスレ違いのような気がするよ。

394 :Name_Not_Found:2006/06/13(火) 03:56:00 ID:???
>>390
> だが「どのように」一纏めにするのかは
どのようにって、「見出しとそれが導くテキストとをDIV要素で連結」する
例のようにわりと汎用的にできるってことだろ。例を素直に解釈しとけ。

で、まとまりを無視してh1がaddressにかかるのはなぜか、
ソースまだー?

つーか構造でまとめる意味がなかったら「文書に構造を加える」とか
「望ましい構造」とか「連結する」とか書かれるわけないってことに気づこうよ。
マゾじゃあるいまいし、ありもしない制限に囚われたって不自由なだけじゃん。

>>391
addressを本文の一部としない場合に文章用の見出しをつけるのは
どうかと思うよ。

>>393
> 結局divで明示したつもりになっても、それが規格化されたsectionと見出しレベル順序でない限り
> addressをどこに置くかという問題はつきまとうと思うよ。
はいはい議論無視ね、了解。
このスレの結論としては、Hnによってのみ文書は区切られて、
>391,392としても見出しによる追従関係でさえ保証されない、でFAだな。

> でもフッタはそれ以前の問題のような気がするが。
文書の終端という論理的な位置に置いておくものは、
addressに限らず参考文献とか更新情報とかいろいろ
あると思うんだが。

つーか、addressやなんかを「必ずフッタ部に置きなさい」なんて意見はないわけで。
ヘッダ部だろうがフッタ部だろうが見出し毎だろうが構わないという所に、
「フッタは存在してはいけない」と言い始める人がいるから意味不明なんだろ。
このスレで特に否定する理由がないならスレ違いだろうな。

395 :Name_Not_Found:2006/06/13(火) 04:06:59 ID:???
ついに壊れたか

とりあえずこのスレ住人は
仕様以上に望ましい構造を求めるマゾの集団
だって理解したら消えてくれ。
仕様だけでいいなら議論なんて何もないと何百回(ry

396 :Name_Not_Found:2006/06/13(火) 04:27:47 ID:???
「仕様だけでいいなら議論することなんてない」の人か。

397 :Name_Not_Found:2006/06/13(火) 08:57:20 ID:???
>このスレの結論としては、Hnによってのみ文書は区切られて、
>>391,392としても見出しによる追従関係でさえ保証されない、でFAだな。

一人で勝手に決めてるwwwww
何この人?w

398 :Name_Not_Found:2006/06/13(火) 09:19:01 ID:???
Strictと宣言してるサイトを沢山見てきたけど、
このスレで言われてるような構造やマークアップをしてるサイトは、
いまだに見た事がないや…。

399 :Name_Not_Found:2006/06/13(火) 10:08:58 ID:???
何もセクションdivなんぞを考えなくても、

<h1>コンテンツ</h1>
<h2>目次</h2><!-- ページ内ナビゲーション等 -->
...
<h2>本文</h2>
...
<h2>参考情報</h2><!-- ページ外ナビゲーション等 -->
...
<h2>奥付</h2>
<address>...</address>

こういう構造で問題ないんじゃないのか。もちろん、「コンテンツ」とか
「本文」なんていう名前じゃなくて、そのページにあった見出しにするが、
構造としては、ページの本文をh2レベルに落とせば、作者情報がh1レベルの
範囲内に入っていても問題なくなる。

400 :Name_Not_Found:2006/06/13(火) 10:52:48 ID:???
addressにはh2を指定しないといけないもの?

<h1>.....</h1>
 <h2>......</h2>
  <h3>......</h3>
  <h3>......</h3>
 <h2>...</h2>
  <h3>......</h3>
 <h2>.....</h2>
  <h3>......</h3>
<address>...</address>

こんな感じになる場合はこのインデントみたいな構造情報を付け加えてあげる感じで、
h1の影響下に置けないかな。

401 :Name_Not_Found:2006/06/13(火) 12:33:39 ID:???
>>400
それだと実際の構造はh3配下になっちゃうんだよ。
というか、そもそもaddressはmetaデータを書き出した感じでh1配下にあっちゃいけないんじゃないか
という意見も多い。上の人がおかしくなる前に参考リンクも出てるみたいだけど。

402 :Name_Not_Found:2006/06/13(火) 13:03:09 ID:???
addressを見出しなどの影響を受けない独立した要素と捉えることはできないのか

403 :Name_Not_Found:2006/06/13(火) 13:21:54 ID:???
そう制定されたら、そう受け取る事もできるんじゃない
制定されてないから、そう受け取る事は出来ないんじゃない

404 :Name_Not_Found:2006/06/13(火) 13:31:52 ID:???
>>402
無理だろ、addressがbody直下のみ置いて可とかの要素じゃない限り。





それよりXHTML2.0のワーキングドラフト見て思ったんだが、section要素って
body配下の時点で既にレベル2見出し用ブロックなのか?
つまり↓これが正しいの?
<body>
<h>h1</h>
 <section>
 <h>h2</h>
 </section>
</body>

ずっと↓だと思ってたし、某方面のsectionを睨んだdivを設定してる人間も↓だったんだが。
<body>
<section>
<h>h1</h>
 <section>
 <h>h2</h>
 </section>
</section>
</body>

405 :Name_Not_Found:2006/06/13(火) 13:40:49 ID:???
好ましくないかもしれんが同文書内にh1が2つ以上存在した場合
入れ子構造が破綻しそうな

406 :Name_Not_Found:2006/06/13(火) 13:48:42 ID:???
>>405
すまん、どっちに対する意見なんだ?

407 :Name_Not_Found:2006/06/13(火) 14:03:12 ID:???
>>404
body直下のみでも「h1と同レベル」という規定がないとダメでね?
だって現行のHTMLだと
<div>
<h2></h2>
 <div>
 <h1></h1>
 </div>
</div>
こんなことまでできちゃうもん。

>>402
そうなると、見出しの影響を受けたい>>385のようなaddressはどうなる?

408 :Name_Not_Found:2006/06/13(火) 18:03:18 ID:???
<h1>表題</h1>
<h2>一章</h2>
<h3>一節</h3>
<p></p>

409 :Name_Not_Found:2006/06/13(火) 18:04:23 ID:???
>>401
そこで構造情報を与えるdivでh2以下address未満を囲ったらどうなるんだろう。

410 :408:2006/06/13(火) 18:09:27 ID:???
ミスった。スマン

<h1>表題</h1>
 <h2>一章</h2>
  <h3>一節</h3>
  <p>〜</p>
  <h3>二節</h3>
  <p>〜</p>
 **
 <h2>二章</h2>
  <h3>一節</h3>
  <p>〜</p>
  <h3>二節</h3>
  <p>〜</p>
 **

** の部分に、その"章"の
見出しをつけるほどではない注釈程度のものを入れたいときは
どう記述するべき?

411 :Name_Not_Found:2006/06/13(火) 18:48:33 ID:???
ISO式にやればいいんじゃね?

でもそもそも、文書・文章が階層構造だという思考が本当に正しいか疑問。
小説などは本来、フラットな構造だと思う。

412 :Name_Not_Found:2006/06/13(火) 19:42:24 ID:???
<!-- 終了 -->

<hr />

413 :Name_Not_Found:2006/06/13(火) 19:44:20 ID:???
<!-- いやDivだろ -->

</div>

414 :Name_Not_Found:2006/06/13(火) 19:46:03 ID:???
その時々によるんじゃないの?
h2に著者やその分類が入ってh3に作品名、以下コメントみたいな場合もあるかもしれないし。
フラットな場合もあるかもしれないが、そうではない場合も考えられると思うよ。

415 :Name_Not_Found:2006/06/13(火) 20:24:39 ID:???
というかISO-HTMLがフラットな構造だ、というのがISO派にとってもアウトだぞ。
ISO-HTMLは明示がないだけで、普通のHTMLやXHTMLよりずっと階層構造もってる。

416 :Name_Not_Found:2006/06/13(火) 22:29:49 ID:???
>>411
小説で本当にフラットなら
小説用の構造化エディタなど存在せんよ。

417 :Name_Not_Found:2006/06/13(火) 22:37:44 ID:???
文書と文書の関係、を考えればリニアでフラット、というわけにはいかんでしょ。
ていうか通俗的に使用されているからそれが真、とはいえないわけで。

418 :Name_Not_Found:2006/06/13(火) 22:55:51 ID:???
>>417
kwsk

419 :Name_Not_Found:2006/06/13(火) 23:26:11 ID:???
何故に詳しく?w

420 :Name_Not_Found:2006/06/13(火) 23:38:03 ID:???
意識の前提条件が同じ人間には、前提自体を話す必要はない。
しかし意識の前提条件自体が違う人間に対しては、
まず前提から話さないとならない。

421 :Name_Not_Found:2006/06/14(水) 00:12:38 ID:???
この場合はフラットである事をまず前提として証明するのが先じゃね?

422 :Name_Not_Found:2006/06/14(水) 00:16:11 ID:???
417がリニア且つフラットの否定を
前提としているように見えるのは気のせいじゃないと思う

423 :Name_Not_Found:2006/06/14(水) 00:23:58 ID:???
>>417はリニア派とフラット派の両方を否定している
ように見えるのは気のせいじゃないと思う。

424 :Name_Not_Found:2006/06/14(水) 00:31:20 ID:???
普通にフラットであるとはいえないって言ってるだけに見えるんだが。
さまざまな状況があって必ずしもフラットじゃないってだけだろ?

フラットって言いたい人はまず全てフラットだって証明すればいいよ。
訴訟における立証責任みたいな感じで。

425 :Name_Not_Found:2006/06/14(水) 00:35:45 ID:???
>>424
人に言う前に自分でやったら?>>417

426 :Name_Not_Found:2006/06/14(水) 00:38:40 ID:???
残念、オレは>>417じゃないw
オレは>>414だから。

それに立証責任が問われるのはフラットだって言い出した方だよ。

427 :Name_Not_Found:2006/06/14(水) 00:42:35 ID:???
どっちでもいいからどっちも証明しろよ。

428 :Name_Not_Found:2006/06/14(水) 00:47:54 ID:???
>>427
フラットの証明は出来ないって事かい?

429 :Name_Not_Found:2006/06/14(水) 00:51:46 ID:???
>>427
相手は昨日の粘着だろうから無視しろ

430 :Name_Not_Found:2006/06/14(水) 00:55:46 ID:???
昨日の粘着ってどれ?

431 :Name_Not_Found:2006/06/14(水) 04:10:11 ID:???
壊れた人扱いされた人間がここにいるけど、
>396からここまで発言してない。もちろん
426でもない。
まあそんな証明不可能なことは置いとく。

「リニアでフラットである」という主張(>>411)は、
リニアでフラットであると分かっている、ということ。
「リニアでフラット、とは限らない」って主張(>417)は、
リニアでフラットであるか否か分からんということ。

分からんと言ってる側に分からん理由を聞く前に、
分かると言ってる側が分かるように説明するのが先だ、
という話だな。

432 :Name_Not_Found:2006/06/14(水) 04:38:34 ID:???
要するにまた問題の元がおまえだったってだけのオチじゃないか('A`)

433 :411:2006/06/14(水) 08:01:56 ID:???
俺は「小説などは」と言ったので小説について書く。叙事詩もこれでいくとは思う。
その他散文詩は割愛。

小説において、見出しはその章における展開の中心を象徴する。その一方で、章の末尾
と次章の間には明確な接続関係がある一方、章冒頭と当該章末尾には流れの収束以上の
関係を有しない。これは物語の主題とは独立して時間軸の制限を受けるためだ。
ただし回想に限っては、現実の章が回想の章を包含する構造にある。これは現実の「私
」に内包された「回想される私」を描くためだ。

俺も論文、日記、情報記事は階層だと思う。

434 :411:2006/06/14(水) 08:05:28 ID:???
追記
見出しは象徴であり、象徴と展開は対等である。

435 :Name_Not_Found:2006/06/14(水) 08:19:37 ID:???
>>433
スレ違い

436 :Name_Not_Found:2006/06/14(水) 09:57:41 ID:???
>>433
それって、単に階層が深くないというだけで、「小説全体→章」という
浅い階層構造はあるんじゃないのか。章ごとに接続関係があるのは、
論文だって同じ。従って、小説も見出しセクション構造で書けるはずだ。
何もh6まで使い切らなきゃならないって言うんじゃないんだから。

437 :Name_Not_Found:2006/06/14(水) 12:56:15 ID:???
>>436
接続という言葉が悪かったな。
論文は各章が独立して存在しているが、そもそも小説は章単独では未完成状態だ。主題
から行くと、章をまたいだ形でなければ意味をなさない場合が多く見られる。
ま、章立てで分割する方が実装上で応用は効くと思うよ。でも実装の話はスレ違い。

>>435
読解力を鍛えましょう。

438 :Name_Not_Found:2006/06/14(水) 12:58:53 ID:???
各章が独立して無くても階層構造ではないとはいえないんじゃないの?
階層構造ってただ構造が階層であるってだけで、
意味が繋がらなくなるって訳じゃないし。

439 :Name_Not_Found:2006/06/14(水) 17:33:59 ID:???
>>433
主に物語の流れとしての構成についての話だよな、それ。
物語は基本的にフラットでリニアであるが、
内部にメタな物語(回想とか)を内包する場合は
構造として物語が入れ子になっている、ということだな。

で、物語の流れの構造と、文章の構造とは別の話じゃないか?
時系列の入り組んだ小説もたくさんある(「少し時間は戻って」とか)から
物語としてはフラットでリニアであるとは言えんと思う。

ただ、
> 小説において、見出しはその章における展開の中心を象徴する。その一方で、章の末尾
> と次章の間には明確な接続関係がある一方、
ここらへんは、文章の構成についての話だと思う。物語の流れがどうあれ
小説は、章の順列とみなすことができる、ということだろう。

ただ、極論すれば文字の順列とすらみなせるわけで、そこに
構造を付加することで整理してあると見るのが普通なんじゃないか?
段落ごとに区切ったり、節で分けたり、章で分けたり、節の集合と
見出しのペアの順列として表現したり。

小説に限らず、文章はリニアでフラットであるととらえることもできる。
文字の配列だからな。だけど、単なる文字の配列なわけではなく、
そこに文章の構造を当てはめて整理することができる。章や節や
段落や見出しやなんかだ。
で、そういうように構造を適切に当てはめることができることを、
「構造をもつ」というと思うよ。

440 :Name_Not_Found:2006/06/14(水) 20:24:50 ID:???
文書における表題(hx要素)と内容(p要素など)の関係は、本質はハイパーリンク的
なもので、それを疑似的に階層として表現しているように思う。
例えばメニューページとコンテンツページは単なるハイパーリンクでつないでるだけだ
が、見せ方としては階層にして見せるだろ?それと同じ。

441 :Name_Not_Found:2006/06/14(水) 21:18:46 ID:Tpm/BNhV
みなさん、ブログなんかのコメント欄ってどうやってマークアップしてますか?

連続改行を境にして
p要素に変換するようにしてみたんですがいまいちです

pre要素とかにでもしたほうがいいんですかね?

何かご提案をお願いします・・・

442 :Name_Not_Found:2006/06/14(水) 21:31:01 ID:???
>>440
> 本質はハイパーリンク的
メニューってコンテンツなしでは存在しえないから、
本質的にはメニューとコンテンツという階層構造なものを、
個別ファイルをハイパーリンクでつないだ形式に便宜上
しているんだと思うよ。

もちろん、そういうメニューとコンテンツという関係を無視して、
ただファイルがハイパーリンクでつながってるだけだ、ととらえる
こともできる。
ただそうなると、もはやメニューとコンテンツというものの構造から
離れた、HTMLファイル全般の話になるけど。

443 :Name_Not_Found:2006/06/14(水) 21:35:51 ID:???
>>441
投稿者は改行数とかも考慮して投稿してるだろうから、
preが一番無難ではあるんじゃないかね。

個人的には書き込みまでstrictとかこだわる必要も無いと思うけど。

444 :Name_Not_Found:2006/06/14(水) 21:37:05 ID:???
>>441
スクリプトで内容不特定のコメントをどう
マークアップするのがよいか、という話だな。

内容を事前に知りえないから、divとかpre以外は
不正になりかねないんじゃない?
たとえば、箇条書きのリストやアスキーアートをpで
マークアップするのは不適切だろうし。

現実にどう妥協するかは微妙なところだしスレ違いだな。
preにしとけばStrict的には無難だと思う。

445 :Name_Not_Found:2006/06/14(水) 21:44:59 ID:???
>>443
>>444

やはりpreが無難そうですね

p要素に変換するようにしたら変なところで区切られてしまうので
スタイルシートでマージン設定してるとひどいことになりましたw

preで妥協することにします
ご意見ありがとうございました m__m

446 :Name_Not_Found:2006/06/14(水) 22:16:31 ID:???
小説をあげるときは青空文庫と同じ形式にしてる

447 :Name_Not_Found:2006/06/15(木) 22:34:36 ID:???
http://pc8.2ch.net/test/read.cgi/hp/1148103380/650-
↑この辺から日付にclass付けする事に賛否両論だな。
ここの住人は日付に意味付けとかは考えもしない事かのかな?

448 :Name_Not_Found:2006/06/15(木) 22:42:14 ID:???
>>447
んなこといったってさー、span要素自体は特に意味はないじゃん。
グループ化されるけど、スタイルが適用されて意味が付けられるんじゃないのかな。

<p>今日は<span>2006年6月15日</span>です。</p><!-- 日付がグループ化された -->
<p>今日は<span class="date">2006年6月15日</span>です。</p><!-- グループ化された日付に "date" というCLASSが意味付けられた -->


ここでスタイルを適用してみる...
span.date { text-decoration: underline; }

<p>今日は<span>2006年6月15日</span>です。</p>

449 :Name_Not_Found:2006/06/15(木) 22:42:25 ID:???
なんでもかんでもやりゃ良いって物ではないのですよ。
そんなの気にしてたら文中の単位とかまで、
かたっぱしからマークアップしないといけなくなるし。

450 :Name_Not_Found:2006/06/15(木) 22:47:05 ID:???
>>447
<span class="sshijidaimeishi">ここ</span>
<span class="joshi">の</span>
<span class="meishi">住人</span>
<span class="joshi">は</span>
<span class="meishi">日付</span>
<span class="joshi">に</span>
<span class="meishi">意味付け</span>
<span class="joshi">とか</span>
<span class="joshi">は</span>
<span class="meishi">考え</span>
<span class="joshi">も</span>
<span class="dohshi">しない</span>
<span class="meishi">事</span>
<span class="typo">かの</span>
<span class="fukujoshi">か</span>
<span class="kandoushi">な<s/apn>?

意味づけされすぎるから問題であってなんで日付を特別扱いする、という問題。

451 :Name_Not_Found:2006/06/15(木) 22:47:42 ID:???
<s/apn>は俺もtypowww

452 :Name_Not_Found:2006/06/15(木) 22:47:52 ID:???
>>449
それはないと思うが.

フレーズ要素だって面倒だからマークアップしない人もいるんだし、とにかく著者が意味付けする
必要が無い要素はマークアップしなくていいんじゃないか?

453 :Name_Not_Found:2006/06/15(木) 22:48:48 ID:???
>>448
つ【em】

>スタイルが適用されて意味が付けられるんじゃないのかな
違います。

454 :Name_Not_Found:2006/06/15(木) 22:49:33 ID:???
>>448
その日付に特定の重要な意味を持つならいいんじゃね?
だけど、実際は文中に出てくるただの日付なわけで。
そういうのをわざわざマークアップする必要は無いよ。

向こうで最初に書いたが、複数の書体が混在する状況とかで使うみたいに、
使うべき必要がある時に使うのが一番正しい使い方だと思う。

455 :Name_Not_Found:2006/06/15(木) 22:50:21 ID:???
>>452
日付を意味づけする必要はない。
文脈で日付とわからないのであれば、そもそも文が間違い。

456 :Name_Not_Found:2006/06/15(木) 22:50:55 ID:???
>>454
>その日付に特定の重要な意味を持つならいいんじゃね?
それこそ意味的にemかstrongか。

457 :Name_Not_Found:2006/06/15(木) 22:51:41 ID:???
>>455
人間が理解するんじゃなくて、コンピュータが理解して → 人間が解釈する・・・
こうじゃないの?

458 :Name_Not_Found:2006/06/15(木) 22:55:32 ID:???
>>457
機械がdateという意味づけを必要としているのか?
それをムリヤリ意味づけしようとしているおまえは機械か?

459 :Name_Not_Found:2006/06/15(木) 22:56:11 ID:???
>>456
んだね。
ただ場合によっては強調の意味ではないかもしれんよ。
強く出すぎて意味を持ってしまうと良くないみたいな感じで、
昔話題になった弱調にしたいとか。
そういう場合はspanでいいと思う。

460 :Name_Not_Found:2006/06/15(木) 22:57:11 ID:???
>>457=448
そこに機械がスタイルで装飾を着ければ日付になると思ってるのだろうか・・・
つうか何のために装飾したいのよ?目立たせるためならemだろ。

461 :Name_Not_Found:2006/06/15(木) 22:57:53 ID:???
>>459
弱調は結局具体例が出なくて必要ねーにならなかったっけ。

462 :Name_Not_Found:2006/06/15(木) 22:58:13 ID:???
>>457
それなら、

コンピュータが<span class="date"></span>のことを「日付」だと理解できない。
よって人間も理解できない。(スタイルが適用されない限り、意味を持たない)

だと思う。


463 :Name_Not_Found:2006/06/15(木) 23:00:00 ID:???
たしかに、何気ない文に出てくる日付にはそれほど意味付けする必要はないわな。

ちょっと例がアレだが、予定表みたいな場合で、
日付を強調したい訳じゃないが、予定組んでる管理者にとっては固有の意味がある場合。
・6月1日 あああああ
・6月2日 いいいいい
・6月3日 ううううううう
・6月4日 えええええ
これならclass="date"でも良いかな。
まぁ閲覧者にとってはどうでもいい意味付けだが・・・。

464 :Name_Not_Found:2006/06/15(木) 23:01:02 ID:???
>>463
それってリストにクラス付けないか?
spanである必要性は?ってことから始まった議論じゃなかったか。

465 :Name_Not_Found:2006/06/15(木) 23:02:44 ID:???
思ったけど、弱調ってわざわざ指定してる時点で
印象に残るから強調してるみたいなものだよなw
機械処理させる場合ならまだしも。

>>461
結論が出なかっただけだった気がする。
強く出すぎて欲しくないって意図は普通にありうるから、使う機会が全く無い訳ではないんじゃない?
そのマークアップが本当に弱調になるかは疑問だけど。

オレはjavascriptでinnerHTMLで流し込む時にspan使ってるけど。

>>463
普通にリストとか、dt+dlとかhn+pでよくね?w

466 :Name_Not_Found:2006/06/15(木) 23:03:42 ID:???
>固有の意味
これだったら日付の場合、idにしそうだ・・・

467 :Name_Not_Found:2006/06/15(木) 23:04:19 ID:???
>spanである必要性は?ってことから始まった議論じゃなかったか。
インライン要素のグループ化だからspanなんじゃねーの?

468 :467:2006/06/15(木) 23:05:06 ID:???
といっても、グループ化する必要があるかどうかは不明なんだけどね。

469 :Name_Not_Found:2006/06/15(木) 23:05:32 ID:???
>>465
でもsmallの意味版がないんだよな・・・emの反対は日本語独特のものなんだろうか。

470 :463:2006/06/15(木) 23:05:42 ID:???
あれ?class付けの話じゃなくてspanの話だったの?( ̄Д ̄;;
いや、それなら>>464 >>465 その通りだと重いまする。

471 :Name_Not_Found:2006/06/15(木) 23:06:12 ID:???
>>460
電話番号やメールアドレスなら?

472 :Name_Not_Found:2006/06/15(木) 23:06:33 ID:???
>インライン要素のグループ化だからspan
新しい意見だwww
spanをグループ化に使う必要ってどんなときにあるんだろう。

473 :Name_Not_Found:2006/06/15(木) 23:07:38 ID:???
>>471
それが連絡先として存在するならaddressだろ。inlineにしたかったらCSS使え。

474 :Name_Not_Found:2006/06/15(木) 23:07:46 ID:???
>>472
いや普通に日付をグループ化しただけだと思うに一票w

475 :Name_Not_Found:2006/06/15(木) 23:08:59 ID:???
>>470
そう、日付ってのは流れで出てきた例であって、
そもそもspanを(JSとかは抜きなw)そんなにまでして使う必要性ってあるか?
というのが事始め。

476 :Name_Not_Found:2006/06/15(木) 23:09:11 ID:???
>>473
>inlineにしたかったらCSS使え。

<p><address>めるあど</address>、<address>電話番号</address></p>

p > address { display: inline } てこと?
まさかだよね。

477 :Name_Not_Found:2006/06/15(木) 23:09:17 ID:???
>>467
それなら素直に納得できるなw
どういう使い方になるかはわからないけど説得力あるし。

>>472
もう一つ、装飾したい場合のspanはどうだ?w

478 :Name_Not_Found:2006/06/15(木) 23:10:32 ID:???
>>472>>477
うはwww意味ねーwww

479 :Name_Not_Found:2006/06/15(木) 23:10:34 ID:???
>>477
じゃあこんなのは?

<p>日本語 <span lang="en>Japanese</span> 日本語</p>

480 :Name_Not_Found:2006/06/15(木) 23:11:32 ID:???
>>476
おまえ基礎から学び直したほうがよくね?

481 :Name_Not_Found:2006/06/15(木) 23:12:54 ID:???
>>480
お前の説明ではそういう解釈されてもおかしくないよw

482 :Name_Not_Found:2006/06/15(木) 23:12:56 ID:???
>>479
なるほど、UTF以外は必要な場合もあるか。

483 :Name_Not_Found:2006/06/15(木) 23:13:37 ID:???
>>479
そのJapaneseの部分が英語ではない特殊なフォントを必要とする言語なら、
そのマークアップは必要だと思うけど、Japaneseだったらぶっちゃけ必要なくね?w

484 :Name_Not_Found:2006/06/15(木) 23:14:10 ID:???
>>482
うん、仕様書にもそういう例示があった。

485 :Name_Not_Found:2006/06/15(木) 23:14:35 ID:???
ギリシア語とかタガログ語とかの場合だろうな。

あるのか知らんが。

486 :Name_Not_Found:2006/06/15(木) 23:15:07 ID:???
>>483
ホームページ・ビルダーで試してみたが:
<p lang="ja">Firefox</p>

を読み上げてみたら「ふぃれふぉっくす」になったw

487 :Name_Not_Found:2006/06/15(木) 23:15:30 ID:???
>>484
でもそのspanもUTF-8にした時点で消え去る運命だったら
そういうページは初めからUnicodeで書くべき、って気もするな。
でもそれなら納得したspaaaaaan。

488 :Name_Not_Found:2006/06/15(木) 23:16:18 ID:???
>>486
キツネのヒレ焼き・・・・う、うまくなさそー・・・

489 :Name_Not_Found:2006/06/15(木) 23:18:22 ID:???
>>486
スレ違いすまん。
今のビルダーってリーダーまで付属してるのか?

490 :Name_Not_Found:2006/06/15(木) 23:18:54 ID:???
>>486
フィレオフィッシュ食いたくなってきたぞ。
責任とって買って来てくれw

おまけ。
ひょっとして音声ブラウザだと、
わざわざアルファベットの部分はen指定しないとだめ?w
そんな発想は無かったぜ・・・w

491 :FOX ☆:2006/06/15(木) 23:20:02 ID:???
ここで俺の登場ですよ★

492 :Name_Not_Found:2006/06/15(木) 23:20:21 ID:???
ああそういえば記事を後で手直ししたり追記した時には、
どうしてもそれが追記である事を意味付けしたくて、
<p span="postscript">これは後日、○○と判明しました。</p>
みたいにやってたな・・・。
postscriptってなげーよ。

493 :Name_Not_Found:2006/06/15(木) 23:20:39 ID:???
>>490
いや、普通の単語ならjaのページでもちゃんと読めてた気がする。
fire foxだったらおKなんじゃね?

494 :Name_Not_Found:2006/06/15(木) 23:20:51 ID:???
って話終わってるしw

495 :Name_Not_Found:2006/06/15(木) 23:21:49 ID:???
>>492
PSはもはや「追記」で一般に認知されてるとオモ。
ていうかそれってモロinsを使用するところだから。

496 :Name_Not_Found:2006/06/15(木) 23:22:55 ID:???
つーかinsなしに気をとられていたが
<p span="postscript">←ちょっと待てtypowww

497 :Name_Not_Found:2006/06/15(木) 23:23:27 ID:???
>>493
納得した。

>>494
南無w

498 :Name_Not_Found:2006/06/15(木) 23:24:19 ID:???
参考:


eye's, Inc. PC-TalkerXP読み上げチェック
http://xixyoxu.dip.jp/eyes/pctalkxp/

499 :Name_Not_Found:2006/06/15(木) 23:27:26 ID:???
>>496
俺も投稿してから気づいたんだ・・・。

500 :Name_Not_Found:2006/06/15(木) 23:28:41 ID:???
<p postscript="span">が正しいよな。

501 :Name_Not_Found:2006/06/15(木) 23:29:30 ID:???
<ins class="typo">だろ。

502 :Name_Not_Found:2006/06/15(木) 23:36:31 ID:???
>>498
へー、面白いな。
音声ブラウザを意識すると2006/06/15みたいなのはやめた方が良いのか。
1/3みたいな感じで分数とかも。

503 :Name_Not_Found:2006/06/15(木) 23:39:20 ID:???
読み上げを意識する場合は
2006年6月15日って読めるように書くか、
<span title="年月日です">2006/06/15</span>って書くのがいいのかもな。

何もなしで読み上げだと「にせんろく ぜろろく いちごー」とかなって、
数字の意味がわからなくなりそうだし。

504 :Name_Not_Found:2006/06/15(木) 23:40:32 ID:???
>>503
いや、それも設定があったような。

505 :Name_Not_Found:2006/06/15(木) 23:42:50 ID:???
>>502-503
そこらへんは心配いらないんじゃね?
そういう書き方しかできない英語圏の人間は、それでも認識できてるんだし。

506 :Name_Not_Found:2006/06/15(木) 23:44:16 ID:???
http://www.w3.org/TR/NOTE-datetime

507 :Name_Not_Found:2006/06/15(木) 23:44:44 ID:???
title
※「title」というテキストを span 要素でマークアップし、title 属性に「属性名」と記入
読み:たいとる

そもそもこの読み上げソフトだと、spanで追加したタイトル属性を読み上げてくれないみたいw

508 :Name_Not_Found:2006/06/15(木) 23:47:22 ID:???
>>506
それは日常用語での使い方まで定めてるものじゃなくてdelやinsの時のものだろ?

509 :Name_Not_Found:2006/06/15(木) 23:50:33 ID:???
auralでルビ部分だけ読ませる・・・ってのはまだ対応してないんだっけ。スレ違いになるな。

510 :Name_Not_Found:2006/06/15(木) 23:51:52 ID:???
strictの意義に音声ブラウザも含まれるし、話題も無いから別にいいんじゃね?

511 :Name_Not_Found:2006/06/15(木) 23:57:27 ID:???
auralに関しちゃスレ違いだろ。
だったらルビの話にしようか。

どう頑張っても当て字でしかない<ruby><rb>光宙</rb><rp>(</rp><rt>ピカチュウ</rt><rp>)</rp></ruby>
とか以外はルビはむしろ振るべきではないと思うんだが、思ってるんだが、
・・・・時々正カナの人にはルビを振ってもらいたい馬鹿者です・・・ヒロシです・・・・

512 :Name_Not_Found:2006/06/15(木) 23:59:25 ID:???
>>511と同じスレを見てた予感w

513 :Name_Not_Found:2006/06/16(金) 00:00:36 ID:???
>>512
すまん、たぶん違う。
どっかにピカチュウちゃんでも出てきたのか?www

514 :Name_Not_Found:2006/06/16(金) 00:04:49 ID:???
今日丁度かわいそうな名前の子供の話題のスレがあって見てたんだw

515 :Name_Not_Found:2006/06/16(金) 00:09:44 ID:???
俺は昔どっかのサイトで見たんだw
確かに可哀相だ・・・これからの子供は
<ruby><rb>語</rb><rp>(</rp><rt>ルビ</rt><rp>)</rp></ruby>
こんな長いタグを覚えなきゃならないんだからなwww

516 :Name_Not_Found:2006/06/16(金) 00:13:51 ID:???
ルビの組み合わせはテーブルより面倒だな。
使わなくて済むのならそれに越したことはない。

517 :Name_Not_Found:2006/06/16(金) 00:23:54 ID:???
しかもルビって見づらいしな。
半端にでかいし行間もおかしいし。
正直あまり使いたくない。

518 :Name_Not_Found:2006/06/16(金) 00:30:35 ID:???
IE以外はCSS効くだろ。

519 :Name_Not_Found:2006/06/16(金) 00:40:15 ID:???
あー、ルビに便乗して質問。
引用のときにも本文につけられた特殊なルビって含めたほうがいいのかな・・・・

520 :Name_Not_Found:2006/06/16(金) 00:42:40 ID:???
含めた方がいいと思う。
でも多分俺は面倒だしやらないw

521 :Name_Not_Found:2006/06/16(金) 00:51:09 ID:???
ありがとう、やっぱりそうだよねorz
そのためだけに今XHTML1.1に変更してる最中だから、
途中でちょっとくじけそうになっただけなんだゴメンよ・・・・

522 :Name_Not_Found:2006/06/16(金) 01:23:02 ID:???
>>482-483
言語と文字集合は直接は関係ないぞ。
平仮名で書こうが片仮名で書こうがローマ字で書こうが日本語は日本語。

kore ga sono hon desu.

これは英語じゃないので、これに lang="en" を指定していい訳がない。
どう考えても書かれている言語は "ja" だ。要するに、言語と文字集合は
対応している訳ではない。
ということは、lang属性の値を使って文字集合(フォント)を選択するのは、
UAの動作としてはおかしいということ。これは他にいい方法がないからの
苦肉の策に過ぎない。

要するに言いたい事は、lang属性は言語を指定するためのものであって、
フォントを選択させるために付けるようなものではない。

523 :Name_Not_Found:2006/06/16(金) 01:32:08 ID:???
>>522
?誰もフォントの話なんかしてないと思いマスが・・・

524 :Name_Not_Found:2006/06/16(金) 02:05:09 ID:???
フォントとかの話とlangは別の話だな

525 :Name_Not_Found:2006/06/16(金) 06:25:16 ID:???
>>476で思い出したんだが、3.2まではaddress内にpは含められたんだよね。
つまり今だったらaddressのまとめ(なんて要るのかどうかはさておき)は
<div>
<address></address>
<address></address>
</div>
じゃなきゃならないけど、当初の想定では
<address>
<p></p>
<p></p>
</address>
ということで、むしろaddress自体が連絡先のまとめだったんだろう。
ところが4.0になってpを含めなくなったのは、
addressにそんな沢山もの入れるんじゃネーヨないし沢山入れるものなんてないべ
という意見からなんじゃね。
かつpにもaddressは入れられないから、段落のような長い文章的なものの中に連絡先を入れることも
同様の理由で想定外なのかもしれん。
だから今の仕様でaddressを使うんだったら、
フッタみたいな大規模なもんは止めた方が制定の意向に従ってることになるんだろうな。

526 :Name_Not_Found:2006/06/16(金) 07:14:45 ID:???
>>525
>まとめだったんだろう。
>意見からなんじゃね。
>想定外なのかもしれん。
>従ってることになるんだろうな。

ひどすぎるwwww

527 :Name_Not_Found:2006/06/16(金) 07:19:43 ID:???
>>526
すまんね、経緯とか知らないので、知ってるんだったら
3.2ではpがあった理由と、4.0で廃止された理由を教えてくれないか?

528 :Name_Not_Found:2006/06/16(金) 09:42:27 ID:???
>>523
えっと、>>483 はフォントの話じゃないのか?
フォントの話じゃないとしても、>>482-483 は言語と文字集合をごっちゃに
してるように思えるが。

529 :Name_Not_Found:2006/06/16(金) 10:45:26 ID:???
>>482>>483は全く別の考えを言ってるだけかと
おそらく、>>482はお前さんと同じ事を言ってる

>>483は、そんな一般的な単語にわざわざlang属性を指定する必要も無いだろう、
もうちょっと特殊な言語の場合ならわかるって感じで言ってると思われ
多分上の方で出てる特殊な書体を要する場合なども含めて、
フォントの話ではなくそこに書かれている言語の話かと

フォントを指定するために言語指定してるなんて主張してる人はいないように見えるぞ

530 :482:2006/06/16(金) 11:24:59 ID:???
>>528
いやまぁ言語とキャラクタセットは切っても切り離せない関係にあると言えばあるから
そういう意味ではフォントの話だったって言ってもいいけど(´・ω・`)
でもあんたの言ってるようなことを言ったつもりだったんだ。
Unicodeの多言語という謳い文句を俺が勘違いしてるんだったらごめん。

531 :Name_Not_Found:2006/06/16(金) 16:43:58 ID:???
みなさんが認める、こりゃStrictだぜ!!ってサイトを教えてちょんまげ

532 :Name_Not_Found:2006/06/16(金) 17:15:35 ID:???
サイトに著作権表示が必要な場合は、どんな風に記述します?
例えば無償版のMovableType等は、どんな内容の文書が書かれているページであれ、
各ページに「Powered by Movable Type」のテキストでリンクを貼らなきゃいけない。

こんな場合は、それこそフッターと呼ばれるような領域を作ってマークアップでしょうか。

もしくは、そもそも「そんな記述を追加する必要のあるサービスは受けない」
というのが、ここの住人さんの総意かな?


533 :Name_Not_Found:2006/06/16(金) 18:57:45 ID:???
んーmovable typeつかってるけど
<div id="footer">
<p>パンくずリスト</p>
<ul>
<li>Powered by Movable Type</li>
<ul>
<address>コピーライト</address>
</div>
こんな感じに記述してる

534 :Name_Not_Found:2006/06/16(金) 20:45:24 ID:???
>>532
スクリプト情報はリストでリンク。

>>533
footer・・・追加情報とか見出しつけろよ。

535 :Name_Not_Found:2006/06/16(金) 21:00:37 ID:???
いつも思うが、footerってソース見るような人には
一般常識としてどんなものか知れ渡ってるから、
全然問題なさそうな気がするんだよな。

536 :Name_Not_Found:2006/06/16(金) 21:14:06 ID:???
問題なくても、それだけ特別扱いする不整合さがStrict的ではない。

537 :Name_Not_Found:2006/06/16(金) 21:16:26 ID:???
特別扱いじゃなくて周知の事じゃない。
言語学を見ても、誤用がそのまま正しい用法になってしまう場合もあるし、
それに近いものがあるんじゃないの?って事ね。

538 :532:2006/06/16(金) 21:20:26 ID:???
変な質問ですみませんでした。
>スクリプト情報はリストでリンク。
なるほど、とりあえず無難そうな書き方だと、各ページの終わりの方にでも見出し付けて
<h2>このページについて</h2>
<p>説明文とか</p>(または<address>とか)
<ul>
<li><a href="...">Powered by Movable Type</a></li>
<li>他にもあればここに</li>
</ul>
みたいなので良さそうか。

539 :Name_Not_Found:2006/06/16(金) 21:53:57 ID:???
>>537
別にそういう方法論があってもいいが、
このスレ向きじゃないからスレ違い。

540 :Name_Not_Found:2006/06/17(土) 00:08:21 ID:???
>>536
見出しなんて必須じゃないから、
つけようがつけまいがどうでもいいと思う。

541 :Name_Not_Found:2006/06/17(土) 00:14:18 ID:???
>見出しなんて必須じゃないから
おまえこのスレにいる必要ないと思う・・・

542 :Name_Not_Found:2006/06/17(土) 00:22:38 ID:???
>>530
いや、UTF(Unicode)は「多言語」とは違うし、lang属性(言語)とは
関係ないと思うんだが。文字が多いだけで、言語が多い訳じゃないでしょ?

で、言語と文字が対応していると限らないのは、日本語のローマ字の例でも
明らか。逆に言えば、文字が決まっても言語は決まらないので、lang属性が
必要かどうかは、Unicodeかどうかには依存しない訳よ。

文字種では言語を特定出来ないし、言語では文字種を特定出来ない、と。

543 :Name_Not_Found:2006/06/17(土) 00:48:25 ID:???
>>542
言語が多いわけだと思ってたよ、そんないじめないでくれorz

言語=文字じゃないのはわかってると言っただろうがウワァァン!

544 :Name_Not_Found:2006/06/17(土) 01:09:47 ID:???
>>541
おまえがうざい

545 :Name_Not_Found:2006/06/17(土) 06:26:26 ID:???
恐縮です

546 :Name_Not_Found:2006/06/17(土) 07:42:04 ID:???
べつにfooterに見出しはいらないとおもうんだけどな。


547 :Name_Not_Found:2006/06/17(土) 07:43:07 ID:???
ていうかfooterがいらないよな

548 :Name_Not_Found:2006/06/17(土) 08:26:41 ID:???
いるでしょ。

549 :Name_Not_Found:2006/06/17(土) 08:29:35 ID:???
>>547
フッターに書く情報って全部meta要素に書けるからなぁ。

550 :Name_Not_Found:2006/06/17(土) 08:59:59 ID:???
footerとグローバルナビゲーションとaddressって全部head内に書いて
JSで書き出すのがStrict敵には正しい希ガス。

551 :Name_Not_Found:2006/06/17(土) 10:13:09 ID:???
JSで書き出すときに使われるDOMってのは、
StrictとかといったHTMLの仕様に束縛されないの?

>>549
タイトルがhead内にぶち込めるからって
body内に書かないとは限らんでしょ。

metaに書いておくとよい情報だからといって、
だから本文に書かんでいいとはならんと思う。

552 :Name_Not_Found:2006/06/17(土) 10:41:46 ID:???
title=h1*ではない*ぞ

553 :Name_Not_Found:2006/06/17(土) 10:50:13 ID:???
>>551
書かんでいいじゃなくて、書かないほうがいいって意見は昔からあるな。

554 :Name_Not_Found:2006/06/17(土) 11:45:07 ID:???
ぺるそなる?

555 :Name_Not_Found:2006/06/17(土) 13:24:58 ID:???
でも意見があるって事は、書いてもいいって意見がある事でもあるよな。

556 :Name_Not_Found:2006/06/17(土) 13:52:15 ID:???
551がそれじゃないの

557 :Name_Not_Found:2006/06/17(土) 14:20:14 ID:???
>>550
「スクリプト実行前の構文木と、実行によって変化した構文木はどちらも
仕様を満たしていなければならない」と仕様にある。

という訳で、footerを書くのがStrict的でないというのなら、スクリプトで
書き出してもStrict的でない。

558 :Name_Not_Found:2006/06/17(土) 16:45:07 ID:???
ソース

559 :Name_Not_Found:2006/06/17(土) 16:56:34 ID:???
Source

560 :Name_Not_Found:2006/06/17(土) 17:22:11 ID:???
なるほど

561 :成歩堂:2006/06/17(土) 18:38:28 ID:???
呼んだ?

562 :Name_Not_Found:2006/06/17(土) 18:59:24 ID:???
>>558,559
HTML4.01仕様書。
……ぐらい思いがいかんオマエラ雛鳥。

563 :Name_Not_Found:2006/06/17(土) 23:14:00 ID:???
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/interact/scripts.html#h-18.2.4
> HTML文書は、どのSCRIPT要素の処理前も処理後も、HTML DTDに適合するよう制約される。
DTD以外は無視してOK?

564 :Name_Not_Found:2006/06/17(土) 23:38:52 ID:???
>>563
Validには最低限しなきゃならない。
ただStrict的にどうしようもないときは、HTMLソースの中になきゃJSなら多少非Strictでもしょうがないかーって
さとみちんとかがソレ系だった希ガス。

565 :Name_Not_Found:2006/06/18(日) 01:32:24 ID:???
妥協の話なんて聞いてない。

566 :Name_Not_Found:2006/06/18(日) 01:57:57 ID:???
>>563
スクリプト実行後に「生成されたCDATAは、再評価される」と仕様にある。
もちろん、HTMLとして再評価される訳だから、すべての仕様は満たして
いなきゃならんだろ。

つまり、本文に書けないのならスクリプトでも書き出せないし、スクリプト
で書き出していいものなら本文にも書ける。

567 :Name_Not_Found:2006/06/18(日) 02:08:16 ID:???
「仕様的に書けないもの」の話はたぶん誰もしてないだろ。

・書いてもいい派←そもそもJSを使う必要はない
・書かないほうがいい派←JSならValidだけでいいや派
・書いたらStrict的にダメ派←JSでもStrictにならなきゃダメ
・書いたら仕様的にダメ←HTMLだろうがJSだろうがすべてNG

568 :Name_Not_Found:2006/06/18(日) 02:46:31 ID:???
UA実装に対する補助的手段としてのジャヴァスク
CSSで言うCSSハックみたいなもんって程度の捉え方だから
DOM生成のソースはValidならいいんでない派

569 :Name_Not_Found:2006/06/18(日) 02:51:30 ID:???
Operaユーザだけならhead内で全部済むもんなー・・・

570 :Name_Not_Found:2006/06/18(日) 02:52:52 ID:???
そーゆーこと

571 :Name_Not_Found:2006/06/18(日) 03:26:36 ID:???
UAの実装に関する話題は十中八九スレ違いなのを承知で書いてみる
CSS切り替えスクリプトなんてのも
そもそもUAがインターフェースを提供してくれりゃいいだけの話で
Operaや拡張組み込み済みFirefoxにとっては無用の長物

572 :Name_Not_Found:2006/06/18(日) 03:29:35 ID:???
Fxはそこに関しちゃ拡張関係ないぞ。
ただスクリプトというよりクキーがUAの標準装備よりウマーなんだよな、あれ。

573 :Name_Not_Found:2006/06/18(日) 04:39:46 ID:???
>>567
仕様の話じゃないのにStrictって言葉使うのは不適切なので禁止

574 :Name_Not_Found:2006/06/18(日) 04:52:35 ID:???
>>573
ここでは誰もValidレベルの話はしてないのでよろしく。

575 :Name_Not_Found:2006/06/18(日) 05:02:03 ID:???
Strictの話じゃないのにStrict的とか言っちゃうのはStrict的にどうよ?

576 :Name_Not_Found:2006/06/18(日) 05:21:06 ID:???
strictという単語がStrict-DTDのみを指す単語だったとは知らなかったwww

とりあえずスレ違いなんで、語学の話がしたいんなら適切なスレに行ったほうがいいよ>>575

577 :Name_Not_Found:2006/06/18(日) 05:44:15 ID:???
> strictという単語がStrict-DTDのみを指す単語だったとは
そう思ってるのお前だけじゃね?

578 :Name_Not_Found:2006/06/18(日) 06:12:00 ID:???
>>1読め でOKだな。

579 :Name_Not_Found:2006/06/18(日) 09:25:13 ID:???
うるせーハゲ!

580 :Name_Not_Found:2006/06/18(日) 10:29:18 ID:???
恐縮です

581 :Name_Not_Found:2006/06/19(月) 13:42:22 ID:???
もうバカばっか

582 :Name_Not_Found:2006/06/19(月) 18:37:32 ID:???
恐縮です

583 :Name_Not_Found:2006/06/21(水) 00:39:47 ID:???
テーブル作ってから
ここと(ry)ここのセルだけ上のほうにテキスト上げてくれって言われたら
普通に新しいクラス適用、するしかないんだよね?

そんな感じでどんどん「そこだけ」って追加されると
クラスやidだらけになる悪寒・・・

でもこれはStrict的に問題があるんだよなぁ・・・

584 :Name_Not_Found:2006/06/21(水) 00:49:38 ID:???
それはしょうがないんじゃない?
Strict的に問題があるというより、企画とかデザインする側に問題があるだけだし。

585 :Name_Not_Found:2006/06/21(水) 00:53:50 ID:???
>>583
テキスト上げる部分に統一のある意味(性質)があるんならclassは増やして問題ないと思うが、
見た目だけのことを言われてるんだったら切ない罠・・・

586 :Name_Not_Found:2006/06/21(水) 09:07:29 ID:???
そんな依頼をしてくるところにStrict的とか考慮しても
おまいの神経がすり減るだけだぞ。

587 :Name_Not_Found:2006/06/21(水) 09:32:17 ID:???
Strictというかアクセシブルなテーブルを意識すると大変なんだな

588 :Name_Not_Found:2006/06/23(金) 18:11:46 ID:???
Stricterとしては、
form内部のinputとかはどういう風に整形しますか?
<br />でもいいんでしょうか?

589 :Name_Not_Found:2006/06/23(金) 18:28:35 ID:???
>>588
それは仕様的にNG。
<!ELEMENT FORM - - (%block;|SCRIPT)+ -(FORM) -- interactive form -->
formの下はscriptかブロック要素だけであって、inputのようなインライン要素は置けないから。
そのフォーム部品の説明として定義リストを利用したり、
単にフォーム部品が並んでるだけなら順不同リストとか。

590 :Name_Not_Found:2006/06/23(金) 18:41:03 ID:???
fieldsetって影が薄いなw

591 :Name_Not_Found:2006/06/23(金) 18:43:34 ID:???
>>590
それはまた意味が違うし。ブロック要素を噛ますためだけに入れるんだったらdivと変わらなくなる。

592 :588:2006/06/23(金) 18:46:29 ID:???
>>589
うわ、すいません、普通に無知でした。
出直してきます!!ありがとうございました!!

593 :Name_Not_Found:2006/06/23(金) 18:57:10 ID:???
fieldset直下にinputって、
div直下にインライン要素と似たような気持ち悪さがあるな・・・
filedsetは使うけど、それでも更に何かブロック要素を入れちまう。

594 :Name_Not_Found:2006/06/23(金) 19:28:33 ID:???
上に同じ

595 :Name_Not_Found:2006/06/23(金) 19:39:51 ID:???
下に同じ

596 :Name_Not_Found:2006/06/23(金) 19:40:49 ID:???
>>593に同じ。

597 :Name_Not_Found:2006/06/23(金) 19:40:58 ID:???
うんこ漏る

598 :Name_Not_Found:2006/06/24(土) 01:22:41 ID:???
>>600に同じ

599 :Name_Not_Found:2006/06/26(月) 17:00:08 ID:???
掲示板とか、blogのコメントとか(エントリも?)、
そういうものはリストで表現すべきでしょうか?
それとも連続したパラグラフでしょうか?

ずーっと考えてますが答えが出ません。
何か判断の材料がありましたらお教えください。

600 :Name_Not_Found:2006/06/26(月) 17:04:29 ID:???
俺なら定義リストかな。

601 :Name_Not_Found:2006/06/26(月) 17:19:44 ID:???
<dl>
  <dt>600 :Name_Not_Found :sage :2006/06/26(月) 17:04:29 ID:???</dt>
    <dd>
      <pre>俺なら定義リストかな。</pre>
    </dd>
</dl>



602 :Name_Not_Found:2006/06/26(月) 19:10:47 ID:???
フリー配布されてるCGI等をStrictで出力するようにした場合、
addressの表記って、自分のものじゃなくてスクリプト配布元のURLの方が好ましいでしょうか。

603 :Name_Not_Found:2006/06/26(月) 19:38:01 ID:???
なぜaddressにこだわるかは知らないけど並記すればいいかと

604 :Name_Not_Found:2006/06/26(月) 19:41:30 ID:???
>>603
いえ、1ページには必ず責任明示が必要だと思っていまして、
それを表現するのはaddressだと思います。
それでそのようなスクリプトの場合、管理人としての責任の所在にするべきなのか、
スクリプトの責任の所在にするべきなのか、
をそもそも悩んでいまして。
併記したとしても、「責任の明示」という意味では、どちらになるのでしょう?

605 :Name_Not_Found:2006/06/26(月) 23:27:37 ID:???
>1ページには必ず責任明示が必要だと思っていまして

>「責任の明示」という意味

どっちも君の俺様解釈でしょう。address 要素は「責任の明示」という意味づけじゃない。
君が神経質になるほど他人は君のことを気にしてないと思うよ。肩の力抜きなさいな。

606 :Name_Not_Found:2006/06/26(月) 23:35:57 ID:???
他人の「思っている」事を俺様解釈と言ってしまうお前が肩の力を抜いた方がいい。

607 :Name_Not_Found:2006/06/26(月) 23:58:25 ID:???
>>606
意味不明過ぎてワロタw

608 :Name_Not_Found:2006/06/27(火) 00:38:40 ID:???
>>606
は?

609 :Name_Not_Found:2006/06/27(火) 00:54:26 ID:???
まず内容ありきのマークアップとして考えてみよう

運営管理者への連絡先はaddressでいいとと思うが
スクリプトの作成者(配布所)はスクリプトの情報というか
何か違う気がすると思わないか

610 :Name_Not_Found:2006/06/27(火) 15:12:18 ID:???
>>605
責任の明示のためには署名と連絡先が必要です。
結果としてaddress要素になる、という話です。

>>609
以前初心者スレで、ページの制作者になるのか、論文の著者になるのか、
という場合に、論文の著者、という結論になりました。
またここでaddressの話が出た時には、結論は出なかったと記憶しています。
掲示板のようなスクリプトの場合、著者は掲示板に書き込みした人間になりますし、
掲示板運営者の名前よりは、論文の著書がaddressに書かれるように、
スクリプト著作権者の名前と連絡先を書くべきという意見もあるのではないか、と思いました。

611 :Name_Not_Found:2006/06/27(火) 15:17:31 ID:???
>>610
>責任の明示のためには署名と連絡先が必要です。
>結果としてaddress要素になる、という話です。

だからそれが俺様解釈だっていうのに。
address要素は書名と連絡先の明示であって、それを責任の明示と考えるのは人次第。
例えば代理連絡先が文書の責任者になるかといえば、変わらず代理連絡先でしかない。
君がそう考えるのは自由だが、他人に同じ解釈を求めたりその前提で話すのは良くない。

>掲示板のようなスクリプトの場合、著者は掲示板に書き込みした人間になりますし、
>掲示板運営者の名前よりは、論文の著書がaddressに書かれるように、
>スクリプト著作権者の名前と連絡先を書くべきという意見もあるのではないか、と思いました。

掲示板は特殊な存在だから論文と同じように考えるのは無理があると思うよ。
あと並列して記載することの何がいけないのか具体的に指摘してみてくれ。

612 :Name_Not_Found:2006/06/27(火) 15:32:45 ID:???
>>611
お前の、>>610のレスの解釈の仕方が俺様解釈

613 :Name_Not_Found:2006/06/27(火) 15:32:57 ID:???
>>611
逆です。責任の明示「だから」addressだとは言ってません。
addressを書くことが結果として責任の明示に繋がる、と言っているだけです。
連絡先であるということは、少なくとも文書の内容について責任の取り次ぎは行う機関であり、
閲覧者にとっては著作権者であろうと代理名義人であろうと変わりはありません。
そういう意味での責任の明示です。

また、こりが俺様解釈だったとしても、
まさに他人(こちら)に同じ解釈を求めることは止めて、
その前提を仮定として話を進めてくださるとありがたいのですが。

また>>604にて併記自体は否定してません。
併記だとしても連絡先として相応しいのはどちらか、ということを問題にしています。

614 :Name_Not_Found:2006/06/27(火) 15:39:30 ID:???
>>613
>連絡先であるということは、少なくとも文書の内容について責任の取り次ぎは行う機関であり、
>閲覧者にとっては著作権者であろうと代理名義人であろうと変わりはありません。
>そういう意味での責任の明示です。

連絡先は責任を負う機関ではないのだと何回言えばいいやら。
連絡の取次ぎそのものが責任を負うこととニアリーイコールだと言うのなら、
それこそ「責任の明示」という表現(と解釈)を止めて「連絡先」とすればいいのにw

>また、こりが俺様解釈だったとしても、
>まさに他人(こちら)に同じ解釈を求めることは止めて、
>その前提を仮定として話を進めてくださるとありがたいのですが。

理解していないようだからはっきり明示するけれども、
俺様解釈 = 自分だけの捻じ曲がった解釈 = 間違い、ってことだからね。
間違った解釈を前提に話したって何も正しくないし楽しくもない。

>併記だとしても連絡先として相応しいのはどちらか、ということを問題にしています。

それは連絡する人が決めることでしょう。
例えばスクリプト制作者とスクリプト設置者では、負うべき責任の種類が違う。
ともあれ、

>閲覧者にとっては著作権者であろうと代理名義人であろうと変わりはありません。

閲覧者は連絡できれば誰でもいいってことじゃないのかね。

615 :Name_Not_Found:2006/06/27(火) 15:52:50 ID:???
>>614
こちらは責任者(こちら)にとって取り次ぎ≒責任を負うことだとは言っていませんが、
>閲覧者は連絡できれば誰でもいいってことじゃないのかね。
なのだとしたら、閲覧者にとっては連絡先=責任者であるとあなたが思っていることでいいのでしょうか。
だとしたら、同じことを言っているのですが。

>俺様解釈 = 自分だけの捻じ曲がった解釈 = 間違い、ってことだからね。
あなたの意見がその俺様解釈でないというのならば、証拠を見せていただけませんか。
というより、あなたと同じことを言っているつもりなのですが、
だとしたらあなたの意見もこちらと同じ俺様意見ということになります。

>スクリプト制作者とスクリプト設置者では、負うべき責任の種類が違う。
そのとおりです。ですからどちらがより連絡先としてStrict的に相応しいのか、と言っています。
論文も、HTML作成者と著者では追うべき責任の種類が違う、
それでもaddressには著者の方が正しいという意見があるのならば、
スクリプトの場合もより好ましい(このスレの場合はStrict的)とされる方があるのではないでしょうか。

616 :Name_Not_Found:2006/06/27(火) 16:07:05 ID:???
>>615
>>閲覧者は連絡できれば誰でもいいってことじゃないのかね。
>なのだとしたら、閲覧者にとっては連絡先=責任者であるとあなたが思っていることでいいのでしょうか。
>だとしたら、同じことを言っているのですが。

その直前の君の引用も含めての書き込みだと思って欲しいのだが。
君が言うように「閲覧者にとっては著作権者であろうと〜」なら「閲覧者は連絡できれば〜」ということ。
俺自身は「連絡先は連絡先でしかないのだから責任はともかく連絡できれば役割は果たせる」だけ。

>あなたの意見がその俺様解釈でないというのならば、証拠を見せていただけませんか。

仕様書に「連絡先は責任の明示です」と書いてあるかい?
俺が言ってるのは「それは仕様書には書いてないだろう」ということ。
書いてないことの証拠は挙げようがないな。URL示せばいいか?

>というより、あなたと同じことを言っているつもりなのですが、
>だとしたらあなたの意見もこちらと同じ俺様意見ということになります。

俺は君と同じことを言っているつもりは全くない。妙な連帯感は止してくれ。

>ですからどちらがより連絡先としてStrict的に相応しいのか、と言っています。

連絡先にStrictも何も関係ない。状況に応じて相応しいか(文字通り!)どうか、ってだけ。

>論文も、HTML作成者と著者では追うべき責任の種類が違う、
>それでもaddressには著者の方が正しいという意見があるのならば、
>スクリプトの場合もより好ましい(このスレの場合はStrict的)とされる方があるのではないでしょうか。

やっぱり併記は嫌ってこと?

617 :Name_Not_Found:2006/06/27(火) 16:20:46 ID:???
>>616
「連絡先は連絡先でしかないのだから責任はともかく連絡できれば役割は果たせる」だけ
=閲覧者にとっては責任の明示となりうる、と言っているだけです。
何度も言いますが、「連絡先は責任の明示です」とはこちらも言っていません。
「AがBになり得る」と「AがBである」は別物です。

>状況に応じて相応しいか
ですから状況に応じて、掲示板等の自分の書き込みではないスクリプトの場合、
何が相応しいか、という話をしています。

>やっぱり併記は嫌ってこと?
併記が答えなのだとしたら、「どちらも相応しい」というのが答えになります。
その答えだけが、このスレの答えですか?
「どちらがより好ましい」という意見は、ないのですか?ということを聞いています。

618 :Name_Not_Found:2006/06/27(火) 16:27:05 ID:???
長いよ(´д`)

619 :Name_Not_Found:2006/06/27(火) 16:36:21 ID:???
>>617
>何度も言いますが、「連絡先は責任の明示です」とはこちらも言っていません。

>>610
 >責任の明示のためには署名と連絡先が必要です。
 >結果としてaddress要素になる、という話です。

言ってるじゃんw

>ですから状況に応じて、掲示板等の自分の書き込みではないスクリプトの場合、
>何が相応しいか、という話をしています。

発生する責任の種類による、という話をしています。
どういう問題においてはどの管轄部署へ連絡するか、っていうレベルの問題だよ。
「掲示板等の自分の書き込みではないスクリプトの場合」ってのがどういう問題なのか、
状況が全く見えてこんからこれ以上何とも言えん。

>併記が答えなのだとしたら、「どちらも相応しい」というのが答えになります。

「どちらでもよい」か「どちらかが状況に応じて求められる」が正解に近いんだろう。
むしろ併記しちゃいけない理由がない状況で併記しない理由を挙げてくれ(とさっきも言った気がする)。

>その答えだけが、このスレの答えですか?
>「どちらがより好ましい」という意見は、ないのですか?ということを聞いています。

このスレは生き物じゃない。お前と対話してる俺の意見。総意と取られたらいろいろ面倒くさい。
どっちも併記しとけば後々問題になりにくいしどちらかを削る積極的な理由もわからんのに、
どっちが正解なんださあ教えろと言われたって答えられるやつなんていないよ。お前がどこの誰かも知らんのに。

620 :Name_Not_Found:2006/06/27(火) 16:53:01 ID:???
>>619
定義リストは日記ではありませんが、
使用者によっては結果として日記にもなり得ます。
これが定義リスト=日記と読めますか?
署名と連絡先が必要な責任の明示=連絡先、ではありませんよ。
ただし連絡先が責任の明示にもなり得る、というのは
先日のaddressの問題の時にも幾つか出ていた意見でした。

>どういう問題においてはどの管轄部署へ連絡するか
掲示板などの他人の書き込みが主の場合では、という話をしていましたが、
それでも尚状況が見えないのでしたら、口を出してくださらなくて構いません。

>併記しない理由
併記する理由も提示されていないと思うのですが、読み落としでしたらすみません。
スレで結論の出た場合の併記しない理由はわかりませんが、そういう意見もあったので、です。
ということならば、あなたにような意見もあるので併記する理由もあるのだろう、とまでは思えますが、
併記するにしろしないにしろ、理由が出ていません。
だから理由を知りたいし、色々な意見が聞きたいのです。

>どっちが正解なんださあ教えろ
どちらがより正解と思いますか?というだけで、正解の出る問題ではないとこちらも思いますよ。
ですからあなた一人の意見ではどうにもならないし、色々な意見が聞きたいのに、
先程から恐らくうなた一人が曲解してレスを続けてくださるので、そもそもその理由がわからないのですが。
あなた一人でどうにかなる問題じゃないと思うのなら、何故あなた一人で続けるのですか?

621 :Name_Not_Found:2006/06/27(火) 17:01:49 ID:???
一言で言えば619イラネって事でおK?

622 :Name_Not_Found:2006/06/27(火) 17:30:28 ID:???
メッセでやってくれ

623 :Name_Not_Found:2006/06/27(火) 18:01:23 ID:???
ここまで言うような質問者は、もはやただの荒らしだろう。
もう好きにマークアップさせてやれ。
次の話題ドゾー。

624 :Name_Not_Found:2006/06/27(火) 18:06:39 ID:???
この質問者、あー言えばこー言う
詭弁のガイドライン見直しなさい

625 :Name_Not_Found:2006/06/27(火) 18:10:44 ID:???
>>623-624
>>619

626 :Name_Not_Found:2006/06/27(火) 18:14:18 ID:???
620以前の流れと
621からのしょうもない流れのギャップに笑った

627 :599:2006/06/27(火) 18:20:04 ID:???
>>600-601
ありがとうございます。
dlを使うときに、メールアドレスとかURIなどを
別の意味を持たせるためにマークアップする場合は
どのようにされますか?
dtのなかにulとかでしょうか

628 :Name_Not_Found:2006/06/27(火) 18:25:21 ID:???
>>627
<dt>名前<dt>
<dd class="date">日付</dt>
<dd class="address"><address>メールアドレス</address></dd>
<dd class="url">http://〜</dd>
<dd>
<pre>
本文
</pre>
</dd>

とか。

629 :Name_Not_Found:2006/06/27(火) 18:32:39 ID:???
<hn>タイトル</hn>
<ul>
<li class="name">名前</li>
<li class="date">日付</li>
<li class="address">メールアドレス</li>
<li class="url">URL</li>
</ul>
<p>本文</p>

とかはどうだ。

630 :599:2006/06/27(火) 18:42:15 ID:???
>>628,629 お二方レスありがとうございます。

>>628
ddって複数並べられるんですね。勉強になります。
この場合のdt、ddってどういう解釈になるのでしょうか。
コメントを識別するキーとなるものがdt、コメントの内容がddですかね?

>>629
タイトル有りの場合これでしっくり行きそうです!
無しの場合だと、タイトルの部分に名前+日付を持ってくればいいのでしょうか。

631 :624:2006/06/27(火) 18:54:20 ID:???
漏れが書き込んだのは>603,624だけだからな
一応言っておく

632 :Name_Not_Found:2006/06/27(火) 18:54:39 ID:???
>>630
辞書でも、一つの単語に対して第一義、第二義と二つ以上の説明が付けられることがあるだろう。
複数ddというのは、それ。
逆に二つの単語で同じ説明が付けられる場合は、dt複数に対してdd一つも可能。
解釈は、会話に使用される時と同じでいいんじゃないかな、
発言者がdt、会話の内容がdd。発言者の発言に付与される内容もdd。
定義リストは、dt-ddの組み合わせがリスト項目の一つであると同時に、
dt、ddのそれぞれがそれぞれリスト項目でもあるから。

hnの奴は、タイトルがないとムリなんじゃないかなぁ・・・・
見出しは、本文の要約というか纏めだから。
まあ全ページのh1にサイト名を持ってくる人もいるくらいだから、
頭が柔らかければそれでもいいかもしれない。

633 :599:2006/06/27(火) 19:16:18 ID:???
>>632
なるほど…勉強になります。
同じ人が複数回コメントを残す場合を考慮し、
dtに時刻を入れるのが適切な気がするのですが、どうでしょうか。
だいぶすっきりしてきました。

634 :Name_Not_Found:2006/06/27(火) 19:29:09 ID:???
どうせやるんだったらここまでやれ。

<abbr title="warai">w</abbr>

635 :Name_Not_Found:2006/06/27(火) 20:42:42 ID:???
>>633
複数回コメントって、時間をメインにしなきゃ解らないもの、
つまり時間が主体になるものならdtに入れるべきだと思うけど、
ブログのコメントのようなものは、並び順だけで区別付くから、
dtは名前だけでいいような気がする。
まあ、あとは好みでいいんじゃないかな。

636 :Name_Not_Found:2006/06/28(水) 01:51:28 ID:???
>>631
625と621が620だからおk

637 :Name_Not_Found:2006/06/28(水) 02:11:54 ID:???
必死だな。

今回は>605が>604の"意味"の意味を取り違えたことから
始まり、結局最後まで取り違えっぱなしだったわけだ。

おそらく>605は、「class属性値でHTMLに新しく意味を与えられる」
と言ってたアホがトラウマになってるんだろうが、
意味という言葉をみると見境なく噛み付くのはいい加減やめろよ。

638 :Name_Not_Found:2006/06/28(水) 02:18:06 ID:???
すげー笑えるw

639 :Name_Not_Found:2006/06/28(水) 02:23:57 ID:???
“意味”も“俺様解釈”かw

640 :Name_Not_Found:2006/06/28(水) 02:55:16 ID:???
>>612が親切に忠告してたのにな

ところで「class属性値でHTMLに新しく意味を与えられる」って今回関係ある?

641 :599:2006/06/28(水) 09:37:27 ID:???
>>635
大変納得できました。
どうもありがとうございました

642 :Name_Not_Found:2006/06/28(水) 19:25:17 ID:???
>>640
今回の話にはぜんぜん関係ない

んだけど、おかしな反応が出始めたのはあれからだと思った。
cssの話でも意味って言葉に過剰反応してた奴がいたから。

まあ637書いといてなんだけど、更生の見込みないだろうし、
そもそも過剰反応してるのが一人とも限らんし、このスレで
"意味"って単語を使うのは控えたほうがいいかもな。

643 :Name_Not_Found:2006/06/28(水) 20:23:14 ID:???
変な反応は、それ以前からだと思うがナー。
制作初心者スレやCSSスレにも変な粘着が湧きだした頃からじゃね?
最初はblockquoteの引用元明示でゴチャゴチャやり始めたときだったような気がするが。

644 :Name_Not_Found:2006/06/29(木) 01:48:29 ID:???
原理主義者同士が相容れない意見持ってたら荒れるに決まってる。

645 :Name_Not_Found:2006/06/29(木) 01:58:37 ID:???
原理主義者の問題じゃないのに
おまえみたいに認定厨がいるからNe

646 :Name_Not_Found:2006/06/29(木) 01:59:50 ID:???
>>644
そういう話ではないので。

647 :Name_Not_Found:2006/06/29(木) 02:01:44 ID:???
タイミングよすぎだ。
つーかアンカー入れといてよかった

648 :Name_Not_Found:2006/06/29(木) 02:03:17 ID:???
>>645
もしも「原理主義者同士が相容れいない意見持ってたら」
  → 「荒れるに決まってる」

タイミングはともあれ間違ったことは言ってないな

649 :Name_Not_Found:2006/06/29(木) 02:12:37 ID:???
タイミングを考えれば間違ったことを言ってるわけだけどな。

そのレスは冗談だろうけど、例の"意味"にこだわってた人には
そういうふうに文脈を追えない障害があるのかも知らんね。

650 :Name_Not_Found:2006/06/29(木) 02:13:54 ID:???
意図的であれ天然であれ障害であれ、その話題を引き摺ること自体は誰の得にもならんというのに

651 :Name_Not_Found:2006/06/29(木) 02:17:13 ID:???
荒らしにとっては、場が荒れることが*徳*なんでネーノ

652 :Name_Not_Found:2006/06/29(木) 02:20:29 ID:???
まさしく今が狙い通りってわけかね。

653 :Name_Not_Found:2006/06/29(木) 03:57:39 ID:???
スルーする所はきちんと。

654 :Name_Not_Found:2006/06/29(木) 04:10:05 ID:???
たしかにWEB制作板のあちこちに荒らし発生中だね。
初心者質問スレがもう機能してないような状態だが、ここはまだ軽傷か。

655 :Name_Not_Found:2006/06/29(木) 16:07:00 ID:???
ばーか(・∀・)

656 :Name_Not_Found:2006/06/29(木) 16:15:15 ID:???
See >>655

657 :Name_Not_Found:2006/06/29(木) 16:26:45 ID:???
>>656を参照せよ

658 :Name_Not_Found:2006/06/29(木) 17:56:19 ID:???
>>657

659 :Name_Not_Found:2006/06/30(金) 17:20:14 ID:???
Sorry, Not Found.
>>658 :-)

660 :Name_Not_Found:2006/07/05(水) 18:21:11 ID:???
今紙媒体の雑誌の引用してたんだけどさ、

あいうえお
かきくけこ

↑特に段落でもないが、続いてる文章でもない。
普通に続けるんだったら「あいうえお。かきくけこ」になりそうな見出しがあったんだ。
こういう場合、「お<br />か」か、「お/か」か、それともspanで囲って改行とかのがいいのかね・・・
見出しの中にpってのも妙だしなあ、かといって改行もスラッシュも何も入れずに続けちまうと
文章訳わからなくなりそうだし。

661 :Name_Not_Found:2006/07/05(水) 19:13:36 ID:???
その見出しは、文を句点ではなく改行で区切るフォーマットであると考えられる。

したがって、句点を改行で単に置き換えるのが素直な解。
つまり「お<br>か」だな。

> 見出しの中にpってのも妙だしなあ
そもそもブロック要素を突っ込んでいいのか?

662 :Name_Not_Found:2006/07/05(水) 19:15:55 ID:???
>660
自分の考えだけど
引用するときに引用もとの段組などをあまり細かくトレスする必要は無いと思う
極端な話、色とか紙質とかまで再現するぞ、って話になるわけだし、
引用ってもともと恣意的なものだし…(普通の論文とかでもさ

文意を引用するのが目的なら、「あいうえお/かきくけこ」で引用するし、
デザイン的なものを説明するのが目的の引用なら、自分だったらスキャン画像を載せる
スキャンはできないけど改行してあることを説明したい、という場合ならbrを入れるかな

663 :Name_Not_Found:2006/07/05(水) 19:21:59 ID:???
>そもそもブロック要素を突っ込んで
駄目じゃーんwww


失礼シヤシタorz


改行という「フォーマット」に果して意味があるのかを気にしてたんだが、
まあ「文を区切る句読点の代わり」程度の改行だから、改行自体に意味があるものではないので、
/や。を入れることにするわ。サンキュ。

664 :Name_Not_Found:2006/07/05(水) 20:35:10 ID:???
>>661
<blockquote>
<pre>
あいうえお
かきくけこ
</pre>
</blockquote>

俺だったらこうするかな。
2ちゃんねるの書き込みを引用するのも、だいたいpre要素としてマークアップするな。

何故かって、2chの書き込みって段落とか意識していないで書かれているのが多いでしょ?
日本語でおkと言いたくなる書き込みもあるし、AAとかはまさにpre要素だと思うけど。

空行(<br><br>)で区切られた行を、段落として考えるのもいいけどね。

665 :Name_Not_Found:2006/07/05(水) 20:50:08 ID:???
>>664
「見出し」とある件

666 :Name_Not_Found:2006/07/05(水) 20:53:22 ID:???
漏れなら
<blockquote title="あいうえお / かきくけこ" cite="urn:ISBN:引用した書籍のISBNコード">
<p>ほげ</p>
</blockquote>

667 :Name_Not_Found:2006/07/05(水) 21:01:19 ID:???
とにかく引用する文は、文脈などで自分で脳内変換するしかないね。

668 :666:2006/07/05(水) 21:03:26 ID:???
よく考えたら、title属性の値は書籍名が妥当やね

>>666訂正
<blockquote title="書籍名 - あいうえお / かきくけこ" cite="urn:ISBN:書籍のISBNコード">

669 :Name_Not_Found:2006/07/05(水) 21:14:57 ID:???
いや、見出しが複数あって、同blockquote内に引用する場合とかもあるから
やっぱりtitle属性とは別じゃないの。

670 :Name_Not_Found:2006/07/05(水) 21:46:13 ID:???
漫画の台詞の引用にいつも悩む。
とりあえず勝手に段落らしきところはpにして
単なる吹き出しに収めるための改行はbrにしている。
が、これでいいのかはいつも迷っている。

671 :Name_Not_Found:2006/07/05(水) 23:25:19 ID:???
見出しが複数出現する引用を考えた場合は
小分けにして引用に対するコメントなりを随時挟んだ方が読み手には優しい気がするけどな

672 :Name_Not_Found:2006/07/05(水) 23:31:46 ID:???
>>671
スレ違い

673 :Name_Not_Found:2006/07/06(木) 00:00:58 ID:???
優しいはスレ違いだが、「見出しを引用することに意味がある」場合、
title属性じゃやっぱマズかろ。

674 :Name_Not_Found:2006/07/06(木) 00:03:39 ID:???
ベスト)見出しを引用し、blockquoteのtitle属性もつける
次点)見出しを引用するが、blockquoteのtitle属性はつけない

別の話)見出しを引用しない

675 :Name_Not_Found:2006/07/06(木) 00:09:44 ID:???
blockquoteのtitle属性は、citeと連動させて著書名だけのがベター
という考え方もあるから、一概に上がベストとは言えない。

676 :Name_Not_Found:2006/07/06(木) 00:11:51 ID:???
blockquoteのtitle属性とcite属性は外せないでしょ

677 :Name_Not_Found:2006/07/06(木) 00:16:09 ID:???
ポリシーによりけりってことだな。
たしかに、書けば書いただけいい、とは限らんね。

678 :Name_Not_Found:2006/07/06(木) 00:19:52 ID:???
>>676が一人外れていることを言っている件

679 :Name_Not_Found:2006/07/06(木) 06:25:31 ID:???
>>678が無能な件

680 :Name_Not_Found:2006/07/06(木) 12:09:18 ID:???
何を言われてるかも理解してなさそうだ>>677>>379

681 :Name_Not_Found:2006/07/06(木) 16:12:55 ID:???
>674=677だが、なぜ俺まで巻き添え食らったんだろう。

682 :Name_Not_Found:2006/07/06(木) 16:31:39 ID:???
379もおかしいし、typoじゃね。

683 :Name_Not_Found:2006/07/06(木) 16:51:18 ID:???
煽り合いたいだけならよそでやれ

684 :Name_Not_Found:2006/07/06(木) 17:43:53 ID:???
>>683がまさに

685 :Name_Not_Found:2006/07/07(金) 12:16:12 ID:???
恐縮です

686 :Name_Not_Found:2006/07/10(月) 14:17:55 ID:vHIb2VB4
<img>周りをどうすればいいかわからず困っています。

たとえば

<p>ところで次の写真を見てくれ。こいつをどう思う?</p>
<!-- ここに写真を(一枚またはそれ以上)貼り付ける -->
<p>すごく…(省略されました)</p>

この場合、<ul><li><img></li></ul>で問題ないのでしょうか?
また、文章の流れとは関係なくブログなどで本文とは別に
「今日の一枚」みたいな感じでオサレ風の画像を貼り付ける場合も
上記の方法で問題ないでしょうか?

あと、同じ要素内の文章の前後に画像を貼る場合
# こんなの
# <p><img>文章</p>
# <ul><li>文章<img></li></ul>
ってどういう流れのときに使いますか?
左上などに画像、そして右や下に文章を回り込ませる…といった場合は
このように同じ要素内の文章の前後に画像を貼ったほうがいいんでしょうか?


687 :Name_Not_Found:2006/07/10(月) 14:24:58 ID:???
なぜにリスト?

688 :Name_Not_Found:2006/07/10(月) 15:37:56 ID:???
>>686

<p>ところで次の写真を見てくれ。こいつをどう思う?</p>
<p><img 〜 /></p>
<p>すごく…(省略されました)</p>

でいいんじゃ?
キャプションあるならdl要素でとか。

><p><img>文章</p>
><ul><li>文章<img></li></ul>

リストにする意味あるの?
複数あるなら別だろうけど

689 :Name_Not_Found:2006/07/10(月) 15:40:50 ID:???
複数存在するケースがあり得るならリストでもいいんじゃないの

690 :686:2006/07/10(月) 16:13:02 ID:vHIb2VB4
ul/ol内のliの出現はA+(ひとつ以上のA)だからliがひとつでも問題ないと思ったことと、
子要素がimg要素のみの場合だとpは変かなーっと思ったことが相まって、
<ul>
<li><img></li>
</ul>
がいいのかなと思いました。


><p><img>文章</p>
><ul><li>文章<img></li></ul>

これに関しては、
<p><img>文章</p>

<ul><li>文章<img></li></ul>
が別個つもりです。わかりにくくてすみません。
<ul><li>文章<img></li></ul>
は例えば以下のようなものとか。
<ul>
<li>文章<img></li>
<li>文章<img></li>
<li>文章<img></li>
</ul>
また文章とimg要素の順番は逆でも構いません。
こういう書き方をする場合ってあるのかな、またどういうときなのかな、と気になったので。


691 :Name_Not_Found:2006/07/10(月) 16:19:09 ID:???
>>690
><ul><li>文章<img></li></ul>
文章に対する説明画像という意味合いなら、

<dl>
<dt>文章</dt>
<dd>画像</dd>
</dl>

が、いいんじゃない。

692 :686:2006/07/10(月) 16:40:18 ID:???
>>691
どうもです。
<p><img>文章</p>

<ul><li>文章<img></li></ul>
といった書き方は
> 文章に対する説明画像という意味合い
の場合はしないほうがいい(すべきではない?)ってことでしょうか?

<p><img>文章</p>(や<ul><li>文章<img></li></ul>)という書き方については
http://www.w3.org/TR/REC-CSS2/visuren.html#floats

> (前略)
> <P><IMG src=img.gif alt="This image will illustrate floats">
> Some sample text that has no other...
> (攻略)
というサンプル(CSSのサンプルですが)があったので、使うこと自体は問題ないと思うのですが
どういう意味合いのときに同じ要素内に文章と画像が混在するのか、といったことが想像できなくて。
このCSSのサンプルも、文章と画像をそれぞれ別要素内に入れてもいいんじゃないかなーと思ったり。


693 :Name_Not_Found:2006/07/10(月) 16:41:36 ID:???
すみません、>>692の「攻略」は「後略」の間違いです。

694 :Name_Not_Found:2006/07/10(月) 16:55:35 ID:???
>の場合はしないほうがいい(すべきではない?)ってことでしょうか?
<p>〜、<ul>〜としないほうがいい、というよりは、
<dl>〜としたほうが、より適してる、という感じじゃね?

695 :Name_Not_Found:2006/07/10(月) 17:10:54 ID:???
img要素単体をp要素に入れる人はalt属性を句点のある文章にしていているってこと?

696 :Name_Not_Found:2006/07/10(月) 18:49:51 ID:???
そもそも、画像(写真)は段落といえる要素なのか?
迷ったらDivで良いじゃん・・・

697 :Name_Not_Found:2006/07/10(月) 18:52:48 ID:???
>>696
divのが意味わからなくなるだろ。

698 :Name_Not_Found:2006/07/10(月) 19:01:56 ID:???
>>695

仕方ないときはいれるな

画像はいっそdl要素でもいいかもね

dd要素は省略できるし


699 :Name_Not_Found:2006/07/10(月) 19:06:13 ID:???
なーなー、

 2ちゃんねる(以下2ch)は、…

って書くとき、「(以下2ch)」ってとこはどうマークアップしたらいいかな?ベタ書き?

700 :Name_Not_Found:2006/07/10(月) 19:12:46 ID:???
<abbr title="2ちゃんねる">2ch</abbr>

か?w

俺なら、

<dfn>2ch</dfn>

ってやって、下の方で、

<dl>
<dt>2ch</dt>
<dd>2ちゃんねるとはどうたらこうたら</dd>

701 :Name_Not_Found:2006/07/10(月) 19:13:45 ID:???
ありゃ、間違えて送信してしまった

<dfn>2ch</dfn>

ってやって、下の方で、

<dl>
<dt>2ch</dt>
<dd>2ちゃんねるとはどうたらこうたら</dd>
</dl>

かなあ

ブログとかだとめんどくさいのでなにもマークアップしてないがなー


702 :Name_Not_Found:2006/07/10(月) 19:26:30 ID:???
>>699
abbrかdfn。どっちでもあるから両方でマークしてもいいけど。

703 : ◆.PT9876/4U :2006/07/10(月) 19:42:03 ID:???
誰か教えてケロ.

1. form の中に (form) elements を直に入れられないきまりは
 どういう理由で決められたのか ?
2. blockquote の中に inline elements を入れられない決まりは
 どういう理由から ?

逆らわないで従ってるけど 気になって気になって...

704 :Name_Not_Found:2006/07/10(月) 20:00:45 ID:???
想像でいい?
両方とも「その部分のみで完結してるべき要素」だからじゃね?
bodyの直下にインラインが駄目なのと同じだと思う。

705 : ◆.PT9876/4U :2006/07/10(月) 20:12:29 ID:???
>>704
ありがとう.
直接ティムたんに聞くのがベストなんだろうなぁ.
案外, しょうもない理由だったりして...

body 直下の方は納得できるんだけどねぇ.

706 :Name_Not_Found:2006/07/10(月) 20:45:41 ID:???
ティムはもう退いてるだろ

707 :Name_Not_Found:2006/07/10(月) 22:48:02 ID:???
>>705
なんでbody直下は納得できるのにw

blockquoteとformは、それだけで埋め込みのように別ページとしてもおかしくない部分だと思うがな。

708 : ◆.PT9876/4U :2006/07/11(火) 07:25:34 ID:???
>>706
そうだったんですか〜 ? (ぐはっ)

>>707
HTML と plain-text の違いは
"構造" を意識しているかどうかの違いではないだろうか ?
"block element" なるものを用意したのが その現れだと思う.

逆に言えば "inline element" を
"block element" の中に入れることが情報の整理の第一歩で
"document の構造化" につながる.

body 直下の場合の制限は
"構造未整理の文書を書いちゃダメよ"
と言ってると解釈すれば解りやすいと思う.

ところが form そのものは block element であるのに対し.
element のほとんどは inline element であり,
規則に従うと何らかの block element で囲ってやらなければならない.
では何を使えばいいのか ?
<p> で囲うのが気持ち悪いと思うのは僕だけだろうか ?

blockquote の場合,
引用する対象が (複数の) paragraph である必要が果たしてあるのか, ないのか...
短い引用は <q> を使えという意見もあるようだけど...

長文 御免 _(._.)_

709 :Name_Not_Found:2006/07/11(火) 07:49:53 ID:???
>>708
bodyだって、それを言ったら「本体」という構造が既に存在していることになる。
だけどbodyが本体という概念でしかないように、
フォームや引用も、そういう概念しかなくて構造はその中に別にあって然るべきものだと思うけど。

formの下は何度か出てるけど、フォーム部品しかないんだったら順不同リスト、
またはフォーム部品の説明を入れて定義リストとか。
引用は基本的にqだけど、引用先がリストだったり見出しだったりする場合もあるから、
やっぱり構造は引用先の構造に依存して、blockquote自体は構造のただの型に過ぎないと思う。
相手の構造を持ってきて初めてインスタンスになるんじゃないかな。

710 :Name_Not_Found:2006/07/11(火) 08:20:18 ID:???
インライン引用はq要素として用意されているしな

711 : ◆.PT9876/4U :2006/07/11(火) 18:26:37 ID:???
>>709
>フォーム部品の説明を入れて定義リストとか。
そう言えば ぼくも dd を多用してるなぁ.
dd の中に ul, ol を突っ込んでみたり...
dt なしで dd ばかりだったり...
(虫酸が走る人も いるかも ?)

p を使うよりは確かに いいよね.

>引用は基本的にqだけど、
>引用先がリストだったり見出しだったりする場合もあるから、
なるほど...
そういうケースは想定外だった ですだ.

人の意見は聞いてみるもんだね.
いい勉強になりますた.
ありがとう.

712 :Name_Not_Found:2006/07/11(火) 18:31:00 ID:???
>dt なしで dd ばかりだったり...

対になるものが存在しないdlは却下

713 :Name_Not_Found:2006/07/11(火) 19:27:10 ID:???
>>711
それは虫酸以前の問題。

714 :Name_Not_Found:2006/07/11(火) 19:31:05 ID:???
>dt なしで dd ばかりだったり...

順不同リストだろ

715 : ◆.PT9876/4U :2006/07/11(火) 20:27:11 ID:???
>>712-714
え〜ん, じょうだんだよ〜 (ぐすん)

716 :Name_Not_Found:2006/07/11(火) 21:07:35 ID:lqABa9LJ ?#
なぁ、htmllintでimgタグ使うと怒られるんだけど
代わりに何使えばいいのさ?

717 :Name_Not_Found:2006/07/11(火) 21:09:22 ID:???
img要素を使ったからじゃなくて、書き方を間違えただけと思われ。
ていうかlintの見方もわからないなら、ここじゃなくて初心者スレ行ってこい。

718 :Name_Not_Found:2006/07/11(火) 21:12:00 ID:lqABa9LJ ?#
<IMG> を 23行目の <BODY>〜</BODY> 内に書くことはできません。

と言われたんだがimgタグの書き方の問題なのか?

719 :Name_Not_Found:2006/07/11(火) 21:13:29 ID:???
>>718
インライン要素をbody直下に書く事はできない。
>>717の言う通り初心者スレ池

720 :Name_Not_Found:2006/07/11(火) 21:15:28 ID:??? ?#
そうか、すまんかった。

721 : ◆.PT9876/4U :2006/07/11(火) 21:16:48 ID:???
>>718
DTD は ?
それよりも "block" "inline" って言葉知ってる ?
で, img はどっちに属するの ?

722 :Name_Not_Found:2006/07/11(火) 21:19:17 ID:??? ?#
あれだな、例えば<p></p>で挟むとかそんなんだったね。
久しぶりにhtml触ったので忘れてた、ほんとすまんな。

723 :Name_Not_Found:2006/07/11(火) 21:21:20 ID:??? ?#
じゃあ、ちょっと質問変えたいんだけど
1から5までの料理レシピを作ろうとした場合
htmlの文章的にはリストタグで挟むとかした方がいいの?
imgタグ混ざってても。

724 :Name_Not_Found:2006/07/11(火) 21:21:54 ID:??? ?#
1から5までの手順で成り立っている料理レシピだった。

725 :Name_Not_Found:2006/07/11(火) 21:24:33 ID:???
>>723
順番に意味があるから順列リスト。

726 :Name_Not_Found:2006/07/11(火) 21:26:59 ID:??? ?#
ありがとうございます。
ただ、htmlとデザインを両立させようとするとほんと大変だよね。
企業のサイトとか例えば記事の下に注意といれるにしても
その注意を画像のみで表示してるじゃん。
アレって文法的にどうなのさ、
altにその画像の意味を入れれば問題ないのかな。

727 :Name_Not_Found:2006/07/11(火) 21:33:20 ID:???
つ【チラシの裏】

728 : ◆.PT9876/4U :2006/07/11(火) 21:40:28 ID:???
>>726
あんたの言う "デザイン" とは ?
企業のサイトは 僕に言わせると 最低の見本 !

729 :Name_Not_Found:2006/07/11(火) 22:10:08 ID:???
なにこのダレっぷり
初心者スレにでも池よ

730 :Name_Not_Found:2006/07/11(火) 22:33:51 ID:KpIrvXlT
ところで、
select要素って元のテキストに於いて存在するのか?

731 :Name_Not_Found:2006/07/11(火) 22:35:18 ID:??? ?#
俺の言うすばらしいサイトとはhtml的にも正しく、
かつ直感的に各要素の意味を感じさせるデザイン。

732 :Name_Not_Found:2006/07/11(火) 23:01:29 ID:???
>>730
フォーム部品全般が存在しない
スクリプトとの連携なくしてフォーム単体では何の意味も持ちえないでしょ

>>731
つ【チラシの裏】

733 :Name_Not_Found:2006/07/12(水) 01:02:02 ID:???
>>732
調査票とか申し込み用紙とか解答用紙とかformでマーク付けできる。

734 :Name_Not_Found:2006/07/12(水) 05:23:15 ID:???
フォームって「空欄を基準としたテキスト(スペース?)ありき」って要素っぽいよな。

735 :Name_Not_Found:2006/07/12(水) 08:10:58 ID:???
セレクトは、まぁ単語が幾つか並んでて「○つけてくださーい」って部分かな。

736 :Name_Not_Found:2006/07/12(水) 09:26:25 ID:???
それ、ラジオボタンかチェックボックスでもいいと思う。

737 :Name_Not_Found:2006/07/12(水) 10:11:52 ID:???
大体の場合はどっちでもいいが、
OPTGROUPが役に立つこともあるな。

738 :Name_Not_Found:2006/07/12(水) 12:13:02 ID:???
>>736
「でもいい」だと何が言いたいのかわからない

739 : ◆.PT9876/4U :2006/07/13(木) 07:11:07 ID:???
>>731
なんだか きれい事ばかりに聞こえる...
"直感的に各要素の意味を感じさせるデザイン" って言葉ばかりで
具体的に何をしたくて どのように実現するかがまったく判らない !!!

例として <em> と <strong> をどのように表現するかを考えて ちょ.


740 :Name_Not_Found:2006/07/13(木) 11:05:59 ID:???
他でやれ

741 :Name_Not_Found:2006/07/13(木) 12:51:48 ID:???
下記のような場合、どうマークアップするのが適切でしょうか?

食品×10点=1,000円
雑貨×3点=300円
――――――――――
合計13点で1,300円です。

742 :Name_Not_Found:2006/07/13(木) 12:58:19 ID:???
>>741
その棒が見栄え以外の何物でもないので、どうしろというのだ。

743 :Name_Not_Found:2006/07/13(木) 13:08:04 ID:???
>>742
棒はスタイルシートを用いることにします。

744 :Name_Not_Found:2006/07/13(木) 13:23:42 ID:???
>>743
意味が違う。
つまり文章としては

食品×10点=1,000円
雑貨×3点=300円
合計13点で1,300円です。

だけだったら、そう書け。CSSはスレ違い。

745 :Name_Not_Found:2006/07/13(木) 13:25:39 ID:???
つーか
食品×10点=1,000円、雑貨×3点=300円、合計13点で1,300円です。
だろ。文章にもなってないじゃん・・・


746 :Name_Not_Found:2006/07/13(木) 13:32:25 ID:???
>>744
じゃあレシートをマークアップしてみろ。

>>745
レシートをマークアップしてみろ。

747 :Name_Not_Found:2006/07/13(木) 13:34:16 ID:???
筆算をマークアップしてみろ。

 1,000
× 3
------
 3,000

748 :Name_Not_Found:2006/07/13(木) 13:37:45 ID:???
下記のような場合、どうマークアップするのが適切でしょうか?

食品×10点=1,000円
雑貨×3点=300円
――――――――――
合計13点で1,300円です。

※ただし棒と改行は重要なので外せません。一行の段落とするマークアップは論外です。
※棒は見栄えではありません。筆算の棒のように意味を持ちます。

749 :Name_Not_Found:2006/07/13(木) 13:44:28 ID:???
>>747
つ【SVG】

750 :Name_Not_Found:2006/07/13(木) 13:45:10 ID:???
>棒と改行は重要なので外せません
>棒はスタイルシートを用いることにします。
なにこの矛盾

751 :Name_Not_Found:2006/07/13(木) 13:47:01 ID:???
>>749
なに?チョベリグ?

752 :Name_Not_Found:2006/07/13(木) 15:20:48 ID:???
<pre>食品×10点=1,000円
雑貨×3点=300円
――――――――――
合計13点で1,300円です。</pre>

753 :Name_Not_Found:2006/07/13(木) 16:28:28 ID:???
テーブルだろ...

754 :Name_Not_Found:2006/07/13(木) 19:07:53 ID:???
>745のように文章で書くか、
レシートのようにちゃんと表形式で書くか、
って話だな。

マークアップ以前の問題。
むちゃくちゃな文書はまともにはマークアップできない。

755 :Name_Not_Found:2006/07/13(木) 20:21:16 ID:???
>>753
テーブルか?
和名がテーブルでの書き方が想像つかん。どんな感じ?

756 :Name_Not_Found:2006/07/13(木) 20:58:20 ID:???
テーブルだとXとか=はどうなるん?

757 :Name_Not_Found:2006/07/13(木) 21:02:51 ID:???
MathML

758 :Name_Not_Found:2006/07/13(木) 23:14:04 ID:???
お買い上げ商品 | 金額(円)
-------------------------
うんこ     |   0
-------------------------
うんけ x 3   |  200
-------------------------
合計      |  200

こんなんでいいんじゃまいか

759 :Name_Not_Found:2006/07/13(木) 23:15:44 ID:???
個数の列も作った方がいいか

760 :Name_Not_Found:2006/07/13(木) 23:17:33 ID:???
>>758
文章改変していいなら最強は>>754

761 :Name_Not_Found:2006/07/13(木) 23:19:32 ID:???
商品  | 個数 |  金額
===============
食品  | 10 | 1000
ーーーーーーーーーーーーーーー
雑貨  |  3 |  300
===============
合計  | 13 | 1300

762 :Name_Not_Found:2006/07/14(金) 00:16:58 ID:???
ハイフンやダーシではなく長音記号ってのが気持ち悪いw

763 :Name_Not_Found:2006/07/14(金) 09:46:43 ID:4hB3g9Gk
他に言うことがあるだろwwwwww

764 :Name_Not_Found:2006/07/14(金) 11:57:34 ID:???
そうだな、単価を入れなきゃならないな。

765 :Name_Not_Found:2006/07/14(金) 12:00:32 ID:???
いや、消費税だろ。

766 :Name_Not_Found:2006/07/14(金) 12:06:08 ID:???
今何%なのか知らない

767 :Name_Not_Found:2006/07/14(金) 13:09:55 ID:???
>>766

768 :Name_Not_Found:2006/07/14(金) 13:19:46 ID:???
知ってる>>767に乾杯。

769 :Name_Not_Found:2006/07/14(金) 13:30:32 ID:???
>>767
天才だな

770 :730:2006/07/15(土) 04:27:48 ID:6OrOXPID
>>735
(1,2,3,4,5…)
がselect要素と云うことか。

771 :Name_Not_Found:2006/07/17(月) 22:11:01 ID:???
マジ? >>659

772 :Name_Not_Found:2006/07/22(土) 12:36:57 ID:???
ttp://yy2.ziyu.net/yy/pora221.html
HTMLの論争が繰り広げられている
所詮文法チェッカ騙し

773 :Name_Not_Found:2006/07/22(土) 12:37:47 ID:???
いや、点数を気にするようになっただけでも、物凄い進歩だと思うよ。

774 :Name_Not_Found:2006/07/22(土) 12:46:52 ID:???
すげー>>771

775 :Name_Not_Found:2006/07/22(土) 12:47:47 ID:???
>>772
ワラタ

でも俺達みたいのが口出しちゃいけないよな。
レベルの差というか、意見がかみあわないとおもー

776 :Name_Not_Found:2006/07/22(土) 19:20:53 ID:???
>100点になりました(これはプロクラス!!

ハゲワロタ

777 :Name_Not_Found:2006/07/24(月) 01:43:44 ID:???
なにこの脱力感

778 :Name_Not_Found:2006/07/24(月) 01:52:58 ID:???
すとりくとにゃしぇいしんをかんじた

779 :Name_Not_Found:2006/07/24(月) 11:19:07 ID:D28+ahk2
過疎

780 :Name_Not_Found:2006/07/24(月) 17:25:28 ID:???
よし俺がスレを動かしてみせる!!!


結局addressって何かけばいいの;;;;

781 :Name_Not_Found:2006/07/24(月) 17:45:28 ID:???
addressを書けばいいんだよ!!

782 :Name_Not_Found:2006/07/24(月) 17:56:42 ID:???
俺は名前とメールアドレスだけにしてる。

783 :Name_Not_Found:2006/07/24(月) 18:12:01 ID:???
>>780
マジレス。
http://dictionary.goo.ne.jp/search.php?MT=Address&kind=ej&mode=0&base=1&row=0

784 :Name_Not_Found:2006/07/24(月) 18:22:00 ID:???
住所を書くべきということだな

785 :Name_Not_Found:2006/07/24(月) 19:16:18 ID:???
http://ja.wikipedia.org/wiki/%E7%A7%A9%E7%88%B6%E9%89%84%E9%81%93%E7%A7%A9%E7%88%B6%E6%9C%AC%E7%B7%9A
これの「駅一覧・接続路線」の項目の一番上。
>この書体の駅には始発終着の列車が存在する
ってーのは、「この書体」じゃなくてどう表記すればいいのかな。

786 :Name_Not_Found:2006/07/24(月) 20:05:27 ID:???
>>785
bのところもユーザCSSでnormalウェイトにしてあるから、最初何かと思った。
俺だったら(注)とでも付けて、そこに注釈へのリンク。

787 :Name_Not_Found:2006/07/24(月) 20:06:46 ID:???
ていうか太字の所は○◎▽△で記号が足りなくなっただけのようにも見えるな、それ・・・

788 :Name_Not_Found:2006/07/25(火) 09:37:22 ID:NFf9imyd
レシートの構造をマークアップするのには表が適している。
見た目ではない、構造だ。

789 :Name_Not_Found:2006/07/25(火) 11:30:30 ID:???
レシートはレジ横の箱に捨てるべきだ。

790 :Name_Not_Found:2006/07/25(火) 11:50:44 ID:???
捨てたら個人情報が漏洩するじゃないか!

791 :Name_Not_Found:2006/07/25(火) 15:27:39 ID:???
漏洩した個人情報もマークアップ致します。

792 :Name_Not_Found:2006/07/25(火) 15:57:02 ID:???
Hoge
 hogehoge...
Hage
 hagehage...
Hige
 hige....

上のような年表を作っていて、
<li>Hoge
<ul>
<li>hogehoge</li>
<li>hogehoge</li>
</ul>
</li>
htmlはこれの繰り返しで書いているのですが、これより適切なhtmlはあるでしょうか?

793 :Name_Not_Found:2006/07/25(火) 16:05:08 ID:???
定義リスト

794 :Name_Not_Found:2006/07/25(火) 16:45:31 ID:???
dl-dt-dd

795 :Name_Not_Found:2006/07/25(火) 16:49:46 ID:???
<abbr title="daredemo daisuki">dd</abbr>

796 :Name_Not_Found:2006/07/25(火) 16:57:40 ID:???
年「表」なんだからテーブルテーブルでもいい気がするが。

797 :792:2006/07/25(火) 17:16:13 ID:???
レス有難うございます。ul-liよりdl-のが適切なようですね

<dl id="nenpyoo">
<dt>Hoge</dt>
 <dd>hogehoge</dd> <dd>hogehoge</dd>
<dt>Hoge</dt>
 <dd>hogehoge</dd> <dd>hogehoge</dd>
</dl>

こんな感じかな

798 :Name_Not_Found:2006/07/25(火) 17:24:10 ID:???
参考: http://elastic965.80code.com/blog/2006/07/deflist_or_table

799 :Name_Not_Found:2006/07/25(火) 23:32:40 ID:???
はぁ?
レシートで個人情報?頭大丈夫か?

800 :Name_Not_Found:2006/07/25(火) 23:35:48 ID:???
ネタに(ry

801 :Name_Not_Found:2006/07/25(火) 23:42:12 ID:???
いやー、でもね。例えばの話しだけどね、例えば・・・


1. レシートを捨てるとする
2. そのすぐ後、知らない奴がそれを拾って見て、ニヤニヤする
3. きんもーっ☆

もし自分が女性の立場だったらどうよ?

802 :Name_Not_Found:2006/07/25(火) 23:43:30 ID:???
もまいら、レシートって捨てるのか?
俺はちゃんと保管しておくよ!?

だって万が一の時の証拠にもなるし、いつなにを買ったのかもすぐわかる。

803 :Name_Not_Found:2006/07/25(火) 23:45:50 ID:???
ネタに(ry

804 :Name_Not_Found:2006/07/26(水) 06:06:29 ID:???
レシートを財布の中にためておくと良くないって聞いてから捨てるようにしてる。

805 :Name_Not_Found:2006/07/26(水) 08:03:50 ID:???
>>804
レシートを入れる箱を用意しておくと良いかも。

806 :Name_Not_Found:2006/07/26(水) 09:17:10 ID:???
ttp://htmllint.itc.keio.ac.jp/htmllint/explain.html#xml-http-equiv

これってhttp-equivを解釈してcharsetを決定するべきじゃないから文書側もそんな指定は、
するべきではないって意味じゃないだろうか。
Content-Script-Typeを指定したいんだけど駄目なのかな。

HTTPヘッダで指定してもいいんだけどonclickとか使う場合、
ローカルで開くと不正になってしまうし、http-equivでも指定した方がより適切のような気がして。

属性を使わないでスクリプト側からイベントを設定してやればいいのかもしれないけど。

807 :Name_Not_Found:2006/07/26(水) 10:05:53 ID:???
>より高いレベルのプロトコルによって、明示的な charset パラメタを指定することが困難な場合には、
>制作者は XML 宣言と meta http-equiv 双方による文字エンコーディング/文字集合の指定を
>記述すべきである(例えば <?xml version="1.0" encoding="EUC-JP"?> 、
><meta http-equiv="Content-Type" content="text/html; charset=EUC-JP" /> など)。
>詳細は [XHTML1] "C.9. Character Encoding" を参照せよ。

808 :Name_Not_Found:2006/07/26(水) 10:23:59 ID:???
それはtext/htmlの場合の話だから参考にならないじゃないかなぁ。

809 :Name_Not_Found:2006/07/26(水) 23:36:31 ID:???
表は表だろ?アホ。

810 :Name_Not_Found:2006/07/26(水) 23:46:54 ID:???
>>799
いまだにクレジットカード番号丸出しのレシートもあるのに。

811 :Name_Not_Found:2006/07/29(土) 17:40:15 ID:???
なんでこのスレってアホみたいに流れが速いときもあれば
3日間もレスがないときもあるんだよ

812 :Name_Not_Found:2006/07/29(土) 18:28:13 ID:???
1人普通にネタ振り

2,3人が反応

アホが大量に脊髄反射レス

話の流れが途切れて終了


早い話、2chに人が多いのが主因。

813 :Name_Not_Found:2006/07/29(土) 23:05:00 ID:???
燃料次第だよな
昔っから基本的に過疎ってる

814 :Name_Not_Found:2006/07/30(日) 10:05:11 ID:???
過疎ってるんじゃなくてROMが多いだけだろ。見てる人は多いよ。
ネタが投下されれば面白いように食いつく。

815 :Name_Not_Found:2006/07/30(日) 10:56:19 ID:???
(,,゚Д゚)∩ハイッ!基本ROMデス

816 :Name_Not_Found:2006/07/30(日) 17:44:50 ID:???
理想論をブチまけた後に慌てて文書を直すので二〜三日空くのです。

817 :Name_Not_Found:2006/07/30(日) 19:17:57 ID:???
ここわ理想論をブチまけるスレじゃなかったのか!


818 :Name_Not_Found:2006/07/30(日) 19:24:23 ID:???
ここわ

819 :Name_Not_Found:2006/07/30(日) 19:28:30 ID:???
別に理想論=現実案として、普通に採用してるけどなあ。
理想論でどうしても現実に移せなかったのは、IEに対するapplication/xhtml+xmlだけだ。

820 :Name_Not_Found:2006/07/30(日) 19:37:51 ID:???
理想論で言うと、レイアウトの為のdiv入れ子とかもダメなんじゃないの?
IEとのmarginとかborderとかの幅の取り方の差異はどうやって吸収してるんだろう。

821 :Name_Not_Found:2006/07/30(日) 19:40:45 ID:???
>レイアウトの為のdiv入れ子
あたりまえにダメだしやってないし。
>IEとのmarginとかborderとかの幅の取り方の差異
標準モードなら違いはないし、互換モードならCSS3の先行実装を利用。
というかそんなガチガチなレイアウト自体がどうかと思うが。

822 :Name_Not_Found:2006/07/30(日) 19:44:07 ID:???
理想論以前の問題として普通やらないだろ…>レイアウトのdiv
そもそもデザインに関する事はスレ違い。

823 :Name_Not_Found:2006/07/30(日) 20:50:43 ID:???
逆にレイアウトの為のDIVって物凄く手順が不思議なんだけど、
マークアップの時点でレイアウトを考えながらDIVを入れてるって事なのか?

824 :Name_Not_Found:2006/07/30(日) 20:56:30 ID:???
え?レイアウトって、ブラウザ毎の差異を無くすように
極力頑張るのが普通なんじゃ・・・?

>>822
でもデザインを実現する為の手段として絶対必要ではあるでしょ。
デザインとの分離のために、デザインを捨てる事になっては元も子もないし、
大きな纏まりとしてわかりやすくする為のdivでもあるんだから、
それを真っ当な利用法で使ってるだけでもある。
もちろん「ついでに」(あくまでもついでにw)レイアウトにも使っちゃうんだけど。

それに、デザインと切り離して考える必要があるという意味で、
Strictについて話す場合にデザインは切り離せない話題だと思うんだけどな。

>>823
まずコンテンツの方向性を決めてから、それに合ったデザインやレイアウトを考えて、
そこにコンテンツの内容を流し込みマークアップする感じだな。
コンテンツのマークアップをする時点で既にレイアウトやdivの当たりは出来てる。

825 :Name_Not_Found:2006/07/30(日) 20:58:12 ID:???
>>824
存在自体がスレ違い

826 :Name_Not_Found:2006/07/30(日) 21:01:56 ID:???
理想論=現実案として、実用にまで持っていけるかどうかの話題だから、
別にスレ違いでもないんでは?

827 :Name_Not_Found:2006/07/30(日) 21:09:11 ID:???
夏だなあ。

828 :Name_Not_Found:2006/07/30(日) 21:14:21 ID:???
と夏厨が申しております

829 :Name_Not_Found:2006/07/30(日) 21:36:12 ID:???
>コンテンツの内容を流し込み
オーサリングツール世代だな。

830 :Name_Not_Found:2006/07/30(日) 21:57:52 ID:???
ゴメ、残念ながら手打ち派。

831 :Name_Not_Found:2006/07/30(日) 22:05:16 ID:???
全く意味を理解していないな。

832 :Name_Not_Found:2006/07/30(日) 22:15:06 ID:???
そもそも、いつの時代も流し込みが基本なんじゃねーの?
マークアップしてから流し込みか、流し込みしてからマークアップの違いは有るかもしれないけど

833 :Name_Not_Found:2006/07/30(日) 22:22:32 ID:???
もう夏休みなんだっけ?

834 :Name_Not_Found:2006/07/30(日) 22:29:28 ID:???
そうらしい。

835 :Name_Not_Found:2006/07/30(日) 22:46:40 ID:???
夏休みと言いたいだけの人が夏になると増えるよな。

836 :Name_Not_Found:2006/07/30(日) 23:14:36 ID:???
>もちろん「ついでに」(あくまでもついでにw)レイアウトにも使っちゃう
>それに合ったデザインやレイアウトを考えて、そこにコンテンツの内容を流し込み
矛盾してるなあ

837 :Name_Not_Found:2006/07/30(日) 23:25:25 ID:???
そう?
レイアウトのデザインを決めるついでに、
大まかな文章の纏まりの構成を決めてdivで纏めるとしておく。
それから、後でそこに流し込む分には全然問題ないと思うんだが。

838 :Name_Not_Found:2006/07/31(月) 00:03:24 ID:???
えーと、これは煽り耐性のない初心者が一人頑張ってるという構図でいいんだよね?

839 :Name_Not_Found:2006/07/31(月) 00:19:45 ID:???
と、「煽り耐性のない」「初心者」というキーワードを混ぜて煽ってみました^^

840 :Name_Not_Found:2006/07/31(月) 00:24:35 ID:???
もうほっとこうよ

841 :Name_Not_Found:2006/07/31(月) 00:33:00 ID:???
どうしても「流し込む」と言いたいらしい

842 :Name_Not_Found:2006/07/31(月) 00:35:04 ID:???
なんか煽って引っ張り出したい人が居るみたいだなぁ

843 : ◆.PT9876/4U :2006/08/01(火) 20:09:41 ID:???
"レイアウト" とは何を指してるのだろう ? (ボソ)
"HTML" == "Draw" の感覚なのかしらん ?

844 :Name_Not_Found:2006/08/02(水) 11:20:45 ID:???
レイアウト [layout]

(名)スル
(1)空間や平面に目的物の構成要素を配列すること。配列。配置。
(2)印刷物の紙面の割り付け。特に広告・デザインで、文字・図版・色などを効果的に組み合わせること。また、その技術。

845 : ◆.PT9876/4U :2006/08/02(水) 17:37:19 ID:???
>>844
ぐはっ !
皮肉に皮肉で返されたぁ.

言いたいことは "レイアウト" なるものに
全精力を使い切ってるサイトは総じて無駄な努力をしてるだけだと...

846 :Name_Not_Found:2006/08/02(水) 18:45:29 ID:???
こう、言い返せなくなると、逃げるのが奴の特徴。
相手にすると間違いなく馬鹿になる。

847 :Name_Not_Found:2006/08/02(水) 23:14:18 ID:???
そうやって逃げる余地がある間は自分にも言い分があると思ってるのさ。
本当は袋小路の奥の方へ追いやられてるだけなのに、まだ大通りを走ってる気分でいるんだ。

848 :Name_Not_Found:2006/08/03(木) 01:08:25 ID:???
>>845
それはデザイン力が無い人の言い訳じゃね?
レイアウトもデザインでは重要だよ。

849 : ◆.PT9876/4U :2006/08/03(木) 05:13:35 ID:???
>>848
www.ark-web.jp/sandbox/wiki/index.php?Prototype.js%A4%C8%A4%CF%B2%BF%A4%AB
上のリンク先を見てどう思いますか ?
最近ありがちなパターンというか, 典型的なパターン.
(CSS で border いじって " デザインにも気を配ってます ! " とでも言いたげ)
念のために HTML-lint でチェックしてみると くだらないミスが...

"うっとおしく" 感じる僕は異常なのだろうか ?
半端にデザインを意識するよりも
他に押さえるところは一杯あると思うんだけどなぁ.

850 :Name_Not_Found:2006/08/03(木) 09:13:21 ID:???
レイアウトも情報の一部なんだよな?

851 :Name_Not_Found:2006/08/03(木) 09:39:38 ID:???
borderいじっただけで叩かれるスレはここですか?

852 :Name_Not_Found:2006/08/03(木) 11:34:23 ID:???
>>849
border使うことがそんなにダメなことか?
視覚的に整理されることがそんなに悪いことか?やらないよりもやる方がダメか?
W3C Validatorだとname属性を使ってるっつうミスがひとつだけだったな。
そもそも、WikiなんてWYSIWYG的な中途半端なCMS(の走り)だろ。大多数が編集できる、
って意味ではとても有用で素敵なツールだが。そこにStrictさを求めるのは筋違い。

てかさ、お前、「言いたいことは "レイアウト" なるものに全精力を使い切ってるサイトは総じて無駄な努力をしてる」
とかいっときながら持ち出したのがWikiのデフォルトスタイルかよ。
俺からしたらそれ弱いものいじめみたいなもんだよ。楽しいのか?そこまで自分の意見認められたいのか?

853 :Name_Not_Found:2006/08/03(木) 11:53:50 ID:???
>>852

スクリクターは「彷徨えるユダヤ人」なんだよ。
Webの万能性に触れちまったが故に永遠にWebを彷徨い歩く
...しかし、滅びることが無い旅人なのさ。





854 :Name_Not_Found:2006/08/03(木) 12:32:11 ID:???
デザインやレイアウトに凝ることはいいけど、
そのためにHTMLまでいじるようになったら終わりだと思う。

855 :Name_Not_Found:2006/08/03(木) 12:54:18 ID:???
>>854
それを言うには、整然としたHTMLになってるつー前提だべ?
それができてなきゃ、いじろうがいじるまいが関係ね。

856 :Name_Not_Found:2006/08/03(木) 12:56:39 ID:???
このスレで何をか況や。
つーかこのスレ来てて整然としてないHTML書いてる奴は>>825

857 :Name_Not_Found:2006/08/03(木) 13:25:32 ID:???
>>849
全然関係ないが
"うっとおしい"ではなく"うっとうしい(鬱陶しい)"な。

858 :852:2006/08/03(木) 13:32:28 ID:???
>>853
何の回答をしてる?

お前は「レイアウトに全力注いでる制作者は徒労繰り返してる」と発言しといて、
Wikiのデフォルトスタイル持ち出して叩いてる。よりによってStrictスレで、だ。
挙句そのことを指摘されたら今度はポエムで自己防衛正当化一般化か。おめでてーな。

ここの住人でお前に賛同するやつがどれだけいるか知らんが、
お前と「同じ側」だとみなされて迷惑に思うやつよりよっぽど少ないだろうな。

859 :852:2006/08/03(木) 13:33:03 ID:???
あー、半角カンマじゃないな。別人だったらスマン。

860 :Name_Not_Found:2006/08/03(木) 13:45:59 ID:???
◆.PT9876/4Uってなにがしたいんだ?

861 :Name_Not_Found:2006/08/03(木) 14:43:46 ID:???
>>859
まあ、別人だろうな。

ちょっと頭に血上りすぎみたいだから、すこし落ち着け。
でもってもうスルーしとけ。

862 :Name_Not_Found:2006/08/03(木) 17:37:44 ID:???
nullは基本的に馬鹿だから。
いつものJavascriptのスレに隔離されてちょっと見直されたのに、
わざわざ初心者スレにまで自らの評判落しにくるからなぁ。
畑違いの分野に口出してもろくな事無いのにねぇ。

863 :Name_Not_Found:2006/08/03(木) 17:41:20 ID:???
>>854
そう思うのは一部のストリクタだけだと思う。

864 :Name_Not_Found:2006/08/03(木) 17:54:52 ID:???
>>863
このスレで何をか況や。
またいつもの人かい。

865 :Name_Not_Found:2006/08/03(木) 18:04:56 ID:???
仕様的に好ましいってだけだけじゃん。
真っ当なストリクタは、デザインを優先する用途では、
そういう場合があるのも仕方が無いっていう打算まで考慮できるでしょ。

終わってるとしか思わないのはただの狂信者でしかない。

866 :Name_Not_Found:2006/08/03(木) 18:09:10 ID:???
ここは狂信者のスクツです。
一般人はお帰り下さい。

867 :Name_Not_Found:2006/08/03(木) 18:14:20 ID:???
>>849
「上のリンク先」って >>848 ってとこか?

868 :Name_Not_Found:2006/08/03(木) 18:15:36 ID:???
なんか、マナー論みたいだな
マナーって自分に課すもので他人に押し着せるものではないのにねぇ
Strictであるように自分がそうしてるならわかるし偉いと思えるが、
他人をどうこう言い出す奴は色々と可哀想としか思えないな

869 :Name_Not_Found:2006/08/03(木) 19:29:04 ID:???
>考慮できるでしょ
こういう押しつけをしてスレルールを無視して居座ってる奴に何を言われても

870 :Name_Not_Found:2006/08/03(木) 19:46:15 ID:???
他人の親切には例え余計なおせっかいの場合でもありがとうと言えずに、
面と向かってウザイとか言っちゃうような人が居るみたいですね

871 :Name_Not_Found:2006/08/03(木) 20:00:35 ID:???
>>870
頭悪い俺にもエスパーキボンヌ

872 :Name_Not_Found:2006/08/03(木) 20:10:05 ID:???
>そういう場合があるのも仕方が無いっていう打算まで考慮できるでしょ。
これが押し付けになる斜め上の思考回路を例えてるんじゃね?

873 :Name_Not_Found:2006/08/03(木) 20:35:31 ID:???
>>868=>>870=>>872にしてて見えない罠。

874 :Name_Not_Found:2006/08/03(木) 20:45:03 ID:???
夏に構うな誤字ww

875 :Name_Not_Found:2006/08/03(木) 20:46:30 ID:???
>>868=870=872で良いんだよ?

876 :Name_Not_Found:2006/08/03(木) 20:51:45 ID:???
>>869=>>871=>>873にしか見えない罠。

877 :Name_Not_Found:2006/08/03(木) 20:53:10 ID:???
夏だなあ

878 :Name_Not_Found:2006/08/03(木) 20:54:29 ID:???
まあ別にデザインのためにHTMLを書き換える人間がいてもいいが、
このスレにいる意味はないから消えてくれ、まじで。
このスレにいる以上は厳密なストリクタとしてせめて発言してくれ。

879 :Name_Not_Found:2006/08/03(木) 21:00:47 ID:???
842までで消えてないからムリ

880 :Name_Not_Found:2006/08/03(木) 21:09:01 ID:???
ネタがないと荒れるのは必定。

881 :Name_Not_Found:2006/08/03(木) 21:29:11 ID:???
夏だなぁ

882 :Name_Not_Found:2006/08/03(木) 22:14:13 ID:???
馬鹿言ってないで>>1位嫁よw

>W3C信者もそうじゃない人も投稿歓迎。

883 :Name_Not_Found:2006/08/03(木) 22:26:17 ID:???
馬鹿言ってないで>>1位嫁よw

> でもHTMLの基礎知識は欲しいね

884 :Name_Not_Found:2006/08/03(木) 23:08:44 ID:???
基礎知識ってどれの事?

885 :Name_Not_Found:2006/08/03(木) 23:11:09 ID:???
addressの中で名前とメールアドレスを
名前  address@example.com
としたい時、書けるなら
<address>
<dl>
<dt>名前</dt>
<dd>address@example.com</dd>
</dl>
</address>
としたいのだけど、できないからspanで囲ってるんだが、
他にもっと良い方法はないだろうか?プレーンテキストでスペース入れる以外でw

886 :Name_Not_Found:2006/08/03(木) 23:11:55 ID:???
・・・・・・・・なんか空気嫁てない質問だったろうか・・・・

887 :Name_Not_Found:2006/08/04(金) 00:13:14 ID:???
>>885
逆にddの中にaddressとか。

888 :Name_Not_Found:2006/08/04(金) 02:13:32 ID:???
>>885

普通に分けてかけばいいんじゃ?

あるいは、div要素にidくっつけて構造の強化

889 :Name_Not_Found:2006/08/04(金) 02:17:38 ID:???
>>777
名前単体にaddressって使うか?
>div要素にidくっつけて構造の強化
こっちはもっと意味不明

890 :Name_Not_Found:2006/08/04(金) 02:26:42 ID:???
>>889

<div id="contact">
<dl>
<dt>なんたら</dt>
<dd>かんたら</dd>
</dl>
<address>なんたらかんたら</address>
</div>


こんな感じ

前後の関係にもよるが、ツリー構造がしっかりしてるならありだと思う

891 :Name_Not_Found:2006/08/04(金) 02:56:17 ID:???
>>890
idくっつけて構造の強化、って台詞が意味不明だってんだろう。
構造化だのツリーだの何だのって結局dl要素とaddress要素を併記してるだけでしょ?
dt-dd以上に強い結びつきを常に見出すことは(UAに限らず)難しいだろうし、
id="contact"だから以下dlとaddressはcontact的な何かですよ、なんて制作者しかわからん。

892 :Name_Not_Found:2006/08/04(金) 03:15:10 ID:???
>>891

id付けたdiv要素は、結びつきを見出すものがないから代用するだけ
<div id="section">なんかと同じ

contactがどうとかではなく、ツリー構造上の話
当然、構造上のレベルがおかしくなるなら好ましくはないけどな



893 :Name_Not_Found:2006/08/04(金) 03:28:41 ID:???
>>890
ちょっと待て、addressの中には何が入るんだ?
質問者は名前とメールアドレスのみなのに、何で対象が増えてるんだ?
本当に意味不明だぞおまえ。

894 :891:2006/08/04(金) 03:31:40 ID:???
>>892
>結びつきを見出すものがないから代用するだけ

だから「結びつきを見出す」ことができるのは制作者だけ、って言ってんの。
id属性の決められた要素下にあるいくつかの要素が意味的に強く結び付けられる、なんて、
それこそ俺様仕様でしかないんじゃないの?機械的に処理させやすくなる、以外に。

>contactがどうとかではなく、ツリー構造上の話
>当然、構造上のレベルがおかしくなるなら好ましくはないけどな

だから構造上有意なものでないんだってば。
構造上のレベルがおかしくなる?何それ?好ましくないってか完全にアウトでしょ。

895 :Name_Not_Found:2006/08/04(金) 03:40:58 ID:???
>>890はなんたらかんたらまで増えてて意味不明なのは確かだけど、
idはラベルだから、一つのまとまりとして誰の目にも認識されるものじゃないの?
classで分類するのと同じように。
まあ、dt-ddぐらいつながりの強いものではないし、今回の例にはそぐわないかもしれないが、
使い方の方向性自体は間違えてないと思うよ。

896 :Name_Not_Found:2006/08/04(金) 03:43:57 ID:???
>今回の例にはそぐわないかもしれない

じゃ今回の話に持ち出すのは間違いですね.

897 :Name_Not_Found:2006/08/04(金) 03:48:54 ID:???
>だから「結びつきを見出す」ことができるのは制作者だけ、って言ってんの。

この辺への指摘だから。

898 :Name_Not_Found:2006/08/04(金) 03:52:03 ID:???
>>895
増えてなかったとしても、それって本当にdivでなきゃならないもん?
安易にdivにしてね?
「分けてかけばいいんじゃ」の意味がいまいちわからないが、
もし名前とメールアドレスそれぞれをaddreessにするって意味なら、
むしろ順不同リストとかにならね?

899 :Name_Not_Found:2006/08/04(金) 03:54:52 ID:???
eが多かったorz
しかし名前のみをaddressでマークアップ・・・うーん。

900 :Name_Not_Found:2006/08/04(金) 03:57:04 ID:???
>>885
いっそのこと
<address>名前<a href="maioto:address@example.com">address@example.com</a></address>
でどうだろう。
spanが気になってるけど名前とメルアドは区別したいっぽいように読めたので。

901 :891:2006/08/04(金) 04:03:32 ID:???
>>897
891で

>dt-dd以上に強い結びつきを常に見出すことは(UAに限らず)難しいだろうし、
>id="contact"だから以下dlとaddressはcontact的な何かですよ、なんて制作者しかわからん。

と書いた。
id属性の指定された要素下にある複数の同階層の要素が「あるid属性を持つ要素の同階層の子要素」
っていうラベル以上にグループ化されるべき、ってんならソース希望。
(ラベルはラベルであって意味づけではないよな?ラベルに意味があるなら属性レベルで付すのはおかしい)

今回の例について指摘してるんだから、概ね今回の例に限局して話してると解釈して欲しいなあ。
わざわざ「 常 に 見出すことは難しい」とか面倒な書き方してるところはともかく。
こんな具体例が出てる話題で、やれ仕様の何がどうだ、とか言ってるわけじゃないよ。

902 :Name_Not_Found:2006/08/04(金) 04:06:05 ID:???
>>898
その辺は知らんよ。
俺は895しか書いてないし、わざわざdiv使わないで
順不同リストで出来るならその方がいいとも思うから。

address周りはよく話題に出るけど、
色々やり方がありそうで、正直どれが正解に最も近いかかわからん。
解として正しいのは一つじゃないだろうし。

あと、多分divに対して潔癖症になりすぎかと。
安易にではなく、そういう使い方もあるってだけの話だし。

903 :Name_Not_Found:2006/08/04(金) 04:11:54 ID:???
>>902
潔癖性というかdivは何にでも使えるから本当に最後の手段にしておかないと
本当にdiv病になってしまうんじゃね?
大体幾つかあるものを纏めるのにdivを使いたがる人はaddressに限った話でもないし。

904 :Name_Not_Found:2006/08/04(金) 04:14:35 ID:???
ラベル 1 [label]
広告や標識のためにはる小さな紙片。レッテル。レーベル。
「マッチの―」「図書に―をはる」

レッテル 0 [(オランダ) letter]
(1)メーカー・会社などが自己の製品であることを示すために、商品にはりつける小形の札。
「缶詰の―」
(2)ある人や事物に与えられる評価。

俺はこういう意味ででラベルって言ってて、そう思ってidを使ってきてたんだけど、
ある程度ラベルの時点で纏まりとして評価されるものじゃないの?
もちろん意味付けではなく纏まりね。

905 :Name_Not_Found:2006/08/04(金) 04:17:04 ID:???
>>903
その辺は同意。
ただ、最後の手段って所まで行かなくとも、出来るだけ使わないように心がけるだけで
div病にはなりようが無いと思うって感じで、認識が違うんだと思う。

906 :Name_Not_Found:2006/08/04(金) 05:04:56 ID:???
なんか必至なやつがいないか?

普通に >>890 はありだと思うけど…

それがいやなら、dl要素かaddress要素で妥協するしかないね

907 :Name_Not_Found:2006/08/04(金) 05:09:44 ID:???
>>903

>大体幾つかあるものを纏めるのにdivを使いたがる人はaddressに限った話でもないし。

問題ないと思うけど?

<div class="section">
<h1>見出し</h1>
<p>内容</p>
</div>

<div id="contact">
<address>連絡先</address>
</div>

h1・p要素とaddress要素が同レベルの階層になるので、
これはこれでありだと思うけどね

addressの方が上位の階層にあるほうが好ましいと考える人もいるだろうし、
それはそれでいいんじゃないの?


908 :Name_Not_Found:2006/08/04(金) 05:10:30 ID:???
<div id="contact">
<address>連絡先</address>
</div>

これはよくない例だったな
他にも中になんか入ってるとして考えて。

909 :Name_Not_Found:2006/08/04(金) 06:23:53 ID:???
>>885

も一つの例

<address><a href="maioto:address@example.com">address@example.com</a></address>

として、「名前」はCSSのbefore疑似要素で追加する。
対応していないやつは、背景画像で対応するとか。



910 :Name_Not_Found:2006/08/04(金) 11:57:58 ID:???
addressの話になるとやたら白熱するよね。

911 :Name_Not_Found:2006/08/04(金) 12:22:30 ID:???
>>907
質問文読んでるか?場所なんてのはどうでもいいんだよ。

>>909
名前はおまけじゃないだろwww

912 :Name_Not_Found:2006/08/04(金) 13:06:56 ID:???
>>911

質問の流れに乗って書いただけよんw

>>>>909
名前はおまけじゃないだろwww

そもそもaddress要素が意味を内包しているわけだから、
contentによる生成も一つの方法だと思うけど

それもだめなら、やっぱり普通にインライン要素として書くしかないね

913 :Name_Not_Found:2006/08/04(金) 13:08:31 ID:???
現実問題としてどう対処するかは、仕様とはまた別の話だからなぁ
あんまり白熱しないように。

ここまでに出てきた対処法はどれもあり、でしょ。現状だとね。


914 :Name_Not_Found:2006/08/04(金) 13:08:44 ID:???
>そもそもaddress要素が意味を内包しているわけだから

address要素のどこに名前が内包されてるの?

915 :Name_Not_Found:2006/08/04(金) 13:10:49 ID:???
>>907
divはすべて取っ払っても意味が通じなければならない、
またはセクションは見出しに準じるものだ、
からそれでは階層が合わないとする人もいる。
<div id="contact">
<h1>見出し</h1>
<address>連絡先</address>
</div>
こうしないとダメってことね。
逆に>>907のそれだけで階層が同じだと思える人ならば、そこにdivなんか要らない。
<div class="section">
<h1>見出し</h1>
<p>内容</p>
</div>
<address>連絡先</address>
だけでいい。
どっちにしろそんなことはもはや質問の対象外。

916 :Name_Not_Found:2006/08/04(金) 13:18:32 ID:???
>>912
連絡先という意味があるだけで、そこに名前、しかも固有名が存在しているわけはないと思うが、
とりあえずあんたのおかげで擬似要素にも本体とは別にマージンが取れることを知った、ありがとう。

917 :Name_Not_Found:2006/08/04(金) 13:47:40 ID:???
>>914

「名前」って、作成者の名前ね
すまん、勘違いしてたw

>>916

勘違いしとったよ

となると、やっぱりインライン要素で書くか、
addressを諦めてリストにするかじゃないかなあ…

区切り記号なんかは疑似要素で代用はよくやっとるけど便利だね〜
なんでIE7は対応しないかなぁ…


918 :Name_Not_Found:2006/08/04(金) 13:57:33 ID:???
>区切り記号なんかは疑似要素で代用はよくやっとるけど便利だね〜
>なんでIE7は対応しないかなぁ…

スレ違い。

919 :Name_Not_Found:2006/08/04(金) 15:07:07 ID:???
>>917
ちょっと待ってくれ、他に「名前」でどういう誤解のしようがあるんだ?
質問者じゃないから、あんたの方の認識が正しい可能性もあるんだがw

920 :Name_Not_Found:2006/08/04(金) 15:49:19 ID:???
>>919

単に寝不足でラベルのようなもんかと勘違いしてただけw

「メールアドレス: mail@ne.jp」

みたいなね


921 :Name_Not_Found:2006/08/04(金) 16:20:35 ID:???
>>920
納得。そりゃおまけだわw

922 :885:2006/08/04(金) 21:25:12 ID:???
やっぱりブロック要素の子としてaddressを使ってる人が多いのかな・・・
ご意見どうもありがとうございました。
個人的には>>900のが気に入ったんだけど、
メーラーが勝手に立ち上がるのはやっぱりウザイよね。

923 :Name_Not_Found:2006/08/05(土) 01:50:14 ID:???
>メーラーが勝手に立ち上がるのはやっぱりウザイよね。

…は?onLoadでメーラー起動させるのか?

924 :Name_Not_Found:2006/08/05(土) 02:09:07 ID:???
mailtoのことだべ。
あれを嫌う人間は多い。

925 :Name_Not_Found:2006/08/05(土) 02:24:45 ID:???
自分でクリックしといて「勝手にメーラーが起動した!ウザい!」とは言わんだろ

926 :Name_Not_Found:2006/08/05(土) 04:29:43 ID:???
>>925
同ページ内リンクや上部移動リンク(移動…)が嫌がられるのと同じだろう。

927 :Name_Not_Found:2006/08/05(土) 17:54:00 ID:???
それは嫌がるの基本的な意味を間違えてね?
仕様上好ましくないと一部のストリクタが勝手に言ってるだけだぞ。

928 :Name_Not_Found:2006/08/05(土) 17:57:09 ID:???
>>927
ttp://kotonoha.cc/no/20228

929 :Name_Not_Found:2006/08/05(土) 18:04:46 ID:???
mailtoスキーム=悪

930 :Name_Not_Found:2006/08/05(土) 18:09:59 ID:???
mailto:sage

931 :Name_Not_Found:2006/08/05(土) 18:16:38 ID:???
mailto:スキームとメーラの起動って何の関連もないじゃん

932 :Name_Not_Found:2006/08/05(土) 18:47:34 ID:???
そんなことは全く重要じゃないな

933 :Name_Not_Found:2006/08/05(土) 19:34:06 ID:???
ん?
「mailtoスキーム」じゃなくて「mailto:スキーム」なの?

934 :Name_Not_Found:2006/08/05(土) 19:49:45 ID:???
そんなことは全く重要じゃないな

935 :賢者:2006/08/05(土) 19:59:48 ID:???
>>930
何か?

936 :Name_Not_Found:2006/08/05(土) 20:35:14 ID:???
>>928
mailtoスキームクリックで勝手にメーラーを起動するUAを憎めよバカどもw

937 :Name_Not_Found:2006/08/05(土) 20:42:26 ID:???
X UA
○ OS

938 :Name_Not_Found:2006/08/05(土) 20:54:48 ID:???
これはそれをやってる人間が嫌だと言われて真っ赤になって相手をバカにしてるという図でおK?

939 :Name_Not_Found:2006/08/05(土) 21:12:17 ID:???
>>937
X UAて。エックスて。

WinでもIEだとメーラー起動するがFxだと起動しないように設定できる。

940 :Name_Not_Found:2006/08/05(土) 21:37:49 ID:???
IEだとこれ
ttp://bakera.jp/hatomaru.aspx/ebi/topic/2137

941 :Name_Not_Found:2006/08/05(土) 21:51:25 ID:???
>>928
>>927で言ってるのは、
>同ページ内リンクや上部移動リンク(移動…)が
これについて。

942 :Name_Not_Found:2006/08/05(土) 22:10:06 ID:???
クリックによって意図しない動きをするという点で同じなのだろうという推測もできない件。

943 :Name_Not_Found:2006/08/05(土) 22:20:07 ID:???
そういえば「TOPへ」を疑うことなく「トップページへ」だと思って、
幾ら押してもページが変わらないのでPCが壊れたと思ってた時期もありました…

944 :Name_Not_Found:2006/08/05(土) 22:27:51 ID:???
httpスキームのopenをoffにすry

945 :Name_Not_Found:2006/08/05(土) 23:11:06 ID:???
なんつーか923以降スレ違いじゃね?

946 :Name_Not_Found:2006/08/05(土) 23:20:11 ID:???
なんつーか話題ないからおkじゃね?

947 :Name_Not_Found:2006/08/06(日) 01:15:33 ID:???
じゃあ話題提供も兼ねて意見を伺いたい。

[題名]
第1章〜
  (第1章の前書きのようなもの)
  第1節〜
    (第1節の内容)
  第2節〜
    (第2節の内容)
  (第1章の後書きのようなもの)

(後略)

こういう文章をマークアップするとき、
そのままやると

<h1>[題名]</h1>
<h2>第1章〜</h2>
  <p>(第1章の前書きのようなもの)</p>
  <h3>第1節〜<h3>
    <p>(第1節の内容)</p>
  <h3>第2節〜</h3>
    <p>(第2節の内容)</p>
  <p>(第1章の後書きのようなもの)</p>

こんな感じになると思うんだけど、
これだと後書きの部分が第2節の中に入ってしまう。
こういうときは前書きや後書きの前に<h3></h3>で見出しを入れて、
表示に関してはスタイルシートで消すなりするのがベストなんだろうか。

948 :Name_Not_Found:2006/08/06(日) 02:32:56 ID:???
>こういうときは前書きや後書きの前に<h3></h3>で見出しを入れて、

それでもいいんじゃないか?
あるいはsection要素への伏線としてdiv要素でグルーピングとか


949 :Name_Not_Found:2006/08/06(日) 07:23:30 ID:???
>>947
後書きが同ページに入るのが好きではないので
自分だったらページを分ける。
幾つかの章で別に後書きがあっても1ページに纏めてフラグメント識別子で。

950 :Name_Not_Found:2006/08/06(日) 08:06:23 ID:???
>後書きが同ページに入るのが好きではない

好きではない、の根拠は?
ただ単純に好みの問題だったらチラシの裏

951 :Name_Not_Found:2006/08/06(日) 08:09:13 ID:???
>>950
それも変だろ。
日記をdt-ddで書くかhn-pで書くかは単に好みの問題。
それを聞かれて答えるのはこのスレの王道。

952 :Name_Not_Found:2006/08/06(日) 08:30:17 ID:???
>>951
好みの問題、っつってもそれは複数選択肢があって、どちらもそれなりに妥当だからでしょ?
949が947に対して「別のページに分ける」ことを提案したからには、それなりに妥当性があるんでしょう。
その妥当性の根拠を聞いてるの。

953 :Name_Not_Found:2006/08/06(日) 08:36:50 ID:???
逆に分けないことに妥当性がないのならそっちの理由が知りたい。
ファイル分割の妥当性って余程内容をぶった切るとかじゃなきゃあるもないもない気がするんだが。

954 :Name_Not_Found:2006/08/06(日) 08:44:37 ID:???
>>950=952?
根拠はない。
が、当の本人が第2節の中に入ってしまいわかりにくいと思っているようだから、
絶対に紛れ込まない方法としての妥当性はあるんじゃないか?

955 :Name_Not_Found:2006/08/06(日) 09:25:20 ID:???
>>947
それISO-HTMLのaddress問題と同じだな。
出てるの以外だと
<h2>第1章〜</h2>
  <p>(第1章の前書きのようなもの)</p>
  <p>(第1章の後書きのようなもの)</p>
  <h3>第1節〜<h3>
    <p>(第1節の内容)</p>
  <h3>第2節〜</h3>
    <p>(第2節の内容)</p>
こうなる?
後悔は後にしかできないけど、後書きは先にでも置けるからなあ。

956 :Name_Not_Found:2006/08/06(日) 09:34:03 ID:???
>>954
第二節の中に紛れてわかりにくい、というのと、後書きが同ページに入るのが好きでない、とは、
常に全く同じケースで成り立ってる問題じゃないよね?(今回のケースに限らず好きでないんだよね?)
同ページで紛れ込まないように構成されてても好きじゃない、という場合の妥当性は?

957 :Name_Not_Found:2006/08/06(日) 09:59:14 ID:???
>>956
逆に分けないことに妥当性がないのならそっちの理由が知りたい。
ファイル分割の妥当性って余程内容をぶった切るとかじゃなきゃあるもないもない気がするんだが。

958 :Name_Not_Found:2006/08/06(日) 13:54:30 ID:???
>>942
意図してるからいいんじゃね?
上に移動がストリクタに叩かれてるだけで、別に上に移動ってリンクを使う人は普通に居るし、
それをそのままの意味で受け取って使う人も多いんだし。

959 :Name_Not_Found:2006/08/06(日) 13:58:21 ID:???
ページを分けるって、それこそデザインの為にhtmlを変えるのと
同じ事してるんじゃないのか?

960 :Name_Not_Found:2006/08/06(日) 14:01:38 ID:???
>>958
意図は利用者の学習の方だろ。
何スレか前にリンク貼られてたのと似たようなものだろう。

961 :Name_Not_Found:2006/08/06(日) 14:17:43 ID:???
>>960
意図を理解できない場合なんか、
ストリクト的に問題ない場合でも起こりうる事だし参考にならないでしょ。

単にストリクト的に好ましくないってだけで、それ=嫌がってるになるのがおかしいよ。
そもそも、前に同一ページ内へ飛ぶ話題の時って、ストリクト的に好ましくない以外に、
嫌がってる人が多いって話も出てたんだっけ?

俺は音声ブラウザで、ページ毎の同じメニューを読み込まないように飛ばすようにしたり、
色々使い方によって便利に使えると思うけどね。

962 :Name_Not_Found:2006/08/06(日) 14:21:34 ID:???
・・・・どこに「ストリクト的に好ましくないってだけで、それ=嫌がってるになる」という話があるんだ?
>>928のリンク先はすべてストリクタか?

963 :Name_Not_Found:2006/08/06(日) 14:23:49 ID:???
>>962
>>941>>942

964 :Name_Not_Found:2006/08/06(日) 14:25:25 ID:???
>>963
それがストリクト的にと読めてるんだとしたらどうしようもない。

965 :Name_Not_Found:2006/08/06(日) 14:28:43 ID:???
>>964
仕様上何ら問題がないmailto:をこれだけうざく思ってる人が居るって事でしょ?
同一ページ内へ飛ぶのが同じだと推測という>>942は、
うざく思ってる人が居るって言いたいんじゃないの?

そうでないのなら、どういう風に読み取ればいいのか解説希望。

966 :Name_Not_Found:2006/08/06(日) 15:46:49 ID:???
961=965の主張をどうつなげていいのかエスパー

967 :Name_Not_Found:2006/08/06(日) 15:48:44 ID:???
読解力無い人乙

968 :Name_Not_Found:2006/08/06(日) 16:17:10 ID:???
誤読力がないと読めない罠

969 :Name_Not_Found:2006/08/06(日) 16:39:50 ID:???
面白くない

970 :Name_Not_Found:2006/08/06(日) 19:27:28 ID:YbhyE+AH
ちょっと話題に乗り遅れたのだが、ハイパーリンクの事を「クリックするとジャンプ」と表現
するのがよろしくないように、HTMLはコンピュータに動作を命令する言語ではない…、というのが分かりますよね?

だったらtab属性やaccesskey属性はどうなんです?
HTML-Lintでは、特にフォーム系要素に指定されて居ないと警告食らいますが…
これらの属性は何か要素に意味を付けて居るの?

971 :Name_Not_Found:2006/08/06(日) 20:52:42 ID:???
それを付けてて絶対的な「命令になる」と思っているということなのか?

972 :Name_Not_Found:2006/08/06(日) 20:59:48 ID:???
>>971
キーボード操作を前提にした属性じゃないのか?
アクセシビリティとか騒いでるけどw

973 :956:2006/08/06(日) 21:26:47 ID:???
>>957
知らん。
分けることの妥当性を尋ねてる俺が、どうして「分けないことに妥当性がないと思ってる」と思う?

974 :Name_Not_Found:2006/08/06(日) 21:36:38 ID:???
>>972が意味不明すぎる件
それよりも次スレだ
俺は無理だった

975 :Name_Not_Found:2006/08/06(日) 22:03:53 ID:???
立てた。

Strict-HTML スレッド 37
http://pc8.2ch.net/test/read.cgi/hp/1154869185/

あせりすぎだ、俺。

976 :Name_Not_Found:2006/08/07(月) 03:18:41 ID:???
>>975
乙ウメ

977 :Name_Not_Found:2006/08/07(月) 03:51:28 ID:???
新スレで久し振りにテンプレ読み直して、
そういえばJIS-HTMLってよくしらねーなと思って調べてみたが、
よくわからない規格だった・・・・DTDまで見てないけどISOと同じ?
誰かぱっと説明できる詳しい人、いる?

>>959
内容が分かれると思ったら見出しやセクションで区切るでそ。
その位置は任意。
ページを変えるのも、内容的に同一ではないと思うからでそ。
どっちも任意だから、はっきり言って「区切りたいから」と大して変わらないと言われたら反論できん。
人によって変えるべき場所は違っていて、絶対的な指針はないからな。

978 :Name_Not_Found:2006/08/07(月) 04:39:58 ID:???
>>977
その筈なんだが、なぜかデザインの場合の時だけそれまで嫌悪されるんだよな。
デザインに沿うように、内容的に同一でない部分を
任意の場所で区切るのはいいんじゃって言うと、
アレルギー起こしたかのような反応が出てきたり。

979 :Name_Not_Found:2006/08/07(月) 05:29:35 ID:???
>>978
だって「内容に沿って」区切るのと「デザインに沿って」区切るのとじゃ違うだろ。
内容に沿って区切るのはHTMLの範疇、デザインに沿って区切るのはCSSの範疇。
デザインとして任意の場所で変に区切るのは、まあ趣味悪いけど好きにいりゃいいが、
そのためにHTMLまで巻き込むなっつー。

980 :Name_Not_Found:2006/08/07(月) 05:30:37 ID:???
ていうか「デザインに沿うように」って、例の「流し込む」人だろうか・・・・・・

相手してスマンカッタ。

981 :Name_Not_Found:2006/08/07(月) 06:44:23 ID:???
デザインに合わせて、内容に沿って切るだよ。
HTMLの為に、内容に合わせて切るのと変わらないじゃない。

982 :Name_Not_Found:2006/08/07(月) 06:50:24 ID:???
>HTMLの為に、内容に合わせて切る
君はこのスレにいても本当に何も理解できないと思うから、
出てった方がいいと思うよ。

983 :Name_Not_Found:2006/08/07(月) 06:53:26 ID:???
だって、HTMLの為にページを分けるってどう考えてもおかしいだろう。
デザインの為にHTMLを弄るのがダメなんでしょ?
俺はそれを否定してないよ。

984 :Name_Not_Found:2006/08/07(月) 07:01:17 ID:???
>>983
そうだよ、おかしいよ。
そして多分誰もそんなおかしなことを言ってないよ。
そんな誤解のしかたをしてるのは君だけだよ。

985 :Name_Not_Found:2006/08/07(月) 07:03:37 ID:???
まあ埋めるのには最適だなw

986 :Name_Not_Found:2006/08/07(月) 07:04:40 ID:???
なんだ。ろくに読まずに脊髄反射してただけなのね。
>>949以降をデザインに読み替えて読み直すといいよ。

987 :Name_Not_Found:2006/08/07(月) 07:07:29 ID:???
朝っぱらから頑張るなw

988 :Name_Not_Found:2006/08/07(月) 07:08:16 ID:???
本当に自分が正しいと思い込む典型だな。
相手してスマンカッタ。

989 :Name_Not_Found:2006/08/07(月) 07:08:55 ID:???
つ[鏡]

990 :Name_Not_Found:2006/08/07(月) 07:10:43 ID:???
だって当事者だから誤読のしようがないんだよ。
「HTMLの為に、内容に合わせて切る」なんて言われたときにはどうしようかと思った。
まあそんな書き方したのなら悪かったけど、
この人の場合は前例が前例だからなー。

991 :Name_Not_Found:2006/08/07(月) 07:12:02 ID:???
>>949=988なのか?
何でこんなに噛み付いてるのかがよくわからん

>デザインに沿って区切るのはCSSの範疇。
あとこれはおかしい
区切るのはcssじゃなくてhtmlの範疇だから

992 :Name_Not_Found:2006/08/07(月) 07:13:43 ID:???
>後書きが同ページに入るのが好きではないので
>自分だったらページを分ける。

これってそもそもデザインの為にhtmlを弄る行為じゃね?

993 :Name_Not_Found:2006/08/07(月) 07:14:04 ID:???
あー・・・・・・なんか本当にもういいよ。
何を説明するのも馬鹿らしい。
とりあえず「意味で区切る」と「デザインで区切る」の違いくらいは勉強してきてね・・・

994 :Name_Not_Found:2006/08/07(月) 07:16:33 ID:???
そろそろ土砂を流し込んで埋めよう

995 :Name_Not_Found:2006/08/07(月) 07:16:38 ID:???
だから、デザインに利用できるように「意味で区切る」行為も
「デザインで区切る」と一緒くたにして過剰反応してるって指摘だよ。

996 :Name_Not_Found:2006/08/07(月) 07:17:34 ID:???
お前等朝から議論かよww
よっぽど暇なのね…。御飯食べて来るわw

997 :Name_Not_Found:2006/08/07(月) 07:17:40 ID:???
ふと思ったんだが、1000レスで機械的に区切るってのは正しくないと思うんだ不二子。

998 :Name_Not_Found:2006/08/07(月) 07:18:44 ID:???
また流し込むんですね1000

999 :Name_Not_Found:2006/08/07(月) 07:19:38 ID:???
相手を厨認定って便利だねと思った朝7時20分

1000 :Name_Not_Found:2006/08/07(月) 07:20:17 ID:???
HyperText Markup Language

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

241 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)