Strict-XHTML スレッド 1.0 (W2C Recommendation)

今までXHTML 1.1でサイト制作していたけど、ISO-HTMLの方が向いてるような
気がしてきた。

>>894

俺は、

<address>
<span class="copyright">著作権情報</span>
<span class="author">著者のメアド</span>
</address>

.copyright,.author { display : block; }

って感じにしてる。
CSSオフだと改行されないけど。

>>903
俺もそれは考えたなあ。でもこの例でいう「著作権情報」と「著者のメアド」は意味的に
区切られるものだから、HTML側で強制改行を入れてしまっても良いんじゃなかろうか。
<br />が何故存在するのかを考えると、これでもいいような気がする。

単に、
<address>
<div>著作権情報</div>
<div>著者のメアド</div>
</address>
でよくないかな？

>>905
addressにはinlineしか書けないし。

>>905
それはダウトだろ…理由はlintに聞けよ。

「改行したいからspanじゃなくてdiv」ってのも
なんとも物理マークアップ的発想だと思った…

addressはinlineだけだったか・・

>>905 それができるなら<ul>使うってば。
>>908 そういう問題じゃないよ。

>>910
そういう問題だろ

>894
僕も >903 のように書くような気はするが
（あるいは address span:after {content: \0a;} とか，IE未対応だけど）
>904 の「意味的に区切られる」のほうを意識して，なら別々に書いてもいいかなあと思ったので

で，実際に僕が一番やりそうなのは
<div id="copyright">
<p>著作権情報</p>
<address>e-mail</address>
</div>
address には連絡先そのものしか入れたくない（単に好みや気分の問題？）

>>911
「display:blockを使いたいがために<span>で括る」のと変わらないじゃん。
まあ<address>にブロック要素を内包できない以上、ここについての議論を続けるのは不毛かと。

>>912
<address>ってのは「文書や著者の情報」だから、著作権情報（を表示するなら）は<address>に入れるべきだと思う。

>>913
<span>で区切るのは意味を分けたいからだと信じたい。

>>895
でも、GET は UTF-8 になるかもしれないけど
POST はならないんだよね？

「文書」の情報もaddressに含まれるのか？

いや自分も便宜上そうしちゃってるけど

>>914
POSTの送信データはURIの一部じゃない。URI/IRIとは無関係。
非ASCII文字を含むPOSTについてはenctype="multipart/form-data"にすれば
UAがcharsetパラメタつけて送るはず。
(試したことないので実際にそうなっているかどうかは知らない)

>>915
らしい。このｽﾚにソースがあったような。
DTDには著者の情報としか書かれてないけど。

スタイルシートを使ってリストをリストでは無いように
見せるのは空しい行為のような気がしてきた。

>>918 なぜ？「リストらしい見栄え」を得るために<ul>や<ol>使ってる訳じゃないんでしょ？

>>918
スタイルシートは皆空しい一面を持っているものだと思うが。

>920
微妙に名言かもしれぬと思った。

<address>
hoge<br />
page
</address>
でいいと最近思えてきた。
blockquoteでインデント等の不都合は無いし。

>>919
「リストらしい見栄え」を得るために使ってる訳ではなく
リストを書くために使ってるんだから
「どうだ！リストだ。もんくあっか？」って見えればいいじゃん。
って思ってきたのよ。

>>920
ちょっと、目から鱗が落ちたよ。ｱﾘｶﾞﾄ

現実において虚しさではstrictのほうが上では･･･

>>922
俺はそうしてるよ。 ちなみにW3Cもそんな感じでやってる。

>>923
この話、「リストって何」になりそうだね。
大雑把な言い方だけど、羅列してるもんなら大概リストでいいと思う。
で、そんな「リストと言えばリスト」みたいなとこはinlineでも違和感無いかも。
でもあなたの言いたいことはすごくわかる。 俺もむなしくなってきた。

>>924
とは言っても、Strictを知ってしまうとisoぐらいしか行き場が無いからなあ。

縦に並ぶのがリストとはかぎらないジャン

opera7がリリースされたので<link>を使おうかな、と調べてみたんだけど
indexとcontentsの使い分けがわかんにゃい。
みなさんはどうしてます？

>927
index　→　索引。50音順、アルファベット順など
contents　→　目次。掲載順

>>927
参考
http://www5d.biglobe.ne.jp/~quia/tech/html/linktype.html

オナニーは空しい行為のような気がしてきた。

>>928
そうなのか・・・
でもcontentsでindex.htmlのページを指定するのはややこしいなぁ。

行動はものいわずして　もっとも相手を納得させる忠告である
http://www.tyousa.com

>>931
indexじゃないindex.htmlが多いしね

>>931 >>933
.htaccess の DirectoryIndex で、contents.html を
デフォルトファイルにすれば問題無し。

いいなあ、 .htaccess 利用できる人は。

>>935
じゃあ、素直(?) に index.html にインデックス書いちゃうとか。
サイトトップがインデックス。
いや…

>>904
br が存在するのは i や b が存在するのと同レベルの理由によると思われ。
「意味的に区切られる」なら「意味的な区切りがある」ことを
明示するマークアップをしなきゃ意味がないでしょう。
br は物理的な「強制改行」であって、「区切り」なんて意味は持たない。

>>922
> <address>
> hoge<br />
> page
> </address>
> でいいと最近思えてきた。
> blockquoteでインデント等の不都合は無いし。

blockquoteでインデント等の不都合は無いけど
strong の代わりに b を使ってるくらいの不都合はあると思われ。

参考物件(下はあんまり関係ないが)
ttp://www.ybi.co.jp/koike/src/shikan203.htm#d23151
ttp://everybody.good-day.net/~iwai/diary/200203B.html#d1602

なんでまた address の中にブロック要素置けないような
DTD にしちゃったかについての経緯とかって
どこかに残ってます？

いっそ code だの dfn だのと同じ階層においちゃえば
よかったのにっていつも思う。

http://www.ybi.co.jp/koike/src/shikan203.htm#d23151
http://everybody.good-day.net/~iwai/diary/200203B.html#d1602

>>937だったら>>894の場合どうマークアップする？

>>940
漏れは
<address>著作権情報</address>
<address>著者のメアド</address>
でいいと思うけど。もしくはspanで区切るか。

<hoge>著作権情報著者のメアド</hoge> では意味が通らないし、
スタイルシートで適切な位置に改行を入れることもできない
(=論理構造の明示が不十分)から、
<hoge>著作権情報</hoge><hoge>著者のメアド</hoge> か
<hoge><foo>著作権情報</foo><foo>著者のメアド</foo></hoge>
というかたちのマークアップにする必要はある、というくらい。
具体的にどの要素と見なすかは DTD と相談して決めればいいのでは。

そんなにﾎﾞｸのこと嫌い?

brは使い道が少ないことは確か。
印刷物を作るときは使いまくるんだけどな……

>>941
成る程ねえ。そう言われてしまうと納得なんだよな。
それにしても<address>, <br />, <dl>辺りは定期的に話題を提供してくれるなあ。
それだけ皆の解釈が分かれてる証拠だね。

>>942
君と仲良くしようとその存在理由を必死に探してるんだけど、今のところ結構厳しいぞ…

ﾎﾞｸのこと、忘れて下さい…

俺はbrが無いと生きていけないよ

>>945 落ち込んでないで、うちの<address>においでよ。

そろそろ新スレの話でもしよっか。

新スレか… 1.0SE, Basic, 1.1 あたりか？
個人的にはどっかにXHTMLMODを入れてほしいが
禿しく意味不明になりそうで推薦できない…

1. XHTML1.0SE
2. XHTML1.1 OR basic
3. basic OR XHTML1.1

4番目はどうしようか……2.0は2年くらい先だからな〜

そういやこのページの
dtとかの使いかたって
改行だけ？

dlについては定義リストの応用とやらの許容範囲内な気もするが。

名前がdtで本文がdlか。
まあいいんじゃないかな。ここのスレの人は
この使い方はしないかもだけど。
でも戯曲みたいなのをマークアップするときはこの方法がいいのかなあ？。

>>949 俺は 1 がいいと思う。

DTD を二つ以上記述することって出来るんでしょうか？
dublin core を xhtml 内で直接使おうと思ったんですけど
DTD がどうなるのかわからないです。

>>954
XML name space

>>955
xmlns で dublin core のネームスペースを追加するだけで
DTD は xhtml のだけで OK なんでしょうか？

http://www3.sppd.ne.jp/lena/web/html-xhtml.htm

次スレどうする

>>953
よろ。

>>953
YORO.

トップページにリンク先の見出しをつけるのはおかしいですか？
トップページが、
<h1>タイトル</h1>
<h2>はじめに</h2.
<h2>次に</h2>
<h3>次の次とはどういう意味か？</h3>
<h3>次の次の次とはどういう意味か？</h3>
<h2>あいーんとは</h2>
<h3>ミニモニとは</h3>
<h3>ミニモミとは</h3>
<h2>人権とは</h2>
<h2>自由とは</h2>
こういうのは間違いですか？

リストで良いと思う。

>>961
そのページの見出しじゃないのにhn使っちゃマズいんじゃないだろうか

<h1>ひらがなについて</h1>
<h2>あ行</h2>
<h2>か行</h2>

こういうのは、
本来は、
<h1>ひらがなについて</h1>
<ol>
<li>あ行</li>
<li>か行</li>
</ol>
だよね。

>964
個人的な見解なんだけれども、
見出しというのは少なからずリスト的な意味を含んでいると思うよ。
<h2>が複数並んでいればそれは同レベルの見出しのリストな訳で。

なので

<h1>用語集</h1>
<h2>あ行</h2>
　<ul>...</ul>
<h2>か行</h2>
　<ul>...</ul>

という使い方は（あくまで俺の意見だけれども）否定しない。

>>964
文章の構造というか章立てによるんじゃないの。

p要素で十分なのにhn要素を使う人が多い。
体言止めや１単語の言葉はどうしてもhnに頼ってしまう。
section要素がなく、hnの及ぶ範囲を指定しずらい現状では
hnの多用は構造の混乱をきたしかねない。
あ行、か行ってのはp要素でもいかと思う。
<h1>用語集</h1>
<p>あ行</p>
　<ul>...</ul>
<p>か行</p>
　<ul>...</ul>




　ただ、hnでも全然構わないのだけど。



なんつって。

新スレのテンプレ作っておくれ

>>967
で、君の無駄な改行は一体なんだね?

>>967
それは見出しだろ

>>967
p要素は段落。

>>970
見出しですね。しかし私はあ行もか行も全部含めて同じセクション内に
置きたいのでhnは使ってないんです。まあここらは完全に好みと思います。
例えば辞書であるならhnでいいのですが、索引や目次であるなら
hnではなくp要素でもいいと思います。
listではなくtableであるならcaptionに書けばすむ程度のことですから。
W3Cを見ていると、軽めのキャプションにわざわざhnを使っていなかったので
そう思っただけで(信者スマソ)、見出し要素である以上、見出しに使うのは構わないと思いますよ。
階層とか色々考えるとhnを多用すると後々困ることがあるもんで。

段落ですよ。

<p>次はあ行の用語集です</p>
<ul>
<li>あかちゃん</li>
<li>あめんぼ</li>
<li>あやとり</li>
</ul>

　という場合の
<p>次はあ行の用語集です</p>
の短縮系である
<p>あ行</p>　です。

実際色々なサイトを見てみると。

<p>以下は引用です</p>　　てなときはp要素だけど
<h3>引用</h3>
　となると急にhnになるサイトが多いです。
引用を多く集めたページであるなら<h3>引用</h3>もいいでしょうが
文中に出てきて、たまたま一個か二個引用があったからってhnを使うのは
どうかと思います。
<p>引用</p>　で十分。まあ何度も言っていますが、見出し、キャプションに見出し要素を
使うのは全然構わないと思いますよ。

>>972
>あ行もか行も全部含めて同じセクション内に
>置きたいので
って、レベル2の見出しでそれぞれをマークアップしても
どちらもレベル1の見出し配下のセクションになると思うんだが。

>>973
>という場合の
><p>次はあ行の用語集です</p>
>の短縮系である
><p>あ行</p>　です。
そういう意図があったのなら最初からそう書いてくれ。

ただ、一つ言えることは、その人がそれをそのセクションの
題目と考えたなら、マーク付けは「見出し」で良いということだ。

>>974
やっぱそうだよね。あと、さらに見出しと段落の関連を強めるんだったらグループをdivで
括ってclass付けするぐらいだと思う。（漏れは必要性を感じないのでやってないけど

ほとんどみんな、名前もIDもないんで、
やり取りが理解しにくいことこの上ない。

>>973

<p>次はあ行の用語集です</p>
<ul>
<li>あかちゃん</li>
<li>あめんぼ</li>
<li>あやとり</li>
</ul>

<p>次はか行の用語集です</p>
<ul>
<li>江頭2:50</li>
<li>エバケン</li>
<li>エンテ式</li>
</ul>

と延々やってくのか？どう見ても見出し。
そもそも、「<hn>○○</hn>」は「次は○○です」という意味だと思うが。

用語集なら。
見出しのほうがいいね。スマソ。

indexやcontentsの"あ行"とか"か行"と勘違いしてた。

ああ
うーん
うなく言えないけど。

<h1>ファミコン用語集</h1>

<p>あ行</p>
<ul>
<li>アーバンチャンピオン</li>
<li>アイスクライマー</li>
<li>Ａダッシュ</li>
</ul>

<p>か行</p>
<ul>
<li>カービィー</li>
<li>クッパ</li>
<li>ゴルフ</li>
</ul>

でもいいような、だって、区分けは便宜上で、全部同じ用語集なんだから。
うーん纏めてから出直します。

ul要素にcaption要素があれば、わざわざhnを使う必用は
確かにないわな。
でもないんだから仕方がないじゃない？

>>979
それだと、「あ行⇒アーバンチャンピオン、アイスクライマー、Ａダッシュ」ということを
明示できてない

俺もリストしかないならp要素でもいいと思う。
リスト以外に段落やら色々あればhnを使う。

はやく次スレ立ててくれる？
↓

↓
↓はやく！
↓

↓　　　結局その部分をどういうデータとして扱いたいか、扱わせたいかだろ
↓
↓ よろ
↓

次スレ
http://pc3.2ch.net/test/read.cgi/hp/1037577389/

タイトル長いって言われて (W2C Recommendation) が入らなかったよ

スレ立ておつかれっす。

>>986
お疲れ。
おいら、凡ミスするのが怖くて、
立てようかと悩みつつ結局立てられなかったんだ。

http://members.tripod.co.jp/konbukyo/

ageんなよ…

>>989　へたれ！

まあ住人の大多数はそのヘタレなのさ。

1000取り合戦する？しない？

　

　

　
　

998？

急に始めないでよー。

もらい？

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。