Strict-HTML スレッド 26

http://pc5.2ch.net/test/read.cgi/hp/1087892776/388-415

サイト名はどこにどのような形で入れるべきか？あるいは入れないべきか？
・titleの中に組み込む
・body内でp/div/address/ul/olとして組み込む

titleにサイト名を組み込むとき…

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

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

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

それいうならソートの話も実装依存なのでは？

body内にサイト名を組み込むとき…

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

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

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

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

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

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

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

・そもそもサイト名がない

一般に、h1要素によってサイトのタイトルがマークアップされるからでしょ。
サイトのデザインにおけるアイデンティティを保つ為に、サイトタイトルを組み込んだヘッダー（的なもの）を全ページに記述することも少なくない。

自分の意見言ってんのか引用してんのかわかりづらすぎ。

どっちでもいいじゃない。
重要なのは誰が言ったかではなく何を言ったかだ。

それとStrictとどんな関係があるの？

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

こちらへ逝きなさい

>>325
>それいうならソートの話も実装依存なのでは？

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

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

ダメな理由は知らん。前述の意見は誰のものかも俺にはよくわからん。
俺が問い掛けたのは向こうの407の理屈からどうやって408を導くか、であって、
body内に記述したらダメだとは一言も言ってないよ。

<span class="title">でいいじゃん

>>333
前段。
例えばアメリカ人はボトムアップ式の住所書くでしょ？
普通にどっちもありなのでは？

後段。
内容識別用にサイトタイトル含めたtitle書くのが是なら
同じく内容識別用にサイトタイトルをbodyに含めるのも是ってこと。
これは同じ理屈じゃないのか？

Strictって<a>のtargetって非推奨なんですか？

>>336
そらそうよ

>>337
Strictではフレーム自体ダメなんですね・・勉強になりました

>>335
前段。
俺の弱い頭では例えの意味が全然わかんね。
住所を構成する要素で（例えば）国や町名のどっちが先に来るか、は一定でないってことか？
だとしたらtitle要素の中の順番に関連させてのことだと思うんだが（サイト名 - コンテンツ、とか）、
俺は「サイト名（コンテンツ名）が先にあるべきでそうでないのは適切でない」ではなくて
「titleにサイト名を含ませると横幅が狭くなって読めないのは実装依存の話」と、
「横幅が狭くて読めないのはUAの実装のせいだからマークアップが適切かどうかの問題ではない」と、
「『ソート』という機能はUAに限定したものではないしUAのソートのためだけにtitleを書くわけじゃない」
というようなことしか言っていないと思うのだが（最後のやつは大いに表現力不足があった、スマン）。

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

このスレの議論ってStrictじゃ無いよな

もっと熟考してからレスしたらいいのに

>>340
>>1からすれば、StrictなHTMLについて語るスレッドではあるが、
Strictな議論は求められていないので構わないのです。

>>336
>>338
ひょっとしてこれを見たのか？

http://www.phoenix-c.or.jp/~hiroya/nicky.cgi?DT=20050118A#20050118A

フレームって映しだされているページと見ているページが違うから
そもそものWEBページと呼ぶのはどうか

という謎な発言をして周囲の反応を待つこと一時間

よく意味がわからん
映し出されているページ以外のどこを見るというんだ？

>>344
意味がわからなくてもよいではないか、よいではないか。
>>343氏は周囲の反応を楽しんでいるのだから。

>>338
> Strictではフレーム自体ダメなんですね・・勉強になりました
そうじゃなくて、フレームにはフレーム用の仕様がある、ってだけだよ。
「じゃがいもを刺身にするのって非推奨？」と聞いてるくらいナンセンス。

>>346
フレームはFrameset DTDでしたね、スマソ

じゃがいもだって刺身にすれば新しい世界が見えてくるだろうに

それでもゆでる俺ガイル

確かにこのじゃがいもの例えは非常によろしくない

焼くからな。

刺身なんかで食ったら、「できもの」ができるぞ。

>>352
あんた、面白いこと言うな。気に入った。弟子にしてやる。

>>352
君はつまらん。
断固として断る。

【これまでのあらすじ】
サイト構築に際して重要なのは「構造」か！？「内容」か！？はたまた「理念」か！？
お馬鹿なWEB職人達の寒い議論は今日も止まらない。

ものすごろく頭の悪い発言をしてくさい５
http://pc5.2ch.net/test/read.cgi/hp/1106209097/105-

ネタスレの話題なんて持ち出されても。

某掲示板のスクリプトを借りてきて、自サイトに設置した。

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

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

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

sageってなんだsageってorz

俺は某掲示板風のをPHPで作った。(もちdatでログ)
application/xhtml+xmlで吐き出すようにしたら表示が…orz
ちなみに宗教チェックはずして100点。
mail欄は書式チェック、その他は横に表示
文字コードutf-8だから半角カタカナは問題なし。
でもutf-8<=>Shift-JIS変換は鯖に悪そうだなぁ
<br>連続はチェックしてないや…
read.cgiっぽいもの(main.phpだけど)側で<p style="margin-top:xxxem">と置き換えるようにしないとなぁ

>>357
きっとローカルユーザsageにメールを送れ、ということなんだよ。
てことで自分のPCのユーザ「sage」にメールを送ると>>359に連絡することができまつ。

StrictなHTMLと言うのなら連続<br>はもちろんの事、例えば
・A
・B
こういった、文章が出てきたら段落ではなくリストとして処理すべき。

そう思うが、このようなHTMLを吐くスクリプトってみた事無い。

>>360
【HTML】StrictなHTMLのBBSを作ろう【Perl,PHP】
http://pc5.2ch.net/test/read.cgi/php/1101518977/

ｵﾏｴﾗＰＨＰで掲示板つくれませんか？
http://pc5.2ch.net/test/read.cgi/php/1026233119/

ttp://contest2004.thinkquest.jp/tqj2004/70416/bbs/
是とか

このスレでいうstrictってなんなの？
厳密なhtmlっていう意味なら strict dtd と紛らわしいから、strictって使って欲しくないな。

strict DTDって全然strictじゃないからstrictって使って欲しくなかったな

このスレではStrict DTDに沿っているだけではValidではあってもStrictではありません。

>>360
styx

>>365
いや、だからこのスレでいうstrictってなんなの？

妄想

>>367
脳内レタリングにおける文章群、単語に意味割り当て
ってとこかな

365は何気に態度がでかい。

　　　　　　　　　　　　,,ゞﾄ､ﾉノｨ,､
　　　　　　　　　　／ 　　　　　 ｀ゝ
　　　　　　　　　/ 　ノﾉ'｀'｀'｀'｀ヽﾐ
　　　　　　　　　.|　　Y　　 ＼　／ }i
　　　　　　　　　|　　/ 　　　/　ヽ　ﾐ
　　　　　　　　　.!(6ﾘ 　　　　(__)　ﾉ
　　　　　　　　　　ﾘﾉﾄ､　'/ｴｪｪｪｦﾞ 　　　 このスレではStrict DTDに沿っているだけではValidではあってもStrictではありませんから!!
　　　　　　　　　　り| ヽ　 lｰrｰ､/　　　　　残念っ！！！
　　　　　　　　　　 ﾉﾉ　　ヽﾆﾆｿ　　　 　　　　　　　　Θ　／　＼
　　　　　　　,...-'"::::|:|　　　　／'::::::::::::::ヽ､　　　　Θ／／＼／／Θ
　　　　,...-'":::::::::::::::|.|　ｖ　／':::::::::::::::::::::::::::__＿__／／＼／／Θ

>>367
HTMLの仕様書に自然言語で記述されている事柄を反映させ、
さらにHTMLの設計思想に基づいた作法を用いて記述すること。

後者に関しては妄想との境は微妙。

UTF-8だったらXHTML1.0でXML宣言省略してもいいんだよな？
なんかlintに怒られたんだけど。

>>373
ちゃんとメッセージ嫁
> 文法的にもHTMLとしても正しいが、WAIやテクニカルノートやRFCで推奨されていないもの。 *3*
に該当してんだよ

>>374
すまんそこまで見てなかった。�d

StrictｽﾚでValidaterの話題が挙がるのは何故なんだ?

lintはValid以上の事柄を指摘してくれるよ

しょせんlintもバリッダーです。
ある程度騙せます。

「Strictな文書」っていうのは誰が認めるんだ？

lint≠validator。
validatorは単にdtdに照らして妥当かどうか判断するプログラム。
lintはソースを解析して詳細に診断するプログラム。妥当でない記述にも、好ましくない記述にも警告を出す。
まあlintをvalidator代わりに使うことは可能だが、「妥当でない」という警告と、「好ましくない」という警告の見分けが
つかないならvalidatorを使え。

lintでグレーの警告すら出ないHTMLは逆に胡散臭い

このスレの住人ならlintにも慣れ親しんでいる人がほとんどだろうけど

関係ないがテーブルでがちがちに固めていた頃、lintの結果からDTD宣言というものを知った記憶がある。
そして、意味もわからず減点されないためにコピペした記憶もある。

>>383
だ
　か
　　ら
な
　ん
　　だ
　　　？

<チラシの裏></チラシの裏>で括ってないから、
こういうレスがつくのか…

ここはStrictなインターネットですね

閑散としているのはいつもの事だが、よくわからん煽りがあると変な流れになるよな。

　 　 としているのはいつもの　 だが、よくわからん　 りがあると　 な　 れになるよな。

>>386
確かに。

時々lintに逆ギレする人が来るわけだが今回は普通に流れたな。

>>389
だな。
平和でよろしい。

ちょっとぐらい事件が合っても言いと思うのは、不謹慎でしょか。

>>390
　　──┼──　　　　　　　　　　　　　　　 　|　　　　　　 |
　　　　　 |　　　　　　　　　　　　　　　　　|￣￣￣￣|　 　 ﾉ￣￣|￣￣　　　
　　 　　 ﾉ＿,,,　　　　　　　　　　　　　　　　　　　　　ﾉ　　　　　　 |　　　　　　　|　　|
　　　 ‘⌒ 　 ヽ　　　├　　　───　　　　　　　　ﾉ　　　　　　 .|　　　　　　　|　　|
　　　　　　　　　)　 　 |　　　　　　　　　　　　　　 ノ　　　　　　　 ﾉ　　　　　 　ﾉ　　|　 ／
　　　　　　＿_丿　　○⌒　　　　　　　　　　　 ／　　　　　　　 ノ　　　　　　ノ　　　レ'

　　　　/＼＿＿_／ヽ
　　 ／''''''　　　'''''':::::::＼　
　　.|（●）,　　　､（●）､.:|　
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　
　　.|　　 ´ﾄｪｪｪｲ｀　.:::::::|　
　　 ＼　　｀ﾆﾆ´　 .:::::／　
　　　／｀ー‐--‐‐―´＼　

しかしラベルが下がったな。

>>392
　　 　　　∧∧　　　　∧∧　　
　　　(( (*ﾟДﾟ) ))　　(；　　)　 黙ってしゃぶれ
　　 (( // ､) ､)∩))∧と　 ヽ
　((〜（（≡γ'⌒(((*´(|　　〜))
　　　　し'`Jし'`ｰｲ_ﾉ"(ノ^ヽ)　
　　　　　　ｳｳｯ､ｳｸﾞｩｩｳｩｩｩｯ…

>>393
すでに Strict-HTML とは関係ないレスに (苦笑)。

(:D)|￣|＿

strictスレ＝厳密なスレ

dat落ちage

strict厨も駆逐されたね(*´･ω･)(･ω･｀*)ﾈｰ

strictがそれだけ普及したということで一つ。

ほし

パンダになりたい
http://white.jpg-gif.net/bbsx/23/img/533.jpg

なぜここで?

ここでいいのかわかりませんが、お知恵を貸して下さい。

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

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

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

>>403
>>402

>>404
すいません、どこで聞けばいいのかわからなかったので…。
すれ違いならどこで聞くのがよろしいでしょうか？
教えて頂けたらありがたいです。

それくらい調べろよ。スレッド一覧全部読めばすぐ判るだろ。

一応一覧は見たんですけど、初めてくる板でよくわからなかったので。

すいません、もう一度探してきます。

ローカルルールの存在意義…

まぁ、アドバイスするとしたら
１からHTMLもCSSも勉強し直した方がいいよ。
どこから突っ込めばいいのかと思うほどムチャクチャじゃん。

>>403

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

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

これじゃダメか？

>>410
非常にどうでもいいことなんだけど、
text-align: center;

が抜けてる。

>>411
ちょっと待て
margin-left:auto;
margin-right:auto;
又は
width:100%;
text-align:center;
だろ

>>402

402は便利だな。

まぁ糞スレにスレ違いな話題が出れば食いつきも良いわけで。

円光ものうｐおねがいします。

>>413

８番オーダー入りました

　　 ＿＿＿＿　　　　　　　　Q,
　＜ 　　　　　(０　　　　　　　　）ヽ
　　） ﾄソ￣￣　　　　　　　　　ﾊ
　ノ　ﾉ
　 ⌒　　
銃口をクリックするとレーザーが発射されるぞ!!

で、ここまで寂れた理由は何なの?

俺が来てなかったから

いやむしろストリクト云々を議論するのが古いからではないか。
まともなhtmlを作るのは履歴書はボールペンか万年筆で書こうよ、って程度のレベル

いや履歴書はボールペンで書けよ。常識だろ。

たいていの話題が出たからだろ
XHTML2.0が出ればまた賑わうさ

履歴書なんてプリンタ出力しちゃえよ
どこ出すのも一緒だろ

>>424
確かに。

>>425
そんなの持ってきたやつを採用する会社なんてよほど柔軟か人材不足なんだろうな。

>>425
一応言っておくと、うちの基準では手書きじゃないと落としてしまう。
（ていねいに文字を書いているかどうかなども採用基準のうち）

履歴書メールで送って採用された俺って…

>>427
普通そうだよね。
プリンタ出力とかコピーのは最初によけてシュレッダー直行。
そんな失礼な奴には不採用通知も不要。

>>429
>>427嫁

失礼に失礼返しかよ
お前んとこ程度低いよ

>>402

次スレからテンプレ行きだな

>>430のような人事のいる会社には行きたくないな

何で履歴書の話？就職板か転職板の住人の誤爆か？

>>436
422から嫁

>>435
430もお前に来て欲しいとは思ってないさ。

>そんな失礼な奴には不採用通知も不要。
↑まじでいってるなら、よほどのﾄﾞｷｭｿ会社だぞ

>>402

魔がサスペンス劇場

>>402

<dl>
<dt>名前</dt>
<dd>ひろゆき</dd>
<dt>趣味</dt>
<dd>インターネット、パソコン、読書、ハイキング</dd>
</dl>

このように自己紹介を載せようと思うのです、
＞<dd>インターネット、パソコン、読書、ハイキング</dd>
は、
<dd>
<ul>
<li>インターネット</li>
<li>パソコン</li>
<li>読書</li>
<li>ハイキング</li>
</ul>
</dd>
としないとW3C的にはいけないのでしょうか？

お好きなように。

>>443
<dl>
<dt>名前</dt>
<dd>ひろゆき</dd>
<dt>趣味</dt>
<dd>インターネット</dd>
<dd>パソコン</dd>
<dd>読書</dd>
<ddハイキング</dd>
</dl>

これでいいんじゃないか？

<dl>
<dt>趣味</dt>
<dt>特技</dt>
<dd>なし</dd>
</dl>
こういうのもあり?

おいおい履歴書話はどうした？
おまえらすれ違いだぞ

>>446
ありです！

>>445
dt一つに対して複数のddは好ましくないんじゃなかったけっけ？

http://linkage.xrea.jp/ref/xhtml_ref/dl.html
> DT 要素も DD 要素も ともに一対一の関係でなくてもよく、 一つの定義に複数の説明があっても、複数の定義に一つの説明でもかまいません。

引用するなら仕様書から引っ張ってきた方が信憑性あるんじゃないか。

これか

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

DT二個DD二個、だな。

ttp://mst.vis.ne.jp/cd/extra/www/cite_blockquote.htm

今ちょっと悩んでるんだけどどう思いますか。

W3Cに聞いてくれ。

>>453
citeはblockquoteの外。

citeはblockquoteの中だろ。

いろいろ派閥があるようで

mozilla.org Markup Reference
　ttp://www.mozilla.org/contribute/writing/markup#quotations
では中だな。

俺は外派。

中だし

前までは外に cite 要素を書いて blockquote 要素と共に div 要素で囲んで関連付けてた。

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

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

まぁ、自分が納得できるならいいんじゃないかという事。

XHTMLのinput要素のname属性は、なぜidではなくnameなのですか？
A要素では、XHTML1.0からは、id属性も付けられるようになったのになぜなのですか？

>>461
全然、用途が違う。
フォーム関連の name 属性はデータ送信時の名前。ページ内移動の為じゃないよ。

>>462
返事有り難う。僕も全く用とは違うと思うのですが、
WEB KANZAKIでは、
------------
<label for="uname">氏名：</label><br />
<input type="text" name="username" id="uname" />

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

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

だから、
＞id属性は常に文書中で重複不可です
というのは、おかしいと思うんです。

>>462
idもページ内移動の為ってわけでもないのだが。
まあその用途が中心になっているのかもしれんが。

>>463
名前空間を共有しないことの例示として
違う属性値を使ってんでしょ、たぶん。

>>464
だから、の繋がりを詳しく。

1ページに複数のフォームがあって、
「名前欄」がどちららにもあったらどうするんだ？
xhtml:idはDTD上、1つの文章中では一意性が求められるぞ。

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

<h2>ユーザー情報削除</h2>
<form ...>
　<input name="usrname" type="text" id="del_usrname">
　...
</form>

>>468
xhtml:idと記述するとグローバル属性と間違えそうであまり芳しくない気が。

皆さんは、見出し(h1-h6)と定義リストの定義語（dt）の使い分けをどうしていますか？

>>402

>>470
俺はdlは見出し付きリストとして使ってる。

ケースバイケース。

仕様書から逸脱しちゃダメだぜ

<a> を 19行目の <noscript>〜</noscript> 内に書くことはできません。<a>〜</a> 内に <noscript> を書くことはできます。

a要素の中にnoscriptを入れるのはおかしいと思いますか？

noscript内にa書けないのか。知らなかった。

>>470
なくても文章の意味が通ればhn
なければ意味が通らないならdt

>>477
いいね。別の言い方をすると、
　そこだけ拾い読みすれば文章の概要がわかる→hn
　そこだけ読んでも全体の意味はわからない→dt
ともなるかな？

>>475
このスレ(strict)的にはnoscript要素はｲｸﾅｲです。
元々要素を書いといてスクリプトで取り除くようにするのがベストだと思われます。

>>479
nosciptはなぜだめなの？
applet要素ｲｸﾅｲ、object使えっていうようなもの？

>>475
Aはインラインnoscriptはブロック。

>>479
「文書に何かを書き込むとか、情報を表示するとか言った重要なスクリプトには、必ず NOSCRIPT を記して代替を用意しましょう。」
by ばけら

>>479
XHTML1.1でも、noscriptは使えるよ。

>>482
まあスクリプト自体使うなってISO派なのかもしれんし事情を聞こう

>>481
んじゃ475は逆ってこと？

>>479
もしかして、XHTML Basicのこといってるの？

HTML4.01、XHTML1.0、XHTML1.1では非推奨要素ではないよ。

>>478
hn内にdfnを混ぜてもいいかと。

>>480
NN2 は JS を知っているが <noscript> を知らないから、
JS を有効にしているいないに関わらず、<noscript> の内容を表示する。
(今時、<noscript>を知らないUAは珍しいから、この理由はどうでもいい。)

いわゆるブラウザ振り分けが良くない結果を招くことがある。
<script ..><!--
if (typeof Layer == 'function') { .. } //--></script>
<noscript><p>..</p></noscript>
この場合、JS を有効にしているブラウザのうち、
NN4 を除いて全滅ということになる。
<script> と <noscript> は、どちらも注意して使えということ。

>>479
＞ベストだと思われます
何いってんだかｗ
スクリプトが動作しないからnoscriptなんだろ
スクリプトで取り除けるかよｗｗ

>>489
noscript がいいか悪いかは知らないけど
>>479 が言いたいのは、例えば p 要素に書いておいて
スクリプトが有効ならそれで消すってことでしょ。

>>477
その基準でいくと、日記の日付はdtがベターかな。

鯖側で制御するスプリクトかもしれんぞ。

>>490
なるほどそういうことかｗ
けど、ややこしいね。結局<p class="noscript">って書いてそう。

noscriptが「strict的」に駄目って、どういうこと？

>>477
>>491
僕は日記の日付けは、hnを使う。
例えば、

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

こういう風に、日記の中で定義リストを使うから、日付けはhnを使ってるよ。

ageてるし、更には理由になってない。

あげたのは、すまん。
理由になってない、っていうけど、僕は、単に使用例を示しただけだよ。

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

＞日記の中で定義リストを使うから
っていう明らかに理由を言っている文があって、その理由が間違っていると>>496はいっているのでは。

「日記」と言ってる以上、hnでもいいんではないのか?
通常の「日記」に、文章の意味が分かるタイトルなんぞ付けないし、
日付オンリーで、充分見出しの役割を果たしているだろう。

が、俺はどっちでもいい。
自分でルールを決めて、それをキッチリ守ってさえいれば、意味は通じる。

htmlを解析するプログラムを作っていたときに、
htmlのdtdよりもうちょっと詳細な、その文書においてのdtdがあると楽だなあ、
と思ったことがある。

xml

floatとdisplay:inlineはどう使い分ければイイですか？

ｽﾚﾀｲ

>>494
じゃあ逆に聞きますがnoscriptはstrict的にどんな意味を持ちますか?
要素名的にimgのaltのような物…ではないしobject要素の代替のような物でもありません。
なのでclass="script_alt"としといてスクリプトで消すのが一番だと思います。

>>477
こらこら
仮にもstrictの場ではなしてるんだろ。意味なかったらhnも×

>>504
あのね、noscriptはimgのalt、object要素の中身みたいなものでしょう

>>505
意味の意味が違う

>>506
違わない。どう違うか説明してから返せ

>>507
新聞の記事は見出しを隠して読んでも何の話だかわかるでしょ。
しかし辞書の説明はどの用語に関するものかわからないと意味ない。

ちなみに俺は477ではない。

実は俺は>>478だったりする。

>>508
そういうことね。それならわかるよ。
ただ、なくても意味が通るならhn自体必要ないってことなるよ。

strict的には自然言語を用いて記述してはいけない、と

507は違わないとする根拠を説明すべきだな。

>>510
見出しってそういうものですから。

>>512
お前はお呼びじゃない

>>514
池沼は黙ってて下さい

>>510
長い文章とか読みにくいし、何が書いてあるかをすぐわかるようにつけるんでしょう。

>>505
hxには意味がある。
意味ないって言ってないよ。
意味が通るって言ってるの。

>>505
>>477は、hnに意味が無いとは言っていない。
無くても意味が通ると言ってるだけ。

もう解説済みなんだしあんまいじめるなよ、かわいそうじゃん

>>507
>>507
>>507

strictを語るスレがstrictでない件について

strictは内容ではなく様式です

ｷﾁｶﾞｲがいるのか。IDくらい隠せよ

505=507が頭悪かったのは事実だけどな。
粘着はよくないな。

わかりやすいな
>>512→>>515→（反応なし）→>>516（UPする）→516（うっかりID隠し損ねる）→>>517（慌てて隠す）　以下略

間違えた
最初は>>513だ
でしょ>>524

512であってるだろ。

>>517
>>518
そういうことでつ。代返ｻﾝｸｿ

>>526
つまりおまえが505だってこと？

512はこんなスレに四時間も張り付いてたのかよ

そもそも超遅レスで勘違い発言した>505が発端なわけだが。

というかそんな争うようなことか？意味わからん

粘着くんが一匹混じってるだけだろ。争ってないと思われ

>>531
まだいるのか。ここはお前のライブチャットじゃないぞ

もうほっとけ

何でそんな必死なんだ？普通にスルーすればいいのに…

>>536
>>536>>535

こういうときは新しい話題をふるべし

ってことでnoscriptの続きを

>>402

>>510
> ただ、なくても意味が通るならhn自体必要ないってことなるよ。
ちょっと待って。
これ、マーク付けありき、じゃない？

見出し
本文
って書いてマーク付けする段階で「あ、見出しなくても通じるわ」で見出しを消す、っておかしいだろ。

>>538
もし、img要素のalt属性が要素だったらと考えてみる。

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

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

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

noscriptではなく、本文に書いてscriptで消せばいいという考えも
あるだろうが、それはたまたまそのscript言語に本文を消す能力が
あるからであって、HTMLはscript言語には依存しないんだから、
本文の一部を消す能力のないscript言語だってあり得るんだよ。

>>541
つまり、「表示できるならする、できないなら代替を」ってことならnoscriptを属性にすりゃいいわけね。

479 名前：Name_Not_Found[sage] 投稿日：05/03/03 17:39:50 ID:???
>>475
このスレ(strict)的にはnoscript要素はｲｸﾅｲです。
元々要素を書いといてスクリプトで取り除くようにするのがベストだと思われます。

505 名前：Name_Not_Found[sage] 投稿日：05/03/04 20:15:49 ID:???
>>477
こらこら
仮にもstrictの場ではなしてるんだろ。意味なかったらhnも×

507 名前：Name_Not_Found[sage] 投稿日：05/03/04 20:25:23 ID:???
>>506
違わない。どう違うか説明してから返せ

>>402

びっくりして

HTMLでimg要素をalign="right"と設定していたのは、このfloatプロパティで同じ効果が期待できます。clearはHTMLのclear属性と違ってbothという値になることに注意してください。
http://www.kanzaki.com/docs/html/htminfo17-2.html

clear:rightではなくて、both?

>>548
スレ違いっぽい。
HTMLのclear属性の値はnone|left|right|allだから、
「HTMLのclear属性と違って(allではなく)bothという値になることに注意してください。」
と書いてあるのだと思う。

ヤッター！父ちゃん今夜もホームランだね！！

古いけど、
>>475 の言ってることは違うよな？ｗ
<noscript>の子にはブロック要素しか置けないので、<a>は置けないってことで。
この理由から、<a>の中には当然<noscript>は置けない。
なんか誰も突っ込んでないみたいだったので、まともに受けてちょっと焦ったｗ

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

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

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

蒸し返しｽﾏｿ

>>551
> <noscript> は、CSSもきかないし、JSでもｵﾌﾞｼﾞｪｸﾄ取得できなかったりする

それって実装の話？それとも仕様？知ってたらおせーて。
あと<h1>は漏れも悩む。サイトのhomeになるページの最初の方に、
title要素と同じか似通った内容の<h1>を良く書いているんだけど、いまいち釈然としない。
<h1>foo.comのhome</h1>
っつーのもいかがかと思うし。

文書を製作する目的を考え作成し、そしてその文書をマークアップする立場からみればおのずとh1要素は決まってくるものだが。
サイトという概念を保持したいのなら、h1要素にサイト名を入れることもありがろう。

　　　　　　　　　　,, -,,' ´￣" ｀ ''ｰ｀､ ｀ヽ.
　　　__＿ ,,.. -' "／　{　｀　-一-ヾ　ヽ.　 ヽ 　　　☆
　／　　　　　 ▽　/ ∧　ヽ､,　_,,　　}}_} ・　 ii　／
/　　　　　　　 {　 {ゝ{__｀ｰ-Ｙ´f｡Vﾊ'V } * ・ ii
!　〃　　　　　 i　 ﾊ ´{ ヽ　　 ､ソ　 } く　 ☆ ii 　　　＞ありがろう
ヾ{{　　　　☆　｀ヾ､_｀ヽ'^' ヽ　　　" ! ! i ﾟ　:　iｉ
　 ヽ{{　　*　.　　　　　 ﾊ　　く）　／.l､! !　 ;　.ii
　　　ヾ､.　　　　　　　 {　｀　ｰj‐'　　{ﾑﾉ_　　 ﾉ
　　　　　ヾ　　　　　　 , '´ ￣ｰ‐‐-　'　　 ｀ く
　　 　 　 　｀ ｰ---─,'　　 　　　　　 ､　　　､}
　　　　　　　　　　　 ,'　　 ,〈　, -ｰ‐-､i∠⌒ヽ
　　　　　　　　　　　,'　　∧＜=ﾆ二‐ノヽ､二ｿ
　　　　　　　　　　 /　 ./　}　 ｀"''' "; 　｀7Ｔ´

ありがろうにﾜﾛｽ

「ありがろう」でぐぐったら3,660件ヒットしたわ。

>>552
っ <!ELEMENT NOSCRIPT - - (%block;)+
　 　 -- alternate content container for non script-based rendering -->
っ <!ENTITY % block
　 　 "P | %heading; | %list; | %preformatted; | DL | DIV | CENTER |
　 　 NOSCRIPT | NOFRAMES | BLOCKQUOTE | FORM | ISINDEX | HR |
　 　 TABLE | FIELDSET | ADDRESS">
<noscript> はブロック要素であり、1つ以上のブロック要素を持つ。
つまり答えは「実装」になるかね。

> h1 にサイト名
例えば、新聞には一面にその新聞の名前が大きくでてる。
新聞の他の面にも、紙面の一番上にはその新聞の名前が小さく載ってる。
こうすると、その一枚だけ切り離しても何の新聞の紙面なのかがわかる。

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

ありがろう

「ありがとう (有り難う)」と「ありだろう」からの造語。
推測と感謝を同時に表現する言葉として、時に重宝される。

ありがろう

>>558
手元に新聞がないのであれだけど、
新聞て「単一の記事の集合体で、且つ見出しがない」ものと思ってる。
1面には新聞名よりもここ一番のニュースが大きな文字で書かれてる。これがh1。
問題の新聞名はtitleかと。あとはCSS任せという感じと思うけど。

よくHTMLを書籍で例をあげるけど新聞はちょっと妥当じゃないような気がする。

>>561
一面トップ以外の記事の見出しも、見出しレベルとしては同じレベルにあるんじゃないの？
一面トップの記事の見出しがh1なら他の記事の見出しもh1になると思うんだが……
こういう全体を統括する見出しがない場合って、個々の見出しはh1(複数)にすべきなのだろうか、(いきなり)h2からはじめるべきなのだろうか。
それとも新聞と違って、HTMLで書く場合は必ず全体を統括する見出しを書くべき(或いは個々の記事で別々の文書にすべき)なのだろうか。

でも紙面上に必ずある新聞名は、body外にあると思うんで、titleなんだろうな。

やれやれ…
>>561
ここの記事にも見出しがある。(というか付ける事ができる)
ただしあんまり重要じゃないからdisplay:noneな訳で
>>562
>body外
ﾊｧ?

>>562
body外とか言うと、変な突っ込み受けるよ。
ちゃんと、メタ情報と言ったほうが良い。
その考え方が正しいかどうかは別として。

>>564
変な言葉使ってすいません。

TITLE 記事名
H1 サイト名（小さく
H2 階層１（小さく
H3 階層２（小さく
H4 記事名
P 記事
じゃねーの。いきなり下層に飛んでくるのを想定するなら。

>>561
字の大きさは関係ないだろ

<h>hoge新聞</h>
<section>
　<h>ニュースその一</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>
<section>
　<h>ニュースその二</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>
<section>
　<h>ニュースその三</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>
<section>
　<h>ニュースその四</h>
　<section><p>ニュースの記事</p><p>ニュースの記事</p></section>
</section>

記事が単一のファイルとして分割されてるのは制作側の都合だとしたら、
（記事ごとにファイルを作成することが必要のないことだとしたら）
トップレベルの h 要素に新聞名が来るのはおかしいことではないように思える。
逆に記事ごとにファイルを作成・分割しなければいけない状況下でも、
新聞名をトップレベルの h 要素に置かなきゃいけない理由がぱっと思い付かない。
新聞名は見出しか？単一の記事の上に新聞名を見出しで置くのは不自然に感じる。

新聞において「誰が書いたか」は最重要項目、だよ。
同じ事件の記事なら朝日新聞の記事でも読売新聞の記事でもかまわない、ということはないだろう。
新聞名がいちばん大きくなるから変だってならcssで小さくすればいい。

>>569
誰が書いたか、は署名だろ。

新聞において署名がh1であるってことさ。

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

>新聞において署名がh1であるってことさ。

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

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

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

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

冗長であることが間違いである根拠にはならない。
「pに「これまでのあらすじ」とでも書く」ことが間違いであるのだったら、
それを確定させる根拠を示すべき。冗長であることは間違いであることに直結しない。

「heading」のどの辺りに「署名」の意味が含まれているのか。

もしかして >>569=>>571が 「誰が書いたか」とか「署名」っていってるのは、
「その記事を書いた個人」のことじゃなくて、
「朝日新聞」とか「読売新聞」とかの、「新聞の名前」のことを指してる？

サイト名ってメタ情報じゃないかな。

BODY内に書きたいときどうするか、って話だよ？

おまいら俺が悪かった。

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

俺は h1 に書くのが変なら、
-----------------------------
<title>オズの魔法使い -- 1章 : 竜巻</title>
<div id="site-title" class="heading">オズの魔法使い</div>
<h1>1章 : 竜巻</h1>
-----------------------------
とかどうかなぁ…とか悩んでる。

<head>
<title>1章 : 竜巻@レズの魔法使い</title>
</head>
<body title="1章 : 竜巻@オズの魔法使い">
<h1>オズの魔法使い</h1>
<div class="section">
<h2>1章 : 竜巻</h2>
<div>
</div>
</div>
</body>

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

head{
display:block;
}

meta[name="DC.xxx"]:before{
content:attr(content);
}
ってするかな

＞レズの魔法使い
(* ´Д｀)ﾊｧﾊｧ

おまえら2chで語ってる時点でstrict否定してるだろ

別に。

>>580
専用ブラウザ。

> 専用ブラウザ。
strict否定してるだろ

>>583
２ちゃんねるに対して Strict なのか。

画像にタイトルを添えるのに dl を使うのは良いんですかね。

<dl>
<dt><img /></dt>
<dd>図1. モナー</dd>
</dl>

<img href="monar.png" title="図 1. モナー" />

>>586のやり方と img:after{ content:attr(title); } を合わせるのが
求めていた物を実現するのに良い感じでした。

src じゃなくて href だったり、 alt がないことには突っ込まんのか。

>588
言われて初めて気がついた (汗)

CSSのWGの見解としては置換要素に:afterは使えない仕様だったりする。
CSS2仕様書に明記されていないが、
(行間を読めば必然的にそうなるそうだ。
行間を読まないとわからない仕様書ってのもどうかと思うが。)
CSS3では明記するんだと。

>>590
img::outside::after{content:attr(title);}
は?

>>591
そうそれ。::outsideを介さないと::before,::after使えない。

>>590-592
勉強になた。
あーそういわれればそう読めるな・・・。

>>585
もちろん。

スタイルのサンプル。
http://www.maxdesign.com.au/presentation/definition/dl-float-right.htm
http://www.maxdesign.com.au/presentation/definition/dl-image-gallery.htm

<p>
ようこそ、ななしのさいとへ！<br />
あなたは○○回目の訪問者です。<br />
</p>

例えば、こんな文章とも箇条書きともつかないような部分て、
p ul ol のいずれが妥当なんだろう？
pって段落だしなー。やっぱリスト？

文章とも箇条書きともつかないわけないだろう。
どうみたって文章じゃねえか｡

じゃあ文章だとして、
全体を括って各行に<br />いれる？
それとも一行ごと<p>で括る？

どっちにしても「段落」では無いと思うのだが。

区切る必要なし

>>598
禿同

好きにしろ

案3; 「あなたは○○回目の訪問者です。<br /> 」 を消す。

案4; 「ようこそ、ななしのさいとへ！<br /> 」 を消す。

むしろサイトを・・・いや、なんでもない。

<br />を消して文意が変わるわけではない
よって<br />は不要

texで改行やら改ページで必死に自分好みにレイアウトしようとしてる奴思い出した

>>604
じゃあなんであんたのその書き込みは改行してるのさ？

というか、いまどき 「あなたは○○回目の訪問者です」 はないよなあ。
そんなこと書かれてても誰も・・・。

今日HTML 4.0宣言してるショッピングサイト見た・・・

>>606
おまいの一行目の下マージンもスタイルシート使えYO

>>608
そんなのは2chに言ってくれYO(´･ω･｀)

>>609
じゃあ「なんで改行してるのか」は愚問だってわかるかい？
改行を消しても文意は変わらないが2chでは入力時に改行したところへ<br />流し込むんだよ。

>>610
いや、だからさ、
改行すると <br> が入ってしまうことを知っていて 改行する、ってことは、
<br> 入れたいために改行した、ってことだろ？

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

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

もし、そういう意味で >>604 で <br> を入れてたのなら、
>>595 が <br /> 入れてても別にいいんでないの？ という話だったのだよ。 >>606は。
まー、どっちにせよどうでもいいんだけどさ。

無駄な争いはやめて<span class="sentence"></span>を使えよ。
.sentence:before{
white-space:pre;
content:"\a";
}

>>611
> >>604 では <br> 入れなくても文意は変わらないだろ？
> <br> 入れたくないなら入力時に改行なんてしないわけじゃん？

入れなくても文意が変わらない = <br>入れたくない、とはならない。
入れなくても文意が変わらない = <br>入れなくても構わない、だ。
<br>が挿入されることを知っていようが知っていまいが、
入力時に改行するかどうかは入力者の自由。結果（出力）に結び付くかは別問題。
「なんで入力時に改行をしたところへ<br>を挿入するのか？」
そんなことは2chに言え。

>>613
ちょっと無理があるな。

「無理がある」と言って無理を指摘しないのは（ry

ここはStrictスレです。
brは全面的に否定しましょう。

そもそも>604がわからんからな。
変わるし。

>>616
お？ Strictだって、意味のある br だったら肯定していいんじゃないん？

てゆうか否定してるくせにそこで "改行" させてるのは変だと思…(以下無限ループなので略)

可読性をあげるbrに意味などあるのか?

久々のbr論争だな

改行自体に意味のある場合もありうる。
一概にbrを不定することは出来ない。

問題なのは見栄えや可読性だけのために使用されたbrだけ。

>改行自体に意味のある場合
言ってみそ

・<line>〜</line> とか
・<span class="line">〜</span> とか
・・・の代わりに <br> 使ってる場合とかは？OK？

>>622 >>622

>>623
このスレ的には<span class="line">〜</span>を使うべきじゃ?

>>624
<blockquote>
改行自体に意味のある場合
</blockquote>
<p>言ってみそ</p>

>>626
お前もっとがんばれよｗ
<blockquote>
    <p>改行自体に意味のある場合</p>
</blockquote>
<p>言ってみそ</p>

>>625
うん。
でも現状として CSS使われてないデフォのHTMLだと、それじゃ改行されなく見えてしまうし、
<span class="line">〜<br></span>
とかするのもアリなマークアップなんじゃないのかな？

>>625
どうかな。spanよりはbrの方がいいと個人的には思うけど。CSS解除のときを考えれば。

>>622の態度が気に食わない。

>>628-629
このスレでは脳内レタリング推奨

>>631
だから『レンダリング』だろ？
というかこのスレにはdiv・spanを嫌う勢力もいるし

div・spanはclassで意味を与えればOKだととっくに結論が出てる訳だが?

だからそれいうならbrだって飾りでなければOKだととっくに結論出てるだろ

>>633
「嫌う」ってのは他に使える要素があるならそっち使うべしって意味。

> div span 嫌い
それもなんでなんだろな？
既存のHTMLじゃどうしてもマークアップ不可能なものもあるのに。
ｱﾝﾁdiv厨というか。
そういうのに限って <p><input type="text" 〜></p> とか平気にやってるんだよな。
input は文章じゃないだろと言いたい。

>>636
仕様書の例示ではinputをpの中に納められていますが何か？

>>634
brにどんな意味があるのさ?

>>637
ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/interact/forms.html#h-17.4

これだな。BRも使いまくりｗ

詩歌や言葉遊びなんかは改行がないと意味の通じない場合だってあるが。

>>640
pre

>>638
会話。プログラム言語。他

>>641
改行だけあればいいってときはbrで十分じゃん。
何も全体を整形済みにしなければならない理由はない。

>>642
code
blockcode

>>643
何の為のHTMLか考えれ

>>644
blockquote？
小説書くとき、登場人物の台詞いちいち引用でマークアップするの？

>>645
当たり前じゃん
それにここはstrictスレ。

>>644
よくわからん。詳しく。
codeとか意味わかって言ってる？
そして何の為？

>>646
登場人物の台詞は引用じゃないよ（苦笑）
引用の意味わかる？

春だなぁ

>>637
マジでか。
でもさー
<p>
    <input type="hidden" 〜>
    <input type="hidden" 〜>
    ・・・
</p>
とか変だと思わない？

>>646 はｱﾝﾁbr厨だな。

だんだん香ばしくなってきたな

>>648
うん。
ちゃんとspan class=""でマークアップしてcssで括弧とか付けてるよ

>>650
流れさえぎるが、確かに違和感は感じる。かといってdivやspanってのもね。
tableかulないしolかねぇ。ぶっちゃけpでもいいと思うが。

>>652
そろそろ釣りでした宣言をどうぞ。

>>650
ｱﾝﾁbr厨って言われても、マークアップは囲んだ中の文字に意味を付けるのであって(ry

ネタさえあれば議論好きな奴らばっかだから活気付くのな。

>>653
いや、つりは>>645でしょ

>>654
そこで空要素ですよ

>>657
空要素でも同じだから
とりあえず前スレ嫁

>>658
ｵﾓｴﾓﾅ

>>654
だから、会話とか1行コードとか、わざわざ 1行1行 <p> とかでやる必要ないだろ？
小説のマークアップとか一回やってみろよー。

>>659
やっぱお前前スレ読んでないんじゃん

>>661
いいから読んで来いって。
brとかspanとかformとか全部既出なんだよ。

>>660
文章とかは書いてるよ
<div class="section">やら使ったりしてちゃんと構造的にする。
それがstrict。
variderは帰れ

>>650 >>653 W3C のTOPページでは ただの <div>〜</div> で囲んでたりするよな・・・(゜д゜)

>>662
一回xhtml2の草案嫁

Strictがすぎると自然言語書けなくなるからほどほどにな。

>>663
× varider
○ valider ？

>>666
http://pc5.2ch.net/test/read.cgi/hp/1071673655/

>>667
663はさっきからいる煽らーなので相手にしないように。

某所でtable論争が再燃しているようですが…興味なし？

>>669 (‘д‘)ゞ

table はもういいよ。

W3Cの仕様に従ってる限り問題ないので興味なし。

煽りが煽ってる…
このスレもそろそろ終わりだな…

<blockquote cite="http://www.aozora.gr.jp/cards/000879/files/14_14602.html">

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

</blockquote>

ここんとこを br 使わず適切にマークアップせよ。
原典では改行されておりルビも振られている。
しかし紙面の都合上改行された版とそうでない版が存在し、
著作者の意図的な改行はカッコの後のみの場合。

<span class="syaberi"><span class="sentence">貰ふのは気の毒だ。</span><span class="sentence">ぢや<ruby><rb>朝日</rb><rt>あさひ</rt></ruby>を一つくれ給へ。</span>
<span class="syaberi"><span class="sentence">何、かまひません。</span><span class="sentence">お持ちなさい。</span></span>
<span class="syaberi"><span class="sentence">いや、まあ朝日をくれ給へ。</span></span>

>>675
それをCSS使わないでブラウザで表示してみなさい。
誰がどこまで何言ってるかサッパリ分からんぞ。

>>676
スレ違いな発言はよそで。
Valider厨は帰れ。

Valider厨とかまた程度の低い煽りが現れてるが……
これはHTMLというひとつの規格と文学作品との相性の悪さだろうな。
原典では「」は意味を持つし改行も（一応は）意味を持つが、HTMLでは装飾とされがち。
だからってHTMLだけで閲覧して>>675みたいな状態になったら意味が変わる。
「」は省略せずHTMLに記述するべき。改行は悩みどころだな。

日本語の文法上、会話を示す 「」 は装飾ではないだろう。

自然言語とマークアップのどっちを優先させるか…?
明らかに機械的に処理のできるマークアップを優先するべき。

自然言語をマークアップするのがマークアップ言語だろ？
マークアップ言語にあわせて自然言語を作り変えるなんて本末転倒もいいとこ。

じゃあHTMLでq:before{content:open-quot;quote:'"' "'"}がディフォになっているのがおかしいと。
#cssは適当

>>681
同意

>>682
それはUAの実装の問題じゃないのか？

>>683
CSS側でそう決められてるっていうかXHTML2の草案にはディフォのスタイルが付いてるぐらい

段落タグ <p> に冒頭一字下げがデフォルトでついてなくても、冒頭一字下げは日本語のルール。
言語によっては、引用や参考書名なんかはイタリックで書かせるものもあるけど、
日本語にそういったルールはない。

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

# CSS的には、 * { 〜 } で指定解除しちゃえばいいんだろうけど。

何の為のxml:langだか…

既存のDTDでどんなものにでも対応出来ると思ってるからおかしなことになる。
無理なものは無理。

>>684
デフォルトはdeなので「ディ」と表記するのは間違い。

>>688
independence をインディペンデンスと呼ぶのは？

>>688
発音記号は di だけど？

みなさん幻覚すぎですよ

「default」
http://dictionary.goo.ne.jp/search.php?id=exej0091640-00000-00000-00000&kind=ej&mode=5
▼音声
http://dictionary.goo.ne.jp/voice/d/01010727.wav

>>688
氏ね

>>684
デフォルトのスタイルが何にせよHTMLは影響を受けない。

>>693
いや、それはそうなんだけど>>681が勝手に「"」等の自然言語関係の記号を追加するのがおかしいっていうから

>>681 がそういってるようには見えないわけだが。

688 Name_Not_Found sage 05/03/20 18:14:10 ID:???
>>684
デフォルトはdeなので「ディ」と表記するのは間違い。

音声を正しく表記することなどできない。

精度を考慮しない正しさなど無意味

このスレの人たちは現実を無視して極限を目指しているんですよ

5年たっても浸透しないXHTMLなど無意味

浸透してますって

ところで「土方歳三が書いた漢詩」のlang属性って何よ？
686見てふと思った。
通常の文学解釈なら
文法:中国語
読み方:日本語

漢詩って中国語にルビ振るんしょ?
本文にxml:lang="zh"、ルビにxml:lang="ja"をつければ良いじゃん。

国語で習わなかったか？返り点等は打ってもルビなんぞない。
返り点すらない漢字のみが当時の教養人のデフォ。

>>704
一行目と二行目が矛盾してない？

>>705
?????

>>705
国語で習ったのは、返り点あり、ルビなし
当時の教養人は、返り点なし、ルビなし

結局、返り点って誰がつけたの？昔の偉い人がつけたのかと思った。
（ものによっては複数通りの選択があったりするしね）

>>704
ってか、その漢字のみの文を「白分」っていうんだよ。

>>704
当時の話は当時の話。今とは関係ない。
まさか原典に忠実なのがStrict信者としてあるべき姿、とか思ってないよな？

(ﾉ∀｀)

で、結局はlang属性どうすんの？
表記文法で統一だと、日本の中世以前の公文書は全部（に近く）中国語になる。
一方、白文見て日本語、って思わんだろ。
まあ、二重の言語構造を持つ可能性をW3Cは想定していないだろうが。
日本語はHTMLの想定する自然言語から遠いよ。

痛いスレだな。

おまいらもｗ３ｃもあたまわろいな

おまいらはあたまわろいがｗ３ｃはあたまわろくないぞ

海外にだって古典文法は存在するだろうに。
国内にて用いられた漢文は当時の中国のネイティブ文法ともまた
違う文法だからlang属性を語る上での分類としては別言語としていいんじゃない？
ちなみに現在の日本語の体系がまとまったのは江戸時代中期。
日本語の体系はそれ以後とそれ以前で大まかに区分することが出来る。

そこで正字正仮名ですよ

さうですね。

ははｗ 誰かを思い出して気分悪いねｗ

http://www.webcitron.com/blog/sblog/eid138.html

別にstrictorじゃないんだからそっとしておいてやれよ。

いくらStrictに書いても最近HTMLそのものの限界が見えてきてやる気が無くなってきた。
もっとオブジェクト指向に書きたいよぅ。
そうすれば管理も楽だしソースも美しく書けるのに。

コンポーネント志向と人間の創造力の関係について

文章をオブジェクト化、わからん。
XML+XSLTで扱える内容ではないのか？

>>722はオブジェクト指向という言葉を覚えたてで使ってみたいだけに違いない。

>>722
strict!=object思考

どうやって実体化すんだよ
どうやって派生すんだよ
XMLをはなから否定してるとしか思えん

XMLこそオブジェクト指向だろ。

XMLはインスタンス(実体)を直接書くって感じだし。
真のオブジェクト指向はオブジェクトにオブジェクト自身をどうにかする関数を付けるって事だし

構造体だな

厚生労働省のホームページがXHTMLになりますた
（以前はTABLEレイアウト）

ttp://www.mhlw.go.jp/

英語版のページが以前のtableレイアウトと同じ記述なのかな？

>>729
大手では珍しいな。AHLで100点だし
#application/xhtml+xmlでないのが残念だけど

>>731
XHTML1.0だから問題ない

>>732
まぁそうだけどさ

一つのhtmlファイルに複数のcssを読み込ませるのはnone-strict?

別に

一つのちん○に複数のま○こを○○ませるのはnone-strict?

>>736
氏ね

っていうか none-strict って何だよ

none は「ナン」だからな

「ノーン」と思ってた。

>>736の伏字がわかんないよー

「ノーネ」と思ってた。

ここまでinvalid
------------------------------------------------------------
ここからvalid

「valid」と思ってた。

>>742はValidだけどStrictじゃない

スレ違いだと思うけど、ストリクターの皆さんが詳しそうだから
教えて欲しいんですけど・・・
HTMLにコーディング規約って存在しないんですかね？
例えば、テーブルを組む時は
<table>
<tr>
<td></td>
</tr>
</table>
って書くか、
<table>
<tr><td></td></tr>
</table>
って書くかとか・・・

すれ違い

>>745
どっちでも全く同じ意味。

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

</table>

これでも同じ意味だから自分が見やすいように書いたらいい。

>>747は混乱している。
>>747はラリホーをとなえた。
>>745は眠っている。

どっちが良いかは内容によって異なるしなあ…

文系にはコーディング規約とか無理そう

>>745
とりあえず、漏れはインライン要素のタグは改行無しで、
ブロック要素のタグは前後に改行と階層に応じたスペースをつけて書いてます。

>>751
ありがとうございます〜
結局、文書型の定義はW3Cがきっちりやってるけど、
それを満たしさえすればソースの書き方自体は特に決まってないってことですかね。

XMLってのは基本的にプログラム向けだとおもうよ
人間向けじゃない
だから書き方なんて細かいことはどうでもいい
プログラムがパースできればね

>>753
そうは言っても、生身の人間が編集するものじゃないですか？
1人で作ってる個人サイトや小規模サイトならともかく、
ある規模以上のサイトのHTMLコーディングって、複数人でチーム組んでやると思うので、
コーディング規約があった方が何かと便利なのかなぁとか思ったんですけどねぇ

大人数での作業だとまず全員一から手書きはありえない。
作業する時は管理アプリの設定するインデントや改行でやり、納品前に再整形が普通。

＞生身の人間が編集するものじゃないですか？
だからそこを否定してるのに気付かないのか。。

ちょっと前のを引っ張るけど>>585の例って
「図1.モナー」は見出しだからdt
画像は具体的内容だからdd
という考え方もできると思う（自分はこっちを先に思いついた）んだけど、どっちがふさわしいのかな？

>>755-756
あぁ〜、なるほどなるほど。
根本的に勘違いしてたってことですね・・・
おかげで目が覚めました・・・

>>756
XMLは完全に機械向けの規格じゃない。Human-readableが基本。

くだらない建前はいいって

>>757

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

見出し云々は突っ込まないでおくヨ

リストの入れ子は許されるの？

<ul>
<il>ホゲ</li>
<il>
<ul>
<il>サブホゲ１</li>
<il>サブホゲ2</li>
</ul>
</li>
</ul>

>>762
Y

続きは>>19で聞け

>763
レス�dクス。Strictなhtmlでもｵｹなのか知りたかったのさ
逝ってきます

昔NN4でテーブルの入れ子が良くないとされてた影響かな？
意味なく入れ子をダメだと思い込む奴が多い。

あれも文書構造的にどうこうと言う問題ではなくてネスケ4のレンダリングエンジンは
テーブルの描画が遅かったからってだけの話。

ってスレ違いだな。

「クリックすると拡大」ビジネスモデル特許成立で各社対応に追われる
http://internet.watch.impress.co.jp/static/uocchi/2005/04/01/click.htm

お、来ましたな。0時1分。

Strict 的には変な日付のフォーマットは許せんよな

暦表記変更申請スレッド
http://qb5.2ch.net/test/read.cgi/operate/1112283994/

やはりISO8601準拠を

しかしこれログとして残るのよね…。

read.cgi が変な書式で書き出すならともかく
dat に変なもの混ぜないで欲しいよなあ
検索する時に困る

皆さん本当によくご存知ですね。いつもROMって勉強させてもらっています。
私、htmｌは独学で他のサイトを参考にタグ辞典片手に覚えてきました。
が、正しいhtmlの書き方が見に付いていません。

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

宜しくお願いします。

（最近はだいぶ良くなってきたものの）書籍はハズレが多いので、
初心者スレのテンプレに書いてある以下のサイト推奨

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

あとは、仕様書も実はそんなに難しくないので、これ読むのもよい
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/cover.html

日本語版の仕様書って書籍として売ってないの？
PDF印刷してもいいんだが全体で何ページあるんだよ・・・

>>774
そーいや印刷したよ。
枚数よりもページごとに印刷せなあかんのが面倒だった。

>>775
何ページぐらい印刷した？

>>772
のあたんのとこも読んどけ

この日付表記っていつ戻るの?

現状では「議論して申請」すれば直る

暦表記変更申請スッドレ　3周年
http://qb5.2ch.net/test/read.cgi/operate/1112381204/

>>772
W3Cのサイト

>>779
そうなんだ。エイプリルフールネタじゃ無かったのね
Web制作でlivedoorて意味わからんな

元々は4/1ネタだけど、戻すのが面倒になったらしい。

WWWが生まれてから何年とか、ティムが生まれてから何年とか
の方がそれっぽいにゃー

W3C勧告候補 2005/04/02() xx:xx:xxとか

さっさと直せよ
データベースとしてのdatが汚れる

管理人はメタデータの重要性を認識しとらんかったのかよ
http://qb5.2ch.net/test/read.cgi/operate/1112293096/796
http://qb5.2ch.net/test/read.cgi/operate/1112293096/804

この際datをXMLに…やっぱいいや

XMLみたいに糞冗長な形式はまず不採用だろね

DOMでじゃなくSAXとして処理すれば…
それでも駄目だな

どうせなら YYYY-MM-DDThh:mm:ss+09:00 にしてくれればよかったのに…とか。

だな
そしたらスキン側で手軽にins datetimeを使えるのに

一つのタグに複数のclassを指定するのはあり？

class="foo bar baz"

<FONT size="7" color="red" class="redstar" class="centerright" class="background">★☆★☆★</FONT>
ってな感じで解説してるDQN解説タグ屋をどこかで見た記憶が・・・

感動した

クラス名が非strict
他の所は非valid

SGMLでは、同じ属性が同じ開始タグに複数表れるのは
not well-formed ではなくて not valid になるの？ SGMLﾜｶﾝﾈ

well-formedはXMLの概念じゃなかったっけ？うろおぼえ

>>774
日本規格協会でJIS TR化したやつを色々高値で売ってる。HTML 4.0 (4.01ではない) の
翻訳に28,665円も出す気があれば、だが。

おれのはimpolid

私はすぐにナオリタガール

何このスレ。

健康診断のとき検尿ってあるだろう。
このとき、こっそりおーいお茶をもっていく。
トイレに入ったらオペレーションスタート。
検尿カップになみなみ注ぎ、
たっぷんたっぷんこぼしながら
看護婦のお姉さんに差し出す。
お姉さんが「…そんなにいりません」
といったらチャンス。一気に飲み干す！

オナリタガール？

<>
<>さくら</>
<>ケツメイシ</>
<>発売日</><>2005-02-16</>
<>発売元</><>トイズファクトリー</>
<>品番</><>TFCC-89129</>
</><>
<>愛のバクダン<>
<>B'z<>
<>発売日</><>2005-03-09</>
<>発売元</><>VERMILLION RECORDS</>
<>品番</><>BMCV-4003</>
</>

CDリストのマークアップをストリクトな記述でしようと思ったんだが、
どういった要素を使うべき？
<div>や<span>を必要に応じて追加するのはありの方向で、
<>内に要素を入れるとしたら、あなたならどうする〜？

まず自分で考えたら？

定義リストとリストの組み合わせか、hnとリストの組み合わせのどっちかかな。

>>805
さすがにこれはtableだと思うが

俺はこんな感じにしてみた。

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

アーティスト名がどこに属するのか悩んだが、
・「さくら」は「ケツメイシ」の曲である。
・「ケツメイシ」は「CDの詳細」では意味が通らない。
・「CDの詳細」は「さくら」に対する説明である。
言う考え。

書き込んだ後に考えが煮詰まってきまして、
やっぱり >>809 の形式でする事にしました。
ありがとうございました。

>>805の書き方では「アルバム名とアーティスト名をセットで書く」というひとつの慣習(流儀)に従っている、
あるいは「B'zの『愛のバクダン』」という意図で書いているとも考えられるけど、
それならまとめてdtにぶち込んで、必要に応じてそれぞれspanとして明示するのもあり？

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

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

データベースとして見ればどっちも駄目だけど、
一般の文章の一部なら間違いと言い切ることは難しいような気がする。

施設の営業時間を書き表したい場合に、どう書くべきか悩んでいます。
「曜日」と「午前」「午後」があって、「○曜日は午前、午後とも営業」、「△曜日は午前のみ営業」というのがわかるようにしたいです。
一応自分では表で書くものかと思い、以下のような感じで作ってみています。

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

営業＝○、休み＝休で表してるんですが、この書き方だと読み上げ環境には伝わらないのでは…と思っています。
施設の性質上、目の不自由な方も見る可能性があるので、読み上げ環境でも伝わる書き方にしたいんですが、どのように書くのが良いでしょうか。

記号を文章にすればいいだけだろ
てかStrictスレで聞くことじゃない

>>812
"○"、"休" はテーブルよりも前の位置に意味を書いておけばそれで
いいと思うけど。"営業" と "休み" ぐらい省略しなくてもいいだろうし。

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

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

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

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

と読ませた方が自然じゃないか?

>>814
自然言語な話題ｷﾀｰ

>>812
画像とalt

>>812
abbr

>813-817

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

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

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

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

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