Strict-HTML スレッド14

1 ：Name_Not_Found：03/06/09 17:51 ID:???

Strict な HTML について語るスレッド ver.14
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 スレッド13
http://pc2.2ch.net/test/read.cgi/hp/1050581113/

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

2 ：Name_Not_Found：03/06/09 17:51 ID:???

■過去ログ
HTML1.0 http://pc.2ch.net/hp/kako/992/992708594.html
HTML2.0 http://pc.2ch.net/hp/kako/1008/10083/1008380243.html
HTML3.0 http://pc.2ch.net/hp/kako/1013/10138/1013818251.html
HTML3.2 http://pc.2ch.net/hp/kako/1018/10187/1018719800.html
HTML4.0 http://pc3.2ch.net/hp/kako/1022/10227/1022751972.html
HTML4.01 http://pc3.2ch.net/hp/kako/1028/10289/1028963710.html
XHTML1.0 http://pc3.2ch.net/hp/kako/1033/10332/1033282702.html
XHTML1.0 SE http://pc3.2ch.net/hp/kako/1037/10375/1037577389.html
Strict-HTML スレッド ver.9 http://pc2.2ch.net/hp/kako/1039/10399/1039974316.html
Strict-HTML スレッド 10 http://pc2.2ch.net/hp/kako/1045/10454/1045493217.html
Strict-HTML スレッド11 http://pc2.2ch.net/hp/kako/1048/10485/1048570237.html
Strict-HTML スレッド12 http://pc2.2ch.net/hp/kako/1048/10488/1048867117.html
Strict-HTML スレッド13 http://pc2.2ch.net/test/read.cgi/hp/1050581113/

■関連スレ
/* CSS・スタイルシート質問スレッド【18】 http://pc2.2ch.net/test/read.cgi/hp/1050086156/l50
XML、XHTMLについて語り合うスレッド http://pc.2ch.net/hp/kako/1002/10024/1002461949.html
W3C信者と感じる瞬間 http://mentai.2ch.net/hp/kako/990/990175066.html
W3C信者の方に質問 http://mentai.2ch.net/hp/kako/977/977621932.html
W3C信者にサイトを正しい記述に直して貰うスレ2 http://pc2.2ch.net/test/read.cgi/hp/1040377672/l50

3 ：Name_Not_Found：03/06/09 17:51 ID:???

■勧告等
HTML 4.01 http://www.w3.org/TR/html401/
XHTML 1.0 http://www.w3.org/TR/xhtml1/
XHTML Basic http://www.w3.org/TR/xhtml-basic/
XHTML 1.1 http://www.w3.org/TR/xhtml11/
XHTML 2.0 (Working Draft) http://www.w3.org/TR/2003/WD-xhtml2-20030131/
ISO/IEC 15445 (ISO-HTML) http://woodworm.cs.uml.edu/~rprice/15445/15445.html
JIS X 4156 (JIS-HTML) http://www.y-adagio.com/public/standards/jis_html/toc.htm
上記勧告の邦訳等 http://www.doraneko.org/webauth/

■その他
W3C http://www.w3.org/
HTML Working Group Roadmap http://www.w3.org/MarkUp/xhtml-roadmap/
Another HTML-lint http://openlab.ring.gr.jp/k16/htmllint/htmllint.html
W3C HTML Validation Service http://validator.w3.org/
ごく簡単なHTMLの説明 http://kanzaki.com/docs/htminfo.html

4 ：Name_Not_Found：03/06/09 17:53 ID:???

スタイルシート質問スレの修正し忘れ。

/* CSS・スタイルシート質問スレッド【19】 */
http://pc2.2ch.net/test/read.cgi/hp/1053619342/

5 ：Name_Not_Found：03/06/09 18:14 ID:???

雑談したい奴が立てたのか('A`)

6 ：Name_Not_Found：03/06/09 18:20 ID:???

新スレが立つ前に前スレを埋めようと画策した奴は残念だったな。

7 ：Name_Not_Found：03/06/09 20:56 ID:???

で、このスレでは何をループさせるんだ？

8 ：Name_Not_Found：03/06/09 21:53 ID:???

匿名ブロック。

9 ：Name_Not_Found：03/06/09 22:00 ID:???

Anonymous Block?

10 ：Name_Not_Found：03/06/09 22:17 ID:???

>>1
せめてStrictHTML質問スレにしてくれよ。

11 ：Name_Not_Found：03/06/09 22:44 ID:???

>10
何で？

12 ：Name_Not_Found：03/06/09 23:12 ID:???

strictな話題で盛り上がりどこからともなく煽りが入って議論が崩壊して人が減ってまた話が始まるという
まったりとした殺伐さがいいんです

13 ：Name_Not_Found：03/06/09 23:17 ID:???

(　ﾟдﾟ)､ﾍﾟｯ

14 ：Name_Not_Found：03/06/09 23:42 ID:???

>>13
きたねーな。ちゃんと拭いとけよ。

15 ：Name_Not_Found：03/06/09 23:52 ID:???

>>11
1.こんなスレもういらない。
2.StrictHTMLに関する質問をしたい香具師がいる

16 ：Name_Not_Found：03/06/09 23:55 ID:???

もう終わってるｽﾚなので、同じように終わっているｶｽｲｹｽﾚと共に沈んで下さい。

17 ：Name_Not_Found：03/06/09 23:57 ID:???

粘着気質が2人くらい居るな。
終わったとか言ってるくせにまた来るんだよな。

18 ：Name_Not_Found：03/06/10 00:04 ID:???

ｶｽｲｹｽﾚ粘着の次のターゲットはここですか？

19 ：Name_Not_Found：03/06/10 01:18 ID:???

そうです(　ﾟдﾟ)､ﾍﾟｯ

20 ：Name_Not_Found：03/06/10 02:41 ID:8+mn6b4v

さあみんな、ｽﾄﾘｸﾀｿ雑談しようぜ！

21 ：Name_Not_Found：03/06/10 06:59 ID:???

>>15
2はまあいいとして、
>1.こんなスレもういらない。
何で？

22 ：Name_Not_Found：03/06/10 07:12 ID:???

こんな話題でこのスレも浪費されるだけなんだろうな。

23 ：(^0_0^) ◆DQN/hI5I2A ：03/06/10 07:37 ID:b8gbtsKL

まー君かんれんスレ
【みんなぁ　まー君だよ♪】
　http://ex.2ch.net/test/read.cgi/entrance/1055115166/l50
【次スレ】
http://ex.2ch.net/test/read.cgi/entrance/1055121755/l50
【◎◎web板☆企画部◎◎】（本部）
http://pc2.2ch.net/test/read.cgi/hp/1053369590/l50

コピーペーストしてください

24 ：Name_Not_Found：03/06/10 09:00 ID:???

<p>よーし、パパ今日もstrictなマークアップをしちゃうぞー。</p>

25 ：Name_Not_Found：03/06/10 10:21 ID:???

>>24
<font size=7>ｶﾞﾝｶﾞﾚ</font>

26 ：Name_Not_Found：03/06/10 10:52 ID:???

>>25
XHTML1.1 としてチェックしました。
<font> は HTML3.2、HTML4.0、HTML4.01、XHTML1.0、Mozilla、MSIE、WebExplorer、iMode、J-SkyWeb、doti または特許出願用HTML 用のタグです。
<font> の size の属性値 `7` は引用符で囲まなければなりません。

27 ：Name_Not_Found：03/06/10 12:42 ID:???

はじめまして。
HPのデザインでやりたい事ですが
ペイント系ソフトとかでできる、フォントの頭に＠をつけて文字を90°回すのをやりたいんですが、
検索しても関係無い物にばかり引っ掛かって
そういう機能が有るのかさえわかりません、

具体的には
数値系のテーブルに英文字で見出しを入れたいんですが
普通に横に書くと無駄に横幅広がってしまうんです(下手すると5～10倍にも)

CSS使うとけっこう詳細設定できることあるので　もしかしたら・・と思うんですが
もしそんな機能が有ったら教えてください、よろしくお願いします。（＿　＿

28 ：Name_Not_Found：03/06/10 12:45 ID:???

はぅ！違う所に書きこんでしまった・・
すいません、無視してください、

29 ：Name_Not_Found：03/06/10 15:26 ID:???

>>27-28
http://pc2.2ch.net/test/read.cgi/hp/1053619342/742-

30 ：Name_Not_Found：03/06/10 15:37 ID:D3GF5g9k

新ｽﾚになったら携帯から見れるようになった。 <br> <br> HTML4.0では半角ｶﾅは使えるけど、XHTMLでも使えましたっけ? <br> 今、携帯だから仕様書見れなくて。家でﾈｯﾄできないんですょ。。

31 ：Name_Not_Found：03/06/10 15:40 ID:???

>>30
アップロードするときにはネットできるようになってんだろし、
そのとき確認すればいいじゃん。

32 ：Name_Not_Found：03/06/10 16:51 ID:D3GF5g9k

<br>入ってるし‥ｱﾌﾟの時ﾈｯﾄ繋げるなんて忘れてた｡じゃｰまｰそうするｹﾄﾞ表示できないUAがあっても､HTML4.0では半角ｶﾅの使用はｽﾄﾘｸﾀｿ的にはokﾀﾞﾖﾈ｡lintは減点する気もするけど､仕様がそうなんだもんﾈ

33 ：Name_Not_Found：03/06/10 17:03 ID:???

<form>
<input type="submit" name="送信">

いろいろ

<input type="submit" name="送信">
</form>

というのはだめですか？

34 ：Name_Not_Found：03/06/10 18:32 ID:???

なんでsubmitが二つも？

35 ：Name_Not_Found：03/06/10 18:51 ID:???

>32
XHTMLは全部日本語大丈夫だけど。
なので半角カナを含んでいるCharsetであれば全く問題ない筈。

36 ：33：03/06/10 20:07 ID:???

>>34
デザイン上の理由
「いろいろ」のところに、チェックボックスが大量に縦に並ぶもんで。
ISIZEの賃貸検索にあるみたいに、「まとめてお問い合わせ」的なsubmitボタンにするつもり

37 ：Name_Not_Found：03/06/10 22:16 ID:???

38 ：32：03/06/11 00:25 ID:???

>35 <br> thanx!大好きﾁｭ

39 ：Name_Not_Found：03/06/11 00:39 ID:???

>>38
消えろ初心者

40 ：Name_Not_Found：03/06/11 05:25 ID:???

<input type="reset" name="クリア">

送信と間違えて押して鬱になることがしばしば

41 ：Name_Not_Found：03/06/11 07:24 ID:l6sxWkLe

>>40
つねづね思ってたけど、リセットボタンが送信ボタンの隣に置いてあったりするのは問題あるよな。

42 ：Name_Not_Found：03/06/11 07:33 ID:???

>>41
小さい子も対象にしてたんだが、「『reset』がわからなくて長文が消してしまいました。どうしてくれるんですか！」と言われたことがある。

43 ：Name_Not_Found：03/06/11 08:22 ID:???

>>42
気持ちは解る。そういう子は大きくなっても
やっぱり何も読まずに「同意する」を押すようになる。

44 ：33：03/06/11 08:59 ID:???

>>37

え、そうしなきゃだめってこと？
>>33は問題ないですか？

45 ：Name_Not_Found：03/06/11 09:12 ID:???

>>44
最低限validにしろと思うが、それloose.dtdなのか？

46 ：Name_Not_Found：03/06/11 09:42 ID:???

accesskeyが重複しないように、って気をつけたいんですが、
これなら大丈夫、ってやつありますか？

47 ：Name_Not_Found：03/06/11 09:44 ID:???

>>41
それが普通だと思ってたんだけど、どういう配置が理想的なんですかね？

48 ：Name_Not_Found：03/06/11 09:53 ID:???

>>46
accesskeyが必要な要素をいページに10個までとする。
で、数字を割り当てる。

携帯からでも使いやすいページの出来上がり。

49 ：48：03/06/11 09:54 ID:???

一行目
誤：いページに
正：一ページに

50 ：Name_Not_Found：03/06/11 10:13 ID:???

lintでURL入力後、送信のつもりで[クリア]を押したことが何度もあります。

51 ：Name_Not_Found：03/06/11 10:43 ID:???

というかreset要らない気が。

>44
いやまあ、ここStrictスレだし。
>33だとそもそも文法違反だし。

52 ：Name_Not_Found：03/06/11 10:58 ID:???

自分はaccesskeyってなんか機種依存感が強くて使う気になれないです。

>51
同意。resetは要らないに１票。

単純に再読み込みすればいいと思う。
まぁ、実際に再度取得するかどうかはともかく
その機能はUA側でなんとかすべきだと思う。

53 ：Name_Not_Found：03/06/11 11:14 ID:???

accesskey も tabindex も要らん。

54 ：Name_Not_Found：03/06/11 13:18 ID:???

そして話題はループする。

55 ：Name_Not_Found：03/06/11 14:23 ID:???

ループはこのスレの主旨だから。

56 ：Name_Not_Found：03/06/11 16:46 ID:???

<font size="4" color="#ff0000"><b>マンギョンきたかったらきてみ</b></font>　投稿者：<font color="#555555"><b>ナンダラカンダラスミニダ</b></font>
<font size="2">　投稿日： 6月 9日(月)15時08分26秒 </font>
<p>
<blockquote>
<tt><font size="3">まんぎょん来日できないの日本のせいにするな--#</font></tt><p>
</blockquote>
<p>

精神的ブラクラ

57 ：Name_Not_Found：03/06/11 19:10 ID:???

みんな、accesskeyってどうしてる？　tabindexは？
http://pc2.2ch.net/test/read.cgi/hp/1006224399/l50
というすれもある。ただ、>>..1さんのサイトも見れなくなったし
ログを読むためのスレとなっている。
アプリのショートカットキー(Eで「編集」と被るとか)がまとめてあるよ。

58 ：Name_Not_Found：03/06/11 19:58 ID:???

皆さんはどんなメタデータを提供してますか？
head要素のprofile属性使ってますか？

59 ：Name_Not_Found：03/06/11 23:02 ID:???

FOAF

60 ：Name_Not_Found：03/06/11 23:37 ID:???

spamが増えそうだ。

61 ：Name_Not_Found：03/06/12 00:14 ID:???

form の label要素使いたくてやっているんだけどさ、
日記の中の文中で、例えば以下のようになるんだ。
これ1つだけだと問題無いんだけど…

<form>
<p>2003年6月11日の日記あ～だこ～だ～
<input type="submit" value="過去の日記参照">
<label for="fordiary20020611">去年6月11日の日記</label>によると、～
<input type="checkbox" id="diary20020611" checked="checked">
あ～だこ～だ～で最後に寝た。</p>
</form>

同じ日の日記を1ファイル内の2箇所で参照すると、チェックボックスの id がかぶる。
id を class に変えると、label要素が利かないよね。
回避策はいろいろあるだろうけどさ、どんなのがいいかな。
例えば id の先頭に今日の日付けを振ると、id がdiary20030612to20020611 となる。
長ったらしくてイヤなんだけど、もっといい方法ある？

62 ：Name_Not_Found：03/06/12 00:25 ID:???

そのソースを出してこのｽﾚで訊きますか。けっこう勇気要るよね

63 ：Name_Not_Found：03/06/12 00:30 ID:???

>>61
<label>去年6月11日の日記<input type="checkbox" id="diary20020611" checked="checked"></labe>
ならできるけど。

64 ：Name_Not_Found：03/06/12 00:31 ID:???

lavelで思い出したけど、IEって

<lavel><input type="radio" name="hoge" >HOGE</lavel>

ができないんだね。

65 ：Name_Not_Found：03/06/12 00:33 ID:???

>>64
lavel要素などない

66 ：Name_Not_Found：03/06/12 00:36 ID:???

最近、このスレと言いCSS質問スレといい、
やたら頭悪そうな香具師の書き込みが目立つんだが、
どっかの若者向け雑誌が「HPをつくろ～！」とかやったのか？

67 ：Name_Not_Found：03/06/12 00:45 ID:???

「HPをつくろ～！」で２ちゃんは紹介しないだろうよ。
でも裾野が広がったってのはあるんじゃないかな。
だから少し頭のおかしい人とかが来てもおかしくはない。

68 ：Name_Not_Found：03/06/12 00:45 ID:???

まあ色んな雑誌でやってんだろうけどな。

69 ：58：03/06/12 07:45 ID:???

ストリクターがSemantic Webを目指しているとは限らないんですかね…

70 ：Name_Not_Found：03/06/12 08:23 ID:???

>>69
少なくとも、Strictが選択される動機はSemantic Webだけではないと思う。

71 ：Name_Not_Found：03/06/12 16:29 ID:A6IimxR2

http://www.zdnet.co.jp/news/0301/23/nebt_05.html

72 ：Name_Not_Found：03/06/12 21:44 ID:???

>>70
俺は「楽だから」という理由だけでstrictにしてる。

73 ：Name_Not_Found：03/06/12 23:31 ID:???

IEって

<label><input type="radio" name="hoge" >HOGE</label>

には対応してなかったのか……知らんかった。
困ったもんだ。

74 ：Name_Not_Found：03/06/12 23:35 ID:???

>>73
しつこいぞ>>64

75 ：Name_Not_Found：03/06/12 23:50 ID:???

>>74
いや、>>64が言ってるのはlavelで、>>73が言ってるのはlabelだ。

76 ：Name_Not_Found：03/06/12 23:51 ID:???

しょうもなー！

77 ：Name_Not_Found：03/06/13 16:24 ID:???

>>74
同一人物ではありませんが何か？

つーか、画面見ないでうったから、ふつうにtypoしてしまったよ、ハズカシ。
で>>73はなぜ"コピペ"するかなぁ。

78 ：Name_Not_Found：03/06/13 20:37 ID:???

相変わらずアホばかりだな（嘲笑

79 ：Name_Not_Found：03/06/14 03:32 ID:gJYUS+Yy

>77
あんたがアホだからだろ

80 ：Name_Not_Found：03/06/14 10:15 ID:???

しょうもなー！

81 ：Name_Not_Found：03/06/14 20:52 ID:???

自分のページをStrictに書き直してhttp://validator.w3.org/でチェックしようと思ったら

Sorry, I am unable to validate this document because on lines 8, 19, 25, 27, 33, 37, 43, 47
it contained one or more bytes that I cannot interpret as us-ascii (in other words, the bytes
found are not valid values in the specified Character Encoding). Please check both the
content of the file and the character encoding indication.

とか出て判定してもらえません。
文字コードにUTF-8を使ってるのが悪いんでしょうか？

不思議なことにIE6から送信してダメだったファイルを
ネスケから送るとちゃんと判定してもらえます。
ブラウザの設定がおかしいんでしょうか？

82 ：Name_Not_Found：03/06/14 21:36 ID:???

他の文字コードでやってみればわかるかと

83 ：81：03/06/14 23:06 ID:???

UTF-8のままで、いったんサーバに上げてからurl指定でチェックしたらＯＫだった
IEのファイルアップロード機能が原因っぽい。使えねー

84 ：Name_Not_Found：03/06/15 00:11 ID:???

IEの文字コード強制変換バグだな。

85 ：Name_Not_Found：03/06/15 09:48 ID:???

しょうもなー！

86 ：Name_Not_Found：03/06/15 12:14 ID:???

しょうもなー！で1000まで頑張るスレ

87 ：Name_Not_Found：03/06/15 13:16 ID:???

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<title>しょうもなー！</title>

88 ：Name_Not_Found：03/06/15 14:19 ID:o0gepjQU

まだ100も行ってないのにそれかよ！
しょうもなー！

89 ：Name_Not_Found：03/06/15 14:27 ID:???

Strict通の人に匿名ブロックが云々って言われたんだけど、divの下に本文は書いちゃいけないんですか？
ダメだとしたらdivって何に使えば良いの？

90 ：Name_Not_Found：03/06/15 14:30 ID:???

>>89
Strict通って何なんだ
divの話題はさんざんｶﾞｲｼｭﾂだからどうでも良いがそこは気になる

91 ：Name_Not_Found：03/06/15 14:32 ID:A+q5idMK

しょうもなー！

92 ：Name_Not_Found：03/06/15 14:38 ID:???

>89
別に良いけど。

どっかで見たけど例えば改行されるまでの一つ文の多くは段落と認識できるのでpタグで括るが
段落とも認識できない、かと言ってリストでもない、
と言うか既存のHTMLじゃﾏｸｱﾌﾟできNeeeeeって文が出てきたらdiv使えば良い。
そう言うケースってあるのかどうかわからんが…。

93 ：Name_Not_Found：03/06/15 14:48 ID:???

>>89
　駄目じゃない(Validではある)けど、宗教的にはNG。

94 ：Name_Not_Found：03/06/15 14:54 ID:???

しょうもなー！

95 ：Name_Not_Found：03/06/15 17:13 ID:???

グループ化に使う場合はdivを消しても入れ子関係が成立するようにしなければダメらしい
仕様書で未定義の分の塊を表したいときは別に大丈夫らしい

96 ：Name_Not_Found：03/06/15 18:38 ID:???

しょうもなー！
質問者は先に過去スレ嫁

97 ：Name_Not_Found：03/06/15 18:53 ID:???

過去スレもしょうもなー雑談ばっかだから無理や。

98 ：Name_Not_Found：03/06/15 18:54 ID:???

しょうもなー！

99 ：Name_Not_Found：03/06/15 19:43 ID:???

なんだか知らんけどStrictにすると格好良さそう、
とか思ってる香具師のオナニースレはここですか?

100 ：Name_Not_Found：03/06/15 20:13 ID:???

>>99
>なんだか知らんけどStrictにすると格好良さそう、
そんなこと言うやつはｽﾄﾘｸﾀﾝではない。

101 ：Name_Not_Found：03/06/15 21:21 ID:???

ｽﾄﾘｸﾀﾝに萌えろ屑ども

102 ：Name_Not_Found：03/06/15 22:57 ID:???

StrictDTDに含まれている要素だけで十分と判断したらStrictにすれば良し。
大方分かれば不思議マークアップより書きやすいし。

103 ：Name_Not_Found：03/06/16 04:38 ID:???

>>99
俺らはｽﾄﾘｸﾀｿに萌えてるが故にstrictな文書書いてるんだよ
失せろ低脳
オナニースレに違いは無いが的外れだ

104 ：Name_Not_Found：03/06/16 05:13 ID:???

（　´ﾟ,_ゝﾟ`)ﾌﾟｯ

105 ：Name_Not_Found：03/06/16 05:13 ID:???

図星突かれて顔真っ赤になる香具師がいるスレはここですか?

106 ：Name_Not_Found：03/06/16 11:54 ID:???

ｽﾄﾘｸﾀｿねたをマジレスと誤認するとは末期だな

107 ：Name_Not_Found：03/06/16 12:18 ID:???

誤認していると勘違いしてマジレスするのも末期だがな。

108 ：Name_Not_Found：03/06/16 13:23 ID:???

このスレもう末期ですらないじゃん…

109 ：Name_Not_Found：03/06/16 13:28 ID:???

やあマッキー元気かい。

110 ：Name_Not_Found：03/06/16 15:27 ID:???

ｦﾀｽﾄﾘｸﾀｰのみなさん、ｴﾛｴﾛのｽﾄﾘｸﾀﾝを描いてください。

111 ：Name_Not_Found：03/06/16 16:39 ID:???

>>110
ｦﾀｽﾄﾘｸﾀｰが描くｴﾛｴﾛのｽﾄﾘｸﾀﾝは、Strict DTDと同じものだと思われ。

112 ：Name_Not_Found：03/06/16 17:28 ID:???

DTDでAAを書くんだ。

113 ：Name_Not_Found：03/06/16 18:10 ID:???

>>112
安易な着想だな。

114 ：Name_Not_Found：03/06/16 18:23 ID:???

>>113
だがそれがいい

115 ：Name_Not_Found：03/06/16 18:31 ID:???

strictな無料エロサイトきぼんぬ

116 ：Name_Not_Found：03/06/16 19:07 ID:???

誰か有料ID持ってるやつ前スレのｽﾄﾘｸﾀｿ設定転記してくれよ
エロエロ職人に依頼したい

117 ：Name_Not_Found：03/06/16 21:20 ID:???

しょうもなー！

118 ：Name_Not_Found：03/06/16 22:01 ID:???

698 名前：Name_Not_Found 投稿日：03/05/26 19:03 ???
Strictan（ストリクﾀｿ）

700 名前：Name_Not_Found 投稿日：03/05/26 19:26 ???
ｽﾄﾘｸﾀｿ（5歳）誕生日7月8日

702 名前：Name_Not_Found 投稿日：03/05/26 19:38 ???
>>700
95/09/22 が誕生日かと思ってた…

704 名前：701 投稿日：03/05/26 20:20 ???
>>702
とりあえずHTML4.0 WDにしてみたんだけどだめだったか。
HTML2.0だと1995/06/02ジャマイカと。

705 名前：Name_Not_Found 投稿日：03/05/26 20:29 ???
>>704
来週の月曜日で8歳じゃん!!

119 ：Name_Not_Found：03/06/16 22:02 ID:???

707 名前：Name_Not_Found 投稿日：03/05/26 21:53 ???
>>698
趣味は読書（主に仕様書）

713 名前：Name_Not_Found 投稿日：03/05/26 23:10 ???
とりあえずメガネだろ。

714 名前：Name_Not_Found 投稿日：03/05/26 23:15 ???
Validatorのバナーを貼る気はあまりしないけど
ｽﾄﾘｸﾀｿのバナーだったら貼りたいかも…と一瞬でも思った。

715 名前：Name_Not_Found 投稿日：03/05/26 23:33 ???
>>713
貧乳も必須属性だな

723 名前：Name_Not_Found 投稿日：03/05/27 09:09 ???
ショートカットはゆずれない

724 名前：Name_Not_Found 投稿日：03/05/27 10:20 ???
貧乳に一票
ただしﾛﾘｺﾝは死ね

758 名前：Name_Not_Found 投稿日：03/05/28 16:52 ???
総合すると、ｽﾄﾘｸﾀｿは貧乳で髪はショート、ただし幼女ではない。
陰鬱な性格で趣味は不思議マークアップのリスティング、と。

120 ：Name_Not_Found：03/06/16 22:10 ID:???

Show ﾓﾅｰ

121 ：Name_Not_Found：03/06/16 23:35 ID:???

ここはしょうもなー！スレなのかｽﾄﾘｸﾀｿスレなのかはっきりしてくれ

122 ：Name_Not_Found：03/06/16 23:39 ID:???

>>121
50円玉に萌えるスレです

123 ：Name_Not_Found：03/06/16 23:41 ID:???

ｽﾄﾘｸﾀｿはしょうもないからいいだろ
しょうもなー！

124 ：Name_Not_Found：03/06/17 03:56 ID:???

>>121
同一人物ではありませんが何か？

つーか、画面見ないでうったから、ふつうにtypoしてしまったよ、ハズカシ。
で>>118-119はなぜ"コピペ"するかなぁ。

125 ：Name_Not_Found：03/06/17 06:14 ID:???

ｽﾄﾘｸﾀｿの話してるアホはスレ違いだから半二の擬人化スレに逝け
同志が山ほどいるぞ
蟻萌えとか50円玉萌えとかな（藁

126 ：Name_Not_Found：03/06/17 07:36 ID:???

しょうもなー！
ここは駄スレか名スレか

127 ：Name_Not_Found：03/06/17 08:35 ID:???

誰か有料ID持ってるやつ前スレのｽﾄﾘｸﾀｿ設定転記してくれよ
キャプ職人に依頼したい

128 ：Name_Not_Found：03/06/17 09:22 ID:???

何をキャプするというのだ

129 ：Name_Not_Found：03/06/17 10:14 ID:???

>>125
へー。詳しいですねえ。

130 ：Name_Not_Found：03/06/17 11:27 ID:???

>>129
前スレ嫁
しょうもなー！

131 ：Name_Not_Found：03/06/17 11:42 ID:???

あーｳｻﾞ

132 ：Name_Not_Found：03/06/17 13:52 ID:???

だれか質問して

133 ：Name_Not_Found：03/06/17 15:13 ID:???

いつになったらトランジショナルで書けないＨＴＭＬ5がかんこくされますか

134 ：Name_Not_Found：03/06/17 15:15 ID:???

いっしょうありませんからしんぱいせずがっこういきましょう

135 ：133：03/06/17 15:22 ID:???

>134
そっか！ありがとう！ストリクトだぁ～～～いすきっ！！！

136 ：Name_Not_Found：03/06/17 16:41 ID:???

>>134
いやいや韓国されるかも知れませんよ
あっちの大陸のことはよくわからんから

137 ：Name_Not_Found：03/06/17 16:55 ID:???

しょうもなー！
おまえらバカだろ

138 ：Name_Not_Found：03/06/17 20:49 ID:???

ヴァカですが、何か？

139 ：Name_Not_Found：03/06/17 21:10 ID:???

XHTMLがあるからHTML5なんて一生ないさ

140 ：Name_Not_Found：03/06/17 21:11 ID:???

Strict粘着がいるしょうもないスレはここですか？

141 ：Name_Not_Found：03/06/17 21:14 ID:???

>139
そりゃあんたが死ぬまでの一生だろ？

わー　しょうもなー

142 ：Name_Not_Found：03/06/17 22:05 ID:???

しょうもなーでマークアップしたいんですけど・・・

しょうもなー
しょうもなーりんごしょうもなー
しょうもなーあかいくだものしょうもなー
しょうもなーめろんしょうもなー
しょうもなーあみめのくだものしょうもなー
しょうもなー

143 ：Name_Not_Found：03/06/17 22:47 ID:???

>>142
インデントしろよハゲ

144 ：Name_Not_Found：03/06/17 22:49 ID:???

>142
XMLでDTDを自分で作ればとりあえず可能だ

145 ：Name_Not_Found：03/06/17 23:03 ID:???

>>142
赤いと言うのは物理的要素なのでstrictではない

146 ：Name_Not_Found：03/06/17 23:33 ID:???

>>145
<しょうもなー>
　　<しょうもなー>りんご</しょうもなー>
　　<しょうもなー>あかいくだもの</しょうもなー>
　　<しょうもなー>めろん</しょうもなー>
　　<しょうもなー>あみめのくだもの</しょうもなー>
</しょうもなー>

147 ：Name_Not_Found：03/06/18 00:36 ID:???

ここはしょうもないインターネットですね

148 ：Name_Not_Found：03/06/18 02:45 ID:???

うほっ、いいしょうもな…

149 ：Name_Not_Found：03/06/18 04:56 ID:???

<しょうもなー>
<しょうもなー>ここは<しょうもなー>しょうもなー！</しょうもなー>でﾏｸｳﾌﾟするスレになりましたか</しょうもなー>
<しょうもなー />
<しょうもなー>本当にしょうもないな、わけわからんこのスレ</しょうもなー>
</しょうもなー>

150 ：Name_Not_Found：03/06/18 09:40 ID:???

マーク範囲使って実体を定義するのはどうか？

151 ：Name_Not_Found：03/06/18 15:14 ID:???

ちょっと相談なんだけどさ、箇条書きでさらに詳細を説明する場合って、どうマークアップすりゃよいの？

例：
私の好きな食べ物
・いちご
　あまくておいしいよね
・鮭茶漬け
　あまくないけどおいしいよね
・梅茶漬け
　すっぱくておいしいよね

ってな感じ。
<li>いちご<br>あまくておいしいよね</li>
<li><dl><dt>いちご</dt><dd>あまくておいしいよね</dd></dl></li>

これらはダメだよね？
できればhtml4.01がいいけど、xhtmlじゃないとダメだっていうならそれでも仕方ないと思ってる。

152 ：Name_Not_Found：03/06/18 15:20 ID:???

>>151
いいよ
<ul>
<li>
<dl>
<dt>いちご</dt>
<dd>あまくておいしいよね</dd>
</dl>
</li>
</ul>

153 ：151：03/06/18 15:27 ID:???

ああなんだ、いいのか。
そうなってくるとulの意味ってあるのかな？

ひとつの<dl>のなかに<dt></dt><dd></dd>が何個もあれば
それは暗黙的に同レベルでの列挙であり、≒リスト
ということにはならないかな？

そもそも、ulの「l」もdlの「l」も「List」なわけでしょ？

そこんとこどう？

154 ：Name_Not_Found：03/06/18 15:30 ID:???

俺もその点が疑問。
<ul>と<dl>の入れ子は冗長に見える。

155 ：151：03/06/18 15:34 ID:???

とはいいつつ、<ul>と<ol>ってものがあるわけで、
<dl>はそれだけではどっちとも取れないからね。

順不同なら<ul>、順番付きなら<ol>でマークアップしろってのなら
わからんでもないんだけどさ。

それとも<dl>にはそれ単体で、「順不同」なり「順番付き」なりの
意味も含むならいいんだけど。

156 ：Name_Not_Found：03/06/18 15:38 ID:???

>>152
確かにそれはそうだけど、リストとしたい>>151の趣旨だからね
別に間違いでもないことだし。
でも、漏れならリストにはしないだろうけど

157 ：Name_Not_Found：03/06/18 15:41 ID:???

>>155
序列のある定義リストがあれば解決なんだけどねえ

158 ：151：03/06/18 15:45 ID:???

むしろ私は、<li>の「アイテムの解説」がほしいな。

<li>いちご<checkitout>あまくておいしいよね</checkitout></li>

こんな感じで。そしたらそのまま<ol>でも使えそうだしさ。

159 ：Name_Not_Found：03/06/18 16:32 ID:???

話は逸れるがDLで思い出したんだが仕様書の中で

<dl>
<dt>center</dt>
<dt>centre</dt>
<dd>a point ...</dd>
<dd>in some ...</dd>
</dl>

って記述があるけどこれから考えられる事は

・dtは自分より後に出てきたddを無条件で解説とする(事も有り得る)
・上の条件でddの後にdtが出てくればそれ以降のddは自身の解説としない
・実は同一dl内に現れたddは全て自身の解説とする(事も有り得る)

って感じで、省略可能と言いつつ実際は省略出来ないって事になるのかな？

160 ：Name_Not_Found：03/06/18 16:51 ID:???

<li><dfn>いちご</dfn><br>あまくておいしいよね</li>

161 ：169：03/06/18 17:28 ID:???

lintで検査したら<img～はここにかけませんといわれたので
とりあえず空の<div></div>でimgをはさんだらlint上ではOKになりました。
でもこれってほんとうにただしいの？

162 ：Name_Not_Found：03/06/18 17:49 ID:???

生divでもいいけど、適当なクラス名を付けとけば再利用がしやすくなるよ。

163 ：Name_Not_Found：03/06/18 17:51 ID:???

それだけでは明言できないけど
90%の確率で正しくない

164 ：161：03/06/18 18:02 ID:???

body直下のimgでimgにもクラス名をつけていてCSSを適用させています。
生divで挟んだところエラーがでなくなりましたが<p>で挟んでもlintではエラーでません。
いまいちよくわからないのですがエラー０の１００点ではあります。
どうするのが正しいのでしょうか？

165 ：Name_Not_Found：03/06/18 18:20 ID:???

>>164
img要素が浮動ということなのでブロック要素で包含ように指示しているだけで
img { display:block; }とすれば問題ない。

166 ：161：03/06/18 18:24 ID:???

>>165
そのimgにposition:absolute;を適用しているのですがdisplay:block;も必要なのでしょうか？

167 ：Name_Not_Found：03/06/18 18:46 ID:???

>>166
<div>で包含するか、display:blockどちらでも良い

168 ：Name_Not_Found：03/06/18 18:57 ID:???

>>165, 167
笑わせてもらいますた。

169 ：Name_Not_Found：03/06/18 18:57 ID:???

>>165,167
こらこら。CSSとHTMLを混同しちゃいかん。

>>164
エラーが出るのは単にimgがインライン要素だから。
Strict DTDではbody直下にはブロックレベル要素しか
置いちゃいけない事になってる。
だからブロックレベル要素で囲めばdivでもpでも
lintでは100点になる。

まぁHTMLは画像を単体で表示する用途は想定してないってこった。

170 ：161：03/06/18 19:00 ID:???

>>169
おぉなるほどぉ！
勉強になりました。みなさんありがとうございました。

171 ：Name_Not_Found：03/06/18 19:16 ID:???

レベル低いな

172 ：Name_Not_Found：03/06/18 21:01 ID:???

DT:before{
content:"・";
}

<H1>私の好きな食べ物</H1>
<DL>
<DT>いちご<DD>あまくておいしいよね
<DT>鮭茶漬け<DD>あまくないけどおいしいよね
<DT>梅茶漬け<DD>すっぱくておいしいよね
</DL>

173 ：Name_Not_Found：03/06/18 21:45 ID:???

dt {
display:list-item;
}

174 ：Name_Not_Found：03/06/18 23:06 ID:???

>>133
とっくの昔に勧告されてまつよ
ただしXHTML1.1という名前でつが

175 ：Name_Not_Found：03/06/19 00:51 ID:???

div厨多いな

176 ：Name_Not_Found：03/06/19 03:15 ID:???

table厨いねえな

177 ：Name_Not_Found：03/06/19 07:47 ID:???

しょうもなー厨一気に消えたな

178 ：Name_Not_Found：03/06/19 08:12 ID:???

一人だったのでそれハマチ以外

179 ：Name_Not_Found：03/06/19 08:47 ID:???

あれ一人でやってたのか
暇なやつがいたもんだ

180 ：Name_Not_Found：03/06/19 09:00 ID:???

暇な奴ってあんたが言うかね

181 ：Name_Not_Found：03/06/19 09:02 ID:???

へー。

182 ：Name_Not_Found：03/06/19 10:46 ID:???

しょうもなー！

183 ：Name_Not_Found：03/06/19 13:21 ID:???

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　￣△￣；＜これからも僕を応援して下さいね（￣△￣；。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　あのー（￣△￣；

184 ：Name_Not_Found：03/06/19 21:11 ID:???

そういえば、富士通が7月上旬にWebのアクセシビリティ( 色など)を
判定してくれるフリーソフトを提供するって新聞に書いてたけども、
やっぱり色盲とかも考慮してくれるんだろうか

185 ：Name_Not_Found：03/06/19 21:20 ID:???

富士通に聞いた方がいいと思うよ

186 ：Name_Not_Found：03/06/19 21:25 ID:???

>>184
総務省が配ってるのと大して替わらないﾖｶｰﾝ

187 ：Name_Not_Found：03/06/19 23:22 ID:???

>>186
総務省が配ってるものって？

188 ：Name_Not_Found：03/06/19 23:32 ID:???

>>187
http://www.jwas.gr.jp/

はっきり言って使い物にならない。

189 ：Name_Not_Found：03/06/21 16:21 ID:???

僕のホームページの掲示板にテーブル使うなとか書いたヤツはこの掲示板の関係者ですか？
せっかく書いたテーブルを否定するなんて人間のクズです！
自首してください！

190 ：Name_Not_Found：03/06/21 16:28 ID:RD3SeQ0w

知将光臨あげ

191 ：Name_Not_Found：03/06/21 16:28 ID:???

>>189
メモ帳系で手書きテーブルならある意味偉い

192 ：Name_Not_Found：03/06/21 16:37 ID:???

なんか気持ち悪いですね、ここ

193 ：Name_Not_Found：03/06/21 16:38 ID:???

>>191
大事なのは結果。費やした努力や時間は関係ない。

194 ：_：03/06/21 16:42 ID:???

http://homepage.mac.com/hiroyuki44/

195 ：Name_Not_Found：03/06/21 16:45 ID:???

>190
ありがとうございます！
>191
もちろん手打ちです！

196 ：Name_Not_Found：03/06/21 16:46 ID:???

こだわりの逸品
手打ちテーブル

197 ：Name_Not_Found：03/06/21 16:48 ID:???

何が「手打ち」だよ馬鹿野郎

198 ：Name_Not_Found：03/06/21 17:25 ID:???

手打ちテーブルが一番馬鹿だよな。
ツールのほうがまだ偉い（藁

199 ：Name_Not_Found：03/06/21 17:53 ID:???

いや、こいつネタだろ
おまえら反応するなよ

200 ：Name_Not_Found：03/06/21 18:33 ID:???

>>189
よかったね。たくさん釣れたよ。

201 ：Name_Not_Found：03/06/21 18:49 ID:???

テーブルって飯食うところじゃないの？

202 ：Name_Not_Found：03/06/21 18:51 ID:???

ひっくり返すヤツだよ

203 ：189：03/06/21 19:39 ID:???

釣ったのか俺がからかわれてるのかすげえ微妙な気分です
本当に釣られたんならこいつら余程のアホですね

204 ：Name_Not_Found：03/06/21 20:16 ID:???

釣り返されてるかも知れないから気をつけるのだ。

205 ：Name_Not_Found：03/06/21 20:25 ID:???

Ｗｅｂ製作板は初心者おおいねぇ

206 ：Name_Not_Found：03/06/21 20:28 ID:???

リア厨だろ

207 ：Name_Not_Found：03/06/21 21:07 ID:f52VZqBs

阪神つええーーーー！

208 ：Name_Not_Found：03/06/21 21:07 ID:???

ﾈﾀっぽいのを承知で「雑談」しているんだと思うが。

209 ：Name_Not_Found：03/06/21 21:36 ID:H+xZlIh+

プログラミングのお供に・・・
http://mypage.odn.ne.jp/home/dongrico

210 ：Name_Not_Found：03/06/21 22:28 ID:???

しょーも

211 ：Name_Not_Found：03/06/22 01:59 ID:???

なー！

212 ：Name_Not_Found：03/06/22 02:27 ID:???

(無題)　投稿者：木村貴之　投稿日： 6月21日(土)23時47分27秒


>もう一週間くらゐ、例の人物がうちの掲示板を荒してゐるのだけれども。

外道界の覇王といわれるくせに、逃げ回ってしょうがないな。

(無題)　投稿者：木村貴之　投稿日： 6月17日(火)23時13分47秒


(無題)　投稿者：波江究一　投稿日： 6月16日(月)14時20分16秒 EATcf-93p227.ppp15.odn.ne.jp

こちらは正字正かなホスピスも営業してをります。よろしくご利用　野嵜骨董店

現状上記のごとし　せめて整骨院に衣替へしなさいよ。

213 ：Name_Not_Found：03/06/22 08:37 ID:???

しかし>165はおもしろいな
あのへん自作自演でネタかと思うほど

214 ：Name_Not_Found：03/06/22 10:26 ID:???

>>1-215
ｼﾞｻｸｼﾞｴﾝﾃﾞｽﾀ

215 ：Name_Not_Found：03/06/22 10:41 ID:???

なんつったりして

216 ：Name_Not_Found：03/06/22 10:57 ID:???

しょ（ｒｙ

217 ：Name_Not_Found：03/06/22 13:07 ID:???

ｒｙ）うゆ

218 ：Name_Not_Found：03/06/22 16:39 ID:???

>>205
純粋な人が多いんだよ

219 ：Name_Not_Found：03/06/22 17:09 ID:???

>>165からは素の匂いがプンプン…。
以前にも初心者スレかどっかでHTMLとCSSがごっちゃになった
回答してる香具師がいた。しかも面倒だったのか誰も突っ込んでなかった。
俺もめんどかったんで放置してしまった。
彼のことを考えると少し後悔している。

220 ：Name_Not_Found：03/06/22 17:14 ID:???

じゃ、航海にもでろよ

221 ：Name_Not_Found：03/06/22 17:20 ID:???

>>219
バカ、>165は俺で、しかもネタだよ
あんた目腐ってる

222 ：Name_Not_Found：03/06/22 17:23 ID:???

っつーかネタの応酬があっただけだろうが

223 ：Name_Not_Found：03/06/22 17:58 ID:???

>>165は確実に天然だろ。
ネタにしては笑えないし。

224 ：221：03/06/22 18:20 ID:???

すいません騙りました

225 ：Name_Not_Found：03/06/22 18:22 ID:???

俺の名前を騙るんじゃねえ

226 ：221：03/06/23 18:36 ID:???

>>225
あんたが本物か
今後ともよろしく

227 ：Name_Not_Found：03/06/23 18:39 ID:???

>>226
バカ、漏れが本物だよ

228 ：Name_Not_Found：03/06/23 19:02 ID:???

し（ｒｙ

229 ：Name_Not_Found：03/06/23 19:48 ID:???

ｒｙ）らす

230 ：Name_Not_Found：03/06/23 20:21 ID:???

大根おろしにシラスをまぶす。
↓
しょうゆをかける
↓
ホカホカご飯にかける
↓
(ﾟдﾟ)ｳﾏｰ

231 ：Name_Not_Found：03/06/23 21:05 ID:???

>>227
本物は漏れとか言わなそうだ。
確証は無いけど。

232 ：Name_Not_Found：03/06/23 21:37 ID:???

ほんものはほかほかごはん

233 ：Name_Not_Found：03/06/23 22:34 ID:???

しょうも（ｒｙ

234 ：Name_Not_Found：03/06/23 22:45 ID:???

>>230
やってみますた
↓
(ﾟдﾟ)ｳﾏｰ

しょうゆじゃなくてポン酢でもいけるね。

235 ：Name_Not_Found：03/06/23 23:00 ID:???

(ﾟдﾟ)ｳﾎｯ

236 ：Name_Not_Found：03/06/23 23:01 ID:???

>>234
>>216-217 >>228-229

237 ：Name_Not_Found：03/06/23 23:14 ID:???

web製作板初のおろししらすごはんスレはここデスか?

238 ：234：03/06/23 23:18 ID:???

ネタにマジレスしてしまった馬鹿がいるスレはここでそして僕です。

239 ：237：03/06/23 23:24 ID:???

>>238
俺はあんた好きだよ

240 ：Name_Not_Found：03/06/23 23:34 ID:???

しょうも（ｒｙ

241 ：Name_Not_Found：03/06/23 23:51 ID:???

ｒｙ）うひんですよ。コンピュータ関連の従業員なんて。

242 ：Name_Not_Found：03/06/24 00:53 ID:???

>>234
ｲｷﾛ

大根おろしとしらすご飯は美味いと思うよ。

243 ：Name_Not_Found：03/06/24 01:51 ID:???

俺も大根おろしとしらすご飯は美味いと思うよ。
お好みで七味唐辛子かけても(ﾟдﾟ)ｳﾏｰ

244 ：Name_Not_Found：03/06/24 02:26 ID:???

くそっ。飯が食いたくなってきた。

245 ：Name_Not_Found：03/06/24 17:30 ID:???

すれ違いは消え失せろ

246 ：Name_Not_Found：03/06/24 18:19 ID:???

続きは↓でどうぞ。
(´-`).。oO（Web板総合雑談スレ3…）
http://pc2.2ch.net/test/read.cgi/hp/1035369162/

247 ：Name_Not_Found：03/06/24 21:17 ID:???

このスレはstrict系ネタ雑談スレかと思っていたが違うのか

248 ：Name_Not_Found：03/06/24 21:30 ID:???

>>230はstrictと何の関係もないわけだが……

249 ：Name_Not_Found：03/06/24 21:40 ID:???

>>248
strictな食い方なんだよ

250 ：Name_Not_Found：03/06/25 00:45 ID:???

strictなら白飯に梅干しだろ

251 ：Name_Not_Found：03/06/25 01:05 ID:???

そりゃストリクトじゃなくてストイックじゃないのか？

252 ：Name_Not_Found：03/06/25 07:54 ID:???

まずは正しい箸の持ち方からだな。

253 ：Name_Not_Found：03/06/25 08:43 ID:???

お前の箸の使い方はｽﾄﾘｸﾄではない

254 ：Name_Not_Found：03/06/25 15:44 ID:???

幼稚園からやり直せや

255 ：Name_Not_Found：03/06/25 17:10 ID:???

しょうもなー！

256 ：Name_Not_Found：03/06/25 17:13 ID:???

絶妙のタイミングだな。

257 ：Name_Not_Found：03/06/25 22:31 ID:???

>>255
250から言いたくてたまらないのを我慢してたからな

258 ：Name_Not_Found：03/06/26 00:47 ID:???

しょうもなー！

259 ：Name_Not_Found：03/06/26 00:57 ID:???

>>258
仕様はあるよ

260 ：Name_Not_Found：03/06/26 09:49 ID:???

しょうもなー！

261 ：Name_Not_Found：03/06/26 16:24 ID:???

Strictなセックスをしたいのですが

262 ：Name_Not_Found：03/06/26 16:37 ID:???

>>261
ストリクタンに教わってください。

263 ：Name_Not_Found：03/06/26 16:43 ID:???

ストリクタンﾊｧﾊｧ

264 ：Name_Not_Found：03/06/26 16:59 ID:???

低レベルな会話だな

265 ：Name_Not_Found：03/06/26 17:05 ID:???

しょうもなー！

266 ：Name_Not_Found：03/06/26 17:31 ID:???

ｽﾄﾘｸﾀｿはあはあ

267 ：Name_Not_Found：03/06/26 17:54 ID:???

前と後ろにしっかり挿入してください

268 ：Name_Not_Found：03/06/26 23:13 ID:???

しまった！
俺一人ではｽﾄﾘｸﾀｿの前と後ろに同時に挿入するのは無理だ！

269 ：Name_Not_Found：03/06/27 02:30 ID:???

後ろのタグは省略が可能です。

270 ：Name_Not_Found：03/06/27 03:52 ID:???

カスレスをここで繰り返すなよじゃまだ

271 ：Name_Not_Found：03/06/27 06:24 ID:???

低レベルな会話だな

272 ：Name_Not_Found：03/06/27 09:13 ID:???

しょうもなー！

273 ：Name_Not_Found：03/06/27 10:37 ID:???

↑市ね知将

274 ：Name_Not_Found：03/06/27 17:22 ID:???

お前らネタが無いからって……

275 ：Name_Not_Found：03/06/27 17:28 ID:???

雑談したいだけでスレ立ててるんだからまあこんなもんだろ

276 ：Name_Not_Found：03/06/27 17:48 ID:???

そもそもStrictなんて規則を守っていればいいだけなんだから、
不思議マークアップみたいにあーだこーだネタが出てくるわけでもなかろう。

277 ：Name_Not_Found：03/06/27 20:12 ID:???

>>270 >>271 はどんな話が良いの？

話題振ってよ。

278 ：Name_Not_Found：03/06/27 21:53 ID:???

お前がﾈﾀ振れば済む話。

279 ：Name_Not_Found：03/06/27 21:58 ID:???

Strictなネタをお願いしまつ

280 ：Name_Not_Found：03/06/27 22:07 ID:???

へいハマチおまち

281 ：Name_Not_Found：03/06/27 22:14 ID:???

<big>しょうもなー！</big>

282 ：Name_Not_Found：03/06/27 22:27 ID:???

>>281
物理マークアップイッテヨシ

283 ：Name_Not_Found：03/06/27 22:27 ID:???

とりあえず>>280=>>281

284 ：Name_Not_Found：03/06/27 23:45 ID:???

厨は急に沸いて急に消えるがなんなんだ
一人でやってるのか

285 ：Name_Not_Found：03/06/27 23:49 ID:???

以降、二行未満レス禁止。

286 ：Name_Not_Found：03/06/27 23:52 ID:???

>>285
や
だ

287 ：Name_Not_Found：03/06/27 23:53 ID:???

し
ょ
う
も
な
｜
！

満
足
か
？

288 ：Name_Not_Found：03/06/27 23:56 ID:???

ど
う
し
よ
う
も
ね
え
糞
ス
レ
だ
な

上級者同士がその情報を交換し合う高度な場じゃなかったのかよ

289 ：Name_Not_Found：03/06/27 23:59 ID:???

>>286=>>287=>>288だ炉
ちょっとは捻れよリア厨

290 ：Name_Not_Found：03/06/28 00:01 ID:???

>>285
「未満」かよっ！と一応突っ込んであげる。

291 ：Name_Not_Found：03/06/28 00:03 ID:???

>>289=>>285が行数という全くひねらない規制をかいたんでそれを皮肉って
おなじレベルのレスを書いたんでは？

あと先にオマエモナーと突っ込んどく。

292 ：Name_Not_Found：03/06/28 00:04 ID:???

>>120 >>131 >>132って感じだな。
昔は初めてきた香具師がすこし過去ログを読むだけでも少しは勉強になるループ
（dlの話題の繰り返しみたいに、今の状態よりはまし）だったが、
今は落ちるとこまで堕ちたって感じだな。

293 ：Name_Not_Found：03/06/28 00:04 ID:???

>>289
違
う
よ
馬
鹿

294 ：Name_Not_Found：03/06/28 00:04 ID:???

ほんと、リア厨だな。

295 ：Name_Not_Found：03/06/28 00:11 ID:???

激しくどうしようもない話題だけど前同様ループはしてるよな
だからなんだというわけだが

296 ：Name_Not_Found：03/06/28 00:17 ID:???

俺は>>280のハマチは好きなんだけどなあ
ナイスタイミング

297 ：Name_Not_Found：03/06/28 00:21 ID:XnavRicM

>>296=>>280、と。
ｼﾞｻｸｼﾞｴｿｼﾞｶﾞｼﾞｻｿ

298 ：Name_Not_Found：03/06/28 01:05 ID:???

このスレッド消さない？もうクズの温床じゃんあっても有害なだけだよ

299 ：Name_Not_Found：03/06/28 01:09 ID:???

どこらへんが有害か聞きたいところ

300 ：Name_Not_Found：03/06/28 01:18 ID:???

>>299
&rlo;>>299付近じゃないかな。

301 ：Name_Not_Found：03/06/28 01:21 ID:???

別に困りはしないだろう

302 ：Name_Not_Found：03/06/28 01:45 ID:???

つーかまぁ、現行のX/HTMLが語られ尽くされて話題がないだけでは？
XML解禁にしてRSSの話とかすればまたマニアックにもりあがるのでは

303 ：Name_Not_Found：03/06/28 02:08 ID:???

語彙を増やしつつ、妥当なXHTML文書書いてる人いる？
単に名前空間使って整形式、ではなくて。
参考サイトとかあったらｷﾎﾞﾝ。

304 ：Name_Not_Found：03/06/28 03:02 ID:???

XHTML + MathMLなら前に書いたことある（W3Cのプロファイル使用）けど
読んでくれる客がいなかった（爆

みんなIEなんだもんなー。

305 ：Name_Not_Found：03/06/28 07:18 ID:???

>>282
big要素はHTML 4.01 Strictで非推奨とはされていないんだが？

306 ：Name_Not_Found：03/06/28 07:56 ID:???

物理マークアップ

307 ：Name_Not_Found：03/06/28 07:57 ID:???

物理マークアップかどうかは非推奨かどうかとは直交した概念だ
つーかStrictに非推奨なんてあったか?
Strictでなくなったものが「Transitionalで」非推奨なんじゃなかったっけ?

308 ：Name_Not_Found：03/06/28 08:05 ID:???

>>307
揚げ足とらなくても普通に言えるでしょ？

big要素はHTML 4.01で非推奨とはされています。
strictでは使用されません。

309 ：Name_Not_Found：03/06/28 13:29 ID:???

<!DOCTYPE HTML SYSTEM "-//308の脳内//DTD HTML 4.01//JA"
"http://pc2.2ch.net/test/read.cgi/hp/1055148679/308n">

310 ：Name_Not_Found：03/06/28 14:11 ID:???

次スレからは各 XML 応用の話題もありにして
Semantic Web スレとかにしたらどう?

>>303
整形式で良かろと思うけど。
妥当にすること自体は簡単だけど、ほとんど利点がない。

それよりも問題は実装の方。

>>307
> つーかStrictに非推奨なんてあったか?

style 属性とか。XHTML2 でも存続する方向に行きそうだけど。

311 ：Name_Not_Found：03/06/28 18:49 ID:???

>>308
非推奨ってdeprecatedのことだよな？
だとしたらbig要素は非推奨じゃない。strict DTDでも使える。

仕様書嫁。
http://www.w3.org/TR/html4/present/graphics.html#h-15.2.1

312 ：Name_Not_Found：03/06/28 19:10 ID:???

Although they are not all deprecated, their use is discouraged in favor of style sheets.
deprecatedじゃないけどdiscouragedだってさ

313 ：Name_Not_Found：03/06/28 20:11 ID:???

>>312
直訳：あかんとは言わへんけど、スタイルシートつこた方がええな。

314 ：Name_Not_Found：03/06/28 20:13 ID:???

いわゆる非推奨ですね

315 ：Name_Not_Found：03/06/28 20:21 ID:???

>>311
一行目：質問
二行目：仮説
三行目：命令

316 ：Name_Not_Found：03/06/28 20:51 ID:???

Semantic Webスレあったらいいな。

317 ：Name_Not_Found：03/06/28 20:54 ID:???

>>310
利点がないなんて言わないでー。

318 ：310：03/06/28 23:00 ID:???

>>317
じゃあ利点を列挙しる!

319 ：Name_Not_Found：03/06/29 00:14 ID:???

>>318
自己満（ｒｙ

320 ：Name_Not_Found：03/06/29 01:09 ID:???

因みに邦訳版ではこう訳されているらしい。

>この節のHTML要素は、フォント情報を指定する。
>このすべてを推奨しないわけではないが、
>スタイルシートを使うことの方を推奨する。

321 ：Name_Not_Found：03/06/29 01:11 ID:???

スタイルシートを使わないほうがいい例ってあるんだろか。

322 ：Name_Not_Found：03/06/29 01:51 ID:???

ブラウザごとの実装状況を気にしないなら無いんじゃないの。
まぁ、デザイン重視な向きはそれが一番の問題っぽいけど。

323 ：Name_Not_Found：03/06/29 01:51 ID:???

http://pc2.2ch.net/test/read.cgi/hp/1040377672/l50
こっちの議論をここでやればいいんじゃないの？
大体の人がどっちも見てそうだし。

324 ：Name_Not_Found：03/06/29 01:55 ID:???

どうも、流れが出来るとどちらかに固定してしまうようで。

325 ：Name_Not_Found：03/06/29 03:04 ID:???

ｽﾄﾘｸﾀｿ専用スレ立てたよ
http://pc2.2ch.net/test/read.cgi/hp/1056823357/l50

326 ：Name_Not_Found：03/06/29 03:20 ID:???

>>321
前に出てたような・・。
学名とか、慣例上斜体であることに意味があるものとか・・。

327 ：Name_Not_Found：03/06/29 03:22 ID:???

学名を書いた箇所に斜体のスタイルを適用させて何か問題あるの?

328 ：Name_Not_Found：03/06/29 09:14 ID:???

斜体だからって学名を意味しないよね。
class 付けしてどっかの共通語彙結びつけたほうが良くない？

329 ：Name_Not_Found：03/06/29 10:46 ID:???

学名は必ずイタリックであり
イタリックであること自体にも意味がある。

また英語の文章中では本のタイトルなどはたいていイタリックになっており
この場合にもイタリックであること自体に意味がある。

330 ：Name_Not_Found：03/06/29 10:55 ID:???

ttp://www.geocities.co.jp/HeartLand-Suzuran/7049/naming.html
ここを見ると正式にはイタリック体で表記されますとありますた

331 ：Name_Not_Found：03/06/29 11:04 ID:???

>>329
学名にしても本の題名にしても、
イタリック表現できない環境（古いタイプライタ等）では
下線で表しますよ。

332 ：Name_Not_Found：03/06/29 12:17 ID:???

>>329
イタリックは学名表記であることの必要条件ではない。
つまり単にイタリックなだけでは
それが学名かどうかをコンピュータには判断する術がないと。
そんなコンテキストを上手く読み取れるのは人間だけ。

333 ：Name_Not_Found：03/06/29 12:32 ID:???

学名 ⇒ イタリック
であるなら汎用的な span よりかは i でマークすべきかと。
コンテキストあってのマークアップなのだから。

334 ：Name_Not_Found：03/06/29 12:55 ID:???

んー、学名がイタリックで表されるからといっても
イタリックが学名を表すためのスタイルってわけでも無いし
取り合えず i は不適切だと思う。

結局視覚のみに特化した要素は
HTMLでのマークアップ自体からは極力排除する方が
Strict指向(志向)としては健全な気がする。

<名前型="人名とか学名とか地名とかとにかく名前">
みたいな要素があれば良さそうなんだがなぁ。

335 ：Name_Not_Found：03/06/29 13:41 ID:???

<i class="scientific-name" lang="la">homom sapiens</i>

336 ：Name_Not_Found：03/06/29 13:44 ID:???

*:lang(la) { font-style:italic !important }

337 ：Name_Not_Found：03/06/29 14:29 ID:???

>>336
ラテン語は必ずしもイタリックであるとは限らないのでは？

338 ：Name_Not_Found：03/06/29 15:58 ID:???

>335
要素そのものがイタリックを表すので結局不適当っぽ。
素直にspanの方がまだマシ。

詰まるところ、要素自体に見た目等の意味をもたせるのはやっぱダメかと。

339 ：Name_Not_Found：03/06/29 16:25 ID:???

<i class=..></i>より
<span class=...></span>の方が優れている理由は？

340 ：Name_Not_Found：03/06/29 16:25 ID:???

＞学名 ⇒ イタリック
＞であるなら汎用的な span よりかは i でマークすべきかと。
イタリック ⇒ 学名が成り立たないとおかしいぞ。
<i>でマークアップすれば、イタリックであることは示せるが学名であることは示せない。

341 ：Name_Not_Found：03/06/29 16:38 ID:???

学名を示す要素がない以上、HTMLでは学名は示せない。
classを使って示した気になるだけなら
spanでやろうがiでやろうが等価だ。

なら、実利的な観点から
iを使うべきだと思うが如何？

342 ：Name_Not_Found：03/06/29 17:49 ID:???

>>341
HTMLの要素すべて(物理要素も含めて)に論理上の意味があり、
classによっても意味を示せるとする。

spanは意味を限定しない(という意味がある)ので
span+classはclassの示す集合に含まれるすべての要素になるが、
i+classだとイタリックかつclassになる。

いま、概念上の集合{学名}をHTMLに写像しようとしているわけだけど、
i+classはあくまでIm{学名}∩{イタリック}であって、Im{学名}ではない。

しかし、{学名}⊂{イタリック}であればi+class=Im{学名}となる。
これを>>333は主張している。

だが、>>331の主張によると必ずしも{学名}⊂{イタリック}ではないことになる。
しかし、ここでHTMLに写像するという事を思い出して欲しい。
つまり、HTMLは>>331のいうイタリックで表現できない環境ではない。

（以下考え中なのでポイントを示す
・概念をHTMLに写像するとき明らかに次元が減っている
・そして、空間「概念」よりも次元の低い空間「HTML上の概念」では{学名}⊂{イタリック}
・ならばi+classでOK

343 ：Name_Not_Found：03/06/29 17:52 ID:???

>>341
spanとiではspanの方が後にまで残りそうな気がするので、
spanを使った方が長期的には実利に適う気がする。

344 ：Name_Not_Found：03/06/29 18:00 ID:???

>>343
gresgre

345 ：Name_Not_Found：03/06/29 18:19 ID:???

i要素もspan要素も「学名要素」ではない。
学名かどうかを判断するのは読者。
判断の参考になるようイタリックを使いたければ使えばいい。
が、イタリックであるだけではその語句が学名であるとは断定できない。

346 ：Name_Not_Found：03/06/29 18:27 ID:???

>>342
>>341の通り
学名を示す要素がない以上、HTMLでは学名は示せない。
<i>要素自体視覚的な意味しかもないし、視覚的な意味だけのことからできるだけCSSを使用するように推薦されている。又、class属性に於いても
CSSのセレクタ以外の意味しかない。<span>にしてもclass属性ならCSSセレクタ、id属性にしても前者か、識別目的の名前のみ、lang属性なら言語を示すことにしかならい。
HTMLの要素として定義されいない以上、「視覚的」な意味しか持っていないということ
お前さんがおっしゃるのは、個人的な意味付けでの解釈だと思われ

347 ：Name_Not_Found：03/06/29 18:42 ID:???

つまるところ <font size="+1" class="strong"> と同じなわけ。
強調の場合は他に適切な要素があるからわかりやすいってだけで、
思想的には等価。

他にももっと単純な理由がある。
今でこそ学名＝イタリックであるとされている(らしい)が、
もしこれからはボールドであると変更されたらどうなるか。
そうなればその時点で i によるマークアップは完全に不適切になる。

だけど、ハナから俗に言う物理的な要素を極力排除していれば
基本的にはどのような事があっても不適切になり得ない。

と言うカンジかのぅ。

348 ：Name_Not_Found：03/06/29 19:43 ID:???

本論から外れるが、classはCSS専用の属性じゃないぞ。そういう用途にも使えるけど。
仮にclassがCSS専用なら、なんでHTML DOMにclassNameなんてプロパティがあるのって事になる。

349 ：Name_Not_Found：03/06/29 19:51 ID:???

> 今でこそ学名＝イタリックであるとされている(らしい)が、
> もしこれからはボールドであると変更されたらどうなるか。
> そうなればその時点で i によるマークアップは完全に不適切になる。

クラス名がちゃんと付いていれば変更は容易だろ？

350 ：Name_Not_Found：03/06/29 20:00 ID:???

>もしこれからはボールドであると変更されたらどうなるか。
これはありえない仮定に入るかと…。
まー私もspanに票を入れますけど

351 ：Name_Not_Found：03/06/29 21:23 ID:???

学名はイタリックだから視覚的な i 要素を使う
ってのは、
段落の最初は字下げするから視覚的な空白文字を入れる
ってのと同じだと思う。
後者を、全角空白などを入れてこれこそ段落のマークアップだ、と言う人なら、
前者の説を主張するかもしれないな。

352 ：Name_Not_Found：03/06/29 21:27 ID:???

classやidに「個人的」以上の意味付けをできるのがSemantic Webなのに…
何でHTMLだけに固執するんだ。

353 ：Name_Not_Found：03/06/29 21:34 ID:???

>>348
ああ、そうだね書き方が悪かったみたいだね
でも、そのケースではclassはcssのセレクタとしての意味しかないからね
どっちにしても論理的な意味にはならないけどね

354 ：Name_Not_Found：03/06/29 21:34 ID:???

個人的にはどうしてもイタリックにこだわるなら
<span class="学名(英語わからん)"><i>ほげほげ</i></span>

何らかの意味をもった文をﾏｸｱﾌﾟする際
見た目に関する意味しかもってないタグとは別に論理的な要素を表すタグや
その代替を用意する必要があると思うっす。

結局Iはどこまで行っても文の情報じゃなくて文字の情報をﾏｸｱﾌﾟするものだしね。

というかIでのﾏｸｱﾌﾟは見た目ありきになっちゃうからね。
<i class="学名">ほげほげ</i>となると「このイタリック文字は学名だ」となるけど、
本来であれば「学名なのでイタリックで表せ」が正しいのだし。

それに一つのメディアに縛られずに情報を共有、交換、参照すると言う目的がHTMLにある以上
視覚メディアありきとなるイタリック要素は出来れば(論理的なものの代替としては)
使わない方が宜しいんじゃないかと。

355 ：Name_Not_Found：03/06/29 21:40 ID:???

Oryza sativa
と通常の書体で書いただけでは、これは学名ではないのだろうか。

356 ：Name_Not_Found：03/06/29 21:45 ID:???

・何故イタリック体なのか→それが学名だからだ = 正
・何故学名なのか→それがイタリック体だからだ = 誤

357 ：Name_Not_Found：03/06/29 22:04 ID:???

span class="scientific-name" と i class="scientific-name" が結局等価だとしても、
優れているのは前者だと思う。
なぜなら前者は（HTML での意味付けの限界を考慮すれば）必要十分だから。
視覚情報は人間のためだけにあり、それは別途スタイルシートで付ければいいわけで、
HTMLに視覚情報を持たせても、コンピュータにとっては無意味だから。
その意味で、後者の例には余計なものが入っていると。

358 ：Name_Not_Found：03/06/29 22:04 ID:???

>>356
作成者側のルール
・学名は"イタリック"（斜体）で表記しましょう！
第三者から見れれば
・視覚上ただの"イタリック"（斜体）
※本文中に「イタリック"（斜体）で表記されているのは学名です。」

すなわち、文書構造、論理的マークアップ的には何も意味はなく、
文書内容によってはじめて第三者が意味を解釈できるもの

359 ：Name_Not_Found：03/06/29 23:48 ID:???

イタリックなんて飾りです偉い人にはわからんのです

360 ：342：03/06/30 00:08 ID:???

>>346
>個人的な意味付けでの解釈だと思われ
仮定だと断っているが？

ちなみに>>342で結論は述べていない。

>>357
それに一票。

361 ：Name_Not_Found：03/06/30 00:19 ID:???

span class="emphasized" と em class="emphasized" が結局等価だとしても、
優れているのは前者だと思う。
なぜなら前者は（HTML での意味付けの限界を考慮すれば）必要十分だから。
視覚情報は人間のためだけにあり、それは別途スタイルシートで付ければいいわけで、
HTMLに視覚情報を持たせても、コンピュータにとっては無意味だから。
その意味で、後者の例には余計なものが入っていると。

362 ：Name_Not_Found：03/06/30 00:24 ID:???

>>361
ネタにマジレスするが、
emに視覚情報は入ってないぞ。

363 ：Name_Not_Found：03/06/30 00:25 ID:???

class属性では意味を付加できない。span class="emphasized"は
ただemphasaizedという名前のclassに属するspanであることを意
味するだけで、「強調」の意味は持たない。
強調の意味を持たせるにはem要素かstrong要素にするしかない。

364 ：Name_Not_Found：03/06/30 00:40 ID:???

>>363
勿論、そのとおり。
だからさー、みんなSemantic Webやろうや。
ものすごい世界が待ってるで。

365 ：Name_Not_Found：03/06/30 00:52 ID:???

要素型による意味付けだろうとclassでの分類による意味付けだろうと、解釈する側がその語彙を知らなければ意味がない。
学名を表すための要素型を独自に定義して、XHTMLを拡張して利用しても、語彙が知られていないのならそれはclassでの分類と何ら変わらない。
それなのにあくまで要素型として意味付けすることにこだわるのは何故だろう？

366 ：Name_Not_Found：03/06/30 01:15 ID:???

>>365
禿胴、
その例からすると「学名」って聞こえは良いようだが、ただ一団体の中での表現方法の決めごと
HTMLの要素の定義とはまったく無関係なんもの
掘り下げれていえば、知人同士の中の約束ごと、もっと掘り下げれば個人の決めごと
にしかならない、xmlの要素定義は別として、StrictなHTMLのマークアップに於いては
視覚的、個人的な定義の把握（目印）以外に何の意味も表現されていない

367 ：Name_Not_Found：03/06/30 03:49 ID:???

XMLの利点は、制作者の間で互いに異なる語彙で書かれた文書を
翻訳して再利用できる、ということだ。
HTMLの場合、最初から語彙の意味が決まっている。
そして、決まっている以上の語彙を作って文書の意味づけをするのは
不可能だ。

368 ：Name_Not_Found：03/06/30 07:54 ID:???

このスレのギャップが良い

369 ：Name_Not_Found：03/06/30 13:23 ID:???

＞あくまで要素型として意味付けすることにこだわるのは何故だろう？
HTMLのdivやspanが「classによって語彙を示す」等
意味付けの方法について何も定めていないから、でないかな。
意味付けは要素型で、という単純なこだわりであるなら
メタ情報の語彙がmeta要素のname/http-equiv属性で示されることについても
同様の反論があっていいはずだ。

370 ：Name_Not_Found：03/06/30 13:46 ID:???

>>369
そうだね。
<author ...>
<keyword ...>
<next ...>
<prev ...>

。。。

371 ：Name_Not_Found：03/06/30 20:21 ID:???

>>368
そうだな
つい最近までと同じスレとは思えない

372 ：Name_Not_Found：03/06/30 20:28 ID:???

手打ちにしてくれるわっ！

373 ：Name_Not_Found：03/06/30 20:37 ID:???

>>370
metaな情報がそう規定されると、一つmeta情報増やすたびにDTD書き換える必要があるよね。
だからそういうのは空要素でnameとcontentのペアのほうが柔軟でいいんじゃないかな。

374 ：Name_Not_Found：03/06/30 21:00 ID:???

DTDの書き方次第では、
IEが必ず落ちるコードをかかなければならないDTDを作れるのがよいところ（藁

375 ：Name_Not_Found：03/06/30 21:01 ID:???

>>373
話がずれてる。その問題なら、こんな感じの記述で解決する。
<meta>
　<name>author</name>
　<content></content>
</meta>

>>369-370 の問題は
＞意味付けは要素型で、という単純なこだわりであるなら
ちゅー事。metaの例は、意味付けは属性でもOKだよね？という例に過ぎない。

376 ：Name_Not_Found：03/06/30 22:07 ID:???

つーか、HTMLのマークアップを話しているのにいるのに
勝ってに立場、都合だけでXMLの拡張方向に話しを移行しているから終わりがない訳で・・・
そら、理想、趣旨を唱えれば何とでも言えるわ（w

HTMLの要素の意味に添わない意味付けは100％無理

377 ：Name_Not_Found：03/06/30 22:23 ID:???

>>375
実は、372から前の展開に逆戻りしないようにそれらしいことを書いただけです。
ご了承を。

378 ：Name_Not_Found：03/06/30 22:25 ID:???

>>376
そうしないと寂れるのよ。
もうHTMLだけで話を引っ張るのは限界だと。

379 ：Name_Not_Found：03/06/30 23:27 ID:???

>>378
それでは Strict ではなくなるね
何を基準にしてのStrictなのかってことなんだけど
Semantic Webは現実として将来的なものだし、xml拡張にしてもHTMLではない訳だしね

380 ：Name_Not_Found：03/06/30 23:43 ID:???

別にStrictスレの後継でなくても
Semantic Webスレを別途立てたっていいわけだし。

381 ：Name_Not_Found：03/06/30 23:54 ID:???

ま、開発終了した仕様をﾈﾀにするスレがいつまでも続くわけはないですな。

382 ：Name_Not_Found：03/07/01 00:01 ID:???

それでループやってるわけですが、どうなのよストリクターさん？

383 ：Name_Not_Found：03/07/01 01:22 ID:???

HTML4 Strictとかいう仕様が抱える不便さを
どうやってごまかしていけばいいかってスレなんでしょうな、ここは。

384 ：Name_Not_Found：03/07/01 01:27 ID:???

XMLをまともに実装したWebﾌﾞﾗｳｻﾞがどれだけあるのだろうか。

385 ：Name_Not_Found：03/07/01 01:28 ID:???

>>383
言葉は悪いがある意味正論だね。

386 ：Name_Not_Found：03/07/01 01:43 ID:???

HTMLが拡張不可能なのはいいんだよ。
それをどうしてXHTMLなんかにして拡張可能になんかしたのか
ってのが問題なのさ。
XHTMLは中途半端。
拡張したければXMLを使えばいいんだし。
拡張する必要がなければHTMLで十分じゃん。

387 ：Name_Not_Found：03/07/01 01:57 ID:???

>>386
最終的にはXMLに移行したいけどいきなりXMLベースの全く新しい
（例えばいま草案のXHTML2.0みたいな）規格がでてきても
既存ブラウザの対応だのユーザーのパラダイムシフトだのが必要になるから
移行用規格として意図的に完全移植のXHTML1.0シリーズができたんだよ。

あと、今後はXSLTで変換する変換先言語としてもXHTML1.0シリーズは
活躍すると思う。

388 ：Name_Not_Found：03/07/01 02:14 ID:???

XHTMLはXMLじゃないのかね。まぁ言葉のあやなんだろうけど。

389 ：Name_Not_Found：03/07/01 02:25 ID:???

>>386
拡張云々より、XMLパーサ通ることの方が重要＜XHTML

390 ：Name_Not_Found：03/07/01 03:03 ID:???

XMLパーサ通ればいいんならXHTMLにしなくても整形式のXML文書を作ればいい。

391 ：Name_Not_Found：03/07/01 03:33 ID:???

XMLパーサも通るし既存のHTMLパーサも通るのがXHTMLのいいところ

392 ：Name_Not_Found：03/07/01 03:35 ID:???

>>390
話の流れ無視しすぎ。

XMLパーサを通したい、一方で既存のHTML用ブラウザで閲覧可能な文書を発表したい。
XHTML1.0はそういう人向けの規格。

HTML用ブラウザで閲覧可能と言うだけでいいならHTML4.01とXHTML1.0はほぼ等価だし、
XMLパーサ通ればいいだけならXHTML1.0を含めた好きな形式のXML文書であればどうでもいい。

XHTML1.0はこの２つの要求を満たしてるんだから全く問題ないし、
今後の発展性に関してもそれこそ、XMLの利点を活かしてXSL変換すればいいんだから
「現状、とりあえず」記述する文書形式としては申し分ない。

393 ：Name_Not_Found：03/07/01 09:02 ID:???

XHTMLのモジュール化の意味とか、サッパリ解ってもらえないんだろうなあ。

394 ：Name_Not_Found：03/07/01 09:17 ID:???

>>387
XHTML1.0とHTML4は「ほぼ互換」ではあっても「完全移植」ではないよ。
XHTML1.0って、移行目的も勿論あるんだろうけれども
一般のXML文書にHTMLを埋め込む需要とかもあったんじゃないかと思う。

395 ：Name_Not_Found：03/07/01 10:22 ID:???

同意。
XHTMLはXMLにてHTMLにある要素を書いてみたってモンだからなぁ。
元々HTMLとXMLとじゃ利点としてSGMLから継承した部分が違うんだから…。
XMLでなくHTMLを必要としてる人、SGMLの欠点を許容してる人には
XHTMLは無用の長物で、逆にXML大好きユーザーは大歓迎だったんじゃないかな。

396 ：Name_Not_Found：03/07/01 20:15 ID:???

だが現実にXHTMLで書かれているサイトがXHTMLの利点を生かしきっているか
というとそうでもないのではないか。
ほとんどが自己満足で終っているような気がする。

397 ：392：03/07/01 20:28 ID:???

＞XHTML1.0とHTML4は「ほぼ互換」ではあっても「完全移植」ではないよ。
SGML⊃XMLで、かつ、例えばHTMLで使われている強制空要素(metaとか)が
少なくとも現行XMLでは不可能である以上それは前提のつもりで
＞HTML4.01とXHTML1.0はほぼ等価だし、
と書きましすた。

あと、HTMLにたいしてW3Cは「XMLベースの言語に移ってください」というような
アナウンスをしている一方で HTML4.01は廃止されているわけでもなんでもないから
（これはフレームとかもそうですが）XMLベースの言語に全く魅力を感じない人が
わざわざXHTMLに移行する必要ないですね。
それにHTML4.01からXHTML1.0へはUAやサーバが機械的に変換できるし（というかその為のXHTML1.0だし）。

398 ：Name_Not_Found：03/07/01 20:29 ID:???

>HTML4.01は廃止されているわけでもなんでもないから
あたりまえ。

399 ：Name_Not_Found：03/07/01 20:50 ID:???

>>387-398
あたりまえ

400 ：Name_Not_Found：03/07/01 21:02 ID:???

>>396
その「XHTML」の部分を「Strict」に書き換えてみたくなる罠w

401 ：Name_Not_Found：03/07/01 21:24 ID:???

>>400
strict狂信者の自分としては「物理要素」とか「フレーム」とかに
置き換えてみたくなる今日この頃。

まぁ、それ以前にサイト運営そのものが自己満足以外の何者でもないがナー

402 ：Name_Not_Found：03/07/01 21:36 ID:???

その自己満足が寄り集まってWWWという巨大な知識ができているのです。
無駄なものなど何一つありません。

403 ：Name_Not_Found：03/07/01 22:10 ID:???

全部無駄だから特にこれが無駄というものは無い、と言った方がstrictじゃないかな

404 ：Name_Not_Found：03/07/01 22:37 ID:???

モジュール書いた時それがちゃんと動作してくれればいいけど…。

主要なパーサでXML＋CSS(XSLT不使用)が上手く動いてくれるようになるまで
公開は出来ンなぁ…。

405 ：Name_Not_Found：03/07/01 22:47 ID:???

>>402
みんなで情報を持ち寄って交換するためのもの
――そんな感じかな。

MathMLばりばり使っているのに、
mozよりもIEのほうが閲覧数が多いってことは･･･
ろんぐほーんまでまたないと対応してくれないだろうなぁ

406 ：Name_Not_Found：03/07/01 23:07 ID:???

>>405
交換というより共有ですな

407 ：Name_Not_Found：03/07/01 23:47 ID:???

そういえばここの人たちって、例えば会話を定義リストのdlでマークアップするのは
Strictと非Strictのどっちって判断してるんだっけ？

408 ：Name_Not_Found：03/07/01 23:50 ID:???

W3Cの使用例に対話文はあるけれども
dlの本来の意味からはそれとるがな。

409 ：Name_Not_Found：03/07/02 00:15 ID:???

>>407
dlが定義リストだと定義してるのがHTML4.01の仕様なら
dlで対話文がマークアップできるよ、といってるのもHTML4.01の仕様。

前者を肯定しつつ、後者を否定する明確な根拠もないので
個人的に腑に落ちない部分もあるが漏れはstrictと認識しています。

410 ：Name_Not_Found：03/07/02 00:40 ID:???

dlの本来の意味って、どこかで定義されてるの？

411 ：Name_Not_Found：03/07/02 01:15 ID:???

話は逸れるがdl-dt-ddって微妙なんだよなぁ…

<dl>
<group>
<dt></dt>
<dd></dd>
</group>
<group>
<dt></dt>
<dt></dt>
<dd></dd>
<group/>
</dl>

groupという要素名が妥当かどうかはともかく、
こういう風にグループ化しないとイマイチしっくり来ない…
表のaxisとかみたいに属性でも良いけど。
dtとddの関連付けが明示できないのはなあ。

412 ：Name_Not_Found：03/07/02 01:22 ID:???

>>411
<dl>定義リストの中にグループ化は必要ない
グループ分けしたいのなら<dl>で区切る
dtとddの関連付けは要素の定義の通り

413 ：Name_Not_Found：03/07/02 01:32 ID:???

dtとddの間に関連はない。

414 ：Name_Not_Found：03/07/02 01:37 ID:???

うーん、先ほど要ったgroupとも一個架空の要素を使わせてもらうなら
<dl>
<group>
<group-dt><dt></dt></group-dt><!-group-dtとgroup-ddは同じgroup内にあり--->
<group-dd><dd></dd></group-dd>
</group>
<group>
<group-dt><dt></dt><dt></dt></group-dt>
<group-dd><dd></dd><dd></dd></group-dd>
</group>
</dl>
みたいな両方の書き方が可能な点を悩むと言うか…ってこれでわかるかな。
下のgroupの例だと一つ目のdtは二つ目のdtを通り越して次のddとさらに次のddにも関連付けられるらしいし
ddが省略されているのか、次に出現したddと関連付けられているのかを混乱しそうな気がする…。

415 ：Name_Not_Found：03/07/02 01:46 ID:???

>>413の話を聞きたいな。

416 ：Name_Not_Found：03/07/02 01:54 ID:???

確かに仕様には
>Definition lists vary only slightly from other types of lists in that list items consist of two parts: a term and a description.
>The term is given by the DT element and is restricted to inline content.
>The description is given with a DD element that contains block-level content.
としかかいてない(つまり一般的に解釈される一対になるべきdtとddの位置関係に全く言及がない)から
関連がないように思える。

しかし、同時に仕様では使用例が載っているので、使用例と同じパターンで
書かれたdtとddは関連性があると考えるのが筋(じゃなきゃ使用例の意味がない)。

問題なのは「関連がない」ことではなく、DTD上、仕様上許容される曖昧な記述が
可能でその場合の解釈が「定義されていない（＝関係あるともないとも取れる）」事。

もちろん人間が読めばdtとddの関連性は一目瞭然だが、機械的に意味付けが
確定しない点がかなり致命的ではある。

417 ：Name_Not_Found：03/07/02 02:04 ID:???

>>414
<dt>は<dd>を定義している関係にあり、<dt>の後に続く<dd>はすでにあなたのいう
グループの関係にあると思われる。
やはり<dl>でグループを包含するのが論理的マークアップだと思うし、後は文書自体の
校正を整理するのが妥当だと思いますが

418 ：Name_Not_Found：03/07/02 02:12 ID:???

>>417
でもDTもDDも省略可能である以上、
例えばDDが無い場合、
ソレが省略されているのかそれとも次に出てきたDDがソレなのかが解らない点が問題なのでは。

とは言え語句と内容のどっちか片方を省略している文自体が不味いというのはあるかもしれん。
省略しているなら普通は「(省略)」とか書くだろうし。

まあ、仕様自体に関して言えば変っていうかしっくりこないとは個人的に思う。

419 ：Name_Not_Found：03/07/02 03:07 ID:???

おいおい、また定義リストで会話マークアップか？
ループが好きだなお前ら。

420 ：Name_Not_Found：03/07/02 06:58 ID:???

ループはこのスレの趣旨だしねえ
それにつけても横浜は弱いね

421 ：Name_Not_Found：03/07/02 08:36 ID:???

>>419
違うだろ。

422 ：Name_Not_Found：03/07/02 10:52 ID:???

>>416
仕様書（勧告文）は人間が読むために作られたのであって、機械のためではないから、
人間が関連あると推論できればいいんじゃないかな。
まあ確かに機械のほうが（DTDで）関連を判断できないからそれは問題だけど。
Schemaだとこういう関連も書けるんだろか。

423 ：416：03/07/02 23:10 ID:???

>>422
人間が読めればいい、と言うならプレーンテキストや、
プレーンテキストではさびしいと言う方はリッチテキストベースの
ハイパーリッチテキストとでも言うようなフォーマットを使えばよい事になります。
（蛇足ですが、アドビは実際そのような立場からRDFを作ったのでは、とおもっております。）

SGMLベース、またはXMLベースの言語の場合、文章に意味付けをすることにより、
例えば一対の用語項目と用語解説の要素から（具体的にはXSLTやDOMによる文書操作などで）
辞書を「機械的に」編纂できる、などのメリットがあるわけで、逆に言えば
パーサやエージェントが「機械的に」文書を操作できないと、極論意味がない訳です。

仕様や勧告分は確かに人間が読むために作られたものですが、
それを読んだ人が機械的処理を文字通り機械任せにする為にプログラムなど
できなければいけないわけで、その意味ではdtとddに関する説明は
片手落ちと言わざるを得えません。

あと、言語的制約はschemaより人間相手の自然言語の方が柔軟なのですから
むしろschemaで表現できないような制約がかかれて居ないのならば
仕様はコメントつきDTDとか、コメント付きshemaということになってしまいます。
（もちろん、非技術者向けの解説文書は別途必要となりますが）

424 ：Name_Not_Found：03/07/03 02:34 ID:???

>>423
いいたい事は解るが、なんかずれてるぞ、お前。

425 ：Name_Not_Found：03/07/03 03:43 ID:???

RDFてアドビが作ったのか。

426 ：Name_Not_Found：03/07/03 07:53 ID:???

xhtmlで作った場合のxmlで使いやすくするってのはどうやればいいのだというのだよ

427 ：Name_Not_Found：03/07/03 07:56 ID:???

HTMLって結局文書整形が起源の言語なんだと思う。
抽出だとか辞書編纂だとかって文書操作が後から出てきた二次用途であって
もともと整形を目的とした論理記述だったと考えれば
今の漏れの感覚から見れば不備にさえ思える
定義リストその他のデータ構造的な不思議さとか
仕様全体の変な曖昧さとか、なんとなく頷ける。

>>426
要素や属性の追加の仕方が聞きたいの？

428 ：Name_Not_Found：03/07/03 15:19 ID:???

>>427
言いたいことはわかる。
論理マークアップなんてのも、たぶんHTML4から出てきた後付けの理屈で
HTML2のころはそんなこと誰も考えていなかったんじゃないかな。
当て推量だが。

429 ：Name_Not_Found：03/07/03 16:14 ID:???

論理マクアプが先で物理マクアプは
NNとかがFONTとか搭載して広がり過ぎちゃったんで
仕方なく仕様に追加したんじゃなかったっけ…。
一応、HTMLの考案者さん達は論理マクアプを念頭にしていた筈…多分。

430 ：Name_Not_Found：03/07/03 16:19 ID:???

リンクタイプがさっぱりわからない。

例えば目次-文書群(001～010みたいな)とかいう構成だったとして、
002のPrevが001でNextが003だというのはわかる。
Contentsは目次で。

んでは001のPrevは目次なのかそれともPrevは無しなのか
Startは目次なのか001なのかとか。

ﾋﾞﾐｮｰに混乱しないスか。

431 ：Name_Not_Found：03/07/03 17:51 ID:???

お前らTimBannersLeeの本を読め。
そこに答えが書いてある。

432 ：Name_Not_Found：03/07/03 17:59 ID:???

Webの創成 ― World Wide Webはいかにして生まれどこに向かうのか
価格: \2,400
出版社: 毎日コミュニケーションズ
ISBN: 4839902879
http://www.amazon.co.jp/exec/obidos/ASIN/4839902879/ref=sr_aps_b_/250-9591879-0994626

433 ：427：03/07/03 22:33 ID:???

>>428-429
微妙に伝わらなかったかも？
例えば p 要素って、音声・視覚その他の空間に出力する時には有用だけれども
p 要素を抽出したりソートしたりって操作はまず考えられない。
p 要素は物理要素ではないが、整形以外の用途では殆ど役に立ちそうにない要素だ。
そういう意味で、文書の整形に必要な論理モデルさえあればそれで充分だったのではないか、ということ。
# ここで言ってる「論理」は論理ドライブとか論理アドレスとか言うときと同じ意味。

434 ：Name_Not_Found：03/07/03 23:10 ID:???

>>433
整形とというより、元々は文書交換が目的の共通フォーマットだった訳で、
普及につれて「表現方法」として様々な要素が作られてきたんだが、独自拡張等で
使用するブラウザに依存することから、共通フォーマットとしての意味を段階を経て
改善すべく定義されたの理想的な最高レベルのDTDが「Strict」なだけ
基本的に過去のブラウザを含む文書交換に用いる共通フォーマットとしての最低限の役割、
文書構造のみでその定義がHTMLに於いての「論理的」な構造

435 ：Name_Not_Found：03/07/03 23:23 ID:???

>>433
>p 要素を抽出したりソートしたりって操作はまず考えられない。
例えば「ある単語を含んでいて、ある程度の内容がつかめる文章」を取り出すときに
単語の含まれるp要素を取り出すってのが考えられる。

436 ：Name_Not_Found：03/07/03 23:44 ID:???

>>433
自作のDOM in javascriptの話なので、一般化して話せるかどうかギモンではあるが、
「p 要素『以外』を抽出」する事は良くあります。それを使うかどうか、
よりも、まず先にそれが区別できるかどうか、が処理系にとってはかなり重要です。
また、自分はあまり使っていませんがXSLTではp要素がないとお話にならないと思います。

そういう意味で、文書の整形に必要な論理モデル「以外も必要」です。

個人的には「以外も必要」なのでHTML 3.2で(HTML3.0の迷走した状態から)
再整理された時に視覚操作系と意味付け系が両立した形となり、
後にスタイルシートの本格採用によって「視覚的要素を分離する」という
要望が処理系から発生して、最後にシマンテックウェブが見出され、
後にXML化の方向へ目指す方向が変化した、と認識しています。

437 ：Name_Not_Found：03/07/04 00:52 ID:???

>>436
ry)..最後にシマンテックウェブが見出され、
後に自分のPCからウイルスが発見された、と認識しています。

438 ：Name_Not_Found：03/07/04 00:56 ID:???

発音記号は i だからイとエの中間の音だよね。

439 ：Name_Not_Found：03/07/04 01:09 ID:???

Sｨｪマンティック

440 ：Name_Not_Found：03/07/04 02:07 ID:???

アクセサビリティなどと言っていたおっさんがいたなあ

441 ：Name_Not_Found：03/07/04 03:58 ID:???

ねえレスのコピペで貼り付けるとき<br />にならないで<p>にしてくれるエディタない？

442 ：Name_Not_Found：03/07/04 05:19 ID:???

>>441
すれちがい

443 ：Name_Not_Found：03/07/04 05:50 ID:???

>>441
このスレ的にも最悪

444 ：Name_Not_Found：03/07/04 11:48 ID:???

<p>は改行を表すタグです

445 ：Name_Not_Found：03/07/04 13:51 ID:???

>>444
それはお尻に付いているときだけだ。

446 ：Name_Not_Found：03/07/04 14:02 ID:???

>>445
想像して抜きますた。

447 ：Name_Not_Found：03/07/04 14:05 ID:???

dir や menu といった特化した意味を持つ要素が
ul と構造が同じだからそっちを使えと deprecated にされるって
em も dfn も構造同じだから span 使って、なんていうのと
同じくらいの方針だと思うんだが、その辺どう思いますよ？

448 ：Name_Not_Found：03/07/04 14:14 ID:EKUubTfk

皆さんは、文中に出てくる単語の解説をする場合、どのように行いますか？

(1) <p>朕<ins>(<a href="ichi">*1</a>)</ins>は、日本国民の総意<ins>(<a href="ni">*2</a>)</ins>に基いて、新日本建設の礎が、定まるに至つたことを、
深くよろこび、枢密顧問の諮詢及び帝国憲法第７３条による帝国議会の議決を経た帝国憲法の改正を裁可し、ここにこれを公布せしめる。</p>

(2) <p><a href="ichi">朕</a>は、日本国民の<a href="ni">総意</a>に基いて、新日本建設の礎が、定まるに至つたことを、
深くよろこび、枢密顧問の諮詢及び帝国憲法第７３条による帝国議会の議決を経た帝国憲法の改正を裁可し、ここにこれを公布せしめる。</p>

<dl>
<dt><a id="ichi">*1</a> [朕]</dt>
<dd>天皇の自称。</dd>
<dt><a id="ni">*2</a> [総意]</dt>
<dd>全体の意志</dd>
</dl>

1と2どちらのほうが適切でしょうか？　多くの単語を解説する場合に一番を適用すると、(*1)などというのが
たくさん入り文章が読みにくくなるし、2番は、解説する単語が青になるで、読みにくい。リンク色はなる
べく変えないほうがいいみたいなのですが。

1と2どちらのほうがいいでしょうか？

449 ：Name_Not_Found：03/07/04 14:34 ID:???

>>448
(2)の方がよいいいよ
それと
Ｘ<a href="ichi">朕</a>
○<a href="#ichi">朕</a>

450 ：Name_Not_Found：03/07/04 14:42 ID:???

自分でもやろうとは思わないが例の一つとして。
<p><dfn title="天皇の自称。">朕</dfn>は、日本国民の<dfn title="全体の意志。">総意</dfn>に基いて（以下略）

1と2、どちらかと言われたら2かなぁ。

451 ：Name_Not_Found：03/07/04 15:31 ID:???

迷わず2。で <dt id="ichi">朕</dt> にする。

青くなって読みにくいって環境とユーザの主観に依存する不満は
h1は字がデカすぎて読みづらい、とかと同種の不満だと思う。
何のために、誰のために作成するの？
読みにくかったら自分でブラウザの設定いじってくれというのが無理っぽい人たち向けなんでしょか。
それとも、印刷が想定用途に入ってるとか？
実際にその文書を使うことになる人たちにどっちがいいのかを聞けたら、それが一番いいんだけどね。

452 ：Name_Not_Found：03/07/04 15:37 ID:???

>447
うーん、あまり特化しすぎたものは必要無いんじゃない？

「～という構造をもったリスト」はタグが用意されるべきだが
「～についてのリスト」に専用のタグを用意するのはちょっと行き過ぎなんじゃないかなぁ。
それに「これは何々のリストです」というのは本文に書かれているべきだし。

あとEMやDFNはそれぞれ全く別の意味があり使い分ける事が望ましいので話は別かと。

453 ：Name_Not_Found：03/07/04 17:07 ID:???

>>452
em, strong を除く %phrase; って、言ってみりゃ「～として強調」という専用のタグ。

dir/menu の内容モデルは (LI)+ -(%block;) で
実は ul の内容モデル (LI)+ よりも制限された構造を持つ。
pやaddressを廃してdivにしましょうという流れには
まずならない(それがおかしいとも思わない)のに
dir/menuについては単にDeprecatedとするばかりか
より緩い構造だけを示すulを使うことを特別に文章で強く推奨している。
それが解らない。確かに無い所にわざわざ作るような要素ではないのかもしれない。
でも既に存在している意味のある要素を
意味のない構造だけを示す要素を代替に提示してまで
使わないように強く勧めた理由って何？
Web用の文書でメニューがそこまで否定されるほど特異・有害なものとは思えない。

454 ：Name_Not_Found：03/07/04 17:19 ID:???

>>450
このdfnとtitle使うのは良いね。リンクで説明を解説すると、いちいち戻るのがしんどいよね。
これなら、マウスポインタ単語の上に持っていくだけで分かるから良いよね。

455 ：Name_Not_Found：03/07/04 17:24 ID:???

titleで補足説明するだけのものにdfnを使っちゃいかんだろう。

456 ：Name_Not_Found：03/07/04 17:43 ID:???

titleを容易に取得する機能を各UAに期待してもまあいいのかなとは思うけど
数あるUAの挙動の一例から「良いよね」とかこのスレで言っちゃうのは驚き。

457 ：Name_Not_Found：03/07/04 18:17 ID:???

>>453
文自体の強調＝EM,STRONG
他に何かしらの構造(意味)を表し結果として強調やらなんやらも含む＝その他
じゃないの？

んでDIRやMENUは元々は物理的な構造を多分に含むものだし
Strictでは無いと判断されたんじゃなかろうか。

>どちらもUL要素と同じ構造を持ち、レンダリングだけが異なっている。

一見特別なリストであると見せかけながらその実体は順不同リスト、
順不同リストはULで表されなければならない。
…という単純な理由だと思う。

他には、この両者を認めると例えばページリストやファイルリスト等の
さまざまなリストもそれぞれ特別にマークアップしなければならないと言う事になり
何処で線を引くかという問題が出てきてややこしくなるという理由もあったりするんじゃないかな？

458 ：Name_Not_Found：03/07/04 18:49 ID:???

>>457
>他に何かしらの構造(意味)を表し結果として強調やらなんやらも含む＝その他
>じゃないの？

ディレクトリやメニューの構造を表し結果としてリストになっている＝dir/menu。
ソースコードの断片を表す要素があるのに
ディレクトリを表す要素があっちゃいけないのは何でかって話だろう？

459 ：Name_Not_Found：03/07/04 18:54 ID:???

あれって最初からディレクトリ「リスト」とかメニュー「リスト」じゃなかった？
結果としてじゃなくて最初からリストという構造をﾏｸｱﾌﾟするための物だったような。

460 ：Name_Not_Found：03/07/04 18:56 ID:???

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

461 ：Name_Not_Found：03/07/04 19:03 ID:???

dir≠Directory
dir=DirectoryList

<!ELEMENT (DIR|MENU) - - (LI)+ -(%block;) -- directory list, menu list -->

462 ：Name_Not_Found：03/07/04 19:12 ID:???

>>458
ソースコードは普通の文と区別されるべきものだからだと思う。
人が扱うものと違う言語だし。
特に音声にする場合区別されてないと発音で困った事になる可能性があるんじゃないかな。

他にも例えばkbdとかはソレがキーであるとマークアップされていれば、
"Ctrl"+"A"が"Ctrl"と"A"なのか、"Ctrl"と"+"と"A"をなのか、
はたまた特殊なキーボードの"Ctrl+A"とか言うキーなのかという区別が付く。

463 ：Name_Not_Found：03/07/04 19:51 ID:???

dirもmenuも、ブラウザで実装されなかったから、仕方なく規格からはずされた
んじゃなかったっけ。

464 ：Name_Not_Found：03/07/04 19:54 ID:???

<dfn title="天皇の自称。">朕</dfn>

これこそ<span title="天皇の自称。">朕</span>で表現すべきものだろう。
dfnは、文中に定義が書かれている語を指示する要素だ。

465 ：Name_Not_Found：03/07/04 20:01 ID:???

本音はそうかも。

まあどうせレンダリングの違いによって
そうであると見せかける為に用意されただけの要素だったし、
そゆのはCSSにさせりゃ良いから外しちまうかーってノリだったりしてね。

466 ：Name_Not_Found：03/07/04 21:02 ID:???

結局その程度のアバウトな仕様なんだろうな。
今までこのスレで「HTMLでは無理なのでXHTMLで追加定義してください」と
レスがつくような質問いっぱいあったけど、
その手の要素が追加されることは今後もないんだろうなとつくづく思う。

467 ：Name_Not_Found：03/07/04 21:30 ID:???

>>466
まぁ、そうだろうね
Strict-HTMLは何故定義されたかってことが重要なことで、このスレで論議
されていることはただ、個人的な概念の違いだけなんだよ
論理的ってよく言っているけど、Strict-HTMLで定義された共通の最低限の要素が
そうであってそれにいかに当てはめるか、則って校正するかが基礎的でなおかつ
Strictであるってことなんじゃないか？
オマエらの唱えていることは個人的な思想でであってその他に何にも無いと思うね
xmlの要素拡張はまた別の概念で、StrictなHTMLでマークアップしておけば可能
意味合いより、どう要素に当てはめ校正するか？ってことだよ

468 ：Name_Not_Found：03/07/04 21:54 ID:???

アバウトっちゅーかまあ何から何まで全てを一つの仕様でﾏｸｱﾌﾟするのは無理だしね。
出来るだけシンプルかつ必要最低限にって意図もあることはあるんじゃないかな。

469 ：Name_Not_Found：03/07/04 22:24 ID:???

＞全てを一つの仕様でﾏｸｱﾌﾟするのは無理だしね
そこを、「あーでもないこーでもない」といろいろ考えて、色々話し合って
悩むのが良いね。

470 ：Name_Not_Found：03/07/04 22:28 ID:???

>>469
何をいってるんだ？
論理的なHTMLの構造を無視して自分なりの定義をすることすらStrictじゃないんだが

471 ：Name_Not_Found：03/07/04 22:39 ID:???

>>469
勝手に悩んでくれ。

Semantic Web の実現なんて Strict HTML には荷が重すぎってことですな。

472 ：Name_Not_Found：03/07/04 22:52 ID:???

ここはHTML4.01のエレメントセットの殻に閉じこもるスレですか。

473 ：Name_Not_Found：03/07/04 22:56 ID:???

仕様書の解釈にもいろいろあるだろう。

474 ：Name_Not_Found：03/07/04 23:14 ID:???

日付とか人名とか脚注とか、いわゆる「文系用」な
要素が定義されてるセットってどこかに無いの？

475 ：Name_Not_Found：03/07/04 23:32 ID:???

自分で作れ>>474

476 ：Name_Not_Found：03/07/05 00:02 ID:???

これからは自作DTDが流行るよ

477 ：Name_Not_Found：03/07/05 00:08 ID:???

DTDよりschemaだって

478 ：Name_Not_Found：03/07/05 01:36 ID:???

RELAX (REgular LAnguage description for XML)ってどうよ

479 ：Name_Not_Found：03/07/05 01:44 ID:???

非常に個人的で申し訳ないが、名前がどうも。RELAX NG 然り。

480 ：Name_Not_Found：03/07/05 02:15 ID:???

schema、すき？

481 ：Name_Not_Found：03/07/05 03:11 ID:???

>480は人の心にすきま風を吹かせた。

482 ：Name_Not_Found：03/07/05 08:51 ID:???

>>474
多分TEIが最強。
http://www.tei-c.org/P4X/

483 ：Name_Not_Found：03/07/05 09:11 ID:???

NGって聞くとNo Goodを連想してしまう。

484 ：Name_Not_Found：03/07/05 09:25 ID:???

>>483
懐かしいな。今でもあるの？

485 ：Name_Not_Found：03/07/05 09:29 ID:???

んぐっとつい読んでしまう。

486 ：Name_Not_Found：03/07/05 09:56 ID:???

うぐぅとつい読んでしまう

487 ：Name_Not_Found：03/07/05 11:50 ID:???

>>486
この変態オタク野郎！　このロリコン野郎！　この2次元野郎！

冗談だよ。怒らないでね。

488 ：Name_Not_Found：03/07/05 13:13 ID:???

>>487
ｵﾏｴﾓﾅｰ

489 ：Name_Not_Found：03/07/05 13:59 ID:???

バカばっか

490 ：Name_Not_Found：03/07/05 15:19 ID:???

まったり

491 ：Name_Not_Found：03/07/05 15:19 ID:???

バカは特定能力に関する相対的な概念です。対象能力と比較対照、及びどの程度劣るの
かを明示してください。また、
ばっかとは具体的に全体の何％ほどと認識していら
っしゃいます
か？合わせてよろしくお願いします。

492 ：Name_Not_Found：03/07/05 16:09 ID:???

>>491
（´-`）.｡oO（ヘタクソ

493 ：Name_Not_Found：03/07/05 21:30 ID:???

勝手に考えたけど、Strictの基準がいくつか考えられるよね…
1．Strict DTDに準拠。
2．仕様書に準拠。
3．仕様書を拡大解釈。Strictかどうかの境界は類型論的に判断。
4．仕様書を拡大解釈。Strictかどうかの境界は特性論的に判断。
5．仕様書を縮小解釈（あるテキストに対するマークアップが、その意味付けとして妥当かどうか）。

dlを対話文のマークアップに使う場合は、仕様書に書いてあるので 2。
dlを日付とその日のニュース、みたいに扱うなら、それは拡大解釈。
3, 4, 5 はいずれも主観的な判断によるもの。
類型論とは、あるマークアップがStrictか否かの二者択一的判断を行うこと。
特性論とは、あるマークアップのStrict性がどれくらいかをパーセンテージなどで連続体として捉えること。

皆さんはこれらの中だったらどの立場を取りますか？

494 ：Name_Not_Found：03/07/05 21:45 ID:???

類型論と特性論の意味を教えて。
縮小解釈というのは、見直し作業のこと？

495 ：Name_Not_Found：03/07/05 21:48 ID:???

>>493
答えはStrict DTDに準拠のみ
論理的なStrict DTDに従わなければすべてtransitional.dtd
何故か？
それは論理的に定義された論理にはんする個人的な観念にしかならない。
また、仕様書に対しての個人的な擬似解釈でしかない。

Strict DTDの論的文書構造は科学的、哲学に於いて定義されている
このスレで論議されていることは個人的な擬似解釈

496 ：Name_Not_Found：03/07/05 22:00 ID:???

解釈の仕方もいろいろあるだろ。

497 ：Name_Not_Found：03/07/05 22:07 ID:???

>>494
類型論・特性論は、私が下手な説明をするよりも検索したほうが早いと思います。
心理学用語です。
縮小解釈とは、例えば、dlは定義リストだから「定義」以外のマークアップ
（例えば仕様書の例にあるような「会話」）は認めない、といった考え方です。

>>495
個人的な判断は認めない、ということですか？
それも一理あると思います。
ということは、dlで何をマークアップしてよいか、という議論や、
構造と見映えの分離に関する議論は、
Strictかどうかの判断においては何の意味もない、ということですか？
DTDでは、そうしたセマンティクスは何ら示されていません。

498 ：Name_Not_Found：03/07/05 22:08 ID:???

>>497はインテリ玄米だね。

499 ：Name_Not_Found：03/07/05 22:10 ID:???

>>498
なにそれ

500 ：Name_Not_Found：03/07/05 22:50 ID:???

プロフィールのページで、
<table>
<tr><th>氏名</th><td>本多の勝っちゃん</td></tr>
<tr><th>住所</th><td>東京</td></tr>
<tr><th>趣味</th><td>読書、山登り</td></tr>
</table>
の、趣味の読書、山登りは、ul liを使ったほうがいいのでしょうか？

あと、theadを使ったほうが良いでしょうか？

501 ：Name_Not_Found：03/07/05 22:53 ID:???

>500
そのままでも良いと思ふ
しいて言えば、氏名も住所も趣味もいらん気がするがな

502 ：Name_Not_Found：03/07/05 22:53 ID:???

<dl>
<dt>氏名</dt>
<dd>本多の勝っちゃん</dd>
<dt>住所</dt>
<dd>東京</dd>
<dt>趣味</dt>
<dd>読書</dd>
<dd>山登り</dd>
</dl>

503 ：Name_Not_Found：03/07/05 22:54 ID:???

>500
BR だけでも書けるだろ

504 ：Name_Not_Found：03/07/05 22:58 ID:???

>>501
はじめに｜国際法｜国際連合｜BBS｜メール

などという、各ページへの見出しは、上のように横に並んでいても、ul liを
使い、CSSで調節したほうが良いようですが、なぜ、プロフィールの場合は、
ul liを使わないほうがいいのでしょうか？

505 ：Name_Not_Found：03/07/05 22:59 ID:???

自分の馬鹿さを晒し上げているスレはここですか？
hegth:100px; → これを実数値（正確には実数値+単位）という
hegth:100%; → これを割合値という

506 ：500：03/07/05 23:02 ID:???

>>504は私です。
>>502
テーブルは、表なので、プロフィールを表として記述したいのですが、
定義リストとして記述したほうがいいのでしょうか？

507 ：Name_Not_Found：03/07/05 23:06 ID:???

>504
メニューはコンテンツを列挙したもの=リストと捉えられるからul。
表でも定義リストでも表す情報は殆ど同じだと考えられるから
結局どっちでもいい。

508 ：500：03/07/05 23:09 ID:???

<table>
<tr><th>氏名</th><td>本多の勝っちゃん</td></tr>
<tr><th>住所</th><td>東京</td></tr>
<tr><th>趣味</th><td>
<ul>
<li>読書</li>
<li>山登り</li>
</ul>
</td></tr>
</table>
という記述は止めたほうがいいのでしょうか？

509 ：Name_Not_Found：03/07/05 23:12 ID:???

俺はいいと思う

510 ：Name_Not_Found：03/07/05 23:13 ID:???

冗長。

511 ：Name_Not_Found：03/07/05 23:13 ID:???

いいってのは良いという意味ね。"やめた方がいい"じゃなくて

512 ：Name_Not_Found：03/07/05 23:14 ID:???

>508
別に良い。
ついでにそのような表はヘッダ部が特に必要無いので
theadは要らない。

やるなら

<table>
<thead>
<tr><th>項目</th><th>内容</th></tr>
</thead>
<tbody>
>508の表
</tbody>
</table>

ってなるんかなぁそう言う表だと…

513 ：Name_Not_Found：03/07/05 23:18 ID:???

んで適切って言うかまあヘッダ・本文(あとフッタ)って分けるのであれば、

<table>
<thead>
<tr><th scope="col">氏名</th><th scope="col">住所</th><th scope="col">趣味</th></tr>
</thead>
<tbody>
<tr><td>本多の勝っちゃん</td><td>東京</td><td>
<ul>
<li>読書</li>
<li>山登り</li>
</ul>
<td></tr>
</tbody>
</table>

って構成になると俺は思う。

514 ：Name_Not_Found：03/07/05 23:26 ID:???

>>505？？

515 ：Name_Not_Found：03/07/05 23:29 ID:???

>514
誤爆は気にすんな

516 ：Name_Not_Found：03/07/05 23:31 ID:???

Web上でよく見かける、デレクトリーパスの表記ですが、
<kbd>user/hoge/xxxx/</kbd>
<samp>user/hoge/xxxx/</samp>
など何がふさわしいと思いますか？
定義などはないのですが

517 ：Name_Not_Found：03/07/05 23:36 ID:???

518 ：Name_Not_Found：03/07/05 23:36 ID:???

>>514
css質問スレの粘着が誤爆という非常にｱﾚなｱﾚ

519 ：Name_Not_Found：03/07/05 23:37 ID:???

少なくともsamp要素はプログラムとかの出力結果だから使わない気がする

520 ：合ってますか？：03/07/05 23:45 ID:???

<p><strong>自分の馬鹿さを晒し上げているスレ</strong>はここですか？</p>
<dl>
<dt><code>hegth:100px;</code></dt>
<dd>これを実数値（正確には実数値+単位）という</dd>
<dt><code>hegth:100%;</code></dt>
<dd>これを割合値という</dd>
</dl>

521 ：Name_Not_Found：03/07/05 23:49 ID:???

>>508 >>512 >>513
それって、cssなしじゃ、不細工で見れたもんじゃない。と思うが...
とくに、>>513はデータが横並びってのはありえないと。

522 ：Name_Not_Found：03/07/05 23:49 ID:???

害虫

523 ：Name_Not_Found：03/07/05 23:54 ID:???

>>521
表としてはどれもあってるから良いと思うよ。
そもそもStrictスレで話振ったんだから見た目の方を気にするのは…。
それこそCSSを使えば良い。

それにデータが横並びなのがありえないというがコレも構成は正しい。
コレがただ一人のデータであるからおかしく見えるだけ。

まあ、ソレとは別にしても複数人のデータを表として列挙する場合なら>>513が最適。
ソレを一人のデータの表に当てはめても別におかしくは無い。

524 ：Name_Not_Found：03/07/05 23:55 ID:???

>>520
1つだけ大きな間違いがあるな

<strong>スレ違い</strong>

525 ：Name_Not_Found：03/07/06 00:03 ID:???

>>524
マルチにレスすんなよ。

526 ：521：03/07/06 00:06 ID:???

xml(xhtml)なら、納得できるんだけどね。
htmlはそれ単体でドキュメントとして成り立ってる必要があると考えてるんだけど。
そういう意味で、これの場合、データは１人分でドキュメントが完了してるわけだから、論理構造として正しいだけでは問題あると思うけど？
実際これをテキストブラウザや音声ブラウザで再現したら、あきらかに理解しずらいでしょ。

527 ：Name_Not_Found：03/07/06 00:16 ID:???

>526
あれは単体で文書として成り立つと思うんですが・・・。
最後の文にのみやや同意しますけど、それ以外はべつにそうは思わない

528 ：Name_Not_Found：03/07/06 00:18 ID:???

>>526
結局ブラウザの"見映え"を気にしている。

529 ：Name_Not_Found：03/07/06 00:18 ID:???

「テーブルは、表なので、プロフィールを表として記述したいのですが、」
プロフィールよりもテーブルであることが先なのか？
見た目から入って、表にしたい、と>>500=>>504は思っているんじゃないか？

530 ：Name_Not_Found：03/07/06 00:20 ID:???

>>526
>>508だと次のように読まれる
氏名　本多の勝っちゃん　住所　東京　趣味　読書　山登り
>>513でも次のように読まれる
氏名　本多の勝っちゃん　住所　東京　趣味　読書　山登り

まあ、両方同じ。

もし>>513のような表で複数人のデータがあれば次の順番で読まれる
氏名　本多の勝っちゃん　住所　東京　趣味　読書　山登り
氏名　本多の勝っちゃん2　住所　大阪　趣味　読書　水泳

ついでに両者ともテキストブラウザでもグラフィカルブラウザと同等のレンダリングが期待出来る。

まあ、もしデフォルトでおかしなことになろうとも、
適切なid、axis、scope属性によりコマの関連性を明示でき、
それにより視覚的、非視覚的を問わず正確なレンダリング、
音声表現が可能(仕様に沿っているUAであればだけど)。

531 ：521：03/07/06 00:21 ID:???

最後の文だけでもいいですよ。
strictの目的は、UA依存しないということがあるわけだから、
少なくとも>>513はまずいでしょう。

532 ：Name_Not_Found：03/07/06 00:24 ID:???

>531
具体的にどうおかしいの？
>513が最も適切だと俺は思ったんだけど。

533 ：Name_Not_Found：03/07/06 00:25 ID:???

そこで仕様書ですよ。
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/tables.html

534 ：521：03/07/06 00:28 ID:???

>>528
見栄えはきにしますよ。
CSS未対応の古いUAもあるわけで、それを切り捨てるというなら、数年前の好き勝手やってた時となんら変わらないですから。

535 ：Name_Not_Found：03/07/06 00:31 ID:???

実装と現実を考えていくとしょーもないですよ? 少なくともここでは

536 ：521：03/07/06 00:37 ID:???

>>532
513をlynxでみた場合
ttp://cgi.2chan.net/up2/src/f10881.jpg

537 ：Name_Not_Found：03/07/06 00:39 ID:???

>>534
ここはそんなスレ。実装が気になるなら他でお願い。

538 ：Name_Not_Found：03/07/06 00:42 ID:???

まあしかし実装を気にするのも仕方のないこと。
521はどんな代替案を持ってるの？

539 ：Name_Not_Found：03/07/06 00:43 ID:???

>536
それはLynxがおかしい…
コマの位置を意味不明なところに飛ばすのは明らかに実装がマズイ。
w3mの方は正確っぽいけど。

540 ：521：03/07/06 00:45 ID:???

>>537
私としては、実装以前の問題だとは思いますが、みなさんのstrictの意味に対する認識がそうであるなら、否定もしません。
騒がせました。撤退します。

541 ：Name_Not_Found：03/07/06 00:47 ID:???

と言うか表の構造自体がおかしいのか
それとも表のコマの中にリストを入れるのが悪いのか。
どちらが言いたいのかがわからん。
それ以外かもしれんが。

因みにリストを入れるのが悪いのならそもそも本文で
読書 / 山登り
ってなってても別に不味くは無い
(Strictからは多少外れるがあいまいになるだけで不正確では無い)。

542 ：Name_Not_Found：03/07/06 00:48 ID:???

>>540
というかStrictの話とUAの話がごっちゃになってない？

543 ：Name_Not_Found：03/07/06 00:49 ID:???

表のコマの中にリストを入れるのが悪い。

544 ：521：03/07/06 00:53 ID:???

ひとことだけ。
要はなんのためにstrictがあるのか？
という視点で、私はstrictを考えたいということです。

545 ：Name_Not_Found：03/07/06 02:26 ID:???

>>508
素直にrowspan使え。

546 ：Name_Not_Found：03/07/06 04:08 ID:???

それ以前にLynxのテーブル対応は正規対応じゃなかったような…。

547 ：Name_Not_Found：03/07/06 13:28 ID:???

>>544
まあなんちゅーか、より多くの観覧者のために適切なﾏｸｱﾌﾟはした方が良いけど、
より多くのUAの為にﾏｸｱﾌﾟを妥協すると意図や構造が伝わり難くなっちゃうんじゃないか。

別に妥協が悪いってわけじゃ無いけど。

548 ：Name_Not_Found：03/07/09 19:45 ID:???

hegth……NullPointerException……

などと粘着ちっくレスを
「保守」ということにしたいのですね

549 ：Name_Not_Found：03/07/09 19:48 ID:???

>>548
それやるんなら、名前欄も･･･
つーか、やたらなつかしいな。沢村よりいいかも、、、、って何板の話をしているんだ（藁

550 ：Name_Not_Found：03/07/09 20:04 ID:???

>>549
同一人物ではありませんが何か？

つーか、画面見ないでうったから、ふつうにtypoしてしまったよ、ハズカシ。
で>>1-548はなぜ"コピペ"するかなぁ。

551 ：Name_Not_Found：03/07/09 20:07 ID:???

未来のHTMLはこれだ！
http://www.sf.airnet.ne.jp/tkst/takepod/

552 ：Name_Not_Found：03/07/09 22:14 ID:???

>>551
i-mode 対応 HTML ver5.0 ということにしたいのでは？（笑い
http://www.nttdocomo.co.jp/mc-user/i/tag/index.html
こりゃもはや HyperText MAKE up Language なのな。。。

ところで markup て，辞書では「値上げ」つー意味しか出てこないんだけど
本当に "目印付け" でいいのかなあ？

553 ：Name_Not_Found：03/07/09 22:16 ID:UlGDs+j3

どこで質問をすればよいのかわからなかったので、ここでさせていただきます。
もしスレ違いでしたら、導いてください。

上下にフレームを分けたHPを作っています。
タグを使って背景画像を中心に固定しています。
フレームの上と下との間に境界線は表示させないで、背景が綺麗に繋がっています。
推奨解像度は１０２４×７６８です。

問題が発生しました。
下のフレームの行数が多くなると、右にスクロールバーが出ますよね。
そのせいで下フレームの中心位置がずれて、上フレームの背景とずれてしまうのです。
背景画像は１０２４×１（の繰り返し）なので、左端に固定すればよいと思ったのですが、
そうすると別の解像度のPCで見ると、また、小さいウィンドウで見ると、これまたズレて
しまいます。どう対処すればよろしいのでしょうか？
宜しくおながいします。

554 ：Name_Not_Found：03/07/09 22:19 ID:???

>>553
Webサイト制作初心者用スレ vol.60
http://pc2.2ch.net/test/read.cgi/hp/1056835937/

555 ：553：03/07/09 22:21 ID:UlGDs+j3

>>554
げげ、この類のスレを探していたのですが…灯台元暗しでした。
ありがとうございます。

556 ：Name_Not_Found：03/07/09 22:22 ID:???

>>554
http://yougo.ascii24.com/gh/68/006867.html

557 ：556：03/07/09 22:22 ID:???

s/554/552/

558 ：552：03/07/09 22:36 ID:???

>>556
おいしいソースをサンｸｽｺ㌧
つーか，ということは，新語って事なのかな。。。
どうだっていいやヽ(｀Д´#)ノｳｷｰ

559 ：Name_Not_Found：03/07/09 22:36 ID:???

>>553
しかし、strictスレでflameとはもの凄いｽﾚ違いだな

560 ：Name_Not_Found：03/07/09 22:45 ID:???

>>559 =~ s/flame/frame/;

561 ：Name_Not_Found：03/07/09 22:53 ID:???

一瞬、二重にしかけたのかと思ったのに、そうきたか

562 ：554：03/07/09 23:02 ID:???

同じく

563 ：Name_Not_Found：03/07/09 23:43 ID:???

なぜstrictスレに……
HTMLで検索したのだろうか

564 ：Name_Not_Found：03/07/10 06:52 ID:???

>>557 >>560
そんなこと書いても置換されないよ？ばかぁ？

565 ：Name_Not_Found：03/07/10 08:15 ID:???

ゆるい煽りは完全放置されてますな。けっこうけっこう

566 ：Name_Not_Found：03/07/10 10:07 ID:???

放置されない煽りはゆるくない煽りか(w

567 ：Name_Not_Found：03/07/10 10:11 ID:???

（´-`）.｡oO（知障出現！

568 ：Name_Not_Found：03/07/10 10:42 ID:???

オマエモナー

569 ：Name_Not_Found：03/07/11 20:52 ID:2Mx85N1I

table要素はなるべく使わないほうが良いですか？
プロフィールは、
定義リストで行うべきですか？

570 ：Name_Not_Found：03/07/11 20:53 ID:???

表を書くためにtable要素を使います。
目的に沿って要素を使い分ける。それだけ。

571 ：お小遣いゲッツ：03/07/11 21:02 ID:tecDRYAa

★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★

お小遣い稼ぎに・・・・・・『フルーツメール』いかがですか？
なんとこのサイトでは紹介すると1人につき『300円』貰えるんです。
掲示板などに書き込んで置けば勝手に色々な人が登録してくれてどんどん儲かります
。このサイトのメールを受信しておくだけでもなかなかお金になると思いますよ(*^_^*)※1メール受信するごとに約5円貰えます。
　メールはほぼ毎日着ます。
■□フルーツメール□■
http://banana.fruitmail.net/cgi/introduce_jump1.cgi?1720082
↑登録だけでもしておいても損はないですよ。
年会費等は一切かかりませんし入会するだけで
『100円』貰えるんです（*⌒▽⌒*）
貯めたお金は自分の銀行の口座に振り込んで貰ったり
商品券として送って貰ったりしています。

僕は試しに色々な掲示板に10件ほど書き込んでしばらく待ってみたら
1週間ほどで6000円ゲットしました！時間がなくてあまり書き込めなかったのが残念なのですが
真面目にやればもっともっとゲットできるはずですよ！！
私を紹介してくれた方は一ヶ月フルーツメールだけで10万近く稼いでます！
頑張って下さいね(^O^)
書き込んで後は寝てるだけ！オイシイですよ！
★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★★☆★☆★

572 ：Name_Not_Found：03/07/12 21:56 ID:???

>>569
table要素が嫌われていると錯覚されやすいがレイアウトに使うべきではない、といったものであって、表ならtable使っていいんだよ。
ただ、table要素って記述しなくちゃいけないことが多くて個人的には面倒なんだよなあ。

573 ：Name_Not_Found：03/07/12 23:23 ID:???

表なんてデータを視覚的にレイアウトしたものだろ。最初から邪道な存在なんだよ。

574 ：Name_Not_Found：03/07/12 23:31 ID:???

>>573
極論。

575 ：Name_Not_Found：03/07/12 23:40 ID:???

>>573
よく言い切った
尊敬する

576 ：Name_Not_Found：03/07/13 00:35 ID:???

阿呆が。

577 ：Name_Not_Found：03/07/13 03:05 ID:???

ｶﾞｲｼｭﾂだけどね

578 ：Name_Not_Found：03/07/13 11:12 ID:???

>>573
視覚的・・ではなくリストが行なら行、列なら列の１元的なデータであるのに対し
行と列の２元的な出来たデータのことだな。
視覚的に並べられるか、乍いは「ｎ行のｍ列はA」みたいに特定要素だけ
取り出されるかはわからんが。

579 ：訂正：03/07/13 11:13 ID:???

２元的な出来たデータ
　↓
２元的な要素で出来たデータ

580 ：Name_Not_Found：03/07/13 13:15 ID:???

２元的な要素で出来たデータ
↓
２次元的な要素で出来たデータ

視覚的じゃないか?

581 ：Name_Not_Found：03/07/13 14:07 ID:???

rowspan="2"とか付いてるとDOMとかじゃデータが取り出しにくいことこのうえないだろうね

582 ：Name_Not_Found：03/07/13 14:16 ID:fGjKgGTq

プロフィールは、定義リストかテーブルどちらを使うべきですか？

583 ：Name_Not_Found：03/07/13 14:25 ID:???

べた書きで

584 ：Name_Not_Found：03/07/13 14:30 ID:???

p要素で

585 ：Name_Not_Found：03/07/13 15:56 ID:C8Tt+qeH

間違えました。正しくは以下の通りです。
国会を国家と間違えていました。

XHTML1.1でidを使っています。
<h1>政治</h1>
<ul>
<li><a href="#peace">平和</li>
<li><a href="#a_national_assembly">国会</a></li>
<h2><a id="peace">平和について</a></h2>
<h2><a id="a_national_assembly">国会について</h2>

皆さんは、どのようにidの名前を付けますか？
この場合はheiwa,kokkaiとしますか？

586 ：Name_Not_Found：03/07/13 15:57 ID:C8Tt+qeH

上のは間違いです。

XHTML1.1でidを使っています。
<h1>政治</h1>
<ul>
<li><a href="#peace">平和</li>
<li><a href="#a_national_assembly">国会</a></li>
<h2><a id="peace">平和について</a></h2>
<h2><a id="a_national_assembly">国会について</h2>

皆さんは、どのようにidの名前を付けますか？
この場合はheiwa,kokkaiとしますか？

587 ：Name_Not_Found：03/07/13 15:58 ID:???

好きにしろ

588 ：586：03/07/13 16:05 ID:???

Webサイト制作初心者用スレ vol.61
http://pc2.2ch.net/test/read.cgi/hp/1057821031/
に書き込んだのですが、
strictスレのほうが適切かなと思い、書き込みなおしました。

589 ：Name_Not_Found：03/07/13 16:08 ID:???

マジでどっちでもいいから

590 ：Name_Not_Found：03/07/13 16:12 ID:???

ul閉じてないし h2にa含める意味ないし英語でもローマ字でも好きにしていいし
日本の国会は Diet だし

吊りですか

591 ：Name_Not_Found：03/07/13 16:25 ID:???

誰も日本の国会なんていってないんですけど。
>h2にa含める意味ない
そうなんですか？

592 ：Name_Not_Found：03/07/13 16:27 ID:???

ちんこの膿を吸い出さないとマジ腐りますよ。

593 ：Name_Not_Found：03/07/13 16:31 ID:???

>>592
気をつけるわ

594 ：Name_Not_Found：03/07/13 16:32 ID:???

素人な質問なんですが
月別のカレンダーをマークアップしたい場合、 table と dl、
どちらがより strict的ですか？

595 ：Name_Not_Found：03/07/13 16:34 ID:???

テーブル

596 ：Name_Not_Found：03/07/13 16:50 ID:???

>>594
カレンダーを排除する

597 ：594：03/07/13 16:56 ID:???

用途としては日記スクリプトとかにあるアレです。
ナビ的な役割のアレなんです。

テーブルでOKですかね？

それとも排除っすか？

598 ：Name_Not_Found：03/07/13 16:58 ID:???

カレンダーは表だからテーブルでいい。
今日こんなんばっかだな…

599 ：Name_Not_Found：03/07/13 17:25 ID:???

>>591
そうなんです。
idはa以外にも振れるし、a以外に振ったidもアンカーとして役に立つんです。
あと、
<a href="#peace">平和</a>
閉じタグ忘れすぎ。

600 ：594：03/07/13 17:40 ID:???

>>598
カレンダーを表と定義出来る理由付けが出来無いのです。

と聞いた方が良かったですか？駄目ですか。

兎に角、勉強してきます。ありがとうございました。

601 ：Name_Not_Found：03/07/13 17:43 ID:???

>>600
カレンダーは列で曜日、行で週を表す表だと認識しておりますが？

602 ：Name_Not_Found：03/07/13 17:58 ID:???

>>594
ttp://www.netlaputa.ne.jp/~robaq/schedule.xhtml
見栄えと論理構造を別けた上でtableつかってるサイト

603 ：Name_Not_Found：03/07/13 18:21 ID:???

>>599
<h3 class="recommended"><a name="head">HEAD</a> - 文書のヘッダ <span lang="en">/ Document Head</span></h3>

aにid振ったほうが良い

604 ：Name_Not_Found：03/07/13 18:22 ID:???

idかnameをね。

605 ：Name_Not_Found：03/07/13 19:44 ID:???

　http://www20.tok2.com/home/ilovemankonoana/

606 ：Name_Not_Found：03/07/13 20:07 ID:???

>>603
仕様書の見るべき場所を間違っているぞ。

アンカーにおけるidとa+name使い分け（HTML4.01)は
・id属性は、アンカー名である以上の役割を果たす。例えば、スタイルシート選択子、プログラム処理の識別子など。
・古いユーザエージェントの中には、id属性によるアンカーをサポートしないものもある。
・name属性の方が、命名の自由度が高い。実体を利用できる。

ついでに、>>586はXHTMLだからnameはむしろ非推奨だ。後方互換の為に残されてるだけ。

607 ：606：03/07/13 20:23 ID:???

訂正
誤)アンカーにおけるidとa+name使い分け
正)終点アンカーにおける……

あと、よくみるとXHTML1.1だったので、終点アンカーはid使え。nameはつかえない。
このとき同時に、終点アンカーにAを使う理由がなくなる。

608 ：Name_Not_Found：03/07/13 21:27 ID:???

>600
カレンダー 2 [calendar]

暦(こよみ)。七曜表。
　　　　　　　　　　~~~

609 ：Name_Not_Found：03/07/13 21:30 ID:???

日付がないところってどうするの
<td></td>でいいの？

610 ：Name_Not_Found：03/07/13 21:34 ID:???

そうするしかない・・・

611 ：Name_Not_Found：03/07/13 21:35 ID:???

次の月の日にちでも書けば？

612 ：Name_Not_Found：03/07/13 21:35 ID:???

前の月もか

613 ：Name_Not_Found：03/07/13 21:39 ID:???

カレンダーうぜー

614 ：Name_Not_Found：03/07/13 21:42 ID:???

Flash使ったらどうよ?

615 ：Name_Not_Found：03/07/13 21:55 ID:???

>>609
表は全てのセルが埋まっていないといけないなんてことはない。

616 ：Name_Not_Found：03/07/14 00:51 ID:???

>>615
たしかlintで警告出たと思うけどええのかな？

617 ：Name_Not_Found：03/07/14 08:28 ID:???

本から引用する場合、ISBNコードはTITLE属性とCITE属性のどっちに書けばいいの？

618 ：Name_Not_Found：03/07/14 08:41 ID:???

>>617
情報を利用する立場で考えてみたらどうだ？

619 ：Name_Not_Found：03/07/14 08:48 ID:???

titleには書名と著者名書いといた方が利用し易い

620 ：Name_Not_Found：03/07/14 13:18 ID:???

>615
良い。
というか気にする必要は無い。
空白セルのある表なんて十分あり得るものだから。

あと空白だからと言って半角スペースなどを入れる人が居るけど
これも必要ない。
もし罫線出したいだけならCSS使うかtable要素にframe="box"またはframe="border"。

>617
仕様書にはcite属性について
>この属性の値は、元文書あるいは元記事を指し示すURIである。
とあり、逆に考えればURI(URLやURN)はcite属性に入れるべきと言うわけ。
urn:isbn:n-nnnn-nnnn-n
という感じ。

621 ：617：03/07/14 20:10 ID:???

>>620
ありがとうございました

622 ：山崎渉：03/07/15 09:43 ID:???

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

623 ：Name_Not_Found：03/07/15 14:27 ID:???

ここはダメぽなオンラインですね

624 ：Name_Not_Found：03/07/18 06:45 ID:???

アンテナあげ

625 ：Name_Not_Found：03/07/18 20:00 ID:/wFl9WRs

更新履歴は、
ul liか、dl dt ddどちらを使うべきですか？
dl dt ddを使う場合で、

2003年1月1日　おっぱい画像公開
2003年1月3日　公安の秘密公開

と表示したい場合、

<dl>
<dt>2003年1月1日</dt>
<dd>おっぱい画像公開</dd>
<dt>2003年1月3日</dt>
<dd>公安の秘密公開</dd>
</dl>

と記述して、CSSで調節したらいいでしょうか？

それとも、
<ul>
<li>2003年1月1日<br />
・・・・・</li>

のほうがいいでしょうか？

と

626 ：Name_Not_Found：03/07/18 20:05 ID:???

>>625
立派な表のようにも思うが、まあ好きな方使えば？

627 ：Name_Not_Found：03/07/18 20:09 ID:???

表なんてデータを視覚的にレイアウトしたものだろ。最初から邪道な存在なんだよ。

628 ：Name_Not_Found：03/07/18 20:23 ID:???

>>627
見栄えと構造を区別できないﾔｼ…

629 ：Name_Not_Found：03/07/18 20:23 ID:???

>>627
それいったら、関連性のある数字群を順番に格納した配列なんかも「レイアウト」
の一種になるぞ。

レイアウトとしての表も存在するが、この場合は２元軸をもったデータを格納した
データ群の形態と認識すべき。

630 ：Name_Not_Found：03/07/18 20:50 ID:???

>>627
コピペ

631 ：Name_Not_Found：03/07/18 20:50 ID:???

>>627
Javaやったことないの？（別にJavaじゃなくてもいいけど標準ライブラリにTableがあるから）

632 ：Name_Not_Found：03/07/18 21:37 ID:???

>>631
だから、コピペだって。

633 ：Name_Not_Found：03/07/18 21:42 ID:???

>>632
それもコピペだって。

634 ：Name_Not_Found：03/07/18 22:14 ID:???

>>625
dl dt ddを使ってCSSで調節するのは、冗長。

<ol>
<li>2003年1月1日　おっぱい画像公開</li>
<li>2003年1月3日　公安の秘密公開</li>
</ol>
のほうがいい。

この場合ulではなく、olを使うべき。

635 ：Name_Not_Found：03/07/18 22:20 ID:???

くいつきすぎ

636 ：Name_Not_Found：03/07/18 22:24 ID:???

コピペだって。

637 ：Name_Not_Found：03/07/18 22:26 ID:???

いやコピペだって。
↓

638 ：Name_Not_Found：03/07/18 22:32 ID:???

しょうもなー！

639 ：Name_Not_Found：03/07/18 22:55 ID:???

　http://www20.tok2.com/home/ilovemankonoana/

640 ：Name_Not_Found：03/07/18 23:51 ID:???

見栄えと見た目の区別もできん椰子...

641 ：Name_Not_Found：03/07/19 01:09 ID:???

table要素は（視覚的な）表を作るための要素じゃなくて、表として表現され得るデータを表すための要素。

642 ：Name_Not_Found：03/07/19 01:11 ID:???

＞表として表現され得る
表以外にどう表現され得るの？

643 ：Name_Not_Found：03/07/19 01:34 ID:???

table信者は　30過ぎても子供もいない暇人

644 ：Name_Not_Found：03/07/19 01:41 ID:???

2次元の軸を持つデータってことだな。

645 ：Name_Not_Found：03/07/19 01:51 ID:???

暇がなきゃ子供も作れないだろうに。

646 ：Name_Not_Found：03/07/19 06:10 ID:???

>>645
日本には古来から「デザートは別腹」という諺がありまして…。

647 ：625：03/07/19 09:06 ID:???

皆さん、レスポンスありがとう。
テーブルでコーディングしたほう害意のでしょうか？

648 ：Name_Not_Found：03/07/19 09:07 ID:???

ほうがいいのでしょうか？

649 ：Name_Not_Found：03/07/19 09:09 ID:???

立派な定義リストのような気がするが。

650 ：Name_Not_Found：03/07/19 09:28 ID:???

定義ではないがStrict DTDなら許容できるだろうな。

651 ：Name_Not_Found：03/07/19 09:29 ID:???

やはり、

2003年1月1日　おっぱい画像公開
2003年1月3日　公安の秘密公開

と表示したい場合、

<dl>
<dt>2003年1月1日</dt>
<dd>おっぱい画像公開</dd>
<dt>2003年1月3日</dt>
<dd>公安の秘密公開</dd>
</dl>

と記述して、CSSで調節したらいいでしょうか？

652 ：Name_Not_Found：03/07/19 10:43 ID:???

そもそも「と表示したい場合」と言うのがHTMLを書くときに考慮されてるのが変。

HTMLを書く場合は純粋にデータ構造だけを考えるべき。

んで、この場合、「複数の同一日付の更新をどのように扱うのか」
「あとで、日付のみ、または更新内容のみを再利用することがあるのか」
がわかんねぇとHTMLはかけない。

<p>2003年1月1日<span style="display:none">に</span>おっぱい画像公開<span style="display:none">しました</span>。</p>
だって、こういうデータ構造ですら、ありえるだろ？

653 ：Name_Not_Found：03/07/19 11:14 ID:???

>>652
それこそスタイル目的のマークアップじゃあ。
やるならこうでしょう。(適当にid付けて)
<p><span>2003年1月1日</span>に<span>おっぱい画像公開</span>しました。</p>

現状のスタイルシートではここから目的の表示結果を得られない。
（どうしても欲しければXSLTで。HTMLじゃないけど。）
でもいいよね別に。

だって、HTMLを書く場合は純粋にデータ構造だけを考えるべき。なんだから。

…という皮肉であり葛藤です。

654 ：Name_Not_Found：03/07/19 11:15 ID:???

ulでいいじゃん・・・

655 ：Name_Not_Found：03/07/19 11:23 ID:???

無意味にFlash/GIFアニメにするってのはどうよ？

656 ：Name_Not_Found：03/07/19 11:29 ID:???

ulよりol

657 ：Name_Not_Found：03/07/19 11:49 ID:???

2003年1月1日　おっぱい画像公開
2003年1月3日　公安の秘密公開

これ、dl dt ddだろ。

いつに何をしたがだからね。

658 ：Name_Not_Found：03/07/19 11:57 ID:???

それなら別に表でも良いと思うけどな。
素直にどっちで書きたいかってことになるんじゃないの？
日付順にソートとか今後XSLとかでそういう拡張的な使用をするかもってんなら
表でデータを作っといた方が良いんじゃないかと。

というか、ブラウザの方にそういう表をソートとかこちらから弄れる機能が
欲しかったりするけど。

659 ：Name_Not_Found：03/07/19 12:03 ID:???

朝日新聞土曜日版beでのHTML講座
http://www.be.asahi.com/20030719/W16/0033.html

変な内容ね（藁

660 ：652：03/07/19 12:12 ID:???

念の為にいっとくけど、>>652はそもそも皮肉だぞ。
style属性使ってるあたりで。

主題にすべきは
>んで、この場合、「複数の同一日付の更新をどのように扱うのか」
>「あとで、日付のみ、または更新内容のみを再利用することがあるのか」
>がわかんねぇとHTMLはかけない。
ここ。これがはっきり解ってれば全く問題ない。
皮肉も葛藤の余地もない。

661 ：Name_Not_Found：03/07/19 12:26 ID:???

いいからFlash使っとけ

662 ：Name_Not_Found：03/07/19 13:34 ID:???

>>660
なんか微妙に抗しがたいな。

663 ：Name_Not_Found：03/07/19 13:35 ID:???

なんか=微妙

なにかなにか抗しがたいな。

微妙に微妙に抗しがたいな。

664 ：Name_Not_Found：03/07/19 13:37 ID:???

>>663
そんなこと言われても。

665 ：Name_Not_Found：03/07/19 13:49 ID:???

>>642
「データ構造」って知ってる？
タプル(tr)とドメイン(col)で表されるデータを表現するのがtableだって言ってるんだよ。
各項目が属性を持っているってことだ。
だからグループが形成できないようなデータはtable要素で表現してはならない。
逆にグループが形成できるデータはtable要素で表現され得る。
分かる？

666 ：Name_Not_Found：03/07/19 14:12 ID:???

いいからおっぱい画像よこせ！！！！！！！！！！！！！！！

667 ：Name_Not_Found：03/07/19 15:43 ID:???

リアルリアリティかよ、こんな板で

668 ：Name_Not_Found：03/07/19 15:45 ID:???

>>665
＞だからグループが形成できないようなデータはtable要素で表現してはならない。
＞逆にグループが形成できるデータはtable要素で表現され得る。
重箱の隅をつついてわるいが、複数の関連性のある形式段落(p要素)を意味段落で
グループ化するとき、HTMLではtableで表現され得るのか？

669 ：Name_Not_Found：03/07/19 15:55 ID:???

され得るからといってされるとは限らないものね。

670 ：Name_Not_Found：03/07/19 17:32 ID:???

>>668
質問の意味が分からないが、「意味段落」という属性ができるなら可能だろ。
　意味１　意味２　意味３
-----------------------
p要素１　p要素２　p要素３
p要素４　p要素５　p要素６
・・・

671 ：Name_Not_Found：03/07/19 20:53 ID:???

され得るからといってされないとは限らないものね。

672 ：Name_Not_Found：03/07/19 21:05 ID:???

ここはStrict な HTML について語るスレッドだ。
tableはそもそも論外。

673 ：Name_Not_Found：03/07/19 21:15 ID:???

>>672
仕様書読んで出直せ

674 ：Name_Not_Found：03/07/19 21:15 ID:???

>>672
ぷぷぷ

675 ：Name_Not_Found：03/07/19 22:04 ID:???

おいおい、いちいち反応するなよ、くずども。

676 ：Name_Not_Found：03/07/19 22:25 ID:???

ここはStrict な HTML について語るスレッドだ。
tableレイアウトはそもそも論外。

677 ：Name_Not_Found：03/07/19 22:36 ID:???

人物紹介についてなんですが、著作物はどのようにマークアップするのがよいでしょうか。citationタグはまずいですよね。

678 ：Name_Not_Found：03/07/19 22:46 ID:???

>>677
当然ながらどのような人物の紹介によるのかによる。

紹介対象の人物を通常の文脈の中で行うならp要素だろうし、
人物のデータをリストアップするならdlかul,ol辺りになるだろうし、
そのデータが表形式になっていればtable。
如何なる要素も相応しくないのであればdivになろうし…。

とりあえず、どんなもんなのか、サンプルギボンヌ。

あと、「citationタグ」ってなに？　HTML4.01で言う所のciteか？

679 ：Name_Not_Found：03/07/19 22:56 ID:???

>>678
citationはciteのことです。すいません。
形式としては
人物名
本文
著書
見たいな感じにしようと思ってます。

680 ：Name_Not_Found：03/07/19 23:11 ID:???

ＨＰ作る暇かあったらサッカーでもやれよ（ﾌﾟ

681 ：Name_Not_Found：03/07/19 23:12 ID:???

これは、引用を用いるべきではありません。
明らかに引用ではありません。

定義リスト

682 ：Name_Not_Found：03/07/19 23:20 ID:???

>>681
<dt>人物命</dt>
<dd>紹介</dd>
<dd>著作</dd>
こんな感じでよいしょうか。

683 ：Name_Not_Found：03/07/19 23:31 ID:???

citeは引用じゃないぜ

684 ：Name_Not_Found：03/07/19 23:34 ID:???

>>659
それ、朝刊で見ました。
作例のHTMLが非道い。

<html>
<body>
<font color="blue">
<H1><center>ホームページ講座３回のスケジュール
</center></H1></font>
<font size=5><center>
７月１９日号　まず文字だけのページから
<br>
７月２６日号　画像を張ってみます
<br>
８月２日号　リンクを張りましょう
</center>
</font>
</body>
</html>

のじたんとかTACTさんとかが突っ込む事を期待。

685 ：Name_Not_Found：03/07/19 23:35 ID:???

style属性て仕様書的に非Strict?

686 ：Name_Not_Found：03/07/19 23:40 ID:???

>>685
http://www.w3.org/TR/html401/present/styles.html#adef-style

687 ：678：03/07/19 23:41 ID:???

>>683
英語のニュアンスの微妙なところだがciteは引用としても
引用などの出典記述にも使える。

>>682
で、「具体的に、どうなるの？」

人物名：○○(人物名)
本文：○○(本文)
著書：○○(著書)

ならいっそtableだし、

○○(人物名)
　本文
　著作

なら
<dl><dt>人物名</dt>
　　<dd>(本文)
　　<dl><dt>著作</dt>
　　　　<dd>(著作)</dd></dl></dd></dl>
こんな感じか？

とにかく下手にマークアップのことなんか考えずに、ベタなテキストの
サンプルがないと複数通りのマークアップが可能で答え難い。

688 ：Name_Not_Found：03/07/20 02:49 ID:???

>>684
私は我慢できずにメールを出してしまいました。
3回あるらしいこの連載が中止される事を願っています。
ついでにこの記事を書いた香具師が一刻も早く<del>死ぬ</del><ins>改心する</ins>ことも願っています。

あ、記事の内容についてメールの中で触れるの忘れてた。
あとはよろしく>>689

689 ：Name_Not_Found：03/07/20 10:13 ID:???

>>688
メールすらめんどいので我慢したよ(藁
しかし、解説を依頼した人物が良く分からない本を書いているわけだが、
あれでいいのだろうかね。

どうせimgのalt属性は必須であることを秘密にするんだろう。
<html><body>は省略可能な要素…らしいですし

<font>使用を許しても、<font><h1><center>の順番はなによ。
「pは改行二つ分です」がないだけマシなのかもしれんが

690 ：Name_Not_Found：03/07/20 10:20 ID:???

>>688
メールしたー

りんとで-599点でしたよ。
打ち切ってください。

って

691 ：Name_Not_Found：03/07/20 10:24 ID:???

> <html><body>は省略可能な要素…らしい

？

692 ：Name_Not_Found：03/07/20 10:28 ID:???

>>691
その記事によれば…です。

> 朝日新聞土曜日版beでのHTML講座
> http://www.be.asahi.com/20030719/W16/0033.html
図解
http://www.be.asahi.com/20030719/W16/images/030719manual-b.jpg

別に中止にまでする必要は無いけど、
（この「講座」から、もっと勉強してみようという人がでるならば）
紙面の都合で詳しく解説はできないに決まっているんだから
最低限、見本くらいはvalidにして欲しいね。

693 ：Name_Not_Found：03/07/20 10:39 ID:???

>>691
省略可能なのはタグ。要素は省略できない。

694 ：682：03/07/20 11:42 ID:???

>>687
プレーンテキストだとこんな感じになります。

Immanuel Kant 1724-1804
北ドイツ出身の理性主義哲学者。Leibnizの弟子であるWolffから教えをうけ、のちHumeの『人性論』に影響を受ける。(以下略
『Kritik der reinen Vernunft』
『実践理性批判』(1788)

695 ：Name_Not_Found：03/07/20 11:56 ID:???

>>693
あの図解を見る限りでは要素が省略可、と言っているようには見えないけど、
別の記事の話？

696 ：Name_Not_Found：03/07/20 12:03 ID:???

>>695
>>693は>>689へのツッコミぽい

697 ：Name_Not_Found：03/07/20 12:56 ID:???

>>695
図解は見てない。>>691が「合ってるんじゃないの？」と言ってるようなので説明しただけ。

698 ：Name_Not_Found：03/07/20 13:50 ID:???

>>694
私なら
名前　生没年　説明　著書
を持つ表にします。

>>689
>しかし、解説を依頼した人物が良く分からない本を書いているわけだが、
どの本？というか>>694の形式で情報提供お願いします。

699 ：Name_Not_Found：03/07/20 14:04 ID:???

朝日新聞によるhtmlの解説

<font size="5"><center>なんとかかんとか</center></font>

700 ：Name_Not_Found：03/07/20 14:33 ID:???

>>699
<font size=5><center>なんとかかんとか</center></font>
ってなってるぞ。属性値を"で囲んでない。

>（C) タグの中には改行を入れない
へぇ～。

>Hに続く数字は1から6まで。数字が小さいほど、文字は大きく強調されます
へぇ～。

>見出しと本文の数字の指示の仕方が逆というのは、ほとんど嫌がらせかとも思えますが
お前の解説が嫌がらせだ。

あんな記事載せる位だったら漏れがただで書いてやるから、
とっとと連載中止しろと。

701 ：Name_Not_Found：03/07/20 14:50 ID:???

fontの中にcenter入れられるかよヴォケ

<dl>
<dt>Immanuel Kant</dt>
<dd>1724-1804</dd>
<dd>北ドイツ出身の理性主義哲学者。Leibnizの弟子であるWolffから教えをうけ、のちHumeの『人性論』に影響を受ける。(以下略</dd>
<dd>『Kritik der reinen Vernunft』</dd>
<dd>『実践理性批判』(1788)</dd>
</dl>

702 ：Name_Not_Found：03/07/20 14:55 ID:???

>>701
>fontの中にcenter入れられるかよヴォケ
ちゃんとメール出せよ。漏れはもう出したから。

><dl>略</dl>
それだと、
1724-1804が生没年で
『Kritik der reinen Vernunft』
『実践理性批判』(1788)
が著書であるという情報が欠落していると思んだけどどうよ？

703 ：687：03/07/20 14:55 ID:???

>>694
そのレベルなら充分に表だと思うので、>>698 の表案を支持。
表でない構造を望むなら、俺ならこうする。
<dl>
　<dt>Immanuel Kant 1724-1804</dt>
　<dd>
　　<p>北ドイツ出身の理性主義哲学者。Leibnizの弟子であるWolffから教えをうけ、のちHumeの『人性論』に影響を受ける。(以下略</p>
　　<dl>
　　　<dt>主な著書</dt>
　　　<dd>
　　　　<ul>
　　　　　<li>Kritik der reinen Vernunft</li>
　　　　　<li>実践理性批判 (1788)</li>
　　　　</ul>
　　　</dd>
　　</dl>
　</dd>
</dl>

著書リストのところでdlがネストしているのが冗長なのでやはり表か?(藁
なお、名前と生没年を別ける場合、俺ならspanにクラスつけて、
DOMとかXSLではそのclassをポインタにする。

704 ：朝日新聞低脳HTML解説玉砕委員会会長：03/07/20 15:24 ID:epPJWgqn

徹底的に朝日新聞の低脳なHTML解説ページを潰してやる！
皆でメールを送ろう。

僕も、アカウントいっぱいとって送りまくる！

怒り心頭！！！

705 ：Name_Not_Found：03/07/20 15:33 ID:???

おまえらW3Cヲタの矮小さが判らんのか？藁
どうあがこうとStrict HTMLなんてものは流行らんよ

706 ：Name_Not_Found：03/07/20 15:35 ID:???

流行るわけねーだろボケが。脳腐かよ。

浸透していくんだ。

707 ：Name_Not_Found：03/07/20 15:40 ID:???

>>704
メールを送るのは言いが一人1通にしとけ。
アカウントとって送りまくるのは嫌がらせ以外の何者でもない

708 ：Name_Not_Found：03/07/20 15:40 ID:???

ﾌﾟｹﾞﾗ

709 ：Name_Not_Found：03/07/20 15:43 ID:???

>>704
張り切り過ぎじゃないか？
あんなページ他にも幾らでも有るぞ。

710 ：Name_Not_Found：03/07/20 15:45 ID:???

これは、朝日新聞に付属のbeに掲載されているというところに問題がある。
ただウェブサイトで紹介しているだけならまだしも、朝日新聞購読者全員に
紹介することが問題。

711 ：Name_Not_Found：03/07/20 15:46 ID:???

>>710
それは同意だが>>704はとりあえずもちつけ。

712 ：Name_Not_Found：03/07/20 15:47 ID:???

>>706
「浸透していくんだ。」
名言だね。
一行空けて言っているいるところに、悟りを感じる。

713 ：Name_Not_Found：03/07/20 15:48 ID:???

W3Cヲタ＝犯罪予備軍が証明されますた（ﾌﾟﾋー

714 ：Name_Not_Found：03/07/20 15:48 ID:???

blogサイトやってる奴が片っ端からリンクはって
ネタにしてやればいいんじゃないか？
Referer取ってるか分からないけど。

715 ：Name_Not_Found：03/07/20 15:49 ID:???

>>701
<dl>
<dt>Immanuel Kant</dt>
<dd>
<ul>
<li>1724-1804</li>
<li>北ドイツ出身の理性主義哲学者。Leibnizの弟子であるWolffから教えをうけ、のちHumeの『人性論』に影響を受ける。(以下略</li>
<li>『Kritik der reinen Vernunft』</li>
<li>『実践理性批判』(1788)</li>
</ul>
</dd>
</dl>
がいいんじゃない？

716 ：Name_Not_Found：03/07/20 15:49 ID:???

>>706＝>>712
自演楽しいですか？

717 ：Name_Not_Found：03/07/20 15:49 ID:???

>713
ベドゥに犯罪じゃないだろ。

718 ：Name_Not_Found：03/07/20 15:50 ID:???

>>716
自演じゃないよ。

719 ：朝日ﾏﾝｾｰ：03/07/20 15:53 ID:???

W3Cヲタ必死だな（禿藁

720 ：朝目新聞：03/07/20 15:54 ID:???

朝日がさんさん。おはよ～～おさん

俺の権力を用いれば、皆を滅茶苦茶なHTMLを使う者にすることができる。

721 ：Name_Not_Found：03/07/20 15:58 ID:???

この朝日新聞の暴挙に国家的陰謀を感じる。

722 ：Name_Not_Found：03/07/20 16:00 ID:???

>>719
私も朝日新聞が好きだが、好きだからこそ間違った事はして欲しくない。
ただ盲目的に朝日新聞ヽ(´ー｀)ノﾏﾝｾｰと言っているだけでは過ちを犯すことになるぞ。

723 ：Name_Not_Found：03/07/20 16:01 ID:???

ＴＡＣＴんとこ見た
諸悪の根源は朝日の記者にいらん知恵を授けた石沢義裕と狩野祐子ぽい
http://www.amazon.co.jp/exec/obidos/ASIN/4761260238/qid%3D1050454205/br%3D1-5/ref%3Dbr%5Flf%5Fb%5F4/249-3251217-2242762

724 ：Name_Not_Found：03/07/20 16:02 ID:???

725 ：Name_Not_Found：03/07/20 16:02 ID:???

朝日よ、こんなことをしていると、右翼新聞の産経新聞に読者を取られるぞ。

726 ：Name_Not_Found：03/07/20 16:03 ID:???

>>723
そんなこと記事読めばわかるだろう(笑)

727 ：Name_Not_Found：03/07/20 16:04 ID:???

>>723
石沢義裕と狩野祐子は、不勉強野郎だね。

728 ：Name_Not_Found：03/07/20 16:05 ID:???

>>723
えっ？　そんなこと知ってるよ。載ってるよ。朝日のサイトに。

729 ：Name_Not_Found：03/07/20 16:05 ID:???

「ホームページ（以下ＨＰ）」ってくだりを見た瞬間ダメだとｵﾓﾀ

730 ：Name_Not_Found：03/07/20 16:06 ID:???

朝日が依頼すればよかったHTML精通者

ばけら、かんざき、のざき

731 ：Name_Not_Found：03/07/20 16:07 ID:???

朝日新聞土曜日版beでのHTML講座
http://www.be.asahi.com/20030719/W16/0033.html
図解
http://www.be.asahi.com/20030719/W16/images/030719manual-b.jpg

732 ：Name_Not_Found：03/07/20 16:08 ID:???

この二人の本て結構出てんだな...
http://www.amazon.co.jp/exec/obidos/search-handle-url/index=books-jp&field-author=%E7%BE%A9%E8%A3%95%2C%20%E7%9F%B3%E6%B2%A2/249-3251217-2242762
http://www.amazon.co.jp/exec/obidos/search-handle-url/index=books-jp&field-author=%E7%A5%90%E5%AD%90%2C%20%E7%8B%A9%E9%87%8E/249-3251217-2242762

733 ：Name_Not_Found：03/07/20 16:08 ID:???

>>729
それは偏狭

734 ：Name_Not_Found：03/07/20 16:10 ID:???

>>730
ISOの仕様はツッコミ所だらけだと思う

735 ：Name_Not_Found：03/07/20 16:10 ID:???

不勉強コンビ石沢義裕と狩野祐子が提供する滅茶苦茶HTML解説が広がっていることが悲しい。

736 ：Name_Not_Found：03/07/20 16:12 ID:???

つーかHTML解説サイトなんて腐る程有るのに
なんでわざわざ新しいの作ろうとするんかね？
中身もｶﾞｲｼｭﾂ＆間違いだらけだし。

737 ：Name_Not_Found：03/07/20 16:13 ID:???

正しいHTMLを広めるいい機会だったのに、朝日は解説を依頼する人を間違えた。

738 ：Name_Not_Found：03/07/20 16:14 ID:???

>>736
権利って邪魔だね

739 ：Name_Not_Found：03/07/20 16:15 ID:???

対抗馬として、産経に正しいHTMLの解説記事掲載を嘆願してみるか。

740 ：Name_Not_Found：03/07/20 16:15 ID:???

正しい・正しくないなんて何の意味があるんだ？？

　I　E　が　解　釈　で　き　れ　ば　な　ん　で　も　あ　り

だろ？
所詮お前らはオナニー厨よ

741 ：Name_Not_Found：03/07/20 16:16 ID:???

石沢義裕と狩野祐子が悪いのか、朝日新聞が悪いのか。

742 ：Name_Not_Found：03/07/20 16:18 ID:???

>>736
今回の朝日新聞に関しては解説サイトを作ろうとしたのではなく、
新聞に解説コーナーを設けただけだけどな。

743 ：Name_Not_Found：03/07/20 16:19 ID:???

W3C信者みたいな偏屈者の集まりが
一般向けの記事なんて書けるとは思わないのだが・・・。

744 ：Name_Not_Found：03/07/20 16:20 ID:???

>>741
朝日はStrictと云う言葉も知らないだろうが、石沢狩野は本を
出してるぐらいだから多分読者から指摘された経験が有る筈。
それでも考えを改めない石沢狩野コンビが悪に決定。

745 ：Name_Not_Found：03/07/20 16:22 ID:???

>>744
素晴らしい分析ありがとう。
真に的を射た分析。

746 ：Name_Not_Found：03/07/20 16:23 ID:???

(　´,_ゝ｀)　…ﾌﾟｯ

747 ：Name_Not_Found：03/07/20 16:23 ID:???

>>741
朝日新聞にも多少は非があるだろうが、
勉強不足の癖に専門家面してる石沢義裕と狩野祐子が悪い。

>>743
HTML3.2すらまともにかけない香具師よりマシだ。

748 ：Name_Not_Found：03/07/20 16:24 ID:???

＞真に的を射た分析。
レベルたけーーーーーーーーーーーーー

749 ：Name_Not_Found：03/07/20 16:24 ID:???

石沢義裕と狩野祐子が悪い！
悪の権化！　不勉強野郎　嘘八百・嘘つき野郎。
よく本を出せるな。石沢義裕と狩野祐子は、のざきさんに
コテンパンに叩きのめされろ！

750 ：Name_Not_Found：03/07/20 16:26 ID:???

>>748
Strictスレだからな。

751 ：Name_Not_Found：03/07/20 16:26 ID:???

粘着質の煽りがいますね

752 ：Name_Not_Found：03/07/20 16:26 ID:???

(　ﾟ,_･･ﾟ)ﾊﾞｯｶｼﾞｬﾈｰﾉ

753 ：Name_Not_Found：03/07/20 16:27 ID:???

久々に伸びましたかね。

754 ：Name_Not_Found：03/07/20 16:28 ID:???

朝日が

755 ：Name_Not_Found：03/07/20 16:29 ID:???

>>749
いいへたれ具合ですねー

自分でやれ

756 ：Name_Not_Found：03/07/20 16:31 ID:???

暇人が多いんですね。

757 ：Name_Not_Found：03/07/20 16:31 ID:???

>>704
>>710
おちつけ

夏だから過剰反応がいるが、
朝日は一応、WordでつくるHTMLに「反響があったので」やっているわけで
WordのHTMLからすれば少しは進歩。
紙面の都合で細かいのまでかけないけれども
サンプルくらいはまじめにやれってこった

758 ：Name_Not_Found：03/07/20 16:32 ID:???

>>756
連休ですからね。

759 ：Name_Not_Found：03/07/20 16:33 ID:???

>>757
invalidなのは進歩とはいえないと思うがな。
素人はオーサリングツール使ってるほうがよっぽどマシ。

760 ：Name_Not_Found：03/07/20 16:34 ID:???

神崎正英さまに、頼めば良かったのに。

761 ：Name_Not_Found：03/07/20 16:34 ID:???

>>757
Wordで作るHTMLと今回の記事で具体的に進歩した点ってどこよ？

762 ：Name_Not_Found：03/07/20 16:36 ID:???

石狩コンビは実態参照も知らない

763 ：Name_Not_Found：03/07/20 16:36 ID:???

　　_, ._
（　ﾟ Дﾟ）ぁあん？！

764 ：Name_Not_Found：03/07/20 16:37 ID:???

>>762は漢字も知らない

765 ：Name_Not_Found：03/07/20 16:37 ID:???

石沢義裕と狩野祐子の本は買わないほうがいい。

766 ：762：03/07/20 16:38 ID:???

>>764
ごめん

767 ：Name_Not_Found：03/07/20 16:38 ID:???

本なんて読む奴はただの暇人。

768 ：Name_Not_Found：03/07/20 16:38 ID:???

んなこたない

769 ：764：03/07/20 16:40 ID:???

>>762
赦す。

770 ：Name_Not_Found：03/07/20 16:41 ID:???

>本書では、初心者にもわかりやすいようにＨＴＭＬを解説しています。
>これから初めてホームページをつくろうという方はもとより、ＨＴＭＬを知りたい、
>ＨＴＭＬを覚えてホームページをグレードアップしたい、という方にも役立ちます。
>ぜひ、ＨＴＭＬを覚えましょう。

　　　おまえが覚えろ

771 ：764：03/07/20 16:42 ID:???

s/赦/殺/

772 ：朝日新聞：03/07/20 16:43 ID:???

>>770
無断引用は提訴します。

773 ：764：03/07/20 16:43 ID:???

>>771
去ね

774 ：Name_Not_Found：03/07/20 16:44 ID:???

>>772
版権は朝日にはないぞ(笑)

775 ：Name_Not_Found：03/07/20 16:44 ID:???

Show Monar !!

776 ：Name_Not_Found：03/07/20 16:45 ID:???

>>772
しかも、引用じゃないよ。

777 ：Name_Not_Found：03/07/20 16:46 ID:???

朝日のHTML講座って続きの予定あるの？

778 ：Name_Not_Found：03/07/20 16:46 ID:???

今の釣られた気持ちをStrict-HTMLでマークアップしてください。

779 ：Name_Not_Found：03/07/20 16:48 ID:???

>>777
国民の大半がＦＯＮＴタグを使いこなせるようになるまで続きます。

780 ：Name_Not_Found：03/07/20 16:49 ID:???

タグ？

781 ：Name_Not_Found：03/07/20 16:50 ID:???

>>777
記事ぐらい嫁。
全3回だ。

782 ：Name_Not_Found：03/07/20 16:55 ID:???

石沢義裕と狩野祐子は今ごろ高笑いをしているぞ。

783 ：Name_Not_Found：03/07/20 16:57 ID:???

ｱｳ･･ｫｫｫｳ･･
○ 　　　○ グッポグッポ
( ヽ　 ○/ｌ ))
))）」￣[ 乙

784 ：Name_Not_Found：03/07/20 17:03 ID:???

rubyとaを使う場合どちらを中に書けばいいでしょうか？
<ruby><rb><a href="#proclamation">宣言</a></rb><rp>(</rp> <rt>せんげん</rt><rp>)</rp></ruby>

か、

<a href="#proclamation"><ruby><rb>宣言</rb><rp>(</rp> <rt>せんげん</rt><rp>)</rp></ruby></a>

785 ：Name_Not_Found：03/07/20 17:11 ID:???

書きたい方を中に書く。

786 ：Name_Not_Found：03/07/20 17:19 ID:???

>>784
宣言にルビが振られたものがアンカーになっているのか、
宣言と言う文字にアンカー張ったものにせんげんというルビが張られているのか。
よく考えて自由にやってくれ。

787 ：Name_Not_Found：03/07/20 17:35 ID:???

>>784
明らかに、下が正しい。

788 ：Name_Not_Found：03/07/20 17:38 ID:???

>>783
明らかに、左がいい。

789 ：Name_Not_Found：03/07/20 19:10 ID:???

>>784
これってどちらもパーサーでは、エラーでないんだね。

790 ：Name_Not_Found：03/07/20 19:11 ID:???

>>788=童貞　が発覚しました。

791 ：Name_Not_Found：03/07/20 20:28 ID:???

>>698 >>701 >>703 >>715
この辺になると表になるわけですか。
実のところXML+XSLで逝きたかったんですが、CGIが使えないサーバなものでなんとも。
表だとデザインを整えるのが難しそうなのでdlで逝ってみます。ありがとうございました。

792 ：Name_Not_Found：03/07/20 21:16 ID:???

sage

793 ：Name_Not_Found：03/07/20 22:07 ID:???

>>791
いや、どの程度とかってんじゃなく
単純に今後そのデータをどんな風に使ってくかって話だと思われ。

794 ：Name_Not_Found：03/07/20 22:21 ID:???

1次元のものはリスト(ul,ol,dl)、2次元のものはtableで使い分ける。

795 ：Name_Not_Found：03/07/20 22:25 ID:???

結果のブラウザへの出力にhtmlを使いたいだけで
html自体をデータとして使ってもらうつもりがないんだろうな。

796 ：Name_Not_Found：03/07/20 22:38 ID:???

3次元は…

797 ：Name_Not_Found：03/07/20 22:52 ID:???

＞3次元は…
いくら次元が増えようと表を増やせば問題ない

798 ：Name_Not_Found：03/07/20 23:43 ID:???

一次元とか二次元とか、わかって言っているのかな？

799 ：Name_Not_Found：03/07/21 00:09 ID:???

アタマワルイノカナ？

800 ：Name_Not_Found：03/07/21 00:27 ID:???

お前がな

801 ：Name_Not_Found：03/07/21 00:48 ID:???

ｵﾏｴｶﾞﾅｰ

802 ：Name_Not_Found：03/07/21 01:28 ID:???

オレモナー

803 ：Name_Not_Found：03/07/21 01:40 ID:???

正しいhtmlを吐き出すblogツールが普及するとｓ

804 ：Name_Not_Found：03/07/21 02:42 ID:???

いつでも完全なHTMLを吐き出せるblogツールは出てこないだろう。
WYSIWYGのHTMLエディタが正しいHTMLをいつでも吐き出せる訳ではないようにな。

805 ：Name_Not_Found：03/07/21 03:09 ID:???

blogはわりと定型的だから汎用性の高いHTMLエディタよりは
作りやすいのではないか。むしろできるだろう。

806 ：Name_Not_Found：03/07/21 09:52 ID:???

ていうかblosxomとかなら完全に出力制御できるっしょ。

807 ：Name_Not_Found：03/07/21 10:35 ID:???

これで、石沢義裕と狩野祐子の本は書店からなくなる。

808 ：Name_Not_Found：03/07/21 11:18 ID:???

>>687
何か今更だが、
HTML では blockqoute と Q が引用文で
cite が引用元の明示だと思われ。

809 ：Name_Not_Found：03/07/21 12:50 ID:???

mozilla.orgが(トップだけだが)新装して綺麗になったなーと思ったら
完全にテーブルレイアウトで、ざけんな! って思た

810 ：Name_Not_Found：03/07/21 12:51 ID:???

>>808
<q cite=～で事足りてしまったり

811 ：Name_Not_Found：03/07/21 13:03 ID:???

仕様書見たら、qとblockquote要素のcite属性はURIでcite要素は文字列だから、
書籍からの引用の場合
・<q cite="urn:isbn:～">～</q>とある。
・<cite>書籍</cite>によると<q>～</q>とある。
というふうに書けるっていう解釈でいいですか?

812 ：Name_Not_Found：03/07/21 13:30 ID:???

うん。

813 ：Name_Not_Found：03/07/21 15:12 ID:???

私は滅茶苦茶なHTML解説本を出すやつはテロリストだと思ってる。
処女で純真なHTMLを陵辱し、朝日新聞の紙面を不正な使用をしたやつも同じだと思う。
「HTML陵辱」という何人もしてはならない事をした訳ですから、
「HTML陵辱はテロ」と言うStrictな人及び書き込みには賛成しております。

814 ：Name_Not_Found：03/07/21 15:19 ID:???

>>813
とりあえずもちつけ。
もっと綺麗な言葉づかいは出来ないものか。
DQNにしか思えない。

815 ：Name_Not_Found：03/07/21 15:32 ID:???

>814
いやネタだろ…

816 ：Name_Not_Found：03/07/21 15:32 ID:???

>>813
そこまでは思わないけどさ、仮にも大手のメディアが
嘘だらけのHTML解説を載せるのは問題だよね。
夏休みの自由研究にwebサイトを作ってみようって子供達も見てるだろうし。

817 ：Name_Not_Found：03/07/21 15:37 ID:???

Web系の学校でも教えてる内容は似たようなもんだ。
いくつか見学してみたんだけど。

818 ：814：03/07/21 16:03 ID:???

>>815
ネタにマジレスしてみたんだが。

819 ：Name_Not_Found：03/07/21 16:20 ID:???

>>818
何か収穫あったか？

820 ：814：03/07/21 16:29 ID:???

>>819
特には。

821 ：Name_Not_Found：03/07/21 16:34 ID:???

>>817
漏れの学校だと
<script>タグは<head>タグと<body>タグの間に書く
って教材にあったよ
いまも直ってない。

822 ：Name_Not_Found：03/07/21 16:41 ID:???

>>821
ちゃんと指摘したんだよな？

823 ：Name_Not_Found：03/07/21 16:53 ID:???

>>822
なぜか落ちてその教材を写せって言われた
A4三枚ほどの正誤表つけて出して
単位もらえたけど
まだ直ってない。

824 ：Name_Not_Found：03/07/21 16:58 ID:???

表面だけ教えて、大事なところを教えてない。
以前通ってた自動車教習所が、運転の仕方ばかり教えて、
エンジンやブレーキが動く仕組みを教えないって感じだったけど、
似たようなもんだと思った。
根本って言うかさ、うまく言い表せないけど。

825 ：Name_Not_Found：03/07/21 17:40 ID:???

根本はるみ？

826 ：687：03/07/21 18:41 ID:???

>>808
俺の誤訳でなければ「citeは他のソースからの『引用』か『出所』を内容とする」
と読めるが？

ちなみにHTML4.01の仕様な。
>CITE:
> Contains a citation or a reference to other sources.

827 ：Name_Not_Found：03/07/21 18:47 ID:???

「引証あるいは他のリソースへの言及を含む」

828 ：Name_Not_Found：03/07/21 18:55 ID:???

どうよ?
http://www.jah.ne.jp/~hirohiko/html.html

829 ：Name_Not_Found：03/07/21 19:02 ID:???

title要素の内容からHTMLを抜け

830 ：Name_Not_Found：03/07/21 20:17 ID:???

>>807
だからお前程度がいくら吠えたって世の中変わらんから

831 ：Name_Not_Found：03/07/21 20:35 ID:???

そうそう。
彼らみたいのががいないと優越感もないしね。

832 ：Name_Not_Found：03/07/22 20:26 ID:???

朝日新聞から返信ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!

833 ：Name_Not_Found：03/07/22 21:05 ID:xKwuMKp9

返信age

834 ：Name_Not_Found：03/07/22 21:18 ID:???

返信ってどこ？

835 ：832：03/07/22 21:36 ID:???

>>834
手元にあるが何か？
今まで返信に突っ込みのメール書いてたんよ(;´ρ`) ｸﾞｯﾀﾘ
1時間以上かかってもうた。

836 ：Name_Not_Found：03/07/22 22:01 ID:???

別に興味ないから。勝手にやっとくれ。

837 ：Name_Not_Found：03/07/22 22:04 ID:???

>>825
著作権に触れない限りでｳﾌﾟｷﾎﾞﾝﾇ

838 ：837：03/07/22 22:08 ID:???

>>835
の間違い

839 ：Name_Not_Found：03/07/22 22:13 ID:???

朝日新聞は、石沢義裕と狩野祐子に解説させるのを止め
神崎正英先生に解説してもらうことにしたのかな？
>>835
突っ込みメールを書いたということは、解説者を変えずに、
同じ調子でやるのかな。

840 ：Name_Not_Found：03/07/22 22:17 ID:???

>>835は抵抗勢力の抵抗勢力。

841 ：Name_Not_Found：03/07/22 22:54 ID:xzNbHinD

***************************************************************
　　　　　　　　　　★白ロム専門店　［Dream Store］★
５０５シリーズが続々登場です！F505iも発売開始！！
Dream Storeでは白ロムの買取も始めました！
要らなくなった白ロムをDream Storeに売って下さい！
新機種も続々登場しております。SH505i/J-SH53/F505i/N505iなど…
在庫処分品もSO505i・D505i・SH251i・SO211iなどが追加されました。
その他の機種も全品値下げ致しましたので一度ご来店下さい！！

Dream Storeでは白ロム（携帯電話）を取扱っております。
白ロムは簡単に言うと機種変更用携帯です。
１年未満,水没した,盗難されたなどの方はｓｈｏｐで機種変更するより安く出来ます。
まずは価格を見に来てくださいね。皆様からのご注文を心よりお待ちしております。
　　　　　　　　　　　　 http://dream-store.net
****************************************************************

842 ：Name_Not_Found：03/07/22 23:15 ID:???

>>841
これが返信？

843 ：Name_Not_Found：03/07/23 02:07 ID:NZP4NH8q

漏れも苦情出したよ。戻ってきたメールがこれ。

いつもbeをご愛読いただき、ありがとうございます。
朝日新聞ｂｅ編集部の●●と申します。

お叱りのメール拝読しました。

ご指摘の点は、その通りと存じますが
記事の趣旨についてもご理解賜りたく、お返事申し上げます。

この記事は
「ホームページを作りたいけれど難しそう、と敬遠している方々」を念頭に書いております。
こういった方々にとっては
論理構造や約束事を知ることよりも
取りあえず作ってみることの方が重要かと考えました。
英会話をするには、文法を習うより実際に話してみた方が良いのと同じ理屈です。

もちろん文法も知った方が良いに越したことはありませんが
新聞の紙幅が限られた中、最低限のことだけ書いたことを、どうぞご理解ください。

今後とも、どうぞご指導賜りますようお願い申し上げます。

指摘してあげたのは文法どうこうじゃないんだが……
「最低限のこと」は　fontやcenterじゃないだろ?

844 ：Name_Not_Found：03/07/23 02:21 ID:???

コピペだろ。

845 ：Name_Not_Found：03/07/23 02:27 ID:???

＞英会話をするには、文法を習うより実際に話してみた方が良いのと同じ理屈です。
報道するより、それっぽく大衆扇動して、都合の悪い事は一切報じない
朝日らしい解答と言えば解答。

// ただし、この返信メールなるものが、本物ならば

846 ：Name_Not_Found：03/07/23 02:34 ID:???

実は俺が>>843に送りました

847 ：Name_Not_Found：03/07/23 02:35 ID:???

843です。さっきsageなくてすみません。
指摘内容が伝わっていないようなので、もしかして、苦情とか出した全員に
同じ内容のメールが届いてるんじゃないかと思って貼ってみました。ほかに
メール出した方々、どうでしょう。

848 ：Name_Not_Found：03/07/23 03:30 ID:???

>>843
理屈がまるっきりポンタじゃん…

849 ：Name_Not_Found：03/07/23 03:41 ID:???

すいません、一つ質問。
ページの右上に更新時刻を記述したり、右下にホームへのリンクを
入れたいと考えています。
ブロック要素で囲ってスタイルシートで右寄りにするのまではいいのですが、
この場合、どのブロック要素を用いるのが適しているのでしょうか？

850 ：Name_Not_Found：03/07/23 03:44 ID:???

>>849
ADDRESS要素

851 ：Name_Not_Found：03/07/23 03:46 ID:???

>論理構造や約束事を知ることよりも
>取りあえず作ってみることの方が重要かと考えました。
>英会話をするには、文法を習うより実際に話してみた方が良いのと同じ理屈です。

これって正論に見えて、文法を知らない香具師の言い訳なのでわ・・

852 ：Name_Not_Found：03/07/23 03:48 ID:???

>>849
ブロック要素で囲う理由は何だ？
てか、なぜインラインじゃいけないんだ？

853 ：Name_Not_Found：03/07/23 05:53 ID:???

http://pr.fujitsu.com/jp/news/2003/07/22.html
テーブルレイアウトｷﾀ━━━━━━('A`)━━━━━━ !!!!!

854 ：832：03/07/23 06:45 ID:???

>>843
まるっきり同じだ(苦笑
コピペ決定。

貫徹するほど時間がないのに、
1時間も割いて突っ込みメール返信して損した。

第2回が掲載された日には勝手にasahi.comをStrictに直してばら撒いてやる。
事実を伝えている部分だけなら著作権はないしな。

855 ：Name_Not_Found：03/07/23 06:50 ID:???

信者ども見事に空回りだな（ﾌﾟﾋｰ
Strict HTMLなんて主張する奴は世間的には変質者ですよ？（ﾌﾟｹﾞﾗ

856 ：Name_Not_Found：03/07/23 06:53 ID:???

>>855
君はどこをどう切っても変質者ですよ！

857 ：Name_Not_Found：03/07/23 07:12 ID:???

>>855
信者を応援しているようにしか思えないのだがw

つか、対応が早いのはいいが、まるっきりコピペってのはダメすぎ。＞朝日
今回メール出した人らは「購読者」なわけだよね？金払って見ているんだよね？

「いちいち対応してらんねー」ってのが朝日の本音だろうし、
漏れもクレーム受付やったことあるから、その気持ちはわからんでもないが
返信メールの内容が、向こう側の主張の押しつけで終わるのはどうか。

今回の件に関して言えばクレームと言えど「筋の通った」ものであるわけで
さらに言うと、あらかじめ決められた動作しかできないコンピュータの世界では
文法違反ってのは致命的な過ちと成りうるわけで
<center>や<font>が廃止される予定であることも明記する必要があったり
それなりに対応しなければいけない。

と、ここで吠えてみるテスト。

858 ：Name_Not_Found：03/07/23 07:16 ID:???

>新聞の紙幅が限られた中、最低限のことだけ書いたことを、どうぞご理解ください。

最低限のことを書いていないからツッコミが入っていると朝日はわかっていないらしい。

859 ： ◆FoxMX6a/hk ：03/07/23 08:18 ID:???

最低限のことっつーか、ある意味最低のことなんじゃないかとも思うのだが。

860 ：Name_Not_Found：03/07/23 08:27 ID:???

>>858
最低限のことしか書いてないなら、それは単なる「説明不足」だが、
今回のは、内容が「間違ってる」からなぁ。

両者の隔たりは大きい。

861 ：Name_Not_Found：03/07/23 09:07 ID:???

朝日新聞の非道を許すな。

862 ：Name_Not_Found：03/07/23 09:43 ID:???

例えば原稿用紙に何かを書く時にそれが枠にそっている必要はないし
文字である必要もない。
ただそれが正しい原稿用紙への文章の書き方とは言えないだけで…な。

ムチャクチャなのが書きたい奴はムチャクチャなのを書いてもいいと思う。
ただ、ムチャクチャなのを教えるなら教えてる内容がムチャクチャだってことを
あらかじめ読者に教えてあげた方が親切だよね。

863 ：Name_Not_Found：03/07/23 10:09 ID:???

・紙面の都合なんてのは分かっているが、
　　サンプル画像くらいまじめにやってほしい。
・次回は「画像」らしいが、altだけは忘れないで欲しい
・インラインとブロック要素の順番くらい間違えないで欲しい
・h1の解説をなんとかして欲しい
・とはいっても、たかが朝日に食いつくのも情けないな

というのが俺の感想。

864 ：Name_Not_Found：03/07/23 10:46 ID:???

http://slashdot.jp/askslashdot/03/07/22/1121229.shtml?topic=75

865 ：Name_Not_Found：03/07/23 10:50 ID:???

解説者を処刑しろ！

866 ：Name_Not_Found：03/07/23 10:54 ID:???

>>865
とりあえずもちつけ。
処刑したらあの世に邪魔者が増えて迷惑だろうが。

867 ：Name_Not_Found：03/07/23 11:42 ID:???

はじめに神は言われた「Strictあれ」（中略）そして最後にマークアップを作り上げ神は休息をとられた

868 ：Name_Not_Found：03/07/23 12:44 ID:???

そして天から遣わされた救世主がStrict子たん？

869 ：Name_Not_Found：03/07/23 13:00 ID:???

>>843
もしまたメール出すならHTML Lintの結果を全文貼り付けてみては？

870 ：Name_Not_Found：03/07/23 14:48 ID:???

>>869
かなり厨だよ、それやったら（藁

871 ：Name_Not_Found：03/07/23 14:56 ID:???

>>864
例の朝日の「ホムペ作り(はぁと」レスがひとつついてた。

……トピ全体で言いたいことは分かるけど、所詮/.Jは/.Jだねぇ。

872 ：Name_Not_Found：03/07/23 14:59 ID:???

新聞やテレビ、2chやY!、/.Jに期待するほうが間違っているんだよな。
専門知識を持った記者なんてそんなにいない。
厨房のいない掲示板とかネットグループなんてないんだし

873 ：690：03/07/23 15:30 ID:???

>>869
俺はlintの結果貼り付けて送ったよ。
したら843が帰ってきたー

874 ：Name_Not_Found：03/07/23 19:02 ID:???

石沢義裕と狩野祐子

875 ：Name_Not_Found：03/07/23 19:36 ID:???

我々はこの名前を忘れることはないだろう

……多分この二人は「とほほ」を見てHTMLを覚えたクチに違いない

876 ：Name_Not_Found：03/07/23 20:15 ID:???

よく本を出せるな。

877 ：Name_Not_Found：03/07/23 20:19 ID:???

前科
http://bengala.hp.infoseek.co.jp/15-01.htm
一月十三日

878 ：Name_Not_Found：03/07/23 20:20 ID:???

amazonで著書を検索すると良く分かるよ、この二人のレベルがさ。

879 ：Name_Not_Found：03/07/23 20:26 ID:???

ばけら、怒る
http://altba.com/bakera/hatomaru.aspx/ebi/2003/7/22/308430633066305730823046305f

880 ：Name_Not_Found：03/07/23 20:40 ID:???

>>879
日記だからって気を抜きすぎだな。
>title要素がない
っておまえ、要素はなくならんよ。お前もその程度かと。

881 ：Name_Not_Found：03/07/23 20:46 ID:???

そっちに行って突っ込めば。

882 ：Name_Not_Found：03/07/23 20:50 ID:???

>>881
そんな勇気はありません。

883 ：Name_Not_Found：03/07/23 20:56 ID:???

>>880
その日記に対するコメントのページで
「head要素はあるのでは? ないのはタグで。」と突っ込んでいる奴もいる。

884 ：Name_Not_Found：03/07/23 21:15 ID:???

【XXX】多すぎ。

885 ：690：03/07/23 21:56 ID:???

このすれ<XXX>多すぎ

886 ：Name_Not_Found：03/07/23 21:56 ID:???

>>885
関係者か？

887 ：Name_Not_Found：03/07/23 22:03 ID:???

　wwww
　´・　・´
　<XXX>
　　 |
　ヽ□ノ
　　人

888 ：Name_Not_Found：03/07/23 22:04 ID:???

まだ良く概念とかは理解してないんだけど
title自体が付けられてない場合は要素自体が無いんじゃなくて
要素に空の文字列(nullっていうか)が設定されてるって事？

889 ：Name_Not_Found：03/07/23 22:13 ID:???

本日未明、朝日のbe担当者から来たメールに対して、再度苦情、というか
お願いのメールを出した。
今のところ返信なし。

890 ：Name_Not_Found：03/07/23 22:46 ID:???

>>888
HTMLの場合、HTML,HEAD,BODY要素は
開始タグも終了タグも省略することができるから
タグがなくても要素はそこに存在するものとして解釈が進行する。
TITLE要素は開始タグも終了タグも省略できないのでタグがない場合は要素もなく、
HEAD要素内にはTITLE要素が必ずなければいけないことになっているので解釈そのものに失敗する。
この場合に空文字列を自動設定するかどうかはUAのエラー処理に依存する。

891 ：Name_Not_Found：03/07/23 22:52 ID:???

>>884
とりあえず漏れはXYだ。

892 ：祐子たん：03/07/23 22:53 ID:???

>>889
ｷﾓｲﾖｰ

893 ：Name_Not_Found：03/07/23 22:58 ID:???

というか、次は「画像」だからimgが多分使われるんだろう。
代替テキストは悲惨なことになりそうだよな。
で、その次は「リンク」か。
これもCSSで下線を消すとかの「小ネタ」がでてきそうで、
先行きが不安です

894 ：Name_Not_Found：03/07/24 00:05 ID:???

>>893
CSSなんて使えないよきっと。

895 ：Name_Not_Found：03/07/24 07:00 ID:???

「使える画像の拡張子はGIFかJPG」が出てくると予感

896 ：Name_Not_Found：03/07/24 09:02 ID:???

ぜひ文字サイズは10ptで固定してほしい

897 ：Name_Not_Found：03/07/24 10:12 ID:???

「画像としてbmpも使えます」

898 ：Name_Not_Found：03/07/24 10:33 ID:???

Sorry, strict厨 only.

899 ：Name_Not_Found：03/07/24 11:27 ID:???

すいませんPNGって何ですか？

900 ：Name_Not_Found：03/07/24 11:38 ID:???

>>899
http://www.pngdealers.com/Public/

901 ：Name_Not_Found：03/07/24 13:03 ID:???

>>899
http://www.sonymusic.co.jp/MoreInfo/Chekila/Pingu/

902 ：Name_Not_Found：03/07/24 16:04 ID:???

>>899
朝日新聞に聞くのが確実だし、手っ取り早いよ！

903 ：Name_Not_Found：03/07/24 16:04 ID:???

>>899
http://yougo.ascii24.com/gh/17/001708.html

904 ：Name_Not_Found：03/07/24 17:39 ID:???

この犯人(asahi.com : Be on Saturday の「夏休みホームページ作り（上）」。)は「『初めてＨＴＭＬに挑戦する人のためのらくらくホームページ』（かんき出版）を著した石澤義裕さんと狩野祐子さん」なのだ

905 ：Name_Not_Found：03/07/24 19:47 ID:???

初めてＨＴＭＬに挑戦する人＜石沢、お前のことだ

906 ：ヽ(´ー｀)ノｷﾞｺﾊﾊﾊ：03/07/24 20:22 ID:???

仕様書？ちゃんと読んでるよ。
とほほのWWW入門だろヽ(´ー｀)ノｷﾞｺﾊﾊﾊ

907 ：Name_Not_Found：03/07/24 21:43 ID:???

石澤義裕さんと狩野祐子さんには、これからきちんとした解説をしてもらいたい。

908 ：Name_Not_Found：03/07/24 21:44 ID:???

解説する前に謝罪してもらいたい。

909 ：Name_Not_Found：03/07/24 21:49 ID:???

『Strict HTML』に対するテロについて
新聞の”権威”を悪用した石澤義裕と狩野祐子による、とんでもない HTML 解説を断じて許すわけにはいかない！

910 ：Name_Not_Found：03/07/24 21:52 ID:???

総勢約40人のHTML愛好家に囲まれ、一時間にもわたる猛烈な抗議を受ける“恐怖体験”を経験させるしかない！

911 ：Name_Not_Found：03/07/24 22:09 ID:???

>>910
精神的障害を負わせると罪に問われるからほどほどにしとけ。

912 ：Name_Not_Found：03/07/24 22:12 ID:???

石澤義裕と狩野祐子。名前は覚えたぞ。

913 ：Name_Not_Found：03/07/24 23:04 ID:???

>>911
今回の朝日の記事で激しいショックを受け、この数日不眠症なんですが…
ってなったら、相手の罪をとえるかしらん。

914 ：Name_Not_Found：03/07/24 23:17 ID:???

>>913
そういう事は弁護士に聞いとくれ。

915 ：祐子たん：03/07/25 20:32 ID:???

>>913
睡眠薬食らって師ね

916 ：Name_Not_Found：03/07/25 23:57 ID:???

Google って li 要素を認識して、リストの後にセミコロン入れてくれてる？

917 ：Name_Not_Found：03/07/26 00:25 ID:???

>>916
ホントだ。
トリビアだな。

918 ：Name_Not_Found：03/07/26 00:29 ID:???

石澤と狩野にはSEOの崇高な世界は分かるまい

919 ：Name_Not_Found：03/07/26 01:45 ID:???

SODのAVの世界なら。

920 ：Name_Not_Found：03/07/26 02:36 ID:???

石澤と狩野は「SEOって何？」と言いかねない

921 ：Name_Not_Found：03/07/26 03:13 ID:???

総勢約40人ってだれとだれだろー…

922 ：Name_Not_Found：03/07/26 03:15 ID:???

まあ雰囲気でしょうな。

923 ：Name_Not_Found：03/07/26 03:38 ID:???

SEOって何？

924 ：Name_Not_Found：03/07/26 09:03 ID:???

>>923は石澤と狩野

925 ：Name_Not_Found：03/07/26 09:41 ID:???

HTML界の重鎮「えらいことしてくれたやないか。私は、悪いことをする人間には、コラッ！と言える人間だよ。
今回のこと、これうちの業界やったら指詰めんとあかん。」

926 ：Name_Not_Found：03/07/26 10:11 ID:???

朝日2回目来ました。
http://www.be.asahi.com/20030726/W16/0033.html

画像にalt属性ちゃんとつけてます。(説明は微妙)
しかし、前回の過ちに関する訂正はなく相変わらずサンプルでは
<font><h1><center><h1></center></font>となっています。

927 ：Name_Not_Found：03/07/26 10:24 ID:???

http://www.be.asahi.com/20030726/W16/images/030726manual-b.jpg
width="～"とheight="～"とダブルクォーテーションつけているくせに
alt=～とこっちにはつけないのな。

928 ：Name_Not_Found：03/07/26 10:25 ID:???

恫喝するしかない！

929 ：926：03/07/26 10:44 ID:???

すまん訂正
<font><h1><center></center><h1></font>
書きなれないからミスったよ:-p

930 ：Name_Not_Found：03/07/26 10:57 ID:???

神崎、ばけら、のざき、さんどうしましょ。

931 ：Name_Not_Found：03/07/26 12:02 ID:???

賛同しませｎ

932 ：Name_Not_Found：03/07/26 13:31 ID:???

なんで全角英数字なんだ。きもいよぅ。

933 ：Name_Not_Found：03/07/26 14:37 ID:???

奴らは半角加奈を使ってはいけないのと勘違いしておりますです

934 ：Name_Not_Found：03/07/26 16:06 ID:???

>>932
新聞の紙面では縦書きになってる。
それでフォントの関係でわざと全角英数字にしているんじゃないかと。

935 ：Name_Not_Found：03/07/26 18:05 ID:???

石澤と狩野、えらいことしてくれたやないか。

936 ：Name_Not_Found：03/07/26 18:05 ID:???

どうおとしまえつけるんや！

937 ：Name_Not_Found：03/07/26 20:59 ID:???

>>934
ああ、なるほどね。ちょっと救われた。ありがと。

938 ：Name_Not_Found：03/07/27 05:30 ID:???

>>927
名前文字しか使ってないのなら属性値の""は省略しても良いと思うよ。
この例はアウトだけど。

939 ：Name_Not_Found：03/07/27 13:55 ID:???

>>934
「>とか<を知らないから」だったらどうしようかと

940 ：Name_Not_Found：03/07/27 13:55 ID:???

>>938
いや、""を省略するなら「逆だろ」と突っ込みたかったんだろう。
数字のみのwidthに、日本語を普通に使っているalt…

941 ：Name_Not_Found：03/07/27 14:50 ID:???

altに日本語使ったらいけないの？

942 ：Name_Not_Found：03/07/27 15:18 ID:???

>>941
ダブルクオートで括っていないのがまずい。
XMLの場合だと width=50 とかの場合でも括る必要あり。

943 ：Name_Not_Found：03/07/27 15:27 ID:???

>>942
＞XMLの場合だと
XML前提なら、語るまで無くその通りだけどな。
流石にHTML教室に対して「XMLじゃない」ってケチつけるのはどうよ。

「今更なんでHTML」批判はありだとおもうけど。

944 ：Name_Not_Found：03/07/27 15:48 ID:???

>943
日本語なのにダブルクオートでくくっていないのは(･д･)ｲｸﾅｲ!
ってことを>942は言いたかったんじゃないの?

945 ：Name_Not_Found：03/07/27 15:51 ID:???

>>944は勘違いしてる。
>>942のレスは2行目は別の話。>>943は2行目に突っ込んでるだけ。

あと日本語じゃなくて数字以外じゃないだろうか。

946 ：Name_Not_Found：03/07/27 15:55 ID:???

>>945
HTML 4.01 では半角英数と.:-_のみからなる属性値は括らなくても問題ない。

947 ：Name_Not_Found：03/07/27 16:04 ID:???

もしかすると石澤と狩野はダブルクォートの要不要を理解してるかもしれん。
監修者校正を怠ったか見落としたかの疑惑は残るが。
↓JavaScript必須
http://www.kanki-pub.co.jp/Pages/powerup/

948 ：Name_Not_Found：03/07/27 16:30 ID:???

確信犯を誤用する前に、
[確信犯]　道徳的・宗教的または政治的確信に基づいて行われる犯罪。思
[広辞苑第五版]

949 ：Name_Not_Found：03/07/27 16:32 ID:???

>>946
おっと失礼。もう長い間XHTMLしか書いてないからうろ覚えだった。ありがと。

950 ：Name_Not_Found：03/07/27 16:58 ID:???

デタラメなHTML入門＠朝日新聞土曜版
http://slashdot.jp/article.pl?sid=03/07/27/0650211&mode=nested&threshold=-1
やっちゃった！今日の朝日のドキュン記事　その２５
http://society.2ch.net/test/read.cgi/mass/1058077867/

951 ：Name_Not_Found：03/07/27 17:03 ID:???

>>948
朝日の記者は開祖「石澤」「狩野」の「HTMLはIEに表示されれば文法はどうでもいい教」の
信者なので、確信犯で正しいです。

952 ：Name_Not_Found：03/07/27 17:07 ID:???

そもそもDOCTYPE宣言をしてないのは、書かなくても表示されるからだと思うんだけど
それなら何故<html>や<body>を律儀に書いてるんだろう。

953 ：Name_Not_Found：03/07/27 17:12 ID:gIBeAko7

>>947
そもそも「初心者向け」の記事なら無条件に "" で括るように指示した方が安全。
初心者に>>946みたいな制限を暗記させる方が酷でしょ。

954 ：Name_Not_Found：03/07/27 17:21 ID:???

確信犯の例。
>HTMLではBLOCKQUOTE要素を引用として使うと説明しています。
>ところで引用って何でしょう？通常の日本語の文書ではどうしてるでしょうか。
>ただ単に2重かぎカッコ『』をつけるだけで、左右のマージンをつけたりなんかしないように思います。
>日本語の文章では使い方の定義が最もあいまいな要素の一つだと思います。
>それでも、このページのソース内容表示のような場合、BLOCKQUOTE要素は結構便利です。ここでは、背景色、ボーダー、マージン、パディングの設定内容を紹介します。
http://tancro.stp-1.com/stylesheet/use_block.html

引用の使い方すら知りませんか。無知にも程があるのですが。
こういう一般常識に欠ける人間が社会で成り立つのでしょうか。

>スタイルシートを裏技や特殊なテクニックとしてではなく、正攻法で使えるように
などと言っているが、HTML は「正攻法」ではないらしい。

955 ：Name_Not_Found：03/07/27 17:21 ID:???

>>953
「""で括る必要がある場合と、必要ない場合があります」より、
「""で括らなくてもいい場合も有りますが、とりあえず一通り括っておきましょう」
の方が確かに初心者向けだな。

956 ：Name_Not_Found：03/07/27 18:01 ID:???

＞＞９５１
おいおいIEで表示できる以外に一体なにが必要だって言うんだぁ？
おぶぁくゎさぁん♥

957 ：Name_Not_Found：03/07/27 18:25 ID:???

サーチエンジンのロボットや携帯電話のブラウザにも適切に解釈される必要がある。

958 ：Name_Not_Found：03/07/27 18:47 ID:???

>>956
GoogleはIEではありません。

959 ：Name_Not_Found：03/07/27 19:10 ID:???

>>906 w3c 信者スレッドでやたらとｷﾞｺﾊﾊﾊが気に入った奴だな？
いいからぁゃιぃに行ってろって (´Д`)y-~~

960 ：Name_Not_Found：03/07/27 19:25 ID:???

>>959
もう5年も前の言葉じゃないか？＜ｷﾞｺﾊﾊﾊ
ちょっと懐かしい。ｷﾞｺｳﾋｬﾊ

961 ：通報者：03/07/27 20:39 ID:???

http://lol.to/bbs.php?bbs=vazari

962 ：Name_Not_Found：03/07/27 21:07 ID:???

正直、「正字正仮名」ごときでいまさら騒がれても。

963 ：Name_Not_Found：03/07/27 23:03 ID:???

>>954

blockquoteの「block」の意味を考えなかったのかなぁ。＞作者

964 ：Name_Not_Found：03/07/27 23:13 ID:???

ﾃﾞｨｰﾌｪﾝｽﾃﾞｨｰﾌｪﾝｽ

965 ：Name_Not_Found：03/07/27 23:16 ID:???

ｵｰﾌｪﾝﾇｵｰﾌｪｿｽ

966 ：Name_Not_Found：03/07/28 00:50 ID:???

Strict-HTMLなんて全然広まってないじゃんｗｗｗｗｗ

いつまで寝惚けてんだおめえらｗｗｗｗｗｗｗｗ

967 ：Name_Not_Found：03/07/28 01:22 ID:???

>>966
そりゃまぁ、Strictなんて古い概念はどんどん淘汰されて、
XHTML1.1では XHTML1.0で言う所のStrictしかなくなっちゃったしなぁ。

968 ：Name_Not_Found：03/07/28 01:52 ID:???

>>954
糞連中が margin : auto ; を知るきっかけを前世紀に作ってくれたのはそこのサイト作成者だったろ。
その点だけでも評価してやれ。

969 ：Name_Not_Found：03/07/28 01:52 ID:???

正しいものは広まらないんだよ。世の中見てみろ。

970 ：Name_Not_Found：03/07/28 02:24 ID:???

こんな変人ばっかじゃねえ

971 ：Name_Not_Found：03/07/28 09:06 ID:???

>>966
同意。

972 ：デフォルトの名無しさん：03/07/28 12:41 ID:???

別にHTML4.0などの規格に常に従う必要など全くない。
一般的なブラウザで正常に表示できれば問題無いだろう。
この程度のことでギャーギャー騒いでいる奴らは、
知識だけあってもそれを現実に生かすことのできないタイプのバカ。

973 ：Name_Not_Found：03/07/28 12:50 ID:???

誰が従えと言ったんだ。
これはただの趣味。

974 ：Name_Not_Found：03/07/28 14:00 ID:ZFg8f+xj

843の
>英会話をするには、文法を習うより実際に話してみた方が良いのと同じ理屈です。
まだそんな事言っているとは、、、。
英文法だめなあほが増え、片言の低レベル英語しか話せない奴を量産しても何の益にもならんと川本先生や斎藤兆史先生ほか真の識者が警告しておられるのに、、、

975 ：Name_Not_Found：03/07/28 14:38 ID:???

例の朝日祭りはなんか、/.を見ててもレベル低いなっと。

976 ：Name_Not_Found：03/07/28 14:45 ID:???

言い古されたことを改めて繰り返している感じだよね。

977 ：Name_Not_Found：03/07/28 15:19 ID:???

>>976
まちがってるんだからしゃーない。

978 ：Name_Not_Found：03/07/28 15:39 ID:???

ヲタ必死（藁
汗かき過ぎ（藁

979 ：Name_Not_Found：03/07/28 15:48 ID:???

>>972
同意。

980 ：Name_Not_Found：03/07/28 15:57 ID:???

>>979
正常位。

981 ：Name_Not_Found：03/07/28 15:59 ID:???

つーか、W3CのHTMLの仕様に従ったHTMLなら
どのブラウザでも正常に表示されると思うんだが。

982 ：Name_Not_Found：03/07/28 16:09 ID:???

>>981
そうそう。わざわざ間違ったHTML書いておいて、
「こっちのブラウザだとずれる」と必死こいて調節してる奴アホだよな。

983 ：Name_Not_Found：03/07/28 16:09 ID:???

追記：CSSに関しては未だにバグリストチェックして調節する必要有りだけども（非常に残念だ

984 ：Name_Not_Found：03/07/28 16:25 ID:???

HTMLとCSSは全く別物なんだから、
「strictで書くと見れないブラウザ(NN4.7xとか)がでる」とかいうのは
非常にナンセンスなんだが、その辺分かっていないﾔｼが/.J（>>864）にもいるんだね。
400位レスついているわけで、当然中には叩きたいだけというのもいるが
「タグが使える」掲示板で<b><i>を多用している姿はやっぱりダメだ

985 ：今後：03/07/28 17:47 ID:???

ストリクト化の話はなかったことに→ＩＥマンセー！！！！

986 ：Name_Not_Found：03/07/28 18:52 ID:???

>972 ：デフォルトの名無しさん：sage ：03/07/28 12:41 ID:???
> 別にHTML4.0などの規格に常に従う必要など全くない。
> 一般的なブラウザで正常に表示できれば問題無いだろう。
> この程度のことでギャーギャー騒いでいる奴らは、
> 知識だけあってもそれを現実に生かすことのできないタイプのバカ。

ヽ(´ー｀)ノ

987 ：Name_Not_Found：03/07/28 19:31 ID:???

メールだとRFCを守れだとか言ってもキモがられないのに
なぜHTMLだけこんなことに

988 ：Name_Not_Found：03/07/28 19:55 ID:???

＞メールだとRFCを守れだとか言ってもキモがられないのに

・・・・・・・・

・・・・・・・・

・・・・・・・・

・・・・・・・・・・・・・・・・・ん？

989 ：Name_Not_Found：03/07/28 20:05 ID:???

>>987
素人がコーディングまでやるようなデータ形式はHTMLぐらいしかないから。

990 ：Name_Not_Found：03/07/28 20:22 ID:???

>>987
それでも変な挙動ばっかりのOEは跋扈してるけどnar

991 ：Name_Not_Found：03/07/28 20:40 ID:???

てぃむ氏はこう言ってる。

・どんな人があなたの文書を読もうが関係ないというなら、どんなものでも好きなタグを使えばよいでしょう；
・もし文書の有効期間が本当に短く、読者もはっきりしているのなら、読者が使っているブラウザのことだけを考えて書いて構いません；
・もし現在から将来にわたって全てのソフトウェアがあなたの文書を読めるようにしたいと考えるなら、最新のW3Cの勧告となっているHTMLを使ってください（1997年7月時点ではHTML 3.2であり、まもなくHTML 4.0となります）。
・もし、古いソフトウェアでもきちんとあなたのドキュメントを読めるようにしたければ、最新版の一部分だけを使うようにする必要があります。例えば、HTML 2.0のタグだけを使うというように。

まあ参考までに。

992 ：Name_Not_Found：03/07/28 21:06 ID:???

どのブラウザでも表示されるからといって、それが「正常な表示」である保証はない。

IEの表示が絶対に正しいときめつけるのは、IE以外にブラウザは存在してはならない
と主張するのと同義。
マイクロソフトの独占を許したいのなら勝手にすればいいが、俺はユーザーに選択の
自由があった方がいいと思う。

993 ：Name_Not_Found：03/07/28 21:59 ID:???

>>992
禿げ同。ついでにLinuxにはIE存在しないし、MacでもIEは消滅すんでしょ。
まぁ、シェアの話をされたらそれまでなんだが（w

994 ：Name_Not_Found：03/07/28 22:15 ID:???

(ﾟｍﾟ*)ﾌﾟｯ IEだって？
オマエら糞ブラウザの使い過ぎで麻痺してるんじゃないのか？

995 ：Name_Not_Found：03/07/28 22:35 ID:???

>994
正直、この発言の意味をどう取ればいいのか理解に苦しむ

996 ：Name_Not_Found：03/07/28 22:58 ID:???

次スレは？

997 ：Name_Not_Found：03/07/28 23:14 ID:???

ないよ

998 ：Name_Not_Found：03/07/28 23:17 ID:???

Strict-HTML スレッド15
http://pc2.2ch.net/test/read.cgi/hp/1059401790/

999 ：Name_Not_Found：03/07/28 23:22 ID:???

>>992
そのおかげでMSのOSもやたらと高額なんだよね。
独占を感受すると後で自分たちが困る。

1000 ：Name_Not_Found：03/07/28 23:22 ID:???

>>999 =~ s/感受/甘受/;

1001 ：１００１：Over 1000 Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。