Strict-HTML スレッド10

Strict-HTML スレッド10(２ちゃんねる)

FTP、CGI、SSI、telnetが自由に使える超高速レンタルサーバ。

工夫しだいで、楽しさ１００倍。　www.binboserver.com

◆ 月額千円サーバ | ◆ サブドメインコース | ◆ BIGなサーバ

◆ サブドメインコース：CGIやFTPが使いたい・お金を掛けたくない人のために。
*****.syo-ten.com *****.gasuki.com *****.zansu.com
お好きな名前を無料で使えます。早い者勝ち。

◆ 月額千円サーバ：.com .net .org で取得できます。.JPドメイン大歓迎！
超高速・高機能サーバを1000円で！使ってみれば、分かります。

◆ BIGなサーバ：Big なBig なサーバー。充実したサポートをお求めの方へ。
インターネットでご活躍の皆様へ、そしてご活躍予定の皆様へ。
２ちゃんねるは、このサーバを使っているです。

■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■

1 名前： Name_Not_Found 投稿日： 03/02/17 23:46 ID:PdNMca0f: Strict な HTML(*) について語るスレッド ver.10
W3C 信者もそうじゃない人も投稿歓迎。

* 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) など。

過去ログ・関連スレ及び　勧告等・その他 >>2-5
2 名前： Name_Not_Found 投稿日： 03/02/17 23:47 ID:PdNMca0f: ■過去ログ
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

■関連スレ
/* CSS・スタイルシート質問スレッド【15】 */http://pc2.2ch.net/test/read.cgi/hp/1045124732/
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信者にサイトを正しい記述に直して貰うスレ2http://pc2.2ch.net/test/read.cgi/hp/1040377672/
【野望の】XHTML 2.0【王国】http://pc3.2ch.net/test/read.cgi/hp/1028659057/
3 名前： Name_Not_Found 投稿日： 03/02/17 23:47 ID:PdNMca0f: ■勧告等
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/
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/02/17 23:49 ID:???: 前スレ

Strict-HTML スレッド ver.9
http://pc2.2ch.net/test/read.cgi/hp/1039974316/l50

抜けてたすまん。
5 名前： Name_Not_Found 投稿日： 03/02/17 23:49 ID:???: HTML Working Group Roadmap http://www.w3.org/MarkUp/xhtml-roadmap/
6 名前： Name_Not_Found 投稿日： 03/02/17 23:53 ID:???: 『 W3Cの仕様書をIEで見ようと思ったら、ダウンロードを要求された』
IEが糞なので、どうしてもIEでみるなら…

レジストリ弄ってtext/html追加汁。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\Accepted Documents

※自己責任で。
7 名前： Name_Not_Found 投稿日： 03/02/17 23:54 ID:???: ＞IEが糞なので
失笑
8 名前： Name_Not_Found 投稿日： 03/02/18 09:28 ID:???: 1000おみごと
9 名前： Name_Not_Found 投稿日： 03/02/18 11:42 ID:???: >>1
ぎりぎりセーフか。乙。
10 名前： Name_Not_Found 投稿日： 03/02/18 17:41 ID:???: >>8
あれはおもしろかった。
11 名前： Name_Not_Found 投稿日： 03/02/18 19:41 ID:6CzovmoU: ありがとう
12 名前： Name_Not_Found 投稿日： 03/02/18 20:26 ID:???: 一瞬、ネタかと思った。＜前スレの1000
13 名前： Name_Not_Found 投稿日： 03/02/18 21:08 ID:???: しかしどんどん寂れていくね、ここも。
前々スレあたりのコテハンいたころが懐しい。
14 名前： Name_Not_Found 投稿日： 03/02/18 21:29 ID:???: IEで見れねー物なんて淘汰されるだけ。
何考えてるのやら。
15 名前： Name_Not_Found 投稿日： 03/02/18 21:54 ID:???: IEなんて使ってるやつはウイルスに犯されるだけ。
なに考えてるのやら。
16 名前： Name_Not_Found 投稿日： 03/02/18 21:57 ID:???: [ツール]→[インターネットオプション]→[セキュリティ]→[このゾーンのセキュリティのレベル]を「高」
17 名前： Name_Not_Found 投稿日： 03/02/18 21:59 ID:???: 何も考えずにActiveX、Java、JavaScriptをオフ。
それから数分後。

やー、世の中って不便。
18 名前： Name_Not_Found 投稿日： 03/02/18 22:00 ID:???: WindowsUpdateすると英語の世界にご招待。
19 名前： Name_Not_Found 投稿日： 03/02/18 22:02 ID:???: >>15-18
スレ違い。
20 名前： Name_Not_Found 投稿日： 03/02/18 22:11 ID:???: Strict な HTML は IE で見れないのか。そうか。
21 名前： Name_Not_Found 投稿日： 03/02/18 22:14 ID:???: そんなこたない
22 名前： Name_Not_Found 投稿日： 03/02/18 22:15 ID:???: まあ、見られなかったことがあるんでしょうな。
23 名前： Name_Not_Found 投稿日： 03/02/18 22:15 ID:???: XHTML1.1にやられたのですか
24 名前： 言うまでもないが、つまらんﾈﾀが多いので 投稿日： 03/02/18 22:23 ID:???: >>6
「コンテントネゴシエーションで振り分けをしているので
　xhmlに対応していないのに*/*を送るIEが糞なので　」
「html版を見るためには、レジストリ弄って」
25 名前： Name_Not_Found 投稿日： 03/02/18 22:34 ID:???: xhml
26 名前： Name_Not_Found 投稿日： 03/02/18 22:54 ID:???: >>24
つまらんからあげ足とる。
> xhmlに対応していないのに*/*を送る
IEにしてみれば「とにかく何でもいいからきぼんぬ」と言ってるだけ。
UAは何も全ての形式を自前で開けなきゃいけないわけではない。
このこと自体は全く問題ない。
問題は「text/html対応に関してAcceptで情報をよこさない」こと。
27 名前： Name_Not_Found 投稿日： 03/02/18 23:03 ID:???: mhtmlはどうよ？
28 名前： Name_Not_Found 投稿日： 03/02/18 23:07 ID:???: http://www.google.com/search?q=MHTML&hl=ja&lr=lang_ja
どのMHTMLよ？
29 名前： Name_Not_Found 投稿日： 03/02/18 23:12 ID:???: >>27
某マクロ html ですか。
香ばしいですね。
30 名前： Name_Not_Found 投稿日： 03/02/18 23:23 ID:???: >>28
正直HTML + CSS でデザインするのいやなんですけど
http://pc2.2ch.net/test/read.cgi/hp/1018053359/
31 名前： Name_Not_Found 投稿日： 03/02/18 23:32 ID:???: どうよって言われても。どうでもいいって感じ。
32 名前： Name_Not_Found 投稿日： 03/02/18 23:36 ID:???: ﾈﾀ切れかな。

MHTMLは結局CSSと変わらんところが良かった（藁
33 名前： Name_Not_Found 投稿日： 03/02/19 01:22 ID:???: まあ50スレまでに妙案が思いつかなかったんでしょ。
34 名前： Name_Not_Found 投稿日： 03/02/19 09:53 ID:???: ああ、懐かしいね( ´ω｀)
35 名前： Name_Not_Found 投稿日： 03/02/19 10:16 ID:???: あれはネタだったの？
36 名前： Name_Not_Found 投稿日： 03/02/19 18:32 ID:???: XML、XHTML、HTML、SGML、CSS、Strict, ・・・

もうなにがなんだかわかんないし、
ＩＥでみれればいいじゃんって感じ。

オペラやネスケとか果てはドリカスまで
すべてで見られるようにしてたらｗｅｂサイトなんて
やってられない。

たとえばXHTML準拠のページ作ったって
全てのブラウザでちゃんとみれるわけじゃないんでしょ？

W3C信者ってなんでそんなにがんばるの？
37 名前： Name_Not_Found 投稿日： 03/02/19 18:40 ID:???: >>36
読み方がわからん
答え教える！
38 名前： Name_Not_Found 投稿日： 03/02/19 18:49 ID:???: >>36
マルチポスト
39 名前： Name_Not_Found 投稿日： 03/02/19 19:42 ID:???: 何が何だかわからないようなカスはリソースの無駄なのでとっととwebの利用をやめれ。
40 名前： Name_Not_Found 投稿日： 03/02/19 20:22 ID:???: 厨でもいい、もっと書き込んでくれ!
寂しすぎる。
41 名前： Name_Not_Found 投稿日： 03/02/19 20:24 ID:???: ずんどこべろんちょうわわはっは
うんこちんここここうんこ寛しねえええええええええええしね
さんぷるねーし　まんこkuseeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
どくおとこ息合点じゃねーよ（藁藁
42 名前： Name_Not_Found 投稿日： 03/02/19 20:31 ID:???: スットリクトは凄いですか？
43 名前： Name_Not_Found 投稿日： 03/02/19 21:11 ID:???: 仕様に準拠していない文書を作ったって
全てのブラウザでちゃんとみれるわけじゃないでしょ？
44 名前： Name_Not_Found 投稿日： 03/02/19 21:19 ID:???: むしろ準拠してない文章の方がいろんなUAで読める罠。
混沌とした変遷期なんだからアドホックに上手く立ち廻った者勝ち。
45 名前： Name_Not_Found 投稿日： 03/02/19 21:27 ID:???: >>36
Strictに作れば、それなりに見られる。
ただ、XHTMLに関してはそもそも別物だからHTMLのために作られたUAで
正しく表示されることを求めるのは間違っているとは思う。
それでも、移行型のXHTMLならばそれなりに見られる。
だが、IE特化HTMLで作られたサイトは他のブラウザで表示できない事がある。
そこんとこ理解してるのかと問いたい。
最近Webサイト運営だかなんだかしらんが「やり」はじめたような香具師は、勉強してからモノを言え。
つーか、マルチポストしてる暇あったら、ポストマルチのキャラでも考えてろ。ボケが。
46 名前： Name_Not_Found 投稿日： 03/02/19 21:41 ID:???: tableとfontとフレームを使うと決めた時点で互換性は捨てたと言える。
47 名前： Name_Not_Found 投稿日： 03/02/19 22:15 ID:???: 当方無料スペースにてwebサイトを営んでいます。
ちまたによくいるDQNのように広告ウザーなんてけして申しません。
むしろいかに広告をデザインのなかに溶け込ませるか、
という高いハードルに向かうことに多少の快感すら感じています。
ただ！！
ソースが汚くなるのがイヤ！！
<center></center>ってどーゆーことなのッ！！

って私は重症でしょうか？
48 名前： Name_Not_Found 投稿日： 03/02/19 22:22 ID:???: >>47
でも、そのだけのために有料スペースに移る気はないでしょ？
49 名前： Name_Not_Found 投稿日： 03/02/19 22:24 ID:???: >>47
infoseekの</html>の後につく<div>～</div>が激しく邪魔だね。
お前なめとんのかと。せめて</body>の直前にしとけと。
50 名前： Name_Not_Found 投稿日： 03/02/19 22:29 ID:???: >>47
手動で広告入れられるとこを探せ。
XREA とか。
51 名前： 47 投稿日： 03/02/19 22:43 ID:???: 実は本サイトは有料のところなんですけど
2chのあるスレ関連のサイトが和鳥なんでございます。
XREAは手動で広告を入れればstrictにできるのは知ってたのですが
募集締め切っていまして…。
何がイヤって和鳥はstrictどころか<body>が勝手に大文字にされるんで
xhtmlにすらできないことです。
52 名前： Name_Not_Found 投稿日： 03/02/19 23:34 ID:???: かといってxhtmlにしたい理由も特にないんだろ
53 名前： Name_Not_Found 投稿日： 03/02/19 23:37 ID:???: xhtmlにしたところで、application/xhtml+xmlとして扱ってくれるのだろうか。
54 名前： Name_Not_Found 投稿日： 03/02/19 23:43 ID:???: >>52
痛いところをつかれた…。
はい実はxhtmlにしたからどうってわけではございません。
その和鳥のサイトは用語説明が多いサイトなんでxhtmlにすれば
将来自分で名前空間を定義して独自のタグを追加できたりして便利かな、
程度の認識しかございません。
あとは後々楽になるかなと。

無料スペースの広告部分もstrictなソースにすれば転送量も節約できて
エコロジーとか思うんですよねえ。
55 名前： Name_Not_Found 投稿日： 03/02/19 23:45 ID:???: >>49
</html> の後の <div> なんて、別にどうでもいいんです。
<td><form></td><td></form><a></a></td> ってのをどうにかして下さい。
前は <a></a> がなかったから、無理矢理 valid にはできてたんですが、
現状では最早どうやっても無理です。終えてます。

こんなの、たとえ「タグ講座」の類のサイトであっても
「これは文法違反です」って解説されてるような奴じゃないですか。
おながいしますよ。マジで。
56 名前： Name_Not_Found 投稿日： 03/02/19 23:59 ID:???: >>55
＞</html> の後の <div> なんて、別にどうでもいいんです。
いや、文書要素が複数存在するってのは致命的な大問題だろ。

＞<td><form></td><td></form><a></a></td> ってのをどうにかして下さい。
寧ろこっちの方はSGMLなら狂ったmarkupに合わせて狂ったDTDを書くことで
解決が可能な予感（そんな狂ったDTD、でのvalidなんざSGMLパーサがエラーを
出なくなる以上のなんの意味も無いが）。

あと、そんな貴方にとりあえずここ推奨
http://www.strict.jp/
一般利用者は募集してないが、正しいHTMLを愛するなら
入れてもらえるらしい。
57 名前： Name_Not_Found 投稿日： 03/02/20 00:17 ID:???: >>53
他は知らんけど、取り敢えず XREA では
拡張子を xhtml にすれば Content-Type: application/xhtml+xml で
送ってくれる。

参考:
http://raccy.s1.xrea.com/xrea-memo/ad_xhtml.html
58 名前： Name_Not_Found 投稿日： 03/02/20 00:39 ID:???: >>54
後々楽になるっていってもさ、直接HTML書いてるわけじゃん？
んで XHTML2.0 が勧告になったらそっちを使いたくなるんでしょ？
んで手で書き直しと。全然楽じゃないし。

XSLT とかローカルで使えるんだからさ、オリジナルはXHTMLなり独自XMLなりでやってて
アップするときだけHTML4.01あたりにする程度でいいと思うんだけど。
59 名前： Name_Not_Found 投稿日： 03/02/20 00:43 ID:???: XHTMLがもうすこし普及してこれば、変換ソフトも出てくると思う・・・
60 名前： Name_Not_Found 投稿日： 03/02/20 01:14 ID:???: 変換ソフトって…何に変換するのさ？
日記とかそんな程度のだったらバックエンドを改良したほうが
スケーラビリティも高くて便利。
61 名前： Name_Not_Found 投稿日： 03/02/20 08:07 ID:???: >>60
多分、オーサリングツールのことかと。
62 名前： Name_Not_Found 投稿日： 03/02/20 08:54 ID:???: 著者の利便性だけを考えるなら独自XMLをローカルでHTMLに変換で充分だが。
利用者がどんな使い方をしてるかなんて著者には解らない。
99.9%の利用形態がHTMLブラウザに表示しているだけだとしても
色々なUAで色々な使い方ができるように可能性は広く取っておきたい。
特にXHTML1.x系を導入する動機ってその辺じゃないかな。
対象UAにXML処理系も入れておきたいってのは変なことではないと思う。
63 名前： Name_Not_Found 投稿日： 03/02/20 14:31 ID:???: ただ、"素"のXHTMLじゃ何も出来ないんじゃないかと思う。
利用しようにもRSSぐらい具体的じゃないと。
(想像力が足りないだけかもしれんけど。)

具体的じゃなくてもそれなりのルールに従って要素付けされてれば
XSLTで変換して使いやすい形式に変換できるけどさ、
素のXHTMLの要素だけじゃ全然足りない。
なんでもかんでも dl に押し込められてたりするし。

だから、XHTML 使って再利用がうんぬんとかいうんだったら
別ネームスペース切って自分仕様のでいいから
がんがん意味要素追加してほしいんだわ。

<div class="section"> とか <strong class="notice"> とかしないで
<ex:section> とか <strong><ex:notice> ってしようよ。
64 名前： Name_Not_Found 投稿日： 03/02/20 18:05 ID:???: ＞ただ、"素"のXHTMLじゃ何も出来ないんじゃないかと思う。
この辺が判断の分かれ目なんだろうね。
俺なんかは便利な使用法が自分で思いつかなくても
XMLパーザ通らないよりは通る方がマシかなって思う。

＞<ex:section>
text/html のなんちゃって xhtml には無理ですたい。
65 名前： Name_Not_Found 投稿日： 03/02/20 18:35 ID:???: 変な質問なのですが、

<ul>
<li><h3>あ</h3></li>
<li>あいう</li>
<li><h3>a</h3></li>
<li>abc</li>
</ul>

こういう風に書いたとき、<h3>あ</h3>とか<h3>a</h3>は、何に対する見出しと言うことになるのでしょうか？
66 名前： Name_Not_Found 投稿日： 03/02/20 18:45 ID:???: <h3>あ</h3>は<li>あいう</li>の、そして<li>a</li>は<li>abc</li>の見出しと考えても良いのでしょうか？
67 名前： Name_Not_Found 投稿日： 03/02/20 19:48 ID:???: >>65
どんなDTDを前提にするかによっても変わってくるだろうけど、
ISO/IEC15445:2000なら>>66の解釈で良いと思われ。
68 名前： Name_Not_Found 投稿日： 03/02/20 20:09 ID:???: >>67
有り難うございました！！
69 名前： Name_Not_Found 投稿日： 03/02/20 20:13 ID:???: >>67
ISO/IEC15445:2000 なら >>65 は文法違反だよ。
70 名前： Name_Not_Found 投稿日： 03/02/20 21:29 ID:???: >>55-56
Geocitiesとiswebの広告markup対策DTD
ttp://www.geocities.co.jp/Hollywood-Studio/8691/
71 名前： Name_Not_Found 投稿日： 03/02/20 22:09 ID:???: ここで残念な話。

>>6を実行すると、pdfなどが一部開けなくなるようです
（『ソースを表示』するとHTMLソースが出てきます）。

どうやらこの問題を解決するためには、
pdfのMIMEタイプをtext/htmlより先に持ってこないといけないようです。

コレについて何か知っていることがあれば、教えてください。
72 名前： Name_Not_Found 投稿日： 03/02/20 22:31 ID:???: application/pdf を追加したら解決かな。

でも他にも副作用が出そうな予感。
73 名前： Name_Not_Found 投稿日： 03/02/20 22:32 ID:???: IE6だと大丈夫じゃない?
74 名前： Name_Not_Found 投稿日： 03/02/20 22:34 ID:???: ああ、safeじゃない、sageだ。
「副作用が出そう」なのに「安全」な分けないか（藁

>>73 IE6 (Not SP1)です。
75 名前： Name_Not_Found 投稿日： 03/02/20 22:51 ID:???: ずっと前に初心者スレで聞いたんだけど、解答がえられなかたので、こっちで聞きます。。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
　　　　　　　　　　　　　　　　"http://www.w3.org/TR/rec-html4/loose.dtd">
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~~~~~
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
　　　　　　　　　　　　　　　　"http://www.w3.org/TR/html4/loose.dtd">

の２つを見かけたんですが、何か違いはあるのですか？
76 名前： Name_Not_Found 投稿日： 03/02/20 23:01 ID:???: >>75
そこにはDTDのURIを書く。
前者のURIはアクセスしても404ErrorでDTDは取得不可。
後者のURIならば実際にDTDが取得可能。
77 名前： Name_Not_Found 投稿日： 03/02/20 23:06 ID:???: >>76
なるほど、そういうことですか。
どっちでもいいということですね？
返答どもです。
78 名前： Name_Not_Found 投稿日： 03/02/20 23:10 ID:???: >>77
よくない。
前者のURIからはDTDが取得出来ない。

typical usage 通りに、後者のURIを指定しておきなさい。
79 名前： Name_Not_Found 投稿日： 03/02/20 23:15 ID:???: >>78
了解しました。
典型的な使用方法（typical usageを調べました）通りに、後者を指定します。

rec-htmlの方は何のために、あるのですか？
rec-htmlを見たのは、W3Cの仕様書のURLなんですが、もしかしてrec-htmlと指定できるのは
W3Cに関連した企業・学校だけということなんでしょうか？
80 名前： Name_Not_Found 投稿日： 03/02/20 23:16 ID:???: http://www.w3.org/TR/html4/sgml/dtd.html
81 名前： Name_Not_Found 投稿日： 03/02/20 23:18 ID:???: >>79
rec == Recommendation
82 名前： Name_Not_Found 投稿日： 03/02/20 23:23 ID:???: >>79
単なる勘違いだと思われ。

HTML 4.01の場合、

　・1999年12月24日の勧告版を示す URI
　　　http://www.w3.org/TR/1999/REC-html401-19991224
　・HTML 4.01 の最新版を示す URI
　　　http://www.w3.org/TR/html401
　・HTML 4 (4.0/4.01) の最新版を表す URI
　　　http://www.w3.org/TR/html4
　・HTML の最新版を表す (現在は XHTML 1.0) URI
　　　http://www.w3.org/TR/html

と4通りのURIがあるけど、REC-html は無い。
83 名前： Name_Not_Found 投稿日： 03/02/20 23:27 ID:???: CSS2なんかだと、最新版を示すURIが

　http://www.w3.org/TR/REC-CSS2

だったりするから、これを（間違って）類推した結果
REC-htmlとかになっちゃったんじゃないかな。
因みにHTML 3.2は

　http://www.w3.org/TR/REC-html32

だね。
84 名前： Name_Not_Found 投稿日： 03/02/20 23:29 ID:???: >>82
何かわけわからなくなってきました。あんまり深く考えるのはやめようと思います。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
"http://www.w3.org/TR/REC-html40/loose.dtd">

CSS2勧告邦訳の文書型定義宣言は↑のようなやつでした。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/index.html

ってことは、
http://www.w3.org/TR/1999/REC-html401-19991224 これの省略ってことですかね。

ま、いいっか。。。
85 名前： Name_Not_Found 投稿日： 03/02/20 23:40 ID:???: >>84
落ち着け。
それはHTML 4.01の前の版、HTML 4.0が
出た時に示されたtypical usageだ。

今は>>75の下の奴を書いとけばそれでいい
（というかHTML 4.0は使うべきでない）。
86 名前： Name_Not_Found 投稿日： 03/02/21 00:18 ID:???: >>85
そうします。いろいろ前レスのリンクページを翻訳エンジンにかけたりして読んでますが、
う～んって感じです。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
　　　　　　　　　"http://www.w3.org/TR/html401/loose.dtd">
　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~
で行きたいと思いもす。
87 名前： Name_Not_Found 投稿日： 03/02/21 00:51 ID:???: 今W3Cが推奨するHTMLのバージョンはXHTML 1.0なんだよな。
どうしてXHTML 1.1じゃないんだろう？
88 名前： Name_Not_Found 投稿日： 03/02/21 01:15 ID:???: >>87
ネスケ４とか携帯（古い機種のみ？）とかだとid属性で
ページ内ジャンプができないからとか？
関係ないか。
89 名前： Name_Not_Found 投稿日： 03/02/21 02:46 ID:???: >>87
XHTML 1.1 は HTML じゃないから。そんだけ。
XHTML 1.0 は一応 HTML と見なしても良いことになってるから、
「最新バージョンの HTML」ということになってるものと思われ。
90 名前： Name_Not_Found 投稿日： 03/02/21 07:34 ID:???: text/htmlとして発信できる文書フォーマットの中で
最新のものがXHTML1.0と。
91 名前： Name_Not_Found 投稿日： 03/02/21 07:49 ID:???: そゆこと
92 名前： Name_Not_Found 投稿日： 03/02/21 07:58 ID:???: てーことは、1.0は読めても1.1を読めないブラウザがあるってことか？
93 名前： Name_Not_Found 投稿日： 03/02/21 08:42 ID:???: （素の）Internet Explorer は IGNORE な空間内のパラメータ実体を
解釈しようとして下さるという大バグがあるので、XHTML 1.1 な文書を
読ませると Parsing Error となります。
94 名前： Name_Not_Found 投稿日： 03/02/21 11:02 ID:???: >>92
だからこそMIMEタイプが変わったの
95 名前： Name_Not_Found 投稿日： 03/02/21 12:03 ID:???: 1.0だって普通に書いてたらHTML処理系じゃ読めないことはいくらでもある。
HTML処理系でも読めるようにHTML互換の書き方だけで書いた1.0が
特別に text/html として認められている、ぐらいの感覚の方がよいかと。
# ある意味Transitional(移行期型)なんだよね、1.0って。
96 名前： Name_Not_Found 投稿日： 03/02/21 12:12 ID:???: 1.0はXMLとして機能するんですか
97 名前： Name_Not_Found 投稿日： 03/02/21 15:32 ID:???: >>96
します。
98 名前： Name_Not_Found 投稿日： 03/02/21 20:27 ID:???: 汎用性のある日記CGIを組みたいのですが、どのようにマークアップするのが適切なのでしょうか。
CGIで生成するものは
・過去ログへのリンク
・見出し
・日付
・本文
です。

%lt;body>
<h1>日記のタイトル</h1>
<div class="navigation">リンク</div>
<div class="day">
<h2>見出し</h2>
<div class="date">日付</date>
<div class="sentence">本文</div>
</div>

これだとdiv房っていわれちゃいますかね。
99 名前： Name_Not_Found 投稿日： 03/02/21 20:36 ID:???: それらのdivの中には適切なブロック要素が入るんでしょ？
ならdiv厨じゃないよ。
100 名前： 98 投稿日： 03/02/21 21:01 ID:???: なんかタイプミスしてますた。吊ってきます。

>>99氏
ブロック要素がはいるかどうかは使う人に依りますね。
HTMLをほとんど知らない人は「本文」にそのまま文章書いちゃいますし。
それじゃ<p>本文</p>にすればいいんじゃないかとも思いますが、
人によっては「本文」に
「文章<pre>文章</pre>文章」
のように書く人もいるでしょうし。

あと、リンクと日付のところにはブロック要素が入らないです。
リンクはlistにしてもよかったんですが、navigationの目的にあわなそうなので、単純にdivとspanの組み合わせで行きたいと思っています。
日付の方は<p>日付</p>のようにするとなんだかしっくりこないのでdivにしてみますた。
ノジたんはdtとddを使ってるようですが実際のところどうなんでしょうかねぇ。

何か定型的というかもっとよい方法があればご教授願いたいのですが。
101 名前： Name_Not_Found 投稿日： 03/02/21 21:13 ID:???: >>100
<div class="navigation">リンク</div>
というのは日記の内容になっているの?

h1レベルの内容として相応しいかどうか要再検討。
102 名前： Name_Not_Found 投稿日： 03/02/21 21:19 ID:???: >>100
div房
103 名前： Name_Not_Found 投稿日： 03/02/21 21:22 ID:???: >>100
実際の内容がどんな感じなのか
分からないけど、

・リンクはul
・日付はdl
・本文はp
・div.dayはそのまま

でどうか。
104 名前： 98 投稿日： 03/02/21 21:44 ID:???: >>101氏
リンクはhome、index、ログなどナビゲーション用のリンクをまとめたものです。
h1レベルといわれると、怪しいですね。

>>102氏
ぐ、やっぱり・・・

>>103氏
やはりそのような感じになるのでしょうか。

具体的には
<h1>strictじゃない日記</h1>
<ul>
<li><a>HOME</a></li><li><a>Index</a></li><li><a>13月の日記</a></li>
</ul>

<div class="day">
<h2>マスターキーの呪い</h2>
<dl>3002/14/20</dl>
<dt><p>
韓国のあの香具師は末代まで祟られるのだろうか？<pre>以下略</pre>ようするにイッテヨシ。
</p></dt>
</div>

<div class="day"></div>
・・・

こんな感じですか。
cssをオフにするとulの部分が占める割合が大きいような気がしないでもないです。
105 名前： Name_Not_Found 投稿日： 03/02/21 21:47 ID:???: そのdlはなんだ
106 名前： Name_Not_Found 投稿日： 03/02/21 21:50 ID:???: >>104
何だよその<dl>は
107 名前： Name_Not_Found 投稿日： 03/02/21 21:52 ID:???: 103が言ってるのは

<h1>strictじゃない日記</h1>
　<ul>
　　<li><a>HOME</a></li>
　　<li><a>Index</a></li>
　　<li><a>13月の日記</a></li>
　</ul>

　<div class="day">
　　<h2>マスターキーの呪い</h2>
　　<dl>
　　　<dt>Date:</dt>
　　　<dd>3002/14/20</dd>
　　</dl>
　　<p>
　　韓国のあの香具師は末代まで祟られるのだろうか？（以下略）ようするにイッテヨシ。
　　</p>
　</div>

ってことじゃないの。
108 名前： Name_Not_Found 投稿日： 03/02/21 21:52 ID:???: <div>日付</div> と書く位なら、 <p>日付</p> と書いた方が数段まし。

……だと思う。

いや、DTD的にはアリなんだろうけど、
個人的には、<div>の真下にベタテキストが現れる、というのはもの凄く気持ち悪い。
109 名前： Name_Not_Found 投稿日： 03/02/21 21:55 ID:???: >>105 >>106氏
・・・。

<dl>
<dt>2005/04/32</dt>
<dd><p>話は変わるが最近の若者は(以下略</p></dd>
</dl>

ですね。申し訳ない。
110 名前： 98 投稿日： 03/02/21 22:00 ID:???: >>107氏
あ。そういうことだったんですか。勘違いしてますた。
ノジたんのソースが頭に焼きついてしまって。

>>108氏
そうですか。日付って微妙に扱いにくいんですよね。divよりpのほうが良いですか。
111 名前： Name_Not_Found 投稿日： 03/02/21 22:03 ID:???: オリジナルのデータがHTMLだけになるんだったら、
適当なclass名でも振っておかないと変換が面倒かもね。
112 名前： Name_Not_Found 投稿日： 03/02/21 22:04 ID:???: >>110
適切にクラスを割り振るんであればdivでもpでもどっちでもいい。
>>108自信も言っているがはただの好き嫌いの問題だから。
div直下にどうしてインライン要素が置けるかを
考えられるようになったらまた来いよ。
113 名前： Name_Not_Found 投稿日： 03/02/21 22:10 ID:???: てか <div> 直下にインラインはイクナイって誰が言い出したの？
114 名前： Name_Not_Found 投稿日： 03/02/21 22:14 ID:???: 神崎さん
115 名前： Name_Not_Found 投稿日： 03/02/21 22:14 ID:???: レナの人とか。うろ覚えなんで違うかもしらん。
116 名前： Name_Not_Found 投稿日： 03/02/21 22:16 ID:???: >>114
ソースきぼんぬる
117 名前： 98 投稿日： 03/02/21 22:25 ID:???: >>111氏
そうなんですよね。変換のことを考えるといっそのことXMLにしようかとも考えたのですが、やはりHTMLのほうがなにかと便利なので。

>>112氏
意味ですか。divはクラスやIDと併用してグルーピングの用途に用いる。
XMLのタグのようにHTMLで定義されていない要素をマークアップするのに使える。
のように押さえていますが、どうなんでしょう。
118 名前： Name_Not_Found 投稿日： 03/02/21 23:46 ID:???: オブジェクト指向チックに考えるとしっくりくるかもしれん。
そういう意味では div 直下にインラインがくるのはなにもおかしくないような。
119 名前： Name_Not_Found 投稿日： 03/02/22 00:20 ID:???: div直下にインラインがイクナイ！　とは余り聞かない話。

ただし、今後同じdiv内にブロック要素が書かれるばあい、現在の
直下インライン要素が匿名ブロックかする恐れがあるので、
そのような場合、適切なブロック要素を１段かましたほうがいい、って話。

ちなみに、すみけんさんが、liの内容を例にあげてどっかで解説してたはず。
120 名前： Name_Not_Found 投稿日： 03/02/22 00:28 ID:???: お次は匿名ブロックネタですか。
121 名前： Name_Not_Found 投稿日： 03/02/22 05:07 ID:???: 次インデントの話題↓
122 名前： Name_Not_Found 投稿日： 03/02/22 05:09 ID:???: ttp://pc2.2ch.net/test/read.cgi/hp/1044669039/l50
で、出た話題なんですが、

>p>の場合最初に空白をいれるのかtext-indentで指定すればいいのか、、、

>欧文作法なら空けないでしょといわれてもしっくりこない。
>「？」「！」の後を1マス空白にするのも同じ理屈で。
>（text-indentを使う場合↑の時はどうするんだろう？　空けないのかな）

どうなんでしょうか？

あと、CSSでtext-indentした場合、セリフから始まる段落もインデントされてしまいますが、どう対処すればいいんでしょうか?
123 名前： Name_Not_Found 投稿日： 03/02/22 05:09 ID:???: ぶろっこーとでインデント作ってもおっけー
ソース見んなぼけ
124 名前： 122 投稿日： 03/02/22 05:10 ID:???: >>121
あんたは予言者か…
125 名前： 122 投稿日： 03/02/22 05:12 ID:???: うわ、読み返したら分かりにくいかも。
>>122は、段落の最初のインデント、についてです。
126 名前： 121 投稿日： 03/02/22 05:12 ID:???: >>124　そうだよ。
127 名前： Name_Not_Found 投稿日： 03/02/22 08:34 ID:???: >>122
CSS も HTML も出来ないことは山ほどある。
少なくとも現在はそういうものだと諦めるしかないと思われ。
128 名前： Name_Not_Found 投稿日： 03/02/22 08:52 ID:???: >>122
>あと、CSSでtext-indentした場合、セリフから始まる段落もインデントされてしまいますが、どう対処すればいいんでしょうか?

セリフにはセリフとわかる class を振って、そこだけインデント解除すりゃいーじゃない。
129 名前： Name_Not_Found 投稿日： 03/02/22 09:10 ID:???: >>128
ああ、なるほど。名案ですね。
130 名前： Name_Not_Found 投稿日： 03/02/22 12:03 ID:???: >>128
しかし、小説とかだと果てしなく面倒くさい作業になるな
131 名前： Name_Not_Found 投稿日： 03/02/22 12:14 ID:???: >>130
置換ソフト使って、

<p>「
　↓
<p class="speech">「

とかにすれば楽じゃない？
132 名前： Name_Not_Found 投稿日： 03/02/22 13:10 ID:???: >>130
<p class="speech">なら括弧もquoteにしてしまえ！　といってみるテスト。

おれは、そんな面倒くさい事絶対にいやだｗ
133 名前： Name_Not_Found 投稿日： 03/02/22 13:15 ID:???: http://pc2.2ch.net/test/read.cgi/hp/1044669039/538
段落の１字インデントはCSSに任せた方がいいよ、言う話があったのでリンク。
134 名前： Name_Not_Found 投稿日： 03/02/22 13:15 ID:???: ぽまいらヘッダにちゃんと文章の関係を記述してますか。
HELPやCOPYRIGHTのページは用意してますか？
っていうかOpera7の新機能はどうよ。
135 名前： 131 投稿日： 03/02/22 13:16 ID:???: >>132
俺に言えよ。

というか、そう言えばそうなんだが、
CSS対応
　行頭にインデント、セリフにはインデントなし。
CSS未対応
　行頭にインデントなし、セリフにもインデントなし。

だけど、
<q>については【「】をレンダリングしてくれないのもあるからな。
136 名前： Name_Not_Found 投稿日： 03/02/22 13:17 ID:???: >133
　122でｷｼｭﾂだよ
137 名前： 132 投稿日： 03/02/22 14:12 ID:???: >>135
スマン、間違えた。

>だけど、
><q>については【「】をレンダリングしてくれないのもあるからな。
台詞は引用じゃないし、レタリングしてくれないかも
ってんならCSSそのものがつかえないし。

バランスってのがあってどこまで採用するか、しないかって話であるが
138 名前： Name_Not_Found 投稿日： 03/02/22 14:17 ID:???: >>137
しかし、セリフは引用符で括られてる、ってのがややこしいんだよな。
鍵括弧自体の意味が変化してってる（強調で使われたり）しな。

> 台詞は引用じゃないし、レタリングしてくれないかも
> ってんならCSSそのものがつかえないし。
　いや、だから、レンダリングしてくれなくても文意は変わらない（インデントとか）ってのとは違うじゃん、って話。
139 名前： 132 投稿日： 03/02/22 15:02 ID:???: ぶっちゃけると、HTML文書において文意はmarkupでしめされるって事に
なってるからレタリングは気にすんな、というのが解答になるわけだが…、
class+cssの場合、HTMLの公約数的要素に入ってないからそれを前提として
期待するのはどうか、といわれれば確かにその通り。
140 名前： Name_Not_Found 投稿日： 03/02/22 15:07 ID:???: ⇒ レタリング
［lettering＜letter (文字)　　］文字によるデザイン. 文字を書くこと, 文字で表現すること, またその技術.〈現〉

⇒ レンダリング【rendering】
（デザイン・建築関係で）完成を予想して描いた透視図。完成想像図。
141 名前： Name_Not_Found 投稿日： 03/02/22 15:09 ID:???: >>140
そんなところまでstrictなのね。
142 名前： 139 投稿日： 03/02/22 15:22 ID:???: 指摘感謝。今度から直します。
143 名前： Name_Not_Found 投稿日： 03/02/22 17:51 ID:???: CSS無効な環境ではqやciteに鍵括弧が表示されないこと自体はいいんだけど、
qやciteではないのに鍵括弧が使われる箇所（会話文や、出典ではない書名など）
との整合性がとれないのが嫌で、CSSのquotesプロパティを活用するのをやめ、
素のテキストに鍵括弧を書くように改めた。

通常、鍵括弧が登場する箇所には、すべて
<p class="conversation">こんばんは</p>
とか
<p><span class="book-title">吾輩は猫である</span>を買いました。</p>
といった風に適当なclass名をつければ、素のテキストから鍵括弧をすべて
排除することができ、整合性はあることになるけれど、そこまでやる
メリットが原理主義者の自己満足以外にあるだろうか。
144 名前： 143 投稿日： 03/02/22 18:01 ID:???: 会話文の見栄えをすべてCSSで制御するには、もうひとつ問題がある。
「句点と鍵括弧が連続する場合は句点が消去される」という法則を緻密に
再現しようとすると、すべての文章から句点を排除し、

p:after { content : "。"; }
p.conversation:before { content : open-quote; }
p.conversation:after { content : close-quote; }
p.conversation { quotes "「" "」" "『" "』" }

などとやらなければいけなくなる。
やはり、CSSで鍵括弧の表示を制御しようというのは、あまり現実的ではない
と思う。
145 名前： Name_Not_Found 投稿日： 03/02/22 18:46 ID:???: >「句点と鍵括弧が連続する場合は句点が消去される」
へぇ、今はそういう法則なんだ。時代だなあ。
漏れが小学校の時は
「句点と閉じカギカッコを一つのマス目にまとめて書く」
というスタイルですた。

CSSは日本語の組版慣習なんかほぼ未サポート。良く言ってこれから。
そんな技術でどうにかごまかしぬくために
文書を変にいじりまわすことないと思う。
146 名前： Name_Not_Found 投稿日： 03/02/22 19:07 ID:???: >>143
今の話の流れから逸れるし、殆どmarkupするものの好みと言えるが、
＞<span class="book-title">吾輩は猫である</span>
このspanはemのほうがこのましくないだろうか。

本のタイトルだから括弧がつくのか、強調したいものが本のタイトルなので
括弧がつくのか。

>>145
漏れもそのように小学校で習いました。ちなみに昭和５０年生まれ。

あと、全般的に、原稿用紙の文法に拘る必要は全く無い。例えば段落の行頭を
１字下げるのは原稿用紙における段落開始の明示法つまり、HTMLにおけるp要素
でのmarkupに相当するもので、CSSで原稿用紙の表示を再現する必要は無い。
＃勿論一般的に広く知れ渡ったスタイルとして採用する価値は高いと思う。

従ってCSSによる自由なスタイル指定が可能な状態で「原稿用紙の再現」を
高いプライオリティーに設定「しなくてもいい」のでは、と思うが、どうか。
147 名前： Name_Not_Found 投稿日： 03/02/22 19:38 ID:???: 英文だと空白文字でインデントできないから、
CSSにtext-indentプロパティが設定されたんだろうな。
148 名前： Name_Not_Found 投稿日： 03/02/22 19:50 ID:???: >>144-146
句点は文の終わりを意味し、"」"は会話の終わりを意味する記号。
教科書等では"。」"と表記するのが本来の形。
しかし、"」"があることにより、文の終わりであることは分かるので
省略しても意味は通じる。
小説等では作者の表現の自由による。
新聞・雑誌等では字数を減らすために句点は省略する。
国語審議会では、かぎかっこと句点の書き方について特には決めていない。

（2001年2月15日 PHP文庫発行 "読売新聞大阪編集局雑学新聞"より）

ちなみに昭和55年生まれだけど小学校では>>145のように習いました。
149 名前： Name_Not_Found 投稿日： 03/02/22 19:53 ID:???: >>148
昭和５９年生まれですが、>>145と同じです。
150 名前： Name_Not_Found 投稿日： 03/02/22 20:07 ID:???: 平成2年生まれですが>>145と同じです。
151 名前： Name_Not_Found 投稿日： 03/02/22 20:23 ID:???: ・・・学校教育はずっと変わってないのか。
152 名前： Name_Not_Found 投稿日： 03/02/22 20:30 ID:???: 俺もそう習ったが"」"の前に句点は書かない
多分、読む本読む本みんなそうだったから
153 名前： Name_Not_Found 投稿日： 03/02/22 21:21 ID:???: 仕事先では」の前には句読点を使わない用字をするように言われてた。
某通信社で採用している規則をそのまま借りてきたらしい。
154 名前： Name_Not_Found 投稿日： 03/02/23 08:28 ID:???: 句点。
読点、
155 名前： Name_Not_Found 投稿日： 03/02/23 10:39 ID:0QY8ajxn: Strict日本語ですか？
156 名前： Name_Not_Found 投稿日： 03/02/23 10:44 ID:???: 日本語審議会です。
157 名前： Name_Not_Found 投稿日： 03/02/23 12:26 ID:???: lintにかけると
http://fake_univ.uso800.ac.jp/~k16/hogehoge.html
の部分でエラーがでるのですが、どのように修正すればよいのでしょうか。
いくら下線などは使えないことになっているとはいえ、URIをいじるわけにもいかないので。
158 名前： Name_Not_Found 投稿日： 03/02/23 12:41 ID:???: %5F
159 名前： 143 投稿日： 03/02/23 12:49 ID:???: あー、意外なところで反響が。
俺は昭和47年生まれだけど、学校では、>>145と同様に、
「こんにちは。」
と書くように指導された。
たぶん今でもそうなんじゃないかな。（>>150は中1？）
しかし、小説をはじめ、商業出版物では、>>152も言うとおり、
「こんにちは」
と書くところがほとんど。
役所などの公的な文書ではどうなってるかわからないけど。
そもそも公的な文書にはあまり「会話文」って出てこないだろうし。

>>145-146
まあ、こだわるべきところではないね、たしかに。
160 名前： Name_Not_Found 投稿日： 03/02/23 13:44 ID:???: >>159
普通は括弧の中にも句読点をうつけど、
ごく短文の場合は省略してもよい
…と国語辞典の後ろに書いてあったよ
161 名前： Name_Not_Found 投稿日： 03/02/23 13:48 ID:???: >155
strictなhtmlを意図した通りに機能させるには、正しい日本語が必要です。つまり、正当(valid)な日本語と共に、strictなhtmlを用いる必要があります。
162 名前： Name_Not_Found 投稿日： 03/02/23 13:59 ID:???: ↓のじたん
163 名前： 157 投稿日： 03/02/23 14:04 ID:???: >>158
http://fake%5Funiv.uso800.ac.jp/~k16/hogehoge.html
とやってもだめっぽゐです。なにか勘違いしてゐるのでせうか。
164 名前： Name_Not_Found 投稿日： 03/02/23 14:08 ID:???: >>163
なんて怒られたの？

/* lintの結果にリンク張ったら、lintに怒られたよ。実態参照で回避したけど */
165 名前： 157 投稿日： 03/02/23 14:17 ID:???: >>164
href 属性の URI `http://fake%5Funiv.uso800.ac.jp/~k16/hogehoge.html` は正しくない書式です

って怒られますた。
166 名前： 157 投稿日： 03/02/23 14:44 ID:???: というかスレ違いの予感がしないでもないですが
>ホスト名は英数字とハイフンから成る文字列(ハイフンは先頭や末尾には来ません)をピリオドで繋げたものです。
下線などは使えないことになっています。
となっているのになぜ
fake_Funiv.tripod.ac.jp
みたいなホスト名が存在するのでせうか。
167 名前： Name_Not_Found 投稿日： 03/02/23 14:49 ID:???: >>166
あー、俺もそれちょっと疑問だったな。
まあ、規格に逸れたのも容認されてる→でも、規格外、といったところなんだろうけど。

また別の結果の解説からの引用なんだけど、216の、
＞つまり、< や > などはURIに使えない文字なので、< や > などもURIには使えません。
と似たような理由は考えられないかな？ちょっと自信ないけど。
168 名前： Name_Not_Found 投稿日： 03/02/23 14:56 ID:???: >>166
それでもアプリケーションが認識しちゃうから。
不正なHTMLが存在するのと同様に、不正なホスト名もあるってことです。
http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1035.html
この辺関連仕様じゃないかな多分。
169 名前： 157 投稿日： 03/02/23 16:08 ID:???: >>167 >>168
ようするに、現状では規格外な記述も許されていて、
このようなURIにリンクを貼る場合にはlintで減点されても仕方がないということですね。
あありがとうございました。
170 名前： Name_Not_Found 投稿日： 03/02/23 21:13 ID:???: もしそのURLがtripodのものなら
members.tripod.co.jp/fake_univ/
というURLにすれば回避できる。
ついでに管理人さんにsquid経由で読めないから
ショートURLは使わないでくださいとメールしておけ。
171 名前： Name_Not_Found 投稿日： 03/02/23 23:40 ID:???: >>170
ついでにTripodに文句入れておいたらどうだろう？
invalidなものを弾かないのは問題だろうし。
172 名前： Name_Not_Found 投稿日： 03/02/24 00:12 ID:???: >>170 >>171
いや、実際は鳥さんではないのですが。
管理人さんや鳥さんにメールでゴルァは漏れには恐くてできませぬ。
173 名前： Name_Not_Found 投稿日： 03/02/24 01:19 ID:???: じゃ折れがやる
メアド晒せ
174 名前： Name_Not_Found 投稿日： 03/02/24 01:40 ID:???: 質問です。

2月13日に、彼女から<q>別れて欲しい</q>と言われた。

という文があるとすると、<cite></cite>はどこへマークアップす？
やっぱ“彼女”ですかね？
175 名前： Name_Not_Found 投稿日： 03/02/24 01:42 ID:???: >>174
<q>別れて欲しい</q>……<cite>2月13日の彼女の言葉</cite>だ。
176 名前： Name_Not_Found 投稿日： 03/02/24 01:48 ID:???: 文章は変えられないんです。
それで悩んでるんです・・・
177 名前： Name_Not_Found 投稿日： 03/02/24 01:55 ID:???: 2月13日に、彼女から「別れて欲しい」と言われた。

でいい。qもciteもマークアップしなくていいだろ。
178 名前： Name_Not_Found 投稿日： 03/02/24 02:03 ID:???: >>176
日本語にも主語のない（省略された）文とかけっこうあるでしょ。
それと同じで、この文にはciteに相当する要素はないので、無理してciteにできそうな部分を探すのは本末転倒。
179 名前： Name_Not_Found 投稿日： 03/02/24 02:29 ID:???: 何のためにマークアップするのかよーーく考えてよね。
180 名前： Name_Not_Found 投稿日： 03/02/24 03:44 ID:60Ve66IO: ♂
オス
雄を表す記号

この場合「オス」を記号の読み方として<dd>にすべきなんでしょうか
それとも説明されるものの名前として<dt>とすべきなんでしょうか
181 名前： Name_Not_Found 投稿日： 03/02/24 03:51 ID:???: >>180
<dl>
<dt>♂ </dt>
<dd>オス</dd>
<dd>雄を表す記号</dd>

「雄を表す記号」は、「オス」の説明ではない。
「オス」は、「♂」の説明（読み方）に当たる。
182 名前： Name_Not_Found 投稿日： 03/02/24 03:51 ID:???: </dl>
183 名前： Name_Not_Found 投稿日： 03/02/24 04:07 ID:60Ve66IO: >>181
ありがとう
安心しました
184 名前： Name_Not_Found 投稿日： 03/02/24 04:55 ID:4iML4KuH: 　　　______________
　／:＼.＿＿＿_＼
　|:￣＼(∩´∀｀)　＼　　＜先生！こんなのがありました！
　|:在　 |:￣￣ U￣:|
http://saitama.gasuki.com/wara/
185 名前： Name_Not_Found 投稿日： 03/02/24 08:00 ID:???: >>182
Strictだ…
186 名前： Name_Not_Found 投稿日： 03/02/24 09:29 ID:???: >>185
dl直下に生テキストが来てるのでエラー
187 名前： 185 投稿日： 03/02/24 09:36 ID:???: >>186
うう…　Looseですらないのか（逝
188 名前： 181=182 投稿日： 03/02/24 10:15 ID:???: >>186
慌ててフォローしたつもりだけど生テキストはどうにもならないよなあ。ごめん。
189 名前： Name_Not_Found 投稿日： 03/02/24 10:16 ID:???: classとidを同時に使うのは思想的に正しいのでしょうか。
例えばこういう場合です。

同一ページ内で、ある事柄について、男の場合、女の場合それぞれについて
解説するようなときです。
男の場合の解説、女の場合の解説について、それぞれ<div class="explain">と
して共通スタイルを適用した上で、男の場合の解説と女の場合の解説の
背景を違うものにしたいときに、それぞれ<div class="explain" id="male">、
<div class="explain" id="female">とする感じです。
もちろんクラスにして<div class="explain male">とかにしてもいいのでしょうが、
サイトの発想的に、そのページ内では１回しか出てこないのでidの方がいいのかなと。
190 名前： Name_Not_Found 投稿日： 03/02/24 10:33 ID:???: >>189
そんな面倒なことをするんなら、

#male,#female{
内容
}

共通する部分はこうすればいいんじゃねえの？
191 名前： Name_Not_Found 投稿日： 03/02/24 10:48 ID:???: なるほど、そういうのも大いにありですね。
なんでこんな一見面倒なやり方なのかというと、
189の"explain"を男女の解説とは関係ない、他の
ページの解説でも使うからです。
つまり、男女の解説でなくても、とにかく解説部分には
"explain"を使っているんです。
192 名前： Name_Not_Found 投稿日： 03/02/24 10:51 ID:???: >>191
document unique なものに対して id を指定するのは、むしろ当然だし
class と id を同時に使ってはならないという「思想」なんて聞いたこともないんだが…

今は良くても、将来のページ更新で再び男女を比較した解説が追加されないとも限らないので
自分なら両方とも class にするけど…
193 名前： Name_Not_Found 投稿日： 03/02/24 10:57 ID:???: 確かにそうですね。絶対しないと思っていて結局後からやってる事など
今まで数え切れないぐらいありますから、classの方がいいかもしれません。
さらに検討してみたいと思います。
idで定義したスタイルというのは要するに「そのスタイルに関しては
ドキュメントユニークである」と言っているにすぎないから、それにプラス
してclassを指定しようが、別にid側としては関知しない、ということだと
思うので、同時に指定しても別に何もマズイことはなさそうですね。
やってみたのですが、ブラウザではIEもNNもOperaも意図通りには表現
できました。
194 名前： Name_Not_Found 投稿日： 03/02/24 12:00 ID:???: IDって、「一つの文書に複数出てきてはいけない」のであって、
「サイト内に複数出てきてはいけない」ではないですよね？
195 名前： Name_Not_Found 投稿日： 03/02/24 12:01 ID:???: うん
196 名前： Name_Not_Found 投稿日： 03/02/24 12:02 ID:???: >>195
さんくすこ
197 名前： Name_Not_Found 投稿日： 03/02/25 00:52 ID:???: 掲示板のスクリプトが出力するHTMLを正しく直して下さいって言うのはありですか？
198 名前： Name_Not_Found 投稿日： 03/02/25 00:53 ID:???: >>197
>2
199 名前： 197 投稿日： 03/02/25 00:53 ID:???: 誤爆です。
200 名前： Name_Not_Found 投稿日： 03/02/25 00:54 ID:???: スクリプト配布元次第
201 名前： Name_Not_Found 投稿日： 03/02/25 03:10 ID:???: その前に、StrictなHTMLを出力するスクリプトがあると思うのだが。
いくつか見かけた記憶があるよ。
202 名前： Name_Not_Found 投稿日： 03/02/25 03:24 ID:???: >>200-201
197は別スレに降臨

W3C信者にサイトを正しい記述に直して貰うスレ2
http://pc2.2ch.net/test/read.cgi/hp/1040377672/156-n
203 名前： Name_Not_Found 投稿日： 03/02/25 15:20 ID:???: >>171
おそらくユーザーIDの変更を伴うから難しい罠
iswebに統合されるとき「-」に変更になると思うので
とりあえず放置してる
204 名前： Name_Not_Found 投稿日： 03/02/25 22:14 ID:???: >>203
いや、新規登録がなくなるだけでもな、とね。
けっこうそれが原因でつなげない人って居るようだから。
205 名前： Name_Not_Found 投稿日： 03/02/26 16:14 ID:???: 無力な人間が息巻いてる様って……笑える
206 名前： Name_Not_Found 投稿日： 03/02/26 17:25 ID:???: FAQとかに定義リストを使ってもいいの？
207 名前： Name_Not_Found 投稿日： 03/02/26 17:57 ID:???: >>206
悪いとはいわんが、テーブル嫌なの？
208 名前： Name_Not_Found 投稿日： 03/02/26 18:31 ID:???: 100 名前：名無しさん　投稿日： 2003/02/26 11:11

↑こういうのって見出し？
そんな深く考えんでいいんかなあ。
209 名前： Name_Not_Found 投稿日： 03/02/26 18:45 ID:???: >207
FAQって表で書くもの？
210 名前： Name_Not_Found 投稿日： 03/02/26 18:49 ID:???: >>208
見出しじゃないんじゃないかと。

適当にクラス振って構成要素を分割しとけば再利用とやらもできるかもね。

<span class="no">100</span>
<dl>
<dt>名前</dt>
<dd>名無しさん</dd>
<dt>投稿日</dt>
<dd>2003/02/26 11:11</dd>
</dl>

こんなのよか

<messages>
..
<message abone="true" />
<message author="名無しさん" date="2003-02-026T11:11+09:00">
ほげほげ
</message>
..
</messages>

こういうのの方がよっぽど再利用できると思うけどな。
211 名前： Name_Not_Found 投稿日： 03/02/26 18:54 ID:???: >>210
authorは要素の方が。
212 名前： Name_Not_Found 投稿日： 03/02/26 18:56 ID:???: >>209
dt 使った場合、dt 部分が Question になるんだろうけど
Question 部分もブロックレベル要素使ったりしない？

ペアになるものを記述する要素は現在の HTML には無いと思う。
dt にはあくまで term を書くべきでしょう。

question と answer のペアを div で括るぐらいが妥当だと思う。

<div class="faq pair">
<div class="question">
<p>W3Cの仕様書がIEで見れないんですが？</p>
<p>IEが糞なんですか？</p>
</div>
<div class="answer">
<p>レジストリ弄ってtext/html追加汁。</p>
<pre>...</pre>
</div>
</div>
213 名前： Name_Not_Found 投稿日： 03/02/26 19:00 ID:???: >>211
どういうのを要素にすべきでどういうのを属性にすべきかっていう判断って
どこでくだしたらいいんだろ？
214 名前： Name_Not_Found 投稿日： 03/02/26 19:56 ID:p54ESHSd: >>212
Div病の様に見えてしまったよ・・。
それに、それじゃCSSを切った時に何がなんだかさっぱり解らない。
215 名前： Name_Not_Found 投稿日： 03/02/26 20:04 ID:???: CSS 切った時うんぬんって実際どうでもいい話じゃない？
結局見た目に拘ってるのと一緒でさ。

表現したいことに相当する要素がなかったら
既存の要素を変な解釈して使うより div に class 付けて使うべきでしょ。

CSS 使えない UA そろそろどうにかしてくれってかんじだな。
"CSS切った時"なんて見た目のこと考えなくてすむようになるし。
HTML では純然たる文章内容だけ考えて記述出来るようにするべきだ。

扱える media の種類もあんだけあるんだしもういいだろ。
216 名前： Name_Not_Found 投稿日： 03/02/26 20:11 ID:???: CSS 切った時は *デフォルトのスタイルシート* が適用されるんだよ
妙な話だよね
217 名前： Name_Not_Found 投稿日： 03/02/26 20:23 ID:???: w3m だの lynx あたりでもせめて display: inline ぐらい使えれば
かなり違ってくると思うんだけどなぁ。
218 名前： Name_Not_Found 投稿日： 03/02/26 22:13 ID:???: >>215
貴方様のお作りになられるCSSのデザインが一番素敵というわけではありませんの。
219 名前： Name_Not_Found 投稿日： 03/02/26 22:20 ID:???: ユーザスタイルシートは何の為にあるの？
220 名前： Name_Not_Found 投稿日： 03/02/26 22:37 ID:???: ブラウザが最初からイケてるCSSを用意してくれればいいんだよ
221 名前： Name_Not_Found 投稿日： 03/02/26 22:56 ID:???: 馬鹿かおまえら。
イケてないオナニーCSSなんかよりデフォルトスタイルシートのほうが
ずっと見やすい。
222 名前： Name_Not_Found 投稿日： 03/02/26 23:05 ID:???: >>218->>221
多分 >>215 はイケてるイケてないの話をしてるんじゃなくて、
通じる通じないの話をしてるんだと思うけど。

>>212 みたいなソースだったら content プロパティとかに関しては
「特定のスタイル」を適用させないと意味が通じなくなっちゃうもん。
.question:before{content:"質問:";} とかね。

要は、文書構造を変化させるスタイルシート
(XSLT 全般/CSS の内容追加)の利用を前提に、
HTML の汎用性を若干犠牲にしてもいいんじゃないかって話では。
text/html じゃなく application/xml として使うというか。
223 名前： Name_Not_Found 投稿日： 03/02/26 23:32 ID:???: >>222
君はひょっとして<p class="waring">警告！</p>とかを認めるタイプ？
224 名前： Name_Not_Found 投稿日： 03/02/26 23:32 ID:???: >>222
つまりHTML単独で機能させようとするのは無理があるだろう、と。

> .question:before{content:"質問:";}
好みの問題だが、漏れなら
title="質問" にしといて content:attr(title) にするなとか思った。

てかXSLTを前提にする場合って出力結果がHTMLなら
結局みなさん同じことで悩むんじゃないの？その点禿しく疑問なんだが。
225 名前： Name_Not_Found 投稿日： 03/02/27 00:33 ID:???: >表現したいことに相当する要素がなかったら
>既存の要素を変な解釈して使うより div に class 付けて使うべきでしょ。
つーのには同意。

あと、CSSは所詮はスタイルを変更するものであってＨＴＭＬの文書構造を
変化させるもの（例えばＤＯＭとかXSLとか）とは訳が違うから単独ＨＴＭＬ
として意味が通じない文書構造ってのは確かに問題。

特にＸＨＴＭＬの文書はさらにXSLTで別のHTMLとかに変換される場合があり、
この場合CSSとかと完璧に独立した単独XHTML（というかXML）文書として
評価される訳で。
226 名前： Name_Not_Found 投稿日： 03/02/27 00:46 ID:???: やっぱり HTML はレンダリングのためだけに存在するんだよ。
非視覚系メディアのケースもレンダリングに含むとしてね。

レンダリング上有用だと思われるものに対してだけ
コンセンサスとっときゃいいんだよ。
227 名前： Name_Not_Found 投稿日： 03/02/27 00:52 ID:???: >>225
class に question が入ってる時点で意味が通じてるってことにはならない？
事前に"class に question が入ってたら質問である"って決めてあることが
前提だけど。

"名前: " とか "日付: " っていう文字列自体は
文章の本質的な構成要素じゃないと思うんだ。

だから文章中に直接あらわれる必要ってないんじゃないかなぁと。
228 名前： Name_Not_Found 投稿日： 03/02/27 01:43 ID:???: 逆にそれが本質的な意味を持つなら
contentで定義してはいかんということだ
229 名前： Name_Not_Found 投稿日： 03/02/27 01:51 ID:???: 何をもって本質的とするかだよね。

FAQデータ本体としてなら、"質問:" とかは不要だけど
一介の文章としてなら必要だろうし。

HTML レベルで書くなら CDATA だけ拾って読んで意味がわかるようにするってぐらいが
丁度いいのかもしれない。
230 名前： Name_Not_Found 投稿日： 03/02/27 01:53 ID:???: Strict-*HTML*スレなのにどうしてXML絡みの話題で盛り上りますか。
231 名前： Name_Not_Found 投稿日： 03/02/27 02:05 ID:???: No.1 ●●●(名称)
画像(ある場合はココに)
これについての説明･コメントなど。
No.2 ●●●(名称)
画像(ある場合はココに)
これについての説明･コメントなど。
No.3 ●●●(名称)
画像(ある場合はココに)
これについての説明･コメントなど。

こういう感じでランキングのページを作りたいのですが、この場合は
<dl>
<dt>No.1 ●●●(名称)</dt>
<dd>画像(ある場合は)</dd>
<dd>これについての説明･コメントなど。</dd>
<dt>No.2 ●●●(名称)</dt>
<dd>画像(ある場合は)</dd>
<dd>これについての説明･コメントなど。</dd>
<dt>No.3 ●●●(名称)</dt>
<dd>画像(ある場合は)</dd>
<dd>これについての説明･コメントなど。</dd>
</dl>

こんな感じでいいのでしょうか？
232 名前： Name_Not_Found 投稿日： 03/02/27 02:13 ID:???: >>231
オイスターがｲﾊﾟｰｲ。じゃなくて、
OLで順番を示すべきではなかろうか。
No.1と出したいならスタイルシートで。
233 名前： Name_Not_Found 投稿日： 03/02/27 03:07 ID:???: この場合"No.1"を示すことが重要だからスタイルシート任せはｲｸﾅｲってのが
ここ最近の流れじゃないの？
234 名前： Name_Not_Found 投稿日： 03/02/27 03:44 ID:???: >>233
「1」と「No.1」の違いにそれだけの意味があるならな。
235 名前： Name_Not_Found 投稿日： 03/02/27 05:29 ID:???: >>234
そういう意味じゃなく、"1位"であることに意味があるわけじゃん？
ol はただ順番に並んでるってこと示すだけで
1位であるってことは示してくれないと思うんだが。
236 名前： Name_Not_Found 投稿日： 03/02/27 05:39 ID:???: >>235
じゃあol且つliにclass指定で、スタイルシートでliのマーカーを消しなされ
237 名前： Name_Not_Found 投稿日： 03/02/27 05:40 ID:???: >>235
>>234は、
No.1ってのは特別な意味（偉さとか）がある場合と、「一つ目の項目ですよ」を強調してるだけの場合がある、って意味。
その重要度によって変わるんじゃないか？って事だよ。「意味」を「マークアップ」するわけだし。
238 名前： Name_Not_Found 投稿日： 03/02/27 10:38 ID:???: >>237
「ランキング」という以上、単なる「一つ目の項目」という意味を超えていると
思うのですがどうでしょう？しかしそれをいうと、２つ目にも「２位」という
意味があり、３位も同様……以下繰り返すと、結局全部意味持ってしまうことに
なりかねないような。
常識的に３位ぐらいまでが妥当なのかな。
239 名前： Name_Not_Found 投稿日： 03/02/27 10:50 ID:???: ナビゲートバーは、pかdivどちらがいいですか？
240 名前： Name_Not_Found 投稿日： 03/02/27 10:54 ID:???: >>239　div
241 名前： Name_Not_Found 投稿日： 03/02/27 11:00 ID:???: >>239
pは段落だから、絶対div
242 名前： Name_Not_Found 投稿日： 03/02/27 11:08 ID:???: <ol>
<li>を使ったときに出てくるアラビア数字は使うべきではないですか？
243 名前： Name_Not_Found 投稿日： 03/02/27 11:11 ID:???: >>242
1.2.3.、一.ニ.三.い.ろ.は.など何になるか
ブラウザによって違いますが、CSSで、decimalと指定すれば言いだけですから、
使ってもいいです。
244 名前： Name_Not_Found 投稿日： 03/02/27 11:13 ID:???: 上にもあったように、
ランキングを作る場合のol liは、CSSで数字を消し、

<ol>
<li>1位あさん</li>
<li>2位いさん</li>
</ol>
とするべきです。
245 名前： Name_Not_Found 投稿日： 03/02/27 11:19 ID:???: 「天皇の地位は、国民の総意による」
の「地位」と「総意」の意味を別のところに写したい場合は、

<p>天皇の地位(*1)は、国民の総意(*1)による</p>
<ol>
<li>*1 [地位] 社会や組織などの中での、その人の置かれている位置、立場。</li>
<li>*2 [総意] 全ての人の意見。</li>
</ol>
とし、CSSで、
ol li {list-style-type:none;}
とするといいですよ。
246 名前： Name_Not_Found 投稿日： 03/02/27 11:19 ID:???: <p>天皇の<dfn>地位</dfn>(<cite>*1</cite>)は、国民の<dfn>総意</dfn>(<cite>*1</cite>)による</p>
のほうがいいかな。
247 名前： Name_Not_Found 投稿日： 03/02/27 11:34 ID:???: <p>天皇の<a href="#d1">地位(*1)</a>は、国民の<a href="d2">総意(*2)</a>による
<dl>
<dt id="d1">*1 地位
<dd>社会や組織などの中での、その人の置かれている位置、立場。</li>
<dt id="d2">*2 総意
<dd>全ての人の意見。
</dl>

CSS未対応環境下での印刷を考慮するとこうかな。
248 名前： Name_Not_Found 投稿日： 03/02/27 11:38 ID:???: <ol>
<li>
<dl>
<dt id="d1">*1 地位
<dd>社会や組織などの中での、その人の置かれている位置、立場。</li>
</dl>
</li>
<li>
<dl>
<dt id="d2">*2 総意
<dd>全ての人の意見。
</dl>
</li>
</ol>
249 名前： Name_Not_Found 投稿日： 03/02/27 11:42 ID:???: 確かに、用語の解説の順序には、意味があるけど、
>>248のように記述するのは、面倒だよね。
250 名前： Name_Not_Found 投稿日： 03/02/27 11:43 ID:???: 「地位」と「総意」の間に前後関係があるとは思えない。
251 名前： Name_Not_Found 投稿日： 03/02/27 11:43 ID:???: >>239
おそらく情報の構造から考えればリストなどの要素で表現できるはず
それからCSSを使って"ナビゲートバー"なるものを作るのが妥当では？
252 名前： Name_Not_Found 投稿日： 03/02/27 11:52 ID:???: 「天皇の地位は、国民の総意による。」
これが、憲法の条文で、地位、と総意の意味をつけるなら、
<p>天皇の地位<ins>(*)</ins>は、国民の総意<ins>(*)</ins>による。</p>
253 名前： 231 投稿日： 03/02/27 12:14 ID:???: ol liを使って且つCSSで数字を消す場合、画像や説明なんかにはclass=gazou class=commentなどの
ようにそれぞれのliにclassを割り振ってあげればいいのですか？
254 名前： Name_Not_Found 投稿日： 03/02/27 12:20 ID:???: <p>天皇の<a href="#d1">地位(*1)</a>は、国民の<a href="d2">総意(*2)</a>による
<dl>
<dt id="d1">*1 地位</dt>
<dd>社会や組織などの中での、その人の置かれている位置、立場。</dd>
<dt id="d2">*2 総意</dt>
<dd>全ての人の意見。</dd>
</dl>
255 名前： Name_Not_Found 投稿日： 03/02/27 13:29 ID:???: dl 中途半端だよなぁ。dt+ dd+ にしてくれよう。
256 名前： Name_Not_Found 投稿日： 03/02/27 13:32 ID:???: dl直下にdt,dd要素しか配置できないってのが終わってる
このせいでレイアウトに不便ありすぎ
257 名前： Name_Not_Found 投稿日： 03/02/27 15:43 ID:???: このスレおもろい。
258 名前： Name_Not_Found 投稿日： 03/02/28 00:23 ID:???: >208
<ol>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
<p>投稿文</p>
</dl>
</li>
</ol>

こんなのは？
259 名前： Name_Not_Found 投稿日： 03/02/28 00:25 ID:???: <ol><li>
いらん。
260 名前： Name_Not_Found 投稿日： 03/02/28 00:27 ID:???: ナンバーは何になるの？
261 名前： Name_Not_Found 投稿日： 03/02/28 00:34 ID:???: ナンバーナンバーナンバー
262 名前： Name_Not_Found 投稿日： 03/02/28 00:51 ID:???: >>259-260
<ol>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
<p>投稿文</p>
</dl>
</li>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
<p>投稿文</p>
</dl>
</li>
</ol>
で、レス順まで包含してるんだろ、きっと。
俺もこれでいいと思うぞ。
263 名前： Name_Not_Found 投稿日： 03/02/28 00:56 ID:???: >>262
<dl>内に直接<p>を置くことはできまへんでおまんねん
264 名前： Name_Not_Found 投稿日： 03/02/28 01:03 ID:???: <p>投稿文</p>
↓
<dt>投稿文</dt><dd><p>こうかな？</p><dd>
265 名前： Name_Not_Found 投稿日： 03/02/28 01:04 ID:???: 最後のddミスった…
266 名前： Name_Not_Found 投稿日： 03/02/28 01:05 ID:???: <ol>
<li>
<dl>
<dt>名前</dt><dd>名無しさん</dd>
<dt>投稿日</dt><dd>2003/02/26 11:11</dd>
</dl>
<p>投稿文</p>
</li>
</ol>

これでいいじゃん
267 名前： Name_Not_Found 投稿日： 03/02/28 01:08 ID:???: >>241
<div>直下に生テキストが出てくるということ？
それはちょっとなぁ。

divを使った場合、classなどで意味付けを施したとしても、それはレンダリングの際
参考にされるだけであって、（視覚系UA以外も含めた）パーザの立場からすれば
divはただの意味のないブロック要素と理解される。
意味のないdivはパーザにとっては取っ払っても同じことだから
その下に生テキストが出てくるのは（文法的にはOKでも）何か気持ち悪い。
<p>に<object>をかませばその下に<ul>を文法的には置けるけど気持ち悪い、
というのと同じように気持ち悪い。
# この辺は、意見がかなり割れるところだと思うけど。

あと、pの“段落”はかなり広い意味にとってもいいんじゃないかと個人的には思う。
W3Cのドキュメントでも、W3Cのアイコンだけの“段落”というのがあるし。
268 名前： Name_Not_Found 投稿日： 03/02/28 01:11 ID:???: >表現したいことに相当する要素がなかったら
>既存の要素を変な解釈して使うより div に class 付けて使うべきでしょ。
269 名前： Name_Not_Found 投稿日： 03/02/28 01:27 ID:???: >>267
あら。本当にバナーだけを p でマークアップしてるところがあるね。

ふと、日本語の「段落」と英語の「paragraph」は必ずしも同じ意味では
ないのではないだろうかと思った。
「段落」というと、ある程度まとまった意味を持つ文の集まりしか指さない
けれど、「paragraph」はもっと違うものも指すのかもしれない、と。
仕様書は英語のみが正式だったよね、確か。

もっともこれはネイティブの人に訊かなければわからないことだけれどね。
270 名前： Name_Not_Found 投稿日： 03/02/28 01:31 ID:???: >>269
「ちょっとしたニュース記事」っていう意味もあるみたい

曖昧すぎてわけわかめ
271 名前： Name_Not_Found 投稿日： 03/02/28 01:33 ID:???: >>267
じゃあ何のために、divは内容にPCDATAを含むことが出来るのか。
272 名前： Name_Not_Found 投稿日： 03/02/28 01:39 ID:???: W3Cの仕様書は説明不足。
273 名前： Name_Not_Found 投稿日： 03/02/28 01:53 ID:???: なんも考えてなかった頃はdlなんてまったく使わなかったのに
「正しいHTML」を意識するようになって
dlを多用せざるをえなくなってしまった
なんかバランスわりー
274 名前： Name_Not_Found 投稿日： 03/02/28 01:54 ID:???: >>271
http://math.oheya.to/markup/notes/0302

こういう解釈もあるようです。
275 名前： Name_Not_Found 投稿日： 03/02/28 02:04 ID:???: ( ﾟдﾟ)
276 名前： 271 投稿日： 03/02/28 02:19 ID:???: >>274
リンク先は、生テキストとブロック要素の混在について言及しているが、
それは私の求める答ではない。
私が聞きたいのは、
divが生テキストを含むことを非としたときに、
PCDATAを含めるという仕様をどう解釈するのかという事です。
277 名前： Name_Not_Found 投稿日： 03/02/28 07:55 ID:???: >divが生テキストを含むことを非としたとき
非としない、でFA。従って

>PCDATAを含めるという仕様をどう解釈するのかという事です。
と言う問題も発生しない。
278 名前： Name_Not_Found 投稿日： 03/02/28 09:12 ID:???: css厨は世界中の人間が一人残らずIEを使っているという妄想を抱いているんですね
279 名前： Name_Not_Found 投稿日： 03/02/28 09:27 ID:???: >>267
> 意味のないdivはパーザにとっては取っ払っても同じことだから
なんでそうなっちゃうのか説明きぼんぬ。意味が不明でも構造は残る。
lang とか title とか属性つくものが取っ払って同じわけない。
際限なく拡大解釈された p に div を超える意味があるとも思えない。
少なくとも div にすれば「段落や見出しやリストとは別の何か」という
意味を付すことができると思うが。
280 名前： Name_Not_Found 投稿日： 03/02/28 12:38 ID:???: >>278
逆だろ……どんな環境でも利用できなければならないという妄執にとらわれてるんだよ
281 名前： Name_Not_Found 投稿日： 03/02/28 14:02 ID:???: むしろIEがなくなることを願って止みませんが
282 名前： Name_Not_Found 投稿日： 03/02/28 14:27 ID:???: Strict厨の「どんな環境」にはIEが含まれないの法則ですね
283 名前： Name_Not_Found 投稿日： 03/02/28 14:48 ID:???: IEに限らずクソUAは基本的に対象外かと。
284 名前： Name_Not_Found 投稿日： 03/02/28 15:12 ID:???: >>283
どこがクソなんだ。
285 名前： Name_Not_Found 投稿日： 03/02/28 15:31 ID:???: むしろスタイルシートを適用させない方向で。
286 名前： Name_Not_Found 投稿日： 03/02/28 17:16 ID:???: まあ、あれだ。
table 使うのやめたところで安心してはいけない。
dl 多用しだしたらちょっと危ないな…って思ったほうがいい。
また別の種類の厨になりかけてることは確かだ。

まともに書いたところで再利用なんてどうせしないし出来ないんだから
どんな書き方したって関係ないっていや関係ないんだけどな。
287 名前： Name_Not_Found 投稿日： 03/02/28 18:52 ID:???: あははは。
HTML を誤解するのもいけないが、過大評価するのもいけないよな。

まあ再利用についてはメインターゲットは
未来の予測できない環境の自分自身だと俺は思ってるが。
288 名前： Name_Not_Found 投稿日： 03/02/28 19:13 ID:???: んで、未来になって使おうとしたら
要素の分類の粒度が荒すぎて結局使いものにならないという罠。
289 名前： Name_Not_Found 投稿日： 03/02/28 20:24 ID:???: 今、FAQを作っています。
質問と、回答にはdlを使うことにしたのですが、
回答(dd)の中にdlやHnなどブロック要素を含むことができます。

<h1>FAQ</h1>
<h2>hogeについて</h2>
<dl>
<dt>hogeを使うとどうですか？</dt>
<dd>
こんな感じです。
<h◆>メリット</h◆>
<ol><li>癒される</li><li>うれしい</li></ol>
　　　　　　　　：
</dd>

このとき、◆は3ですか？
290 名前： Name_Not_Found 投稿日： 03/02/28 20:27 ID:???: <dl>
<dt>メリット</dt>
<dd>癒される</dd><dd>うれしい</dd>
</dl>

の方が。
291 名前： Name_Not_Found 投稿日： 03/02/28 20:27 ID:???: 再利用する気があるならXML版を別途用意した方がはるかに効率がいい罠。
292 名前： (　ﾟдﾟ) 投稿日： 03/02/28 20:33 ID:???: >>267, >>271, >>276
div 直下にテキスト/インラインだけを記述する分には問題ないと思うけど。

例えば HTML 4.01 で h7 相当の要素をマークアップするとしたら、
<div class="h7">foo</div> とでもするのが適切だと思うし。
293 名前： Name_Not_Found 投稿日： 03/02/28 20:35 ID:???: >>291
でも実際、圧倒的チェア（藁）を持つ
IEを考えて html版を作らないといけないんですよ。

で、そこで詰まっているわけで。

>>290
<dl>
<dt>～</dt>
<dd>
　　<dl>
　　<dt></dt>
　　<dd></dd>
ですか。ありがとう。

でもHnを使うなら順番的に３かなぁ。
294 名前： Name_Not_Found 投稿日： 03/02/28 20:41 ID:???: >>292
> 例えば HTML 4.01 で h7 相当の要素をマークアップするとしたら、
> <div class="h7">foo</div> とでもするのが適切だと思うし。

div直下のテキスト云々という話とは別に、その場合は文書を分割して
見出しのレベルを少なくする方が適切だと思うが。
295 名前： (　ﾟдﾟ) 投稿日： 03/02/28 20:43 ID:???: >>294
確かに(w
296 名前： Name_Not_Found 投稿日： 03/02/28 20:56 ID:???: 行き当たりばったりはダメですよ。
297 名前： Name_Not_Found 投稿日： 03/02/28 20:57 ID:???: 3だよ。
298 名前： Name_Not_Found 投稿日： 03/02/28 21:20 ID:???: >>289
<h3>hogeを使うとどうですか？</h3>
<p>こんな感じです。</p>
<dl>
<dt>メリット</dt>
<dd>以下略</dd>
</dl>

h3使うならこんな感じのがいいんじゃないか
299 名前： Name_Not_Found 投稿日： 03/02/28 22:12 ID:???: >>291
まあ、XML版作ってもどうせ下位互換の為XSLTあたりでHTMLにするわけで。
んで同じようなことで悩むのさ。
300 名前： Name_Not_Found 投稿日： 03/02/28 22:58 ID:???: >>299
どうせ下位互換の対象になるようなUAはHTMLの有効な再利用なんかできない。
一般閲覧用は妥協満載の大雑把なHTMLで充分。悩むだけ無駄。
301 名前： Name_Not_Found 投稿日： 03/03/01 00:40 ID:???: >>298
見出しがないと本文が成立しないのは無作法。HTML以前の問題。
302 名前： Name_Not_Found 投稿日： 03/03/01 01:25 ID:???: <h1>うんことは</h1>
<p>くさいものである。</p>

じゃなくて

<h1>うんことは</h1>
<p>うんことは、くさいものである。</p>

にしろってことね
303 名前： Name_Not_Found 投稿日： 03/03/01 01:33 ID:???: たとえばニュース記事を集めたページを作るとき、

<h1>海外ニュース</h1>

<div class="news">
<h2>アメリカが北朝鮮に宣戦布告</h2>
<h3>2003年3月1日</h3>
<p>アメリカのブッシュ大統領は～</p>
</div>

<div class="news">
<h2>北朝鮮が無条件降伏</h2>
<h3>2003年3月3日</h3>
<p>北朝鮮の金正日総書記は～</p>
</div>

などとしているのだが、
日付がh3というのはおかしいかなあ。
見出しじゃないですよね、これ・・・
304 名前： Name_Not_Found 投稿日： 03/03/01 01:40 ID:???: >>303
「北朝鮮が無条件降伏」という見出しの記事が、
2003年3月3日以外にあり、同じ<h2>の下に存在するなら
2003年3月3日というのが見出しであるといえるけど、
そうならないなら、見出しではないな。
305 名前： 304 投稿日： 03/03/01 01:41 ID:???: <del>2003年3月3日以外にあり、同じ<h2>の下に存在するなら </del>
<ins>2003年3月3日以外にあり、同じ<h2>の下に存在することがあるなら </ins>
306 名前： Name_Not_Found 投稿日： 03/03/01 01:45 ID:???: <dl>
<dt>2003年4月1日</dt>
<dd><h2>フセイン大統領がチンパンジーを飼う</h2>
<p>イラクのフセイン大統領が、ブッシュという名前の～</p>
</dd>
</dl>

これはどう？同じ日に大きなニュースが複数あった時にも対応できるし
307 名前： Name_Not_Found 投稿日： 03/03/01 01:46 ID:???: 2003年3月3日以外にあり、同じ<h2>の下に存在する<del>なら </del><ins>ことがあるなら </ins>
308 名前： Name_Not_Found 投稿日： 03/03/01 01:47 ID:???: 次の例ならいいんじゃないか

<h2>2003年4月1日</h2>
<h3>北朝鮮が日本に核ミサイルを発射</h3>
<p>アメリカ主導の経済制裁が発動して～</p>

<h3>2ch閉鎖</h3>
<p>東京壊滅を受けて～</p>
309 名前： Name_Not_Found 投稿日： 03/03/01 01:49 ID:???: ニュースサイトの場合、日付を基準にするか、トピックの見出しを基準にするかでhnの上に来るものが変わるしな。
310 名前： Name_Not_Found 投稿日： 03/03/01 01:54 ID:???: >>306
dd の中は dd の中で世界が完結しているべきと思う
つまり dd の中の見出しはもしあるにしても本文と切り離すべきじゃないかと
311 名前： Name_Not_Found 投稿日： 03/03/01 02:14 ID:???: 日付１
　見出し１
　内容１

　見出し２
　内容２

日付２
略......

これを如何にマークアップするか、ということだな。
基本的に同じ日に複数のニュースがあることもある。１日１ニュースという
前提ならまた違ってくるのだろうが。
312 名前： Name_Not_Found 投稿日： 03/03/01 02:54 ID:???: まあ、やりたいようにやれってかんじだな。
ニューストピックのみ h* の方が解析はしやすいけど。
切り出すとしたら、トピック単位に分けてから日付けを見るだろうし。
313 名前： 303 投稿日： 03/03/01 02:58 ID:???: >>304-312
うん、やっぱり自分の思っていた通りだと
確認できました。
レスポンス、非常に感謝しております。
314 名前： Name_Not_Found 投稿日： 03/03/01 03:40 ID:???: え？あれでもいいの？
315 名前： Name_Not_Found 投稿日： 03/03/01 03:50 ID:???: >>314
別にいいと思うが…
316 名前： Name_Not_Found 投稿日： 03/03/03 13:46 ID:5aUqD33i: http://kobe.cool.ne.jp/win21/
317 名前： Name_Not_Found 投稿日： 03/03/03 14:04 ID:???: ☆ Webサイト制作初心者用スレッドver48 ☆
http://pc2.2ch.net/test/read.cgi/hp/1046264237/584

で質問した者なのですが、

<cite><a href="...">ほげほげ</a></cite>と
<a href="..."><cite>ほげほげ</cite></a>ではどちらがいいのでしょうか？
318 名前： Name_Not_Found 投稿日： 03/03/03 15:22 ID:???: >>317
<cite><a href="...">ほげほげ</a></cite>
319 名前： Name_Not_Found 投稿日： 03/03/03 15:32 ID:???: >>318　理由は？
320 名前： Name_Not_Found 投稿日： 03/03/03 15:38 ID:???: 引用先はこのサイトです
このサイトから引用しました

どっちでもいいんじゃないの
321 名前： Name_Not_Found 投稿日： 03/03/03 16:04 ID:???: <cite href="...">ほげほげ</cite>

ってできればすっきりするんだけどなぁ
322 名前： Name_Not_Found 投稿日： 03/03/03 16:14 ID:???: 引用元、で取り出す場合は
<cite>...</cite>
の中を取り出すから関係ある要素は中にいれたほうが。
323 名前： Name_Not_Found 投稿日： 03/03/03 16:36 ID:???: <h1>仏教</h1>
<h2>四苦八苦</h2>
<p><dfn>死苦</dfn>とは、人生の四種の苦痛。生・老・病・死の総称です。生・老・病・死の意味は以下の通り。</p>
<dl>
<dt>生</dt>
<dd>息をしている状態</dd>
<dt>老</dt>
<dd>歳を取った状態</dd>
<dt>病</dt>
<dd>病にあった状態</dd>
<dt>死</dt>
<dd>息をしない状態</dd>
</dl>
か、
324 名前： Name_Not_Found 投稿日： 03/03/03 16:37 ID:???: <h1>仏教</h1>
<h2>四苦八苦</h2>
<p><dfn>死苦</dfn>とは、人生の四種の苦痛。生・老・病・死の総称です。生・老・病・死の意味は以下の通り。</p>
<ul>
<li>
<dl>
<dt>生</dt>
<dd>息をしている状態</dd>
</dl>
</li>
<li>
<dl>
<dt>老</dt>
<dd>歳を取った状態</dd>
</dl>
</li>
<li>
<dl>
<dt>病</dt>
<dd>病にあった状態</dd>
</dl>
</li>
<li>
<dl>
<dt>死</dt>
<dd>息をしない状態</dd>
</dl>
</li>
</ul>
のどちらがいいでしょうか。
325 名前： Name_Not_Found 投稿日： 03/03/03 16:39 ID:???: あと、下の方がいいのなら、ulではなく、olのほうがいいでしょうか。
326 名前： Name_Not_Found 投稿日： 03/03/03 17:02 ID:???: 何の躊躇もなく上
下にする意味は全くない
327 名前： Name_Not_Found 投稿日： 03/03/03 17:18 ID:???: dt と dd が 1vs1 のペアだっていいきれれば
こんな疑問わかないのにね。dd 複数あるメリットわからんわ。
候補が複数ならdd中にulいれりゃいいんだし。
328 名前： Name_Not_Found 投稿日： 03/03/03 17:26 ID:???: よくわからんが、生・老・病・死の順番にも仏教的に深い意味があって
>>324みたいな発想が出てくるとか？

だとするなら、>>325の疑問は ul ではなく ol の方が良いということになるんだろうけど、
自分なら、普通に>>323を採用します。
329 名前： Name_Not_Found 投稿日： 03/03/03 17:35 ID:???: 順番関係無いリストと順番関係あるリスト区別するメリットってどんなのだろ。
関係＊無い＊リストだと項目がソート出来るとかそれぐらいしか思いつかないなぁ。

メニュー項目なんかは ul で作ってる人多いけどさ、あれの順番変ったらまずいよね。
考えて順番決めてるでしょ？
330 名前： Name_Not_Found 投稿日： 03/03/03 17:40 ID:???: 言われてみれば
331 名前： Name_Not_Found 投稿日： 03/03/03 17:48 ID:???: みんなほんとリスト好きだよなあ
332 名前： Name_Not_Found 投稿日： 03/03/03 17:55 ID:???: ol って
HTML でしかレンダリング内容決めれなかった時代の名残なんじゃないかなと。
333 名前： Name_Not_Found 投稿日： 03/03/03 17:57 ID:???: ol 以外は順番が保証出来ない、ってなったら
ul だの dl だの使ってるとこかなり書き直しになるな。
334 名前： Name_Not_Found 投稿日： 03/03/03 18:05 ID:???: >>329
「メニュー項目」ってただ並べてあるだけじゃないの？
それが「目次」のつもりだったら確かにちょっと困るけど。
335 名前： Name_Not_Found 投稿日： 03/03/03 18:17 ID:???: リストなんて突き詰めれば序列リストだらけになるぞ。
336 名前： Name_Not_Found 投稿日： 03/03/03 20:45 ID:???: 例えば料理の場合の材料を箇条書きにしたものはulで、
料理の手順の箇条書きはolってな風にすみわけはできてるわな。

ただ、<listgroup ordered="yes">なんて風に統合しちゃっても
よかったかもしれない（非常に今更、非建設だが）。
337 名前： Name_Not_Found 投稿日： 03/03/03 21:30 ID:???: >>336
明らかに型が違うものを属性で振り分けてどうするよ。
#まあ、明らかに違うと言うことが分からない、というのが争点だったりするが。
338 名前： Name_Not_Found 投稿日： 03/03/03 21:39 ID:???: <h1>今日の予定</h1>
<ol>
<li>なんたらー</li>
</ol>
見たいな場合でliが1つだけだと、２個目の予定ができるまでolで正しいのか、
実はulでもよかったのか確信が持てない場合があるな。
339 名前： Name_Not_Found 投稿日： 03/03/03 21:44 ID:???: >>338
2個目の予定ができてもolで正しいのかulでよかったのかを悩む罠
340 名前： Name_Not_Found 投稿日： 03/03/03 22:29 ID:???: >>337
明らかに違うってほどでもないんだよね。

<ul>
<li ex:no="2">...</li>
<li ex:no="1">...</li>
<li ex:no="3">...</li>
</ul>

の ex:no についてソートしてあるのが ol みたいな感じだし。

とりあえず、順序無しじゃないとﾏｽﾞｰな例あるかな。
集合といった漠然としたものをHTMLで扱う必要があるのか？ってのもあるな。
341 名前： Name_Not_Found 投稿日： 03/03/04 00:15 ID:???: >>334
メニュー項目の並び順には気を遣う人もいるよ。
一番見せたいものを上に持ってくる、とか。
342 名前： Name_Not_Found 投稿日： 03/03/04 00:20 ID:???: 話の腰をおってすみません。

ええと、色々HTMLについて勉強したいのですが
どこから聞いていいのか解らないほどの初心者です。

本屋で本を買って勉強しようかと思ったのですが、怪しい本が沢山あるとの
ことで、また本もそれぞれ安くないのでどうしようか迷っています。

すれ違いかもしれないのですが、strictスレ推奨HTML学習本などありましたら
教えていただけないでしょうか。

＃ちなみに、HTML以外にXHTMLとCSS、javascriptにも興味があります。
343 名前： Name_Not_Found 投稿日： 03/03/04 00:24 ID:???: >>342
勿論仕様書。
344 名前： Name_Not_Found 投稿日： 03/03/04 00:27 ID:???: >>341
考えたんだが、見て欲しいコンテンツへのリンクを上にもってくるのと、
順序が意味をなすというのとは違うような・・・
別に2番目のや3番目のコンテンツから見ても問題はないわけだし。

そういうの強制されるのもなんかイヤンだしね。
345 名前： Name_Not_Found 投稿日： 03/03/04 00:41 ID:???: >>342
烈しくすれ違いだが、↓いっておいで
http://fake_lint.tripod.co.jp/beginner.html#faq11
346 名前： 342 投稿日： 03/03/04 00:48 ID:???: >>343
ありがとうございます。よんでみます。

>>345
知人に薦められて「スタイルシートWebデザイン-CSS2完全解説-」は借りて
みたのですが、サパーリだったので、こちらで質問させていただいたのですが、
ごく簡単なHTMLの説明をよんで、とりあえずこちらの方の本は読んで解りそうなので
ユニバーサルHTML/XHTMLを読んでみます。

ありがとうございました。
347 名前： Name_Not_Found 投稿日： 03/03/04 04:31 ID:???: >>344
ol だって別に順番強制しているわけでも無い気もする。

先にでた例だと、
料理の手順なんかは順番強制だけど、ランキングなんかは強制じゃないし。

下手に例を出すと、こんどはその例に拘ることになっちゃうな…
348 名前： Name_Not_Found 投稿日： 03/03/04 16:33 ID:???: >>347
順番に意味がある、ってことだろ？
だったら、「運営者が見てもらいたいと思ってる順番」ってのを明示しなきゃならんのではないの？
349 名前： Name_Not_Found 投稿日： 03/03/04 16:58 ID:???: ＞明示しなきゃならん
may とか can ではあっても must じゃないと思う。
ol は順序があるということを明示できるというだけであって
順序のあるものは全て ol でなければならないということではないだろう。
350 名前： Name_Not_Found 投稿日： 03/03/04 17:31 ID:???: >>349
> 順序のあるものは全て ol でなければならないということではないだろう。
反対だよ。順序ないものをolにしちゃまずいんじゃないか、と。
351 名前： Name_Not_Found 投稿日： 03/03/04 17:51 ID:???: 禅問答か？

順序あり　───→　OL
　　　　　　 ──┐
　　　　　　　　　 └→
順序なし　───→　UL

ということか？
ならば、>>349と>>350は同じことを言っていると思われ。
352 名前： Name_Not_Found 投稿日： 03/03/04 18:23 ID:???: >>351
違いがわからんのか？
「順序のあるもの」を「ul」にすることは出来るが、
「順序のないもの」を「ol」にすることは出来ない、
と言ったんだけど。
353 名前： Name_Not_Found 投稿日： 03/03/04 18:27 ID:???: >>352
？　だったら>>351の図で合ってるじゃん。
354 名前： Name_Not_Found 投稿日： 03/03/04 18:28 ID:???: >>353
図があってるのに、
＞ならば、>>349と>>350は同じことを言っていると思われ。
　>>349は違うということがわかってない、と。
355 名前： Name_Not_Found 投稿日： 03/03/04 18:30 ID:???: >>349だと順序のないものがolにできてしまう。
356 名前： 348=350=352=354 投稿日： 03/03/04 18:32 ID:???: ああ、補足ね。
>>>>349が言ってることは、あってるんだけど、>>348に対する指摘としては不適切じゃないか、って意味なんだよ。
俺が348で言ったのは、「ol使うなら、その理由が明確であるべきでは？」というもの。
「順序つけてあるけど、これ、なんの順番なの？」じゃマズくない？って言いたいわけで。
357 名前： 348=350=352=354 投稿日： 03/03/04 18:33 ID:???: >>355
それは違うだろ。
「順序あるもの」を「ul」にしてもいいんじゃないか、って言ってるだけで、その逆については言及していない。
358 名前： Name_Not_Found 投稿日： 03/03/04 18:35 ID:???: なんだかややこしくなってて、ケチつけてる人は何が不満なの？
359 名前： Name_Not_Found 投稿日： 03/03/04 18:37 ID:???: >>358
わからない人は参加しなくてもいいよ。
360 名前： Name_Not_Found 投稿日： 03/03/04 19:17 ID:???: >>358
ばいばい、帰っていいよ。
361 名前： Name_Not_Found 投稿日： 03/03/04 19:47 ID:???: >>358
お前の存在が。
362 名前： Name_Not_Found 投稿日： 03/03/04 21:13 ID:???: 俺は、例えばp要素は「段落はp要素で明示しなければならない」のと同じように
「リストは順番があればol、無ければulで『なければならない』」とおもう。
そもそも要素名の由来が「ordered」と「unordered」だし。

HTMLには「順番が無い『かもしれない』リスト」とか「順番が『あってもいい』リスト」
なんて概念は存在しない訳で、どうしても「順番にかんしてあやふやなリスト」
が本文に出現するならHTMLの限界としてあきらめるかどっちかを使うか、
DTDの書き換えやXMLで拡張するか、だと思う。
363 名前： 362 投稿日： 03/03/04 21:14 ID:???: strictとか以前に日本語がバグってるな。特に
＞が本文に出現するならHTMLの限界としてあきらめる"か"どっちかを使うか、
は
＞が本文に出現するならHTMLの限界としてあきらめる"て"どっちかを使うか、
だな。

スレ汚しスマソ
364 名前： Name_Not_Found 投稿日： 03/03/04 21:19 ID:???: さとみかんとかのアンテナって ol 使うべきなのかな。
365 名前： Name_Not_Found 投稿日： 03/03/04 21:51 ID:???: 更新日時順に意味のある順序で並べられているリストならolの方が
好ましいのではなかうか。

ただ、ulとしてもHTML文書としての価値はなんら減じないので
あまり拘る場所もないとはおもうが。
366 名前： Name_Not_Found 投稿日： 03/03/04 22:16 ID:???: >>362
お前さあ、略語はとにかく abbr 要素で明示*しなければならない*とか
関連文書は全部 link 要素で明示*しなければならない*とか思ってんの？
明示する*べき*だ、ならまだわからんでもないが。
俺はそのへん主導権握ってるのは仕様ではなく著者だと思うよ。
リストにしても、実際の順序がどうであるか、ではなく
著者が順序についてどういう情報を与えたいか、だと思う。
順番があれば ol、なければ ul、っていうより
順番があると明示したければ ol、ないと明示したければ ul、な感じで。
367 名前： Name_Not_Found 投稿日： 03/03/04 22:21 ID:???: >>366
確かに。そこに意味があるかどうかを決めるのは著者だもんな。
368 名前： Name_Not_Found 投稿日： 03/03/04 22:21 ID:???: お前さあお前さあお前さあお前さあお前さあ
369 名前： Name_Not_Found 投稿日： 03/03/04 22:23 ID:???: >>366
対応したUAにHTML文書としてデータを渡すなら、仕様で定められた
マークアップがされていなければ不完全なHTML文書といわざるをえないだろう。

閲覧者側の処理がはっきりと限定されているなら（もしくは処理されなくても
構わないなら）限定的なマークアップする（すなわち、処理「されたい」所だけ
明示的にマークアップする）のでもいいだろうが、WWW上で公開され、その後
閲覧者や、処理方法を著者側が限定できないHTML文書であれば仕様に定め
られた要素に関しては全てマークアップ「されていなければならない」と考える。
370 名前： 362=369 投稿日： 03/03/04 22:28 ID:???: >>367
明らかに、客観的に「見出し」であるにも関わらず、著者が「見出しとして処理
されなくてもいい」と考えて「h1-6でマークアップしない」と言う自由はHTMLには無い。

しかし、その一方でem、strongなどの要素に関しては著者が強調「したい」
要素を表すもので、これに関しては「著者が強調されなくてもいい」と思えば
マークアップしなくてもいいし、というか寧ろしないほうがいい。

で、おれはol、ulというのは前者（h1-6の例えの方）と同じく
「著者の自由な裁量で勝手にマークアップしたり／しなかったり」と言うことは
できない、と思うがどうか。
371 名前： Name_Not_Found 投稿日： 03/03/04 22:34 ID:???: でも境界線をどこで引くかは結構微妙だぞ＞ol, ul
372 名前： 370 投稿日： 03/03/04 22:42 ID:???: >>371
うん。そう思う。なので、どうしてもあやふやな物を記述する場合、
妥協（？）して「どっちかといえば…」とどっちかでのが一般的だと思う。

が、「解らなければulでいい」とか、本来順番があるはずのリストを
「著者は順番を気にしないからul」ってことは無いはず、って事。
373 名前： Name_Not_Found 投稿日： 03/03/04 22:59 ID:???: >362
うえの例が今回の話題の発端になっているわけだが、
「俺が見て欲しいと思ってる順番」なんてのは「順序があるリスト」とは言えないんじゃないかな。
「どっちで書くべきか」ってのも重要かも知れんが、それ以前に「それは本当に順序なのか？」という問題があるのでは。
374 名前： 370 投稿日： 03/03/04 23:08 ID:???: ある程度ケースバイケースにならざる得ないが、俺が言いたいのは
＞「俺が見て欲しいと思ってる順番」なんてのは「順序があるリスト」とは言えないんじゃないかな。
「順序があるリスト」と言えないならulでマークアップ、いえるならolでマークアップって事。

別にどういうリストは順番があるといえる、ないと言える、という判断基準は
おれは述べてなくて、もっと端的に言えば、 >>349 の主張は違うんじゃないかって事。
375 名前： Name_Not_Found 投稿日： 03/03/04 23:29 ID:???: >>374
言いたいことはわかるが、
> 「順序があるリスト」と言えないならulでマークアップ、いえるならolでマークアップって事。
「順序がある」「順序はない」を判断するのは著者、ということになっちまわねえか？
例えば、「好きな食べ物リスト」。
箇条書きならulだが、それでも一番好きなものとか2番目に好きなものとかがあるわけで、
「じゃあ、そのとおりに並べてolにしやがれ」ってのも微妙な部分だし。
結果的に「順序」を発生させるのは制作してる人間の判断に依るところもある、ってのもあり得るんじゃない？
376 名前： 375 投稿日： 03/03/04 23:31 ID:???: あー、反論じゃなくて、
「大元の話題は」って意味だからね。
377 名前： Name_Not_Found 投稿日： 03/03/04 23:40 ID:???: >>375
著者を「A:文章を作る人」「B:HTMLをマークアップする人」に別けた場合、
Aは自分が作る文章ないに出現するリストを順番ありとしても、なしとしても
作る事ができる。

例えば「セ・リーグ６球団」を単に列挙したリストなら「順番なしリスト」だが、
続いて「順序は昨年の成績に寄る」って一言書けばリストとは関係ないセンテンス
によって「順番なしリスト」はたちまち「順番ありリスト」に変化する。

その意味においてAである著者はolとulの決定権を握っている。

しかし、一度文章が完成し、Bパートにおいて単にマークアップするのであれば、
Bであるところの著者はAパートで作成した本文に忠実であるべきであり、
「マークアップの段階でBの著者に自由裁量権は存在しない」とおもっている。

したがって、>>375 の言う著者がAの意味であるならば全く反論はない。
378 名前： 377 投稿日： 03/03/04 23:41 ID:???: >>377 は >>362=370 って事で。失礼。
379 名前： Name_Not_Found 投稿日： 03/03/04 23:52 ID:???: >>377
そしてCパートでCSSによるレンダリング指定。
380 名前： Name_Not_Found 投稿日： 03/03/05 00:53 ID:???: >>377
そんなんBがAに聞けば済むことじゃん。
テキストありきのマークアップでしょ。
381 名前： 377 投稿日： 03/03/05 00:56 ID:???: >>380
たのむよう…、レス付ける時は読んでからにしてくれよう。
382 名前： Name_Not_Found 投稿日： 03/03/05 01:17 ID:???: いや、だからさ、ol だけでよかったんじゃないのかって話をしたかったんだが。
文章をモデル化したとき、順序付きリストと順序無しリストを区別する必然性って
どれぐらいあるのかな？と。

現行の規格にolとulがある以上、適当なところで線引して使ってかなきゃいけないけど。

所詮適当な線引しかできない曖昧なモデルならもっと抽象化して
直接的な意味は上に被せる別のセットに委譲してもいいんじゃなかろかと。
383 名前： 377 投稿日： 03/03/05 01:25 ID:???: >>382
現行HTMLが実際ol、ulに分かれちゃってる以上、それに従うしかない。

とは思うが、実際の所「特に順序がある場合だけそれを明示」の方が
現実に即してる（書き手が楽。迷わない）とは思う。
ちなみに一本化するならolもulも名前が不適切なんで >>336 の案に一票ってことで。
384 名前： Name_Not_Found 投稿日： 03/03/05 01:49 ID:???: 私もw3cに提言するなら>>336だな。
ただ、ordered="true"ね。
385 名前： Name_Not_Found 投稿日： 03/03/05 01:55 ID:???: （箇条書きリスト）　⊃　（通し番号付きリスト）　⊃　（順序に意味のある序列リスト）
　　　　UL　　　　　　　　　　　　　UL　　　　　　　　　　　　　　　　　OL
　　　　　　　　　　　　　　　　　　　↓　　　　　　　　　　　　　　　　　↓
　　　　　　　　　　　　list-style-typeで番号付け　　　　　デフォルトで番号付き

ってことでしょ？
386 名前： Name_Not_Found 投稿日： 03/03/05 01:59 ID:???: >>385
序列じゃないのに通し番号がある、って部分がややこしくさせてるんだよな。
通し番号って、不要と言えば不要だし、必要と言えば必要だよな。
387 名前： Name_Not_Found 投稿日： 03/03/05 02:06 ID:???: >>385
違う。

HTMLにはない順番あり・なしを包括するリスト要素＝｛ol,ul｝
であり、ulとolは別物。olでulの、ulでolの代用はできない。
388 名前： 387 投稿日： 03/03/05 02:10 ID:???: ごめん、わかりにくかった。
＞olでulの、ulでolの代用はできない。
要するに　ul と olは同列の要素であって ul ⊃ ol と言うような
包括関係は関係は成立しないってこと。

あと、番号がついてるとか、ついてないとか言うのはHTMLのデフォルトレンダリングの
話で要素の定義（明示する意味）とは関係しない。
（がXSLTのSはStyleのSだったりするからHTMLは固定スタイルを持ってると
判断すべきだんんだよなぁ…ややこしいなぁ…）
389 名前： Name_Not_Found 投稿日： 03/03/05 02:12 ID:???: >>388
> あと、番号がついてるとか、ついてないとか言うのはHTMLのデフォルトレンダリングの
> 話で要素の定義（明示する意味）とは関係しない。
だから、olにせずにulにしてるんじゃないの？
390 名前： Name_Not_Found 投稿日： 03/03/05 02:19 ID:???: >>389
ol は ordered list の略であり順番ありリスト。
一方 ulは unordered list の略であり、順番なしリスト。

従って順番の有無＝条件Ａに関してAとnot(A)という対立する関係にある。
だから not(A) ⊃ A は成立しませんよ、と言う事。
391 名前： Name_Not_Found 投稿日： 03/03/05 08:49 ID:???: 精緻な刑法解釈学を彷彿とさせる議論が続いているな。
392 名前： Name_Not_Found 投稿日： 03/03/05 09:02 ID:???: olとulは特別関係であると考えることも十分に可能なはずだ。
必ずしも択一関係ではないのではないか。
より一般的なリストがulであり、ulの特別類型として、順序という
意味を付したものがolである。

ulとolのどちらを使うかを考えるにあたっては、まずulでリストを
作ってみる。そしてそのリスト内で指定した<li></li>をぐちゃぐちゃに
入れ換えてみて、依然として文意が通じている（通じているかどうかは
前後の文脈も含めて判断する。例えばリストの前に「セリーグ一覧です」と
書いてあるのと「僕の好きなセリーグを順に並べてみました」と書いてある
のでは、後者の場合ぐちゃぐちゃにすると、文意は破綻する）。

したがって、例えば、料理のレシピを提示する場合は、ulで作ってみて
ぐちゃぐちゃにすると、文意は成り立たないから、olを使うべきだという
ことになる。

ここで問題となるのが、ulで作ってみてぐちゃぐちゃにしても意味が
通じている場合に、あえて番号を付けたいとき。そのような場合においては、
番号は単なるレイアウトであるから、ulを使った上でlist-style-typeを
適用してしかるべきであると考える。
393 名前： Name_Not_Found 投稿日： 03/03/05 09:12 ID:???: ulの場合は、<li>で示された各要素をレンダリングする順番は
保証しないっていうブラウザを想定して、そんなブラウザで
標示されても構わないならul、NGならolってのはどうよ？
394 名前： Name_Not_Found 投稿日： 03/03/05 12:35 ID:???: >>392

だいたい同意だが、

> ここで問題となるのが、ulで作ってみてぐちゃぐちゃにしても意味が
> 通じている場合に、あえて番号を付けたいとき。

これってどんな場合だろう。
思いつかないので、具体的な例を希望。
395 名前： Name_Not_Found 投稿日： 03/03/05 12:43 ID:???: >>394
２ｃｈのスレッドタイトル一覧
396 名前： Name_Not_Found 投稿日： 03/03/05 13:50 ID:???: >>395
それはないだろ。
age sage の意味がなくなる。

とにかく、敢て ul を採用しなくちゃいけないケースが無いなら、
ol だの ul だの区別しない list 要素を作った方がいいよね。

オブジェクト指向風に要素の拡張出来ればいいんだけどな。

ol extends list とか ol implements list みたいな。
menu extends ol とか persons extends list とか…

dtd いじって既存のを修正するよかこっちのがいいなあ。
397 名前： Name_Not_Found 投稿日： 03/03/05 22:48 ID:???: >>394
どっかのスレで出てたけど、クイズの問題の選択肢

Q. W3Cが決めていないフォーマットは？
1.HTML
2.CSS
3.javascript
4.XML

これなんかは番号がついてはいる物の順番が出鱈目に成ってもokなのでは？
（ただし、正解を番号で言う事はできなくなるが、もともとCSSで表示される
ナンバーはユーザーCSSとの兼ね合いでolでもulでも信用できないし）

逆にクラス名簿なんかは五十音順であっても、出席番号いらなけれ
olでマークアップした上でCSSでナンバー消して
・青木
・秋山
・木村
・久保田
なんてものありだな。
398 名前： Name_Not_Found 投稿日： 03/03/05 23:10 ID:???: 久保田・・・
最近呑んでないなぁ（つД｀）
399 名前： 397 投稿日： 03/03/05 23:19 ID:???: つーか、五十音順の名簿のナンバーを消す、なんてややこしい例じゃなくて、
日記の過去ログリストなんかは、
1.1月
2.2月
3.3月
ってのが煩わしいので、確実に順番はある(ol)がCSSでナンバリング消してる人が多そう。

っていうか自分のsiteでやってますた。
400 名前： Name_Not_Found 投稿日： 03/03/06 00:47 ID:???: ttp://www.google.com/search?q=%E3%83%BB%E9%9D%92%E6%9C%A8+%E3%83%BB%E7%A7%8B%E5%B1%B1+%E3%83%BB%E6%9C%A8%E6%9D%91+%E3%83%BB%E4%B9%85%E4%BF%9D%E7%94%B0
401 名前： Name_Not_Found 投稿日： 03/03/06 02:44 ID:???: まあ、ul より ol 使った方がよさげかもしれない場合も
多いんじゃないかってことですね。

ul 使おうが ol 使おうが UA にもユーザにも全然違いが出ないだろうけど。
402 名前： Name_Not_Found 投稿日： 03/03/06 02:45 ID:???: いっそ ol は「序列リスト」でなく「番号つきリスト」だったら
今より断然使い勝手が良かったような気がする。
403 名前： Name_Not_Found 投稿日： 03/03/06 03:07 ID:???: >>402
OrderedList coludn't be NumberedList.
404 名前： Name_Not_Found 投稿日： 03/03/06 03:25 ID:???: >>403
だから、ol なんかじゃなく nl だったらよかったってことなんじゃないの？
405 名前： Name_Not_Found 投稿日： 03/03/06 03:50 ID:???: >>403
ﾊﾞｰｶ
406 名前： Name_Not_Found 投稿日： 03/03/06 04:39 ID:???: >>404
それはXHTML2.0でnavigation listになってますので別の名前を。
407 名前： Name_Not_Found 投稿日： 03/03/06 06:47 ID:???: じゃあ、nul…
ぬるぽとか言いだす香具師はこのスレには居ないよな？
408 名前： Name_Not_Found 投稿日： 03/03/06 09:19 ID:???: 　（　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　　 |　|
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>__Λ∩
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/ 　←>>407
409 名前： Name_Not_Found 投稿日： 03/03/06 14:34 ID:???: 　<meta name="generator" content="○○○" />

これは何を表すのですか？
その文章を書いたアプリとかを書くのか、表示に用いている cgi を書いた方がよいのか・・・

ジェネレータってことだから、やはり後者かな。
410 名前： Name_Not_Found 投稿日： 03/03/06 14:49 ID:???: >>409
後者じゃない？やっぱ。
エディタとか入っててもね。
notepad.exe とか入れてるやつはちょっとどうかしてると思う。

今日はごっついテーブルレイアウトが目の前でリアルタイムに構築されてくのを
ひたすら傍観してました…

css はおろか align 属性すら使わない人がいまだいたとは予想だにしてなかった。
411 名前： Name_Not_Found 投稿日： 03/03/06 15:42 ID:???: >>409
meta の name なんて別に決まりは無いんだけど……。

取り敢えず、前者の例は見たことがある（Wordとかで書くと入るんだっけ？）。
後者の例は見たことないなぁ。
412 名前： Name_Not_Found 投稿日： 03/03/06 15:54 ID:???: ホームページビルダー(アプリ)やtDiary(CGI)が入れているね。

>>410
align属性は非推奨だからいいんじゃない(藁
413 名前： Name_Not_Found 投稿日： 03/03/06 17:22 ID:???: >>407
またえらく古いﾈﾀを。

それにしてもこの論議は長かった。

>>410
＞css はおろか align 属性すら使わない人がいまだいたとは予想だにしてなかった。
CSSを指定していない"strict"文書？
414 名前： Name_Not_Found 投稿日： 03/03/06 17:30 ID:???: >>411

> meta の name なんて別に決まりは無いんだけど……。

そうだっけ？たしか決まり有ったと思うが。
みんなが適当に入力してるなんて琴はないかと。
415 名前： Name_Not_Found 投稿日： 03/03/06 17:31 ID:???: >>413
valid文書？
416 名前： Name_Not_Found 投稿日： 03/03/06 20:25 ID:???: >>414
HTML 4.01 Specification より

　　This specification does not define a set of legal meta data properties. The meaning
　　of a property and the set of legal values for that property should be defined in a
　　reference lexicon called a profile. For example, a profile designed to help search
　　engines index documents might define properties such as "author", "copyright",
　　"keywords", etc.
417 名前： Name_Not_Found 投稿日： 03/03/06 21:21 ID:???: 質問。
<a href="mailto:2ch@2ch.net">ひろゆき</a>
みたいに、href属性の値の中の、スキーム名とかコロンを文字参照にすると
仕様上問題はありますか？
418 名前： Name_Not_Found 投稿日： 03/03/06 21:50 ID:???: >>417
古いブラウザで解釈できないかもしれないという点を除けば仕様上は問題ないです。
419 名前： 417 投稿日： 03/03/07 00:40 ID:???: >>418
ありがとうございました。
Another HTML-lintでエラーが出るんですが、これって多分バグですよね。
今日は眠いので明日にでもk16さんにメール送ってみます。
420 名前： Name_Not_Found 投稿日： 03/03/07 01:33 ID:???: 例えばircでのログを転載する際の疑問なんですが、
引用と言えない気もしないでもないんですよ。
で、引用とするならばどうやってマークアップします？

数行に渡る内容ならblockquoteにpreでいいかなと思ってますが。
421 名前： Name_Not_Found 投稿日： 03/03/07 01:47 ID:???: >>420
転載なら当然引用だろ。
そして、blockquateにpreって
<blockquate><pre>
転載内容
</pre></blockquate>
ってことか？
私なら
blockquate.irc_log {
white-space:pre;
}
<blockquate class="irc_log">
転載内容
</blockquate>

あと、もっと分かりやすく書いてください。
422 名前： Name_Not_Found 投稿日： 03/03/07 01:48 ID:???: >転載なら当然引用だろ。
……。
423 名前： Name_Not_Found 投稿日： 03/03/07 01:51 ID:???: >>421
余談だが、blockqu"a"te という癖は早めに直しておいた方が良いと思われ。
424 名前： 421 投稿日： 03/03/07 01:57 ID:???: >>423
Dr.Calvin.F.Quateがきになって……

うそです。
　∧||∧
（　 ⌒ ヽ
　∪　　ﾉ
　　∪∪
425 名前： Name_Not_Found 投稿日： 03/03/07 02:13 ID:???: >>420
引用か、転載かの判断は法的な問題になるのですれ違いって事で。
IRCの内容転載なんかまさにケースバイケースの世界で具体的に全文読まないと
判断できないし。

ちなみに引用の場合のマークアップは当然blockquote要素の出番ではあるが、
それって本当にpre要素か？　整形済みデータとして改行位置変わったりすると
不都合あるのか？

マニアックに言えば発言者をdt、発言内容をddとするのが（dl要素の例にも
出てる訳だし）だとうであろうが、ぶっちゃけ面倒くさいのでpとかdivで
発言単位にマークアップするのが良かろうかと思われ。
426 名前： Name_Not_Found 投稿日： 03/03/07 02:19 ID:???: 引用は著作権の有無にかかわらず常に認められる（言論の自由）が、
転載は著作権が絡んでくるので、どちらかというと「複写」の概念に近いのではないか？

とすれば、前者は当然BLOCKQUOTEとなるが、後者はBLOCKQUOTEではない。
ベタテキストをPREとすること自体は（横着ではあるが）問題ないと思う。
427 名前： Name_Not_Found 投稿日： 03/03/07 02:23 ID:???: ＞ベタテキストをPREとすること自体は（横着ではあるが）問題ないと思う。
ベタテキストのなんか文章があったとして、
明らかに見出しの部分とか、明らかに段落の部分とかあるんだけど
横着してh1-6要素やp要素のマークアップしなくていいの？
少なくともstrictスレ的にはＮＧだろう。
428 名前： Name_Not_Found 投稿日： 03/03/07 02:41 ID:???: >>427
IRCのログに見出し部分があったとしても、それは「本文」の見出しとは違う。
転載という以上は同一性を保持しなければならず、元がベタテキストであることを
HTML的に明示するには、PREを使うのがいいと思ったのだが、どうだろうか？
429 名前： Name_Not_Found 投稿日： 03/03/07 02:42 ID:???: >>421
blockquote内にじかにテキストって置けたっけ？
430 名前： Name_Not_Found 投稿日： 03/03/07 02:50 ID:???: >>428
＞IRCのログに見出し部分があったとしても、それは「本文」の見出しとは違う。
IRCのログはそもそも整形済みテキストとも違うからすくなくともpreではないだろう。
なお、仮に既存のどの要素でも表現できないなら <div class="irclog"> かな？

>>429
strictではできない。
431 名前： Name_Not_Found 投稿日： 03/03/07 02:53 ID:???: >>429
置けない。ま、そういう指摘は揚げ足取りにしかならないかと・・・（藁
432 名前： Name_Not_Found 投稿日： 03/03/07 02:54 ID:???: >>430
あ、strict じゃない場合は、置けるんだ。知らなかった・・・
433 名前： Name_Not_Found 投稿日： 03/03/07 02:55 ID:???: >>431
要素名のtypoは揚げ足取りかもしらんが、strictスレで要素の内容まちがえちゃったら
ダメだろう。
434 名前： Name_Not_Found 投稿日： 03/03/07 03:28 ID:???: >>433
そう言われてみればそうか。
435 名前： Name_Not_Found 投稿日： 03/03/07 10:45 ID:???: 皆ならどっち使う？

────────────────────

<address>
　hogehoge<br />
　hugehuge
</address>

────────────────────

<ul>
　<li><address>hogehoge</address></li>
　<li><address>hugehuge</address></li>
</ul>

────────────────────
436 名前： Name_Not_Found 投稿日： 03/03/07 10:51 ID:???: 部分的に取り出されてもなぁ。
437 名前： Name_Not_Found 投稿日： 03/03/07 12:07 ID:???: >>435
前者
438 名前： Name_Not_Found 投稿日： 03/03/07 13:19 ID:???: どちらでもなく
address {white-space: pre;} とか address span {display: block;} ってのは？
439 名前： Name_Not_Found 投稿日： 03/03/07 13:54 ID:???: >>2の過去ログ XHTML1.0 くらいを"address"で検索しながら読むと幸せになれるかも。
440 名前： Name_Not_Found 投稿日： 03/03/07 13:58 ID:jjGSTB2G: addressはHTMLで全体構造にかかわるものとして定義されているから
後者のように階層を深めるのでなく前者のように浅くするのがいい。
> address {white-space: pre;} とか address span {display: block;} ってのは？
accessibilityの面から考えてこの場合brは問題なく、むしろ、
CSSの指定のみでは、accessibilityの面から考えて問題があり、
また、spanの利用では、spanの意味することが汎用的過ぎるから、
複数の連絡先の区切りがわかりにくくなるのでよろしくないかと。
441 名前： Name_Not_Found 投稿日： 03/03/07 14:38 ID:???: 廃止予定の物理要素を使おうというのは
このスレ的にイケてないと思うわけだが。
442 名前： Name_Not_Found 投稿日： 03/03/07 14:38 ID:???: 曖昧なaddress要素は使えない
曖昧なmeta要素は使えない
曖昧なlink要素は使えない

セマンティックにしたいなら何でこれらをもっと明確に定義しないんだろ
443 名前： 440 投稿日： 03/03/07 14:43 ID:???: >>441
それが気になるのなら、中黒(・)でも使って列挙するのがいいのでは。
444 名前： Name_Not_Found 投稿日： 03/03/07 15:31 ID:???: >>442
まあ、昔に定義された現行の規格の定義に文句たれてもしかたないし。
XHTML2.0以降にたいして文句たれよう。

HTMLを見限って独自の合理的なマークアップを広めるのも手かもね。
css 使えばIEとかで見えるし、HTMLであることを利用したUAなんて殆どないだろし。
445 名前： Name_Not_Found 投稿日： 03/03/07 15:37 ID:???: >832
それいい！！(；´Д｀)ﾊｧﾊｧ
そこでｱﾆｬ-ﾙを是非是非是非！！
446 名前： Name_Not_Found 投稿日： 03/03/07 15:38 ID:???: すいません、誤爆しました。
447 名前： Name_Not_Found 投稿日： 03/03/07 16:22 ID:???: >>445-446
ﾜﾛﾀ半角二次元？
スレを紹介してくれ
448 名前： Name_Not_Found 投稿日： 03/03/07 17:32 ID:???: >>443
ナイス。それで逝こう。
449 名前： Name_Not_Found 投稿日： 03/03/07 17:43 ID:???: >addressはHTMLで全体構造にかかわるものとして定義されているから
どこで定義されてる？
450 名前： Name_Not_Found 投稿日： 03/03/07 17:51 ID:???: 「address＝著者についての情報」では
451 名前： Name_Not_Found 投稿日： 03/03/07 18:17 ID:???: >>442
もう少し詳しく教えて貰えません？

“使えない”というのは“利用価値がないから、書かない方が良い”ってことですか？

“曖昧なもの”と“曖昧でないもの”の違いも分からないんですけど。
452 名前： Name_Not_Found 投稿日： 03/03/07 18:18 ID:???: meta や link って、どこまで書いておけば良いのか・・・
453 名前： Name_Not_Found 投稿日： 03/03/07 18:22 ID:???: >>452
きっちり決まってないから、利用する方も安心して利用出来無いんだよね。
結局書いてないことを前提にして、
かつ書いてあることもあんまりあてにならないってスタンスでやるはめになる。
454 名前： Name_Not_Found 投稿日： 03/03/07 18:42 ID:???: 著者情報はRDFデータソースの形で提供するのが今後は間違いがなくて良いと思う。
455 名前： Name_Not_Found 投稿日： 03/03/07 18:58 ID:???: >>454
詳細きぼん
456 名前： Name_Not_Found 投稿日： 03/03/07 19:48 ID:???: dublin's coreの語彙を使うやつですか？
詳細は神崎さんとこ見てると載ってると思う。
457 名前： Name_Not_Found 投稿日： 03/03/07 20:00 ID:???: >>435
亀レスだが、
単一の著者ののサイトのアドレスとメールアドレスを併記するなら
<address>サイトのアドレス<br>メールアドレス</address>

著者Aと著者Bのメールアドレスの列挙なら
<address>著者Aのメールアドレス</address>
<address>著者Bのメールアドレス</address>
と俺なら書く。

あと >>435 の書き方はアドレスを外して考えた時、
上の方は単一ブロックの内容、下はリストの内容になっていて、
あまり例えが良くないように感じた。
単一ブロックの内容の対になるなら複数ブロックに分割された内容として
表現されるべきではなかろうか。
458 名前： 457 投稿日： 03/03/07 20:03 ID:???: >>440
複数の連絡先がかかれる場合、例えばDOM的にその内容を取り出すならば
document.getElementsByTagName("ADDRESS")[n]
となるわけなので、一つの連絡先は、一つaddress要素で、という考え方の
ほうがべんりだなぁ、とおもって俺は >>457 の様にしている訳ですが、
どうでしょう？
459 名前： Name_Not_Found 投稿日： 03/03/07 20:49 ID:???: 一人の著者に関する情報でも、複数のサイトアドレス、メールアドレスや
場合によっては、現住所や電話番号などをリスト風に列挙したい場合もあるのに
address要素がインライン要素しか内包できないってのがねぇ。。。

<BR>しかありませんよというのが、どうにも不細工な感じ。。。
460 名前： Name_Not_Found 投稿日： 03/03/07 21:24 ID:???: 過去スレでもさんざ既出だね。
どうせ address を利用するUAなんてないんだから
使わないってのも一興かと。

著者情報ってのはメタな物だと思ってるので >>454 なやり方でやってます。
461 名前： Name_Not_Found 投稿日： 03/03/07 21:40 ID:???: >どうせ address を利用するUAなんてないんだから
>使わないってのも一興かと。
「今」対応UAがないからといって、今書いた文章が将来対応UAで読まれないとも
限らない（と言うか寧ろそっちのほうを考えるべき）し、
MozillaのXULなどユーザーサイドでただ今すでに利用中かもしれん。

少なくとも現状の実装状態で物を語るのはstrictスレ的ではない。
462 名前： Name_Not_Found 投稿日： 03/03/07 21:44 ID:???: HTMLは意味に応じて<em>整形</em>するのが主用途なのでそれでいいのです。
データ抽出なんてのはただの副産物。

…だったんだと思うよ、もともと。もちろん憶測だが。
463 名前： Name_Not_Found 投稿日： 03/03/07 21:49 ID:???: >>461
<LINK rel=…> も、最初は「Lynx以外でこんなの意味あるのか？」とか思っていたが
IE以外では具体的なUIとして実装が進んでいるようだし、
ADDRESS要素についても、あるべき姿というのを実際に見てみたい気がする。
464 名前： Name_Not_Found 投稿日： 03/03/07 21:59 ID:???: XHTML 2.0でaddressは見直しがあるとかいう噂があったが。
どうもaddressは好きになれん。
465 名前： Name_Not_Found 投稿日： 03/03/07 22:03 ID:???: addressのあるべき姿って…。
他の要素のあるべき姿は今のメジャーな実装でいいのだろうか。
てか、やっぱブラウザ上の目に見えるUIとして存在することがあるべき姿？
466 名前： Name_Not_Found 投稿日： 03/03/07 22:20 ID:???: メールアドレス収集ロボットは「実装」しているかも。
どうもaddressは好きになれん。
467 名前： Name_Not_Found 投稿日： 03/03/07 22:35 ID:???: いきなりですが、meta name="generator" を書いておく意味ってあると思いますか？
468 名前： Name_Not_Found 投稿日： 03/03/07 22:39 ID:???: >>461
見限る必要もあると思いますよ。
識別情報としてならrdfで提供するタイプが増えてきてますし
そっちにシフトしていくと思う。

address はいっそ strong とかみたいなインライン要素になってほしいなぁ。
var だの dfn だのと同じような位置付けね。
469 名前： Name_Not_Found 投稿日： 03/03/07 22:41 ID:???: >>467
好きにしろとかしか言えない。
google は description とか keyword(s?) を読んでるみたいだったけど。
generator 利用している例ってのはまだ見たことないな。
470 名前： Name_Not_Found 投稿日： 03/03/07 22:42 ID:???: >>463
どうなんだろう。Operaの見出しジャンプみたいに、address内部にある
アンカーは著者向け連絡先リンクと見なされてコンテキストメニューから
「著者へ連絡」を選ぶと対応した動作が期待できるとか。
激しくlink要素で足りてる予感ｗ

ちなみに俺はそれでもaddress書くけどな。
なぜかっつーと、時々わざわざプリンターで紙に出して読んだり、保存したり
する人がいて（特に年配者に多い）、その場合、殆どのhead要素内の情報は
（つまりlink要素による署名は）失われるから。
471 名前： Name_Not_Found 投稿日： 03/03/07 22:51 ID:???: やっぱaddress自動収集かね。
それも link の方の方が確実か…

結局"文章内容としての筆者情報"用要素ってことなんだろうな。
472 名前： Name_Not_Found 投稿日： 03/03/07 23:01 ID:???: いま仕様を読んできたんだけど、表記が「may be used」なのね。
>The ADDRESS element may be used by authors to supply contact information
> for a document or a major part of a document such as a form.
http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.5.6

ってことはAddressは「使ってもいい（＝使わなくてもいい）要素」で、
著者の裁量で使うの辞めてもOK？　それともこの解釈は俺の誤訳？
473 名前： Name_Not_Found 投稿日： 03/03/07 23:03 ID:???: >>471
うん
マナーとしても文書内に署名は必要
474 名前： Name_Not_Found 投稿日： 03/03/07 23:16 ID:???: >>473
でも、一般的なUAがlink要素に対応したらいらなくなる、過渡期のマナーっぽ。
475 名前： Name_Not_Found 投稿日： 03/03/07 23:20 ID:???: UA が link の内容を解釈して
文章の最後に著者情報を整形して表示したり
印刷したらページ毎の最後に小さく表示したりとかするようになったら
マナー違反にもならないっしょ。実際書いてるわけだし。
476 名前： Name_Not_Found 投稿日： 03/03/07 23:32 ID:???: >>472
微妙に誤訳チック。

～ may be used to … は
「～は…するのに使えます」ぐらいが自然な感じの訳だと思う。

その文章は address 要素の用途について触れているだけ。
＞著者の裁量で使うの辞めてもOK？
こんなことについては一切触れてない。
477 名前： Name_Not_Found 投稿日： 03/03/07 23:46 ID:???: ValidなCGIやPHPについてのスレって…WEBプログ板ですかね。
それともこっち？つーか需要ってなさそうだな…閑古鳥スレになりそう。
478 名前： Name_Not_Found 投稿日： 03/03/07 23:51 ID:hjg1xR0t: >>477
個人的には、そういうスレ、あって欲しい。流行るかどうかは別の話なんですけど。
479 名前： Name_Not_Found 投稿日： 03/03/07 23:56 ID:???: フルスクラッチで書くんだったら
valid な html 吐かせるのはたいした問題じゃ無いと思うが…
480 名前： Name_Not_Found 投稿日： 03/03/07 23:59 ID:???: (このスレ的な意味で) strict にできるかどうかが問題。
481 名前： Name_Not_Found 投稿日： 03/03/08 00:02 ID:???: せいぜい典型的なBBSの構成要素はどういう要素を使うべきか？ぐらいだろ。
出力は自分で制御できるんだし。

どうでもいいが
発言者-メッセージのペアを dl にするのはどうかと思う。
おまえdl使ってみたいだけちゃうんかと。
482 名前： Name_Not_Found 投稿日： 03/03/08 00:04 ID:???: >>481
っていわれてもなぁ。
>Another application of DL, for example, is for marking up dialogues,
> with each DT naming a speaker, and each DD containing his or her words.
http://www.w3.org/TR/html4/struct/lists.html#h-10.3
483 名前： Name_Not_Found 投稿日： 03/03/08 00:35 ID:???: 確かに、tableを否定された結果、dlのオンパレードに
なる傾向というのは存在するな。
お前そこはtableでいいだろっていうところまでdlを
使っている奴もいる。
484 名前： Name_Not_Found 投稿日： 03/03/08 00:38 ID:???: 写真（画像）とそのキャプションで
しかたなくdl使いまくり
485 名前： Name_Not_Found 投稿日： 03/03/08 00:42 ID:???: でもさ、tebleって strict に書くのめんどくない？
その点、dl は楽だから・・・
486 名前： Name_Not_Found 投稿日： 03/03/08 00:49 ID:???: 面倒って理由で避けるのはどうかと思うなぁ。
css憶えるの面倒だからtable使いますってのと同じ匂いがする。
487 名前： 485 投稿日： 03/03/08 00:53 ID:???: >>486
どっちでもよさげな場合に dl に流れるわけだよ
どう考えても table な場合は table 使うけど
488 名前： Name_Not_Found 投稿日： 03/03/08 01:11 ID:???: DTとDDの対応関係は、そのままTHとTDの対応関係に変換可能なのだろうか？
489 名前： Name_Not_Found 投稿日： 03/03/08 01:14 ID:???: >>488
可能
490 名前： Name_Not_Found 投稿日： 03/03/08 01:25 ID:???: doctype無し、table厨なHTML描いてて、心が痛んでいます（つД｀）
ローカル内で使用(CD-ROMに収録)といえども、オシゴトってば、ほんと辛いでつ（泪）
491 名前： Name_Not_Found 投稿日： 03/03/08 01:29 ID:???: >>490
valid な html で書いてはいけない仕事？

仕事は仕事と割り切って頑張ってください。そんなのは適当にやっときゃ良いじゃん。駄目か？
492 名前： Name_Not_Found 投稿日： 03/03/08 01:33 ID:???: 愚痴は他所でやれって感じだ
493 名前： Name_Not_Found 投稿日： 03/03/08 01:37 ID:???: スト陸太は愚痴りたいのさ。
494 名前： Name_Not_Found 投稿日： 03/03/08 01:45 ID:???: 特に価値のない文書に関しては、
valid な html とやらで mark-up したところで、
単なる自己満足でしかないというか。

読めれば、それで良し。
495 名前： Name_Not_Found 投稿日： 03/03/08 02:01 ID:???: これをストリクタの憂鬱と呼ぶ。
496 名前： UA 投稿日： 03/03/08 02:06 ID:???: text/htmlで送られてきたんです。
ところが文書がinvalidで苦労しました。
しかも価値が無かったらしくて、
ユーザさんは速攻で閉じてしまいました。

一生懸命レンダリングした私の立場は……
497 名前： Name_Not_Found 投稿日： 03/03/08 02:19 ID:???: >>496
これから一生懸命レンダリングしますが、よろしいですか？
とか聞いたれや。
きちんと「No」を選んであげるから。
498 名前： Trident 投稿日： 03/03/08 02:34 ID:???: >>496
ｵｲｵｲ、漏れに丸投げしといてよく言うぜ。
499 名前： Netscape 4.x 投稿日： 03/03/08 03:32 ID:???: >>496
いいんですよ、適当に表示させとけば。
500 名前： Name_Not_Found 投稿日： 03/03/08 04:39 ID:???: object要素の有効活用しているサイトが見当たらない。
画像はimg使った方がいいし。
501 名前： Internet Explorer 5.5 投稿日： 03/03/08 04:46 ID:???: >>496
俺なんて mime type 無視してまでレンダリングしてるのに
文句たれられるんだぜ。やってられんよ。ほんと。
502 名前： Name_Not_Found 投稿日： 03/03/08 04:47 ID:???: >>500
どこかでソースファイルをobjectで読み込ませようとしてたサイトがあったけど
うちの IE は text/plain 用のプラグイン探しにいっちゃった気がする。
503 名前： Name_Not_Found 投稿日： 03/03/08 04:55 ID:???: object使ったときの、画像と外枠との間の余白は一体どうすれば制御出来るのか･･･
504 名前： Amaya 投稿日： 03/03/08 09:55 ID:???: W3C信者の方にすら見放されてますが、何か。
505 名前： Camino 投稿日： 03/03/08 09:59 ID:???: ハンドル変えたんですけど、
リアクション少ないんですよね(´･ω･｀)
506 名前： Name_Not_Found 投稿日： 03/03/08 10:02 ID:???: ＵＡになりきって語るスレはここですか
507 名前： Name_Not_Found 投稿日： 03/03/08 10:29 ID:???: >>505
きめら→かみの

でしたっけ？

ねこめし日記では取り上げられてましたよ。

きめら便利セットが、髪の便利セットになるとかならないとか。
508 名前： Phoenix 投稿日： 03/03/08 11:06 ID:???: おいらの名前はどうなるんだろ…
509 名前： Mozilla 投稿日： 03/03/08 11:28 ID:???: 以前は Seamonkey って呼ばれてたんだけど
覚えている人いるのかなあ（汗）
510 名前： Name_Not_Found 投稿日： 03/03/08 12:06 ID:???: >>509
覚えてるよ(・∀・
511 名前： Name_Not_Found 投稿日： 03/03/08 13:07 ID:???: a:hover.link? or
a.link:hover?
512 名前： Name_Not_Found 投稿日： 03/03/08 13:30 ID:???: >>511
a:hover｛～｝
513 名前： Name_Not_Found 投稿日： 03/03/08 13:56 ID:???: >>512
Sorry....
.link=class
514 名前： Name_Not_Found 投稿日： 03/03/08 14:49 ID:???: >511
スレ違い。CSSスレへどうぞ
515 名前： Name_Not_Found 投稿日： 03/03/08 16:44 ID:???: ちょっと前にカスイケスレで振ってしまった話なんだけど
メールフォーム等の整形は完全にCSSでやるべき？
例えばラベルとフォームの構成部品を改行させたい場合、
<form>
<p>
<label>
お名前<br>
<input type="text" ~>
</label>
</p>
</form>
として<br>を使うより<span>お名前</span>としてdisplay:blockのほうがいい？
tableという方法もあると思うんだけどストリクター的にはどう思いますか？
516 名前： Name_Not_Found 投稿日： 03/03/08 17:02 ID:???: 別に br を使っちゃ“いけない”なんてことは無いと思うが……。
display: block でもいいけど、table はちょっと大仰に過ぎると思う。
517 名前： Name_Not_Found 投稿日： 03/03/08 17:02 ID:???: 個人的には UI 専用のセットがでてきて欲しいなぁ、ってとこなんですが、
form 廻りは br とか使わないで label - input の組みを ul で並べたり
p で流したり dl で並べたりして適当に css で整形するといったかんじ。
css で出来る程度で無理矢理満足してる感もいなめない。
518 名前： Name_Not_Found 投稿日： 03/03/08 17:03 ID:???: ところで input の後にあるチルダは何。
519 名前： Name_Not_Found 投稿日： 03/03/08 17:06 ID:???: >>515
<form>
<dl>
<dt><label for="name">お名前</label></dt>
<dd><input type="text" id="name"></dd>
</dl>
</form>
とかじゃダメなのか？
520 名前： Name_Not_Found 投稿日： 03/03/08 17:15 ID:???: >>519
間違っちゃいないとは思うけど、何でも dl って感じがして嫌なのかも。
521 名前： 515 投稿日： 03/03/08 17:29 ID:???: みなさんレスありがとうございます。こういうフォームの集まりはリストとも言えるし
一つの表としても捉えることができますよね。
悩んでいるのはlabel要素によってラベルと部品は関連づけされているので
ソースをこれ以上大げさにしないほうがいいのかなとも思いまして。
自分は部品とラベルのセットをさらに<p>でくくってお茶を濁してますが
これであってるのかどうか・・・。
>>518
以下略って意味っす。半角にしたら変になってしまいました。
522 名前： Name_Not_Found 投稿日： 03/03/08 18:33 ID:???: >>515

<form>
<p>
<label for="hogehoge"></label>
<input type="text" id="hogehoge" />
</p>
</form>
でいいと思うんだけど。仕様書でもそうしてるし。

構成をまとめるなら<feildset><legend></legend></feildset>を使う。
523 名前： Name_Not_Found 投稿日： 03/03/08 18:39 ID:???: >>520
んー使うべきところなような気がしないでもないんだけど。
俺は大体dl使って書いてる。
横に並べたい時はfloatで。
場合によってはtable。

>>521
どうせならlabelにdisplay:block;でも良いかもね。
labelにinput含めなければいけないというわけじゃないし。

>>522
いや、それじゃ改行されないんじゃ?（w
524 名前： Name_Not_Found 投稿日： 03/03/08 19:02 ID:???: >んー使うべきところなような気がしないでもないんだけど。
うん、そうなんだけど、ぱっと見ソースがdlだらけでこれでいいのかなぁって疑問がよぎる。

もっとも p ばっかりの時点で疑問いだいてないんだから杞憂だろうけど。
525 名前： Name_Not_Found 投稿日： 03/03/08 19:04 ID:???: legendが適正かどうかはべつとして、
グループ単位で１行にしたければlegendでもdivでもつかってあとはCSS。
526 名前： 515 投稿日： 03/03/08 19:07 ID:???: >>522
ありがとうございます。色々考えて一番シンプルな>>522の案でいくことにしました。
…と思ったらネスケ7.0でlabel要素にdisplay:blockが効かない…。
Winの、IE6.0、Opera6.05、Opera7.02は改行できたのに。

（´･ω･`）ま、いっか。
527 名前： 515 投稿日： 03/03/08 19:11 ID:???: >>523
label要素にfor属性があるのを知りませんでした。
ずっとinputも含めなきゃなんないと思ってて。勉強になりました。
では名無しに戻ります。
528 名前： Name_Not_Found 投稿日： 03/03/08 20:29 ID:???: strictな掲示板を作っているのですが、
本文の色を選択できるようにとの要望がありまして、
どのようにマークアップすべきか悩んでいます。

class="red"

だと今一なので、良い方法がないものでしょうか。
529 名前： Name_Not_Found 投稿日： 03/03/08 20:33 ID:???: >>528
class="user_color_red"
とかして、何とかごまかすしかないような気がします。
530 名前： Name_Not_Found 投稿日： 03/03/08 20:56 ID:???: 掲示板で選択する色の意味はまさに「色」なんだから、
class="red"でいいんじゃねーの？
531 名前： Name_Not_Found 投稿日： 03/03/08 20:58 ID:???: >labelにinput含めなければいけないというわけじゃないし。
うん。でも（IE非対応の）
<lavel> hoge <input /> </lavel>
ができないのが悲しいね。
いちいちidつけて forで指定するのも面倒だし。
532 名前： Name_Not_Found 投稿日： 03/03/08 21:02 ID:???: redとかやってると細かい色が増えてくると名前つけるのが面倒になるので
user_style_1
nser_style_2
とかってやった方がイイカモ。
533 名前： Name_Not_Found 投稿日： 03/03/08 21:03 ID:???: ×nser
○user

んざー…
ｲｯﾃｸﾙ
534 名前： Name_Not_Found 投稿日： 03/03/08 21:05 ID:???: プルダウンで色を選択させるなら
「クラシック」「キュート」「ナチュラル」みたいにごまかしておいて、
将来も「赤」「緑」である保障をなくしてしまえ。

そうしたらclassもclassic / cute / natureみたいにできる。
別にy1,y2...でもいいんだけど、
「色」は全ての環境で表示されるわけではないから、
やめておきたい、俺は。
535 名前： Name_Not_Found 投稿日： 03/03/08 21:10 ID:???: だな。一段かまして曖昧にしておくのが基本だね。
536 名前： 528 投稿日： 03/03/08 21:22 ID:???: >>529 >>530
>>532 >>534 >>535

曖昧にしておくのがよいのですね。
どうもありがとうございました。
537 名前： Name_Not_Found 投稿日： 03/03/08 22:30 ID:???: 質問者じゃないけど掲示板の色について語ってくれた人ありがとう。
ちょうど同じ場面で悩んでた。
538 名前： Name_Not_Found 投稿日： 03/03/09 11:53 ID:???: 一度「赤」って言う意味をせっていしちゃったら、それは如何なるCSSを
使おうとも赤なんだろ？　違うCSSをつかったら、赤で書き込んだ情報が
緑になったりはしないんだろ？　だったらstyle属性をつかってしまえ！

style属性をHTMLに書き込むのは良くないって奴もいるが、「だったら、
掲示板の選択肢に「赤」とか「緑」とか色指定の内容を書くな」。

掲示板の書き込み色指定ができるって段階で既に既に非strict。
＃「赤い字の所が本年度の情報です」って言うような文章がWAI的ではないってのと同じ。
539 名前： Name_Not_Found 投稿日： 03/03/09 12:00 ID:???: 何興奮してんの
540 名前： Name_Not_Found 投稿日： 03/03/09 12:40 ID:???: 本末転倒な話になってきたようだ。
何のためのStrictなんだか。逆に縛られている。
541 名前： Name_Not_Found 投稿日： 03/03/09 12:57 ID:???: それもまたよし
542 名前： Name_Not_Found 投稿日： 03/03/09 13:02 ID:???: >>534-535
抽象的にしたところで伝わらなきゃ意味ないし
543 名前： Name_Not_Found 投稿日： 03/03/09 13:11 ID:???: >>540
>>538 は逆に言えば、色指定する掲示板はstrictに向いてないってってるんじゃ？
style属性つかえとか。
544 名前： Name_Not_Found 投稿日： 03/03/09 13:24 ID:???: 投稿者の気まぐれで色指定すれば、どんなクラス名・選択肢名にしても
意味のない見栄え指定目的のマークアップにだよね。

# 個人的には見栄え指定マークアップが意味を兼用してなきゃ
# 別にいいだろうと思う。
545 名前： Name_Not_Found 投稿日： 03/03/09 14:02 ID:???: >>500
objectを使ってdisplay:noneでカウンタスクリプト（count.php）を置いてます。
546 名前： Name_Not_Found 投稿日： 03/03/09 14:17 ID:???: >>500
つうか、objectを有効に活用しないUAが96%のシェアだからじゃねー？
547 名前： Name_Not_Found 投稿日： 03/03/09 14:29 ID:???: objectの法が好きだけどつかってない。面倒だから（藁

img altだけで表現できないことができる（HTMLが使える）から委員だけど。
548 名前： Name_Not_Found 投稿日： 03/03/09 15:50 ID:???: いまんとこimg使っててもStrictつーかValidだしね
549 名前： Name_Not_Found 投稿日： 03/03/09 19:26 ID:???: XHTML2.0で img 要素が逆転非推奨ってことになったらまた話は変わってくるのにな
550 名前： Name_Not_Found 投稿日： 03/03/09 19:35 ID:???: img要素が空要素になった経緯について知っておられるかた
または、参考になるページとかご存じないですか？

imgがobjectのように内容を含むことができれば
alt属性の有無でごちゃごちゃすることもなかったろうに。。。
551 名前： Name_Not_Found 投稿日： 03/03/09 20:23 ID:???: http://www.ibm.com/data/dtd/v11/ibmxhtml1-transitional.dtd

自分でdtd定義しているIBM萌え～
552 名前： Name_Not_Found 投稿日： 03/03/09 20:36 ID:???: >>549
非推奨も何も、XHTML 2.0 には
最初から img 要素はありませんが……。
逆転で非推奨（というか削除）になったのは acronym や br でしょ。
553 名前： Name_Not_Found 投稿日： 03/03/09 20:39 ID:???: >>550
多分昔の SGML での一般的な慣習を踏襲したものだと思うけど。
ちなみに、何で SGML では img (相当の)要素を空要素として
記述することが多かったのか、ていうのは、当時の SGML ってのが
今に較べてかなりシステム依存性の高い言語だったってことに
起因してるんじゃないかな。

要するに、当時の SGML は WWW でグローバルに
情報共有したりするためのフォーマットじゃなく、
比較的ローカルな環境であらかじめ決まっている目的を
遂行するための手段だったんだよね。

つまり、もし img 要素を記述するとしたら、それは
「画像を添付する」という唯一の目的のための記述であって、
「画像を表示できない/しない場合は」なんて仮定には
全く意味がなかったんじゃないかな。

ソースを読む人のためのコメントとして「画像の説明」を
記した属性を書くことはあっただろうけど、
出力結果として表示されうる「内容」として「代替テキスト」を
記述するのは確かに無意味だし、むしろ紛らわしいかもね。

# しかも、SGML の省略/短縮関係の機構の多さに顕著なように、
# 当時はデータの量を減らすことも非常に重要だったわけだし、
# 代替テキストなんていらねー、って人の方が多かったのでは?

以上、かなり憶測まじりなので参考程度に留めるて下さい。
つーか想像の域を出ないかも(w 概ねあってるとは思うんだけど。
(って、最後に書かずに最初に書けよって感じですが)
554 名前： Name_Not_Found 投稿日： 03/03/09 20:50 ID:???: >>553
ココリコ田中の早読み調で楽しんだ
555 名前： Name_Not_Found 投稿日： 03/03/09 20:54 ID:???: >>550
http://www.kanzaki.com/docs/html/htminfo-alt.html

とか。
556 名前： Name_Not_Found 投稿日： 03/03/09 21:01 ID:???: ところで特定の要素が多くなるのって悪いことかな？
そうすることがよりstrictであるなら仕方ないんじゃないの
557 名前： 550 投稿日： 03/03/09 21:51 ID:???: >>553　>>555
早速の回答ありがとうございます。
Web KANZAKIのページは、以前も読んだことがあったのですが
経緯の部分について「結局」としか触れられていなかったので
少し気になっていたのです。

データ転送量については
<img>代替テキスト</img>
としても
<img alt="代替テキスト">
としても大した違いがないので、何か他に空要素にしなければならない
重大な理由でもあったのかなと思った次第です。
558 名前： Name_Not_Found 投稿日： 03/03/09 22:40 ID:???: >>556
どういう意味？
559 名前： Name_Not_Found 投稿日： 03/03/09 22:56 ID:???: >>557
XHTML2でそうなりますよ。<TagName src="URI" type="ContentType">代替テキスト</TagName>
例1:<span src="picture.jpeg" type="image/jpeg">[出発ロビーでの集合写真]</span>
例2:
<script src="default.pl" type="text/x-perl">
</script>
560 名前： 559 投稿日： 03/03/09 22:57 ID:???: typoあり。適宜修正して。
561 名前： Name_Not_Found 投稿日： 03/03/09 23:45 ID:???: >>558
「何か物体」を表す object だけじゃなく、「絵」を示す要素型として
img もあったっていいじゃないか、という話では。
XHTML 2.0 では img も object も a も廃止されかねない勢いだし。
現状の code/var/samp/kbd みたいなのは統合されちまえって感じだが。

>>559
微妙にズレてる…。
そういう意味では HTML 4.0 の時点で「そうなってる」わけだが…。

img を汎用化したのが object 、object を汎用化したのが
XHTML 2.0 の src で、代替テキストの属性→内容は object で既に
実現してるわけで、そもそも話はそこから始まったわけで、
あのうそのう…とにかくもちつけ(おれが)。レスはよく読もう。
562 名前： 559 投稿日： 03/03/10 00:16 ID:???: > object を汎用化したのがXHTML 2.0 の src
違う。
563 名前： 550 投稿日： 03/03/10 00:19 ID:???: >>559-561
XHTML2.0はなかなか面白いですね。
まだ草案の段階なので詳しく読んだ訳ではありませんが、
src属性やhref属性が随分と拡張されているのに驚きました。

全ての要素にid属性とhref属性が指定できるのであれば
わざわざa要素を残しておく意味はないと感じました。

しかし、外部スタイルシートの <link rel="stylesheet" href="..."> は
残っているようですね。なぜ、link要素でhref属性なのか
感覚的によくわからないところではあります。

>>562
XHTML2.0のobject要素がsrc属性でなくdata属性なのはなぜか？
宜しければお教え願います。
564 名前： 559 投稿日： 03/03/10 00:25 ID:???: * data属性でなくsrc属性の拡張だから。
* achieve属性は拡張していないから。(もしそうならこれらの属性も拡張されるはず)
565 名前： 341 投稿日： 03/03/10 00:29 ID:???: >>563
いや、object要素にはsrc属性もあります。だから両方指定されたらどうなるんだろう、と思って別スレhttp://pc2.2ch.net/test/read.cgi/hp/1028659057/l20?03020340
にさっきpostしたんだけどな。
566 名前： 別スレ341=本スレ559 投稿日： 03/03/10 00:38 ID:???: > 外部スタイルシートの <link rel="stylesheet" href="..."> は残っているようですね。

スタイルシート用途はxml-stylesheet処理命令に統一されるように思う。
link要素が残っているのはその他の用途のため。
567 名前： 559 投稿日： 03/03/10 00:40 ID:???: >>556
いや、見間違い。やはり残っていました。
568 名前： Name_Not_Found 投稿日： 03/03/10 12:55 ID:???: >>550
http://web.archive.org/web/19970514195541/http://ksi.cpsc.ucalgary.ca/archives/WWW-TALK/www-talk-1993q1.index.html
569 名前： Name_Not_Found 投稿日： 03/03/10 16:31 ID:???: しかし人それぞれの Strict があるっていう状況は問題だな。
なんのための共通フォーマットなんだか。
570 名前： Name_Not_Found 投稿日： 03/03/10 16:54 ID:???: 使いやすい構造を作成できればそれでいいのです。
571 名前： Name_Not_Found 投稿日： 03/03/10 17:06 ID:???: >>570
誰が使いやすいか？じゃないの？
html の場合書き手が書き易いかじゃなくコンサセンスの方が
優先されるべきじゃないのかな。
書き易い構造でコンサセンスを取れれば最適なんだろうけど。
572 名前： Name_Not_Found 投稿日： 03/03/10 17:47 ID:???: コンサセンス(w
573 名前： Name_Not_Found 投稿日： 03/03/10 17:56 ID:???: コミニュケーションをはかる
だろう。

●2点
574 名前： Name_Not_Found 投稿日： 03/03/10 18:03 ID:???: いくらHTMLをvalidに書いても日本語がinvalidだとねえ…
575 名前： Name_Not_Found 投稿日： 03/03/10 18:10 ID:???: 意味が通じるかどうかは結局のところ使用者の脳内補完能力に依存する、と。
576 名前： Name_Not_Found 投稿日： 03/03/10 18:18 ID:???: http://dic.lycos.co.jp/pje/result.html?query=%83%52%83%93%83%5a%83%93%83%54%83%58&id=00163150&encoding=shift-jis&th=1&th=1

http://dic.lycos.co.jp/pje/result.html?query=%83%52%83%7e%83%85%83%6a%83%50%81%5b%83%56%83%87%83%93&id=00160000&encoding=shift-jis&th=1&th=1

>>573 の方はネタなんだろうが、一応、な。
577 名前： Name_Not_Found 投稿日： 03/03/10 18:52 ID:???: 日本語が strict じゃ無い人はこのスレきちゃだめですか。そうですか。
578 名前： Name_Not_Found 投稿日： 03/03/10 18:58 ID:???: のじたんの日本語はstrictですか？
579 名前： Name_Not_Found 投稿日： 03/03/10 19:08 ID:???: >>578
strict というより restrict。
580 名前： Name_Not_Found 投稿日： 03/03/10 23:49 ID:???: 　　　旧漢字・旧仮名遣いは糞
581 名前： Name_Not_Found 投稿日： 03/03/11 00:41 ID:???: >>580
激しく同意。ｳｻﾞｲ以外の何者でもない。
HTMLやCSSばかりValidを追求して、肝心の日本語がInvalidじゃあ
タチの悪いジョークにしか見えないね。
582 名前： echo ◆4XkUU6.J/k 投稿日： 03/03/11 00:51 ID:???: みんな、自分のサイトは有料で広告無しスペース、審査とおって広告無し、自宅鯖で
やってるの？
583 名前： Name_Not_Found 投稿日： 03/03/11 01:07 ID:???: 本名に旧漢字の使われている私は逝ってよしですか？
584 名前： Name_Not_Found 投稿日： 03/03/11 01:21 ID:???: >>581
>Invalidじゃあ
HTMLに例えるなら単に旧versionのDTDつかってるだけだろ？
のじたんに言わせれば現在の日本語はHTML3.0みたいに、破棄されて当然って
物なので、私は（例え国家がDTDの破棄を宣言しても）HTML 2を使いつづけます
っていってるようなものでは？
585 名前： Name_Not_Found 投稿日： 03/03/11 01:23 ID:???: >>583
アンダースコアの入ったURLみたいだな。
586 名前： 野嵜健秀 投稿日： 03/03/11 01:31 ID:???: 現在の日本語はとほほマークアップ言語みたいなものだと。
だから正統なISO/IEC 15445:2000を
587 名前： Name_Not_Found 投稿日： 03/03/11 01:31 ID:???: >583
俺もだ．．．逝くか．．．
588 名前： Name_Not_Found 投稿日： 03/03/11 01:31 ID:???: 逝ってよし
589 名前： Name_Not_Found 投稿日： 03/03/11 02:13 ID:???: しかし守るような株なのですか？
590 名前： Name_Not_Found 投稿日： 03/03/11 03:06 ID:???: >>583
>>587
ネタですよね？
いったい誰が固有名詞の旧漢字を責めている？
591 名前： Name_Not_Found 投稿日： 03/03/11 03:18 ID:???: >>590
国語審議委員会
592 名前： Name_Not_Found 投稿日： 03/03/11 03:45 ID:???: 質問です。
<p>
<object data="***.html" type="text/html" width="***" height="***">
<a href="***.html">なんとかかんとか</a>
</object>
</p>
っていうのは、ストリクトではないんですか？というか、使用方法間違ってます？

Lynxで見ると、objectの等価内容が見えてないんですよね。

<p>
<object data="***.html" type="text/html" width="***" height="***">
代替テキスト
</object>
<br>
<a href="***.html">なんとかかんとか</a>
</p>
としなければいけないんでしょうか？
593 名前： 592 投稿日： 03/03/11 03:51 ID:???: すいません。記述ミスでした。スレ汚し、ｽﾏｿ
594 名前： Name_Not_Found 投稿日： 03/03/11 14:13 ID:???: 失礼いたします。

用語集、履歴書、年表、生物種の系統樹、化学周期表などをＨＴＭＬで表すには
どのような書式を用いるのが適当でしょうか。
ご教授いただけましたら幸いです。
595 名前： Name_Not_Found 投稿日： 03/03/11 14:23 ID:???: >>594
pdf
596 名前： 594 投稿日： 03/03/11 15:04 ID:???: pdf以外で答えてもらえませんか？
さもないと本当にあなたたちをAdobeの手先だと見なしますよ。
597 名前： Name_Not_Found 投稿日： 03/03/11 15:08 ID:???: >>596
>さもないと本当にあなたたちをAdobeの手先だと見なしますよ。
面白い。ちょっと気に入った。
で、俺だったら用語集はdl、あとはtableを使うけど。
598 名前： Name_Not_Found 投稿日： 03/03/11 15:15 ID:???: >>594
周期「表」、年「表」…。よってtable。用語集も場合によってはtable
599 名前： Name_Not_Found 投稿日： 03/03/11 15:18 ID:???: 系統樹は難しいな。視覚的なもんだし。
imgで描いてlongdescで説明か？
罫線と空白で無理やり作ってpreという手もあるが。
600 名前： Name_Not_Found 投稿日： 03/03/11 15:56 ID:???: 系統樹の構造のマーク付けだけならどうにか可能だと思うが
期待されるような整形はまず無理だろうね。
601 名前： Name_Not_Found 投稿日： 03/03/11 16:26 ID:???: >系統樹
XHTML+SVG
602 名前： Macromediaの手先 投稿日： 03/03/11 17:18 ID:???: >>596
Flash
603 名前： Name_Not_Found 投稿日： 03/03/11 17:20 ID:???: 系統樹ってのはRDFで表現できたりしないのかな？図にできるかどうかは別として
604 名前： Name_Not_Found 投稿日： 03/03/11 17:56 ID:???: >>603
系統樹の中に出現する個々の項目はリソースなのか？まあそれでも構わんが。
RDFは基本的にメタデータを記述するものであって
データを記述するものではないと思う。
もちろん厳密な線引きなどないし
メタデータでないものの記述を禁止するものでもないのだが。
605 名前： Name_Not_Found 投稿日： 03/03/11 20:59 ID:???: （´-`）.｡oO（何故誰もGIFとかPNGとかJPEGとか言わないんだろう…）
606 名前： Name_Not_Found 投稿日： 03/03/11 21:03 ID:???: （´-`）.｡oO（>>599ですでに画像という案も出てるんだけどな…）
607 名前： Name_Not_Found 投稿日： 03/03/11 21:22 ID:???: （´-`）.｡oO（じゃあBMPで…）
608 名前： Name_Not_Found 投稿日： 03/03/11 21:26 ID:???: （´-`）.｡oO（だから画像…）
609 名前： Name_Not_Found 投稿日： 03/03/11 21:29 ID:???: 俺、今ここ見て初めて「系統樹」と言う言葉を知りましたよ
610 名前： Name_Not_Found 投稿日： 03/03/11 21:29 ID:hLPeDQ4J: (´-｀)。o O（さっきからテレパシーで会話している香具師がいるな．）
611 名前： Name_Not_Found 投稿日： 03/03/11 22:48 ID:???: 画像だと結局代替テキストの問題が出てくるからだと思われ。
objectの中のテキストとか。
612 名前： Name_Not_Found 投稿日： 03/03/11 22:48 ID:???: オレなら系統樹はdlで書くかな。ていうか書いたことがある。
<dt>が分類群,<dd>の中に<ul>放り込んで種小名を書き記した覚えがある。
確かこんなん
<dl class="tree">
<dt>哺乳綱</dt>
<dd><dl>
<dt>食虫目</dt><dd>省略</dd>
<dt>霊長目</dt>
<dd><dl>
<dt>ヒト科</dt>
<dd><ul><li>ホモ・サピエンス・ネアンデルタレンシス</li>
<li>ゴリラ・ゴリラ・ゴリラ</li></ul></dd>
<dt>爬虫綱</dt><dd>省略</dd>
<dt>硬骨魚綱</dt><dd>省略</dd>
</dl>

もしかしてstrictじゃない？
613 名前： Name_Not_Found 投稿日： 03/03/11 22:55 ID:???: >>612
ああ、とってもstrictじゃない
614 名前： Name_Not_Found 投稿日： 03/03/11 23:34 ID:???: >>612
<dl> …… 3
</dl> …… 1
615 名前： Name_Not_Found 投稿日： 03/03/12 00:37 ID:???: HTMLが担当するドキュメントの中に系統図や樹形図は入っていないので
（だって、図だもんよ）、どうしてもやりたければ、XMLベースのHTMLにして、
系統図（樹形図）用XML言語でマークアップするしかない（って、そんなXML
聞いたことないので、探してなければ独自作成ってことになりますわな）。

どうしてもHTMLの範疇でやりたければ、おれは >>612 みたいにリスト系
要素をつかって、データの木構造を再現するが、それは既にリストであって
系統図や樹形図ではなくなっているのでＮＧか。
616 名前： Name_Not_Found 投稿日： 03/03/12 00:41 ID:???: >>612
<dl>より<ul>使うべきじゃないか？
617 名前： Name_Not_Found 投稿日： 03/03/12 00:57 ID:???: 個人の解釈で、いろんなマークアップの方法があっていいんじゃないかと思うが。
系統図を広義のリストと解釈する人は、リストとして表現すればいい。
リストアップされた概念をわかりやすく見栄えを整えて並べたのが系統図だろう。
618 名前： Name_Not_Found 投稿日： 03/03/12 01:41 ID:???: ttp://www.remus.dti.ne.jp/~a-satomi/nikki/tmp/tree/tree_css.html
ul だとこんな感じ?
619 名前： Name_Not_Found 投稿日： 03/03/12 01:45 ID:???: >>618
まず、オブジェクト要素で系統"図"(画像)を呼び出して、
オブジェクト要素の内容として >>618 のようなリストを表記するのが
ベターかとおもた。

ただし、CSS非対応とかでも確実に系統図を表示しなければ意味が通じない
類の文章であればpreで罫線を駆使したベタtextの方が無難かも。

あと、リスト表示のばあい、一旦枝葉として別れてから、その先で合流する
系統図はかけないってのが弱点か？(SGML/XMLでは異なる親が同一の子要素
持つ事ができないし。)
620 名前： Name_Not_Found 投稿日： 03/03/12 01:58 ID:???: >>619
まあ、系統“樹”なら子孫が交わることがないから、それでもいいと思われ。
621 名前： Name_Not_Found 投稿日： 03/03/12 02:25 ID:kb1q0MFa: >>620は知ってそうだけど，最近は原核生物じゃ割と頻繁にゲノムの交換をしているってのが定説だからな．真核生物でもやってるって言う人もいるし．
そういう系統樹を書く場合は一度別れた者がまた合流するってこともあるのよ．

系統樹は線の長さや方向や枝分かれの角度に意味があったりする場合があるので，そういう場合はulじゃ表現しきれないよね．

系統樹のXMLを作るか，SVGにするか，画像にするかって所かな．
ま，その辺が現状の限界って所だ．
622 名前： Name_Not_Found 投稿日： 03/03/12 02:55 ID:???: >>621
>そういう系統樹
そういうのは“樹”ではないと、>>620は言い、
“樹”であれば子孫が交わる事がないと言っている。
623 名前： Name_Not_Found 投稿日： 03/03/12 12:37 ID:???: 誰も履歴書に触れないが、こんな感じ？

　<H1>履歴書</H1>
　<H2>名前</H2>
　<P>○○○○（ﾌﾘｶﾞﾅ）</P>
　<H2>生年月日</H2>
　<P>昭和xx年xx月xx日生（xx才）</P>
　　　　：
　　　　：
<H2>志望動機</H2>
<P>～～～</P>

学歴、家族構成とかはtableで
624 名前： Name_Not_Found 投稿日： 03/03/12 12:41 ID:???: >>623
俺ならh2のところでdldtdd使っちゃうかもしれん。
625 名前： Name_Not_Found 投稿日： 03/03/12 16:02 ID:???: <dl>
<dt>2003/03/12</dt>
<dd>文章文章文章文章</dd>
<dd>文章2文章2文章2文章2</dd>
</dl>

<dl>
<dt>2002/03/12</dt>
<dd><p>文章文章文章文章</p></dd>
<dd><p>文章2文章2文章2</p></dd>
</dl>

これは、どちらが正しいですか？ddを前者のように段落的意味合いで使用してもいいんですかね？
やはり、後者の書き方の方が正しいと言えますか？
626 名前： Name_Not_Found 投稿日： 03/03/12 16:08 ID:???: >>625

<dl>
<dt>2002/03/12</dt>
<dd>
<p>文章文章文章文章</p>
<p>文章2文章2文章2</p>
</dd>
</dl>

は選択肢に入らない？　自分だったらこうするけど。
根拠はないが dd を段落として使うのは気持ち悪く感じる。
627 名前： Name_Not_Found 投稿日： 03/03/12 16:08 ID:???: >>625
どっちも使い方おかしくない？
dl使うなら
<dl>
<dt>2002/03/12</dt>
<dd><p>文章文章文章文章</p>
<p>文章2文章2文章2</p></dd>
</dl>
じゃないかな。
俺なら日記にdlは使わないでhnとp使うけど。
628 名前： 627 投稿日： 03/03/12 16:10 ID:???: （´･ω･`）
629 名前： Name_Not_Found 投稿日： 03/03/12 16:12 ID:???: >>625
仕様的にはどちらでもOKだと思うけど、個人的には、後者はくどいので
前者かな。
630 名前： Name_Not_Found 投稿日： 03/03/12 16:17 ID:???: >>626-627
まさしく、それですね。
>>625はどっちも使用方法がおかしいということに気付きました。

>>627
日記というか、更新履歴なんですが、直前にhn要素があるんですよ。
<h2>更新履歴</h2>
<h3>2002/03/12</h3>
<p>......................</p>
というのも考えたんですが、なんかしっくりこなくて、dl要素にしようと思いました。
しっくりこなかったのは、他で使用しているh2要素と更新履歴が同等のものと思えなかったのです。
逝ってる意味がわかりづらいですね。

お二人方、的確なアドバイスどうもでした。
631 名前： Name_Not_Found 投稿日： 03/03/12 16:20 ID:???: >>629
そうなんです。html-lintばかりにとらわれてしまって、文書構造についての判断が混乱してます。
hn要素、dl要素など、Strictは難しいです・・。どうもでした。
632 名前： Name_Not_Found 投稿日： 03/03/12 20:58 ID:???: >>631
なぜStrictで書くのか、という動機を再確認してみるといいと思う。
ふつうは「情報の利用性を高めるため」だと思うが、そうだとしたら、
「1.どちらも仕様に則っており」「2.情報の利用性に大きな差はない」
場合は、「どちらが正しいか」にこだわらず、個人的な好みで決めちゃって
いいと思う（だって、どっちも正しいわけだから）。

# それこそ、文字数が少なくてタイプミスしづらい方、とか、ブラウザの
# デフォルトスタイルで見やすい方、とかで決めちゃってもいいんじゃ
# ないかと。strictは手段であって目的ではないんだから。
633 名前： Name_Not_Found 投稿日： 03/03/12 22:07 ID:???: >根拠はないが

萌え。
634 名前： Name_Not_Found 投稿日： 03/03/12 22:31 ID:???: >>630
hnの方がソースの見た目的にしっくりきます。
635 名前： Name_Not_Found 投稿日： 03/03/13 01:42 ID:???: ttp://lightly.plala.jp/

こういうのはどうなんですか？100点らしいけど、問題ないのかな？
636 名前： Name_Not_Found 投稿日： 03/03/13 01:49 ID:???: >>635
あのな、１００点だからといって慢心してはいけないのは余りにもガイシュツ。
さらに、お前は何を「問題がないのか」とおもってここに書き込んでる？

スレ住人を試してるつもりで、自分の無能さをさらけ出してるぞ。
637 名前： Name_Not_Found 投稿日： 03/03/13 01:51 ID:???: >>636
わらた
638 名前： Name_Not_Found 投稿日： 03/03/13 01:55 ID:???: >>635
てゆーか、そこ Transitional だし。
639 名前： Name_Not_Found 投稿日： 03/03/13 02:05 ID:???: Transitionalって書いておけば、まあどんな風に書いてあろうが、文句の付けようがない。
640 名前： Name_Not_Found 投稿日： 03/03/13 02:07 ID:???: >>635
あなたの頭はTransparent。
641 名前： Name_Not_Found 投稿日： 03/03/13 02:30 ID:???: こういうのもいわゆる受験の功罪ってなもんですかね？
642 名前： Name_Not_Found 投稿日： 03/03/13 03:06 ID:???: >>641
わらた
643 名前： Name_Not_Found 投稿日： 03/03/13 07:06 ID:???: <a href="http://www.w3.org/TR/xhtml11/">
<abbr title="Extensible HyperText Markup Language">XHTML</abbr>
</a>

<abbr title="Extensible HyperText Markup Language">
<a href="http://www.w3.org/TR/xhtml11/">XHTML</a>
</abbr>

お前らどっちが好みのタイプだっ
冗長とかtypoとか<a href="" title"">でいいとか中の人とか
そんな感じのアレのレスは4件以上はいらないからなっ
644 名前： Name_Not_Found 投稿日： 03/03/13 07:47 ID:???: 冗長

あと2件まで
645 名前： Name_Not_Found 投稿日： 03/03/13 08:58 ID:???: >>643
これでいいだろ
<a href="http://www.w3.org/TR/xhtml11/">
<img src="http://www.w3.org/" alt="XHTML" width="72" height="48" title="XHTML 1.1 Module-based - eXtensible HyperText Markup Language">
</a>
646 名前： Name_Not_Found 投稿日： 03/03/13 08:59 ID:???: 訂正
<img src="http://www.w3.org/Icons/WWW/w3c_home"以下略
647 名前： Name_Not_Found 投稿日： 03/03/13 13:18 ID:???: >>643

>>632

個人的には後者。
前者だと、適用するCSSによっては、ハイパーリンクがはられていることがわかりにくくなるから。
略語であることがわかりにくくなるより、リンクがはられていることがわかりにくくなる方が不便だと思うので。
648 名前： Name_Not_Found 投稿日： 03/03/13 13:53 ID:???: >>643
漏れは前者の方が好み、かなぁ。理由は特にないが。
649 名前： Name_Not_Found 投稿日： 03/03/13 14:11 ID:???: 一概には言えないけど、

<a href="http://www.w3.org/TR/xhtml11/">
<abbr title="Extensible HyperText Markup Language">XHTML</abbr>1.1の仕様書
</a>

という場合もあるし、略語を表すabbrよりも「短い」リンクは、
リンクとしては多分使いづらいだろうから、自分なら前者に統一するかな。
650 名前： Name_Not_Found 投稿日： 03/03/13 14:28 ID:???: abbrは使わない！
651 名前： Name_Not_Found 投稿日： 03/03/13 14:33 ID:???: 『「略語としてabbrでマークアップしたもの」をアンカーとする』と考えるなら前者
『「アンカーとしてマークアップしたもの」を略語と見なす』とするなら後者
僕は前者の例しか思いつけないから前者の方が好み
652 名前： Name_Not_Found 投稿日： 03/03/13 14:50 ID:???: 漏れは前者で統一。abbr以外のインラインのフレーズ要素もそうしてる。
「略語がリンク先を示す文字列である」というケースしか考えられない。
653 名前： Name_Not_Found 投稿日： 03/03/13 20:57 ID:QHfEZTea: ・
654 名前： Name_Not_Found 投稿日： 03/03/13 23:36 ID:???: http://members.jcom.home.ne.jp/pctips/www/Element/hx.html
を見て思ったけど、
<hn>見出し</hn>
<p>本文</p>
というのと
<dt>用語</dt>
<dd>定義</dd>
ってのは似た構造な気がする。
hnの場合は見出しレベル、dlの場合はdlのネストで同じような階層構造を表現出来るし。
655 名前： Name_Not_Found 投稿日： 03/03/13 23:40 ID:???: 何を今さら
656 名前： Name_Not_Found 投稿日： 03/03/13 23:41 ID:???: だからこのスレでも何度も同じような話しがループしてるでしょ
657 名前： Name_Not_Found 投稿日： 03/03/14 00:01 ID:???: >>655-656
何でそう言う言い方しかできないのだね、君たち。

なんかこう・・・たとえそうだとしても、話をふくらませよ。

無理ですか？無理ですか・・・そうですか・・・

これだから頭の固い、無意味なことにばかりこだわって肝心なことがおろそかになりがちな連中は。
658 名前： Name_Not_Found 投稿日： 03/03/14 00:03 ID:???: じゃ次の話題よろ↓
659 名前： Name_Not_Found 投稿日： 03/03/14 00:13 ID:???: >>657
>これだから頭の固い、無意味なことにばかりこだわって肝心なことがおろそかになりがちな連中は。
そういう人達にネタ振りする君は何？
660 名前： Name_Not_Found 投稿日： 03/03/14 00:21 ID:???: > これだから頭の固い、無意味なことにばかりこだわって肝心なことがおろそかになりがちな連中は。

何でそういう言い方しかできないの？

これだから頭の固い(ry
661 名前： Name_Not_Found 投稿日： 03/03/14 00:40 ID:???: >>657みたいな分かり易い煽りに釣られるなって
662 名前： Name_Not_Found 投稿日： 03/03/14 00:56 ID:???: あえて釣られてみるけど

　過　　去　　ロ　　グ　　読　　め

これだから春厨は。
663 名前： Name_Not_Found 投稿日： 03/03/14 01:09 ID:???: 見事に（数人だけど）釣れて、嬉しいです。
664 名前： Name_Not_Found 投稿日： 03/03/14 01:11 ID:???: >>654=>>657です、念のため。

>>657=>>663です。それじゃ、心ゆくまで不毛な議論を楽しんでください。
665 名前： Name_Not_Found 投稿日： 03/03/14 01:11 ID:???: わざわざどうも
666 名前： Name_Not_Found 投稿日： 03/03/14 01:12 ID:???: 間違えた。>>654=>>657では“ない”です。>>654の名誉を守るつもりが陥れるところだった。
667 名前： Name_Not_Found 投稿日： 03/03/14 01:21 ID:???: _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

　さて、不毛な議論でも続けましょう。

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
668 名前： Name_Not_Found 投稿日： 03/03/14 01:24 ID:???: 　　　　　　,,,,,,.........､､､､
　　　 ,,(::（:ヾヾ//ﾉ;;ﾉ;;;::ヽ,,
　　　 l ;/　　￣￣￣　ヾヾ､
　　　l ;l　　＝三＝　　 .|;;;i
　　　l / ,--―'､　>ー--､ヽl
　　　i^|　-<・> | | <・>-　 b |.　　／￣￣￣￣￣￣￣￣￣￣￣
　　　|| 　　￣　| |　￣　　|/　　 |　不毛な議論ばかりしてると
　　　　|　　／(oo)ヽ　　 |　　　＜　君たちを訴えますよ！
　　　　ヽ (⌒)＿＿_ノ　 /　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　 _, -r┤~.l.　ニ　　／i､＿＿
　（ｆ　|　|　ヾ.ｰ--／ |:::::::|::::::::
　　l.ヽ人八_　,,￣）＼ |:::::::|::::::::::
　　｀ー┬‐-ｰ'￣　
669 名前： Name_Not_Found 投稿日： 03/03/14 02:07 ID:???: 10スレにまでなると未出の話題は無くなってくる罠ですか。そうですか。
670 名前： Name_Not_Found 投稿日： 03/03/14 04:11 ID:???: >>668
えーっと、小倉さん？
671 名前： Name_Not_Found 投稿日： 03/03/14 04:22 ID:???: 無毛とかけてるのか
672 名前： Name_Not_Found 投稿日： 03/03/14 05:03 ID:???: しかしほんとネタないね。
前々スレあたりにいたUA至上主義のやつとかコテハン連中が懐しい。
673 名前： Name_Not_Found 投稿日： 03/03/14 05:13 ID:???: そういや最近「腐」みないね
674 名前： Name_Not_Found 投稿日： 03/03/14 05:30 ID:???: スレタイから X はずしたからこなくなったんだろ。
675 名前： Name_Not_Found 投稿日： 03/03/14 06:49 ID:???: 最近、個人サイトでもstrictに興味持ってる人増えてるから、ここの間口を広げりゃネタも増えるんじゃないかな？
単純な、簡単な、そんな質問でも答えるようにするとか。
でなきゃ仕様書嫁で全部解決しちまうぜ。
676 名前： Name_Not_Found 投稿日： 03/03/14 08:08 ID:???: Strictは糞だよ～
みんなStrictは糞だから使っちゃダメだよ～
糞になっちゃうよ～
677 名前： Name_Not_Found 投稿日： 03/03/14 11:02 ID:aMY+Jjwm: 解説サイトを読んでで思ったんですが、divで使いまくっていいんですか？
例えば、

<div class="level1" id="titleDiv">
　<h1 id="titleText" class="unimportant">from DFJ</h1>
</div>
<div id="shortcutMenu" class="level2 unimportant">
　<h2 id="shortcutMenuText" class="unimportant">ショートカットメニュー</h2>
　　<ul id="shortcutMenuList">
　　　<li><a href="#menu">メニュー</a></li>
　　　<li><a href="#introduction">お知らせ</a></li>
　　</ul>
</div>

こんな感じですか。
なんでもかんでもdivで囲めばいいんですか？
<h1>aaa</h1>
<h2>MENU</h2>
<ul><li>bbb</li></ul>
こうやってあっさりしちゃいけないんでしょうか。
678 名前： Name_Not_Found 投稿日： 03/03/14 11:09 ID:???: >>677
むしろ、あっさりしていてよいわけだが。
679 名前： Name_Not_Found 投稿日： 03/03/14 11:09 ID:???: >>677
不用なら何故付ける？
680 名前： Name_Not_Found 投稿日： 03/03/14 11:12 ID:???: >>677
どういうCSSを使ってるかで判断。

<div class="level1" id="titleDiv"> や
<div id="shortcutMenu" class="level2 unimportant"> で
指定している CSS が h1 や h2 に指定すればすむものなら
divはいらない

例えば段組させたいならdivで囲うしかないでしょ。
681 名前： Name_Not_Found 投稿日： 03/03/14 11:15 ID:???: 訂正
段組になるような内容ではないわな(^^;
682 名前： Name_Not_Found 投稿日： 03/03/14 11:22 ID:???: >>680
>どういうCSSを使ってるかで判断。

レイアウトでdiv使用の有無を決めてる時点で
strictじゃない。
683 名前： Name_Not_Found 投稿日： 03/03/14 11:24 ID:???: >>682
出直してきます。ｽﾏｿ
684 名前： Name_Not_Found 投稿日： 03/03/14 11:29 ID:aMY+Jjwm: >>678
じゃぁ解説してるサイトのソースはゴミゴミしててよくないってことでしょうか。
>>679
＞不用なら何故付ける？
すいません、それを聞いてるんですけれども・・・。
685 名前： Name_Not_Found 投稿日： 03/03/14 11:30 ID:???: >>677
http://msugai.fc2web.com/web/app/structurize.html
686 名前： Name_Not_Found 投稿日： 03/03/14 12:02 ID:???: >>684
よろしくない解説サイトも多いので鵜呑みにしないように。
687 名前： Name_Not_Found 投稿日： 03/03/14 12:47 ID:???: むしろ解説サイトはすべて敵と思え。
688 名前： Name_Not_Found 投稿日： 03/03/14 12:59 ID:???: あと自分も疑え
689 名前： Name_Not_Found 投稿日： 03/03/14 13:01 ID:???: ○○を疑えという人は信用するな
690 名前： Name_Not_Found 投稿日： 03/03/14 13:37 ID:???: >>684
で、わかったのか？
691 名前： Name_Not_Found 投稿日： 03/03/14 13:56 ID:???: divを取っ払って構造がおかしくなるのは×。
692 名前： Name_Not_Found 投稿日： 03/03/14 14:12 ID:???: DIVやSPANを使うのは、論理構造を考えていって
論理的まとまりが存在するのにそれに対応する要素が使用しているﾊﾞｰｼﾞｮﾝのHTMLになかったとき。

例えば、
<h2></h2>
<p></p>
<p></p>
ってのがあったとき、HTML4.01strictではSECTIONが使えない、
でもこれらは論理的まとまりが強い(または形成の為だが十分に論理的意味合いを見出せる)と思ったとき
<div class="section" title="****" id="????">
<h2></h2>
<p></p>
<p></p>
</div>
ってやってやる。そんな感じで私は使ってる。
693 名前： Name_Not_Found 投稿日： 03/03/14 14:37 ID:???: 結局、著者が必要だと感じたときが必要なとき。
書いてる本人が必要な構造を意識できていない段階で見よう見真似で使ったって
誰にとっても役に立たない変な構造や冗長な構造になるのがオチ。

最初はCSS目的だっていいじゃないか。
色々な使い方をすることでそのうち解ってくるものだ。
694 名前： Name_Not_Found 投稿日： 03/03/14 18:24 ID:???: <div class="level1" id="titleDiv">
　<h1 id="titleText" class="unimportant">from DFJ</h1>
</div>
<div id="shortcutMenu" class="level2 unimportant">
　<h2 id="shortcutMenuText" class="unimportant">ショートカットメニュー</h2>
　　<ul id="shortcutMenuList">
　　　<li><a href="#menu">メニュー</a></li>
　　　<li><a href="#introduction">お知らせ</a></li>
　　</ul>
</div>

じゃなくて

<div class="level1" id="titleDiv">
　<h1 id="titleText" class="unimportant">from DFJ</h1>
<div id="shortcutMenu" class="level2 unimportant">
　<h2 id="shortcutMenuText" class="unimportant">ショートカットメニュー</h2>
　　<ul id="shortcutMenuList">
　　　<li><a href="#menu">メニュー</a></li>
　　　<li><a href="#introduction">お知らせ</a></li>
　　</ul>
</div>
</div>

こうかなー。
695 名前： Name_Not_Found 投稿日： 03/03/14 18:38 ID:???: >694
全部タイトルという扱いなの?変じゃない?
前者のままでいいと思うけど
696 名前： Name_Not_Found 投稿日： 03/03/14 18:56 ID:???: h1を包含するdivとh2を包含するdivが同レベルなのは、変かなと。
h2を包含するdivはh1を包含するdivに包含されるべきかなと。
で、h1を包含するdivってばbodyなんじゃないかと。
697 名前： Name_Not_Found 投稿日： 03/03/14 18:58 ID:???: >696
h1が２つあり得るのなら>694でいいんじゃない？
あとはaddress部分だけを分けるとか
698 名前： Name_Not_Found 投稿日： 03/03/14 19:42 ID:???: >>696
自分の文書のローカルルールなら好きにやってくれって感じだが
一般論として語っているなら相当な思い過ごしかと。
699 名前： Name_Not_Found 投稿日： 03/03/14 20:54 ID:???: >>696
3行目についてはISO-HTML。
700 名前： Name_Not_Found 投稿日： 03/03/14 21:23 ID:???: ISO-HTMLのDIV1～DIV6をイメージしながらマークアップする事でDIVの使い方が分かってくるような気もする。

少なくとも俺の書くHTMLでは出番が無いな。本文はHnとPで殆ど足りる。
701 名前： Name_Not_Found 投稿日： 03/03/14 21:25 ID:???: >697
h1が2つなんてありえないと思ってましたが…2つあってもいいの?
702 名前： Name_Not_Found 投稿日： 03/03/14 21:36 ID:???: >>701
下は XHTML 2.0 の仕様だけど、
普通に h1 が1リソース内に複数回出てくる
W3C の仕様書は結構こんな感じだよ
http://www.w3.org/TR/xhtml2/
703 名前： Name_Not_Found 投稿日： 03/03/14 21:57 ID:???: 新しい仕様書はそんな感じなのかな。
CSS3やWAIやXMLとかの仕様書見て回ったけどh1は一回しか出てこない…
704 名前： Name_Not_Found 投稿日： 03/03/14 22:00 ID:???: >>703
http://www.w3.org/TR/xhtml1/
http://www.w3.org/TR/xhtml11/
705 名前： Name_Not_Found 投稿日： 03/03/14 22:04 ID:???: >>703
ISO-HTML
http://woodworm.cs.uml.edu/~rprice/15445/15445.html
706 名前： Name_Not_Found 投稿日： 03/03/14 23:43 ID:???: W3C仕様書といえば、ほぼ全ての仕様書にあると思われる
"W3C Recommendation 31 May 2001" (まあ日付は色々あるだろうが)
が h2 としてマークされてるのが漏れは禿しく違和感あったりする。
それってどの範囲についての見出しよ？という感じ。
やっぱり h1-6 は章節構造に直結するものではないなとつくづく思う。
707 名前： Name_Not_Found 投稿日： 03/03/14 23:47 ID:???: <h2 id="slogan">Leading the Web to its Full Potential...</h2>

これも見出しなのか？
708 名前： Name_Not_Found 投稿日： 03/03/14 23:48 ID:???: >>707
スローガンだしなあ。見出しじゃないの？
709 名前： Name_Not_Found 投稿日： 03/03/14 23:56 ID:???: 日付をマークアップできる要素が欲しい。
710 名前： Name_Not_Found 投稿日： 03/03/15 00:26 ID:???: で、日付をマークアップする要素がインラインだったら
どのブロックに包含させるかで議論が起きる、と
711 名前： Name_Not_Found 投稿日： 03/03/15 00:29 ID:???: datetime属性が汎用属性だったら便利なんだけど
712 名前： Name_Not_Found 投稿日： 03/03/15 01:10 ID:???: >>711
XHTML 2.0 では汎用属性になる予定だが。
713 名前： Name_Not_Found 投稿日： 03/03/15 02:14 ID:???: とりあえず、>>691 みたいなのは間違ってるから鵜呑みにするなよ。
ああいうのは div とか span は css のためだけにあるって思ってるから。
table 嫌悪しすぎてすべて dl で記述しようとかしだすような
典型的な勘違い。
714 名前： Name_Not_Found 投稿日： 03/03/15 02:46 ID:C1j/UMAA: >>713
？
715 名前： Name_Not_Found 投稿日： 03/03/15 02:57 ID:???: >>714
IDが(ﾟдﾟ)ｳﾏｰ
716 名前： Name_Not_Found 投稿日： 03/03/15 03:36 ID:???: 女の子をマークアップできる要素が欲しい。
717 名前： Name_Not_Found 投稿日： 03/03/15 03:53 ID:???: >>716
(　ﾟ,_･･ﾟ)ｷﾓ
718 名前： Name_Not_Found 投稿日： 03/03/15 04:14 ID:???: 君を俺色にマークアップしたい・・・
719 名前： Name_Not_Found 投稿日： 03/03/15 04:31 ID:???: >>718
色はスタイルシートでお願いします。
720 名前： Name_Not_Found 投稿日： 03/03/15 06:52 ID:???: <sexy>胸</sexy>
721 名前： Name_Not_Found 投稿日： 03/03/15 07:15 ID:???: <small>ﾁﾑﾎﾟ</small>
722 名前： Name_Not_Found 投稿日： 03/03/15 07:41 ID:???: <blink>挿入</blink>
723 名前： Name_Not_Found 投稿日： 03/03/15 08:36 ID:???: _, ,__
('д'*)
724 名前： Name_Not_Found 投稿日： 03/03/15 10:21 ID:???: >722
彼女のDTDにその要素は無いので無視されます。
725 名前： Name_Not_Found 投稿日： 03/03/15 11:33 ID:???: <p style="text-decoration:blink">乳首</p>
726 名前： Name_Not_Found 投稿日： 03/03/15 19:16 ID:???: (；´Д`)ｌ　＼ァ　ｌ　＼ァ
727 名前： Name_Not_Found 投稿日： 03/03/15 21:26 ID:???: >725
おfella以外無効。
728 名前： Name_Not_Found 投稿日： 03/03/15 21:47 ID:???: <human sex="female" age="14" />
　　　　　♪ ヽoﾉ
　　　　　　　（ヘ
　　　　　　　　 >
729 名前： Name_Not_Found 投稿日： 03/03/15 21:50 ID:???: 　　　　　,' '
　　　　o　
　　　(ヽ
　　　　><human sex="female" age="14" />
730 名前： Name_Not_Found 投稿日： 03/03/15 22:36 ID:???: (´ヘ｀；)ﾀｲﾍﾝｿｳﾃﾞｽﾈ
731 名前： Name_Not_Found 投稿日： 03/03/16 01:30 ID:???: (´ヘ｀;)ﾍﾝﾀｲｿｳﾃﾞｽﾈ
732 名前： Name_Not_Found 投稿日： 03/03/16 02:21 ID:???: 未だ完璧なブラウザってないんだよなぁ……
733 名前： 720 投稿日： 03/03/16 02:30 ID:???: <body color="#ffeedd" class="sexy">
　( . ( .　)
　 )　　(
　|　Y　　)
　 |　|　ﾉ
</body>
734 名前： Name_Not_Found 投稿日： 03/03/16 03:54 ID:???: IEとかホントやめてくれって思う解釈するよな
まあ糞ネスケほどじゃないが
735 名前： Name_Not_Found 投稿日： 03/03/16 05:18 ID:???: >>732
Amayaが(･∀･)あるじゃないか

冗談でも使おうとは思わないけどな。
736 名前： Name_Not_Found 投稿日： 03/03/16 11:34 ID:???: 完璧な仕様だって未だにないし。
737 名前： Name_Not_Found 投稿日： 03/03/16 11:54 ID:???: 将来を見てストリクタしてるけど
その将来ってのが生きてるうちに来るのか疑問
738 名前： Name_Not_Found 投稿日： 03/03/16 12:20 ID:???: せっかく頑張って考えたものが変な使われ方してるの嫌じゃん
739 名前： Name_Not_Found 投稿日： 03/03/16 23:03 ID:???: >>735
Amayaが完璧だと本当に思っている?
CSSの解釈, かなりおかしいぞ.
740 名前： Name_Not_Found 投稿日： 03/03/16 23:09 ID:???: お前の解釈の仕方、かなりおかしいぞ
741 名前： Name_Not_Found 投稿日： 03/03/16 23:54 ID:???: Amaya厨ハケーン！
742 名前： Name_Not_Found 投稿日： 03/03/17 00:04 ID:???: ﾊｧ?
>>735はネタで言ってるんだろ？
743 名前： Name_Not_Found 投稿日： 03/03/17 00:05 ID:???: 最強は脳内レンダリングってことで。
744 名前： Name_Not_Found 投稿日： 03/03/17 02:02 ID:???: まぁ、なんだ、Amayaを知ってるようなマニアックなやつは、
その実装状態も確実に把握してるわな。
745 名前： Name_Not_Found 投稿日： 03/03/17 02:46 ID:1ICbhdOa: 駄すれ化してない？
746 名前： Name_Not_Found 投稿日： 03/03/17 02:53 ID:???: ネタがないんだよ
747 名前： Name_Not_Found 投稿日： 03/03/17 17:35 ID:???: 質問者(ゞ´∀｀)ゞｶﾓﾝﾍﾞｲﾍﾞｪ
748 名前： Name_Not_Found 投稿日： 03/03/17 17:45 ID:???: お言葉に甘えて質問をば。
みなさん、emとstrongはどういう風に使い分けていますか。
749 名前：侍魂投稿日： 03/03/17 17:51 ID:???: オチはstrongで、他のフォントいじりはemです。
750 名前： Name_Not_Found 投稿日： 03/03/17 18:43 ID:???: じゃあ次
751 名前： Name_Not_Found 投稿日： 03/03/17 18:54 ID:???: http://www.horaido.jp/jm/jm.html
これであなたもStrict大金持ち！！
752 名前： Name_Not_Found 投稿日： 03/03/17 18:57 ID:???: abbr と acronym の省略前の語を
title 属性に入れるって嫌じゃない？
なんで汎用属性を使うのかなと。
753 名前： Name_Not_Found 投稿日： 03/03/17 20:47 ID:???: display: tableレイアウトしてもいいですか？
754 名前： Name_Not_Found 投稿日： 03/03/17 21:06 ID:???: (･∀･)イイ!
755 名前： Name_Not_Found 投稿日： 03/03/18 01:59 ID:???: >>748
XHTML 2.0 では strong を廃止して em に一本化しようかという話も出ています。
参考まで。
756 名前： Name_Not_Found 投稿日： 03/03/18 02:34 ID:???: でもまだドラフトだし
757 名前： Name_Not_Found 投稿日： 03/03/18 02:49 ID:7hwCKn8c: strong と em に違いはないから、どっちかに一本化した方が良いよ。
758 名前： Name_Not_Found 投稿日： 03/03/18 02:49 ID:???: ageちまった。すまそ。
759 名前： Name_Not_Found 投稿日： 03/03/18 03:29 ID:???: 違いなくはないだろ。em より strong の方が強い強調。
ただ、「強い強調」なんて em のネストで表現すりゃ済むことだから
strong を廃止にしてもいいんじゃねーかみたいな話が出てるんだと思うが。
760 名前： Name_Not_Found 投稿日： 03/03/18 03:33 ID:???: strongのほうが残って欲しい。
emよりstrongの方が好き。こうなんていうかstrong要素を記述してるときの自分が好き。
761 名前： Name_Not_Found 投稿日： 03/03/18 03:36 ID:???: CSS的には em em,strong{} みたいな感じでemのネストとstrongを等価として
あつかっちょります。その上で、
「重要、凄く重要」なら　<p><em>重要、<em>凄く重要</em></em></p>
「凄く重要」なら　<p><strong>凄く重要</strong></p>
と言う感じで。
後者は<p><em><em>凄く重要</em></em></p>でもいいんですが、二重のemが
同時に始まって、二重のemが同時に終わるのもなんか間抜けなので。

#ちなみに、XHTML2.0でstrongが廃止されたらそういうものだと割り切ってemネストの予定
762 名前： Name_Not_Found 投稿日： 03/03/18 03:40 ID:???: >760
俺が一番セクシー、か。
763 名前： Name_Not_Found 投稿日： 03/03/18 05:15 ID:???: strongって太字でしょ、なかったら困るよ。
764 名前： Name_Not_Found 投稿日： 03/03/18 07:42 ID:???: >>761以外に質問。
<em><em>と<strong>ってどっちが強いの？
765 名前： ○○ 投稿日： 03/03/18 08:29 ID:???: strongが太字表示だからどうの、とかemが斜体表示だからこうの、とかは、
Strictな視点からみて、どうでもいいことではなかろうか。
766 名前： Name_Not_Found 投稿日： 03/03/18 09:48 ID:???: >>765
>>763
767 名前： Name_Not_Found 投稿日： 03/03/18 12:48 ID:???
768 名前： Name_Not_Found 投稿日： 03/03/18 15:56 ID:???: <strong> <stronger> <strongest>
769 名前： Name_Not_Found 投稿日： 03/03/18 16:18 ID:???: >764
<em><em>うんこ</em></em>　＝　<strong>うんこ</strong>

ってことじゃないの？
770 名前： Name_Not_Found 投稿日： 03/03/18 16:24 ID:???: <em><em> = <em>
だと思っていた
771 名前： Name_Not_Found 投稿日： 03/03/18 16:26 ID:???: 要素を重ねれば意味合いが強くなるって
仕様上で言及あったっけ？
ウォーズマンのベアークローの理屈みたいなんだけど
772 名前： Name_Not_Found 投稿日： 03/03/18 16:30 ID:???: strongだろ
773 名前： Name_Not_Found 投稿日： 03/03/18 16:31 ID:???: >769
em＝strong
774 名前： Name_Not_Found 投稿日： 03/03/18 16:46 ID:???: >>768
厨2だな
775 名前： Name_Not_Found 投稿日： 03/03/18 17:36 ID:???: いっそのこと、emとstrong統一しろよ。＞W3G

em < strong
em+em < strong
em+strong < maccho
ということでmaccho

<p>昨日知り合った彼女の名前を聞いたところ、なんと<maccho>敏夫</maccho>だったのです。

又は、
<maccho type="text/html" data="./docs/main.html" width="500" height="400" id="fuck-box" class="common">
　<p>～</p>
</maccho>
776 名前： Name_Not_Found 投稿日： 03/03/18 19:34 ID:???: W3爺
777 名前： Name_Not_Found 投稿日： 03/03/18 19:39 ID:???: なんでCとGを間違えんねんな。
778 名前： Name_Not_Found 投稿日： 03/03/18 19:42 ID:???: >>777　わざとでしょ？
779 名前： Name_Not_Found 投稿日： 03/03/18 20:10 ID:???: そうでしょうね。
780 名前： Name_Not_Found 投稿日： 03/03/18 23:55 ID:???: <maccho></maccho>
これもわざと？
正しくは'macho'かと（西語）
781 名前： Name_Not_Found 投稿日： 03/03/19 01:49 ID:???: ほかの部分よりも弱いという逆の強調をしたいのですが。
強調といわんか
弱調。
782 名前： Name_Not_Found 投稿日： 03/03/19 01:53 ID:???: 重要度みたいのを属性で表せたらおもしろいかもね
783 名前： Name_Not_Found 投稿日： 03/03/19 02:18 ID:???: つまり<em pri="-1">オタは</em>逝ってよしと。
784 名前： Name_Not_Found 投稿日： 03/03/19 02:22 ID:???: 強調であるか否かを <em> で表して、
強調の度合いについてはスタイルシートを用いるのが至当と思われ。
785 名前： Name_Not_Found 投稿日： 03/03/19 02:27 ID:???: <sis pri="12">お兄ちゃん</sis>
786 名前： Name_Not_Found 投稿日： 03/03/19 03:49 ID:???: CSSは強調の度合いというものを全く関知しない。
787 名前： Name_Not_Found 投稿日： 03/03/19 07:45 ID:???: ？
788 名前： Name_Not_Found 投稿日： 03/03/19 09:43 ID:???: >>784
<em class="slight-emphasis">ちょっとだけ強調</em>
とか
<em class="intense-emphasis">すごく強調</em>
なんてやるよりは、すなおにemとstrong使い分けた方がいいと思うが。
適切な要素があるのに、class属性でなんとかしようとするのは、
<div class="heading">見出し</div>
とか
<div class="list">リスト</list>
なんてやるのとあまり変わらないと思う。

>>787
>>786が言ってるのは、CSSは、文書のプレゼンテーションを指定するだけで、
「強調の度合い」のような、文書の論理構造を指定することはできない、と
いうことでしょ。
インライン要素にdisplay : block;と指定しても、その要素が実際にブロック
要素になるわけじゃない、とか、そういうのと同じ理屈で。
789 名前： Name_Not_Found 投稿日： 03/03/19 09:55 ID:???: >>786
それはHTMLの仕事
790 名前： Name_Not_Found 投稿日： 03/03/19 12:12 ID:???: <em1> <em2> ……
791 名前： 788 投稿日： 03/03/19 12:58 ID:???: >>788
「強調の度合いについてはスタイルシートを」でちょっと先走ってしまった
けど、もちろん、class属性をセレクタにする以外の方法（style要素とか
style属性とか）も好ましくないことに変わりはない。

あと、
<div class="list">リスト</list>
は
<div class="list">リスト</div>
の間違いね。
792 名前： Name_Not_Found 投稿日： 03/03/19 13:18 ID:???: <big>とか<small>って使ってる香具師いる？
793 名前： Name_Not_Found 投稿日： 03/03/19 13:27 ID:???: すとりくたーはあまり使わないとおもうけど
794 名前： Name_Not_Found 投稿日： 03/03/19 13:28 ID:???: 神崎氏は使ってたような
795 名前： Name_Not_Found 投稿日： 03/03/19 16:06 ID:???: >>791
３段階以上の強調構造が存在する場合は、どうするのが好ましいと思ってる？
796 名前： 791 投稿日： 03/03/19 16:37 ID:???: >>795
3段階以上の強調構造が必要なのって、どういう場合？
797 名前： Name_Not_Found 投稿日： 03/03/19 16:47 ID:???: Mark is <em>tall</em>.
Hyper is <strong>taller</strong> than Mark.
Text is the <???>tallest<???> of the three.
798 名前： Name_Not_Found 投稿日： 03/03/19 16:49 ID:???: 強調するところを見出しと考えてhnで。
799 名前： Name_Not_Found 投稿日： 03/03/19 16:50 ID:???: >>798
　>>797はそうもいかんだろ。
800 名前： Name_Not_Found 投稿日： 03/03/19 16:50 ID:???: >>797
Mark is tall.
Hyper is <em>taller</em> than Mark.
Text is the <strong>tallest</strong> of the three.
801 名前： Name_Not_Found 投稿日： 03/03/19 16:53 ID:???: >>797
強調する理由は？
er、estというのと「その言葉を強調したい」というのはまた別だと思うんだが。
802 名前： Name_Not_Found 投稿日： 03/03/19 17:00 ID:???: (em/strong)にclassを与えるか、それともネストするのか──って質問なのかな、これは。
803 名前： Name_Not_Found 投稿日： 03/03/19 17:48 ID:???: strongは長いからきらい。em2にしてほしい。
以下em3,em4...
804 名前： Name_Not_Found 投稿日： 03/03/19 17:55 ID:???: <rm level="7"></em>
805 名前： Name_Not_Found 投稿日： 03/03/19 17:57 ID:???: 強調を示すような属性を汎用属性にしてくれればいいのに
806 名前： Name_Not_Found 投稿日： 03/03/19 18:00 ID:???: 「ここ笑うところですよ」って意味でem使うのダメ？
例）
昼なのに<em>ヨルダン</em>
807 名前： Name_Not_Found 投稿日： 03/03/19 18:15 ID:???: いいんじゃない？
808 名前： Name_Not_Found 投稿日： 03/03/19 18:56 ID:???: >>796
文章中の重要な語句を強調する際に
試験に出る頻度で２段階よりも細かく区別したい時とか。

というか、どういう場合とか強調する理由とか個々の事例ではなくて
２段階あれば充分という前提が
どんな場合でも通用すると断言できるのかと聞きたい。
809 名前： Name_Not_Found 投稿日： 03/03/19 19:12 ID:???: 「弱調」要素が欲しい。テキスト系でしか需要無いかも知れんが。
810 名前： Name_Not_Found 投稿日： 03/03/19 19:58 ID:???: デフォルトの文字と違うマークアップであれば、
意味を弱くしていても他より目に付くのは当たり前。
色が薄いとか文字が小さいとかは、ただ読みにくいだけでやっぱり目立つ。
ソース見れば「ここは弱くしてるんだな」って思われて逆に目立つ。
だから強調の一種と考えてemを使う。emが嫌ならspanでも。
そんでclass振ってCSSで見た目を変える。

口からでまかせヒャッホー。
811 名前： Name_Not_Found 投稿日： 03/03/19 20:46 ID:???: 弱調は強調の一種と言う人が此処に限らずちらほらいるが、それは違うだろ。
全てのマークアップが強調か? 違うだろ。言わば、意味付けだろ。

それに、ちょっと前にも書かれている通り、CSSは何の関係もない。
理解できていない奴は、とりあえず、CSSを忘れろ。不毛だから。
812 名前： Name_Not_Found 投稿日： 03/03/19 20:58 ID:???: 弱調なんて日本語あったかな
813 名前： Name_Not_Found 投稿日： 03/03/19 21:03 ID:???: 全てのマークアップが強調とは思わないが
全てのインライン要素はある種の強調だろうと思う。
814 名前： Name_Not_Found 投稿日： 03/03/19 21:07 ID:???: >>813
「ある種の」じゃアバウト過ぎてわからん。
815 名前： Name_Not_Found 投稿日： 03/03/19 21:18 ID:???: まぁ、今のHTMLじゃemの逆の要素が無いから議論したところで無駄だと思うけどね。
それでもマークアップしたいって言うなら「強調の一種」と考えるしかないんじゃない？
そんなに弱めたいなら「弱い≒無い」って考えてdelでも使って消しとけば？

にくまん食いたくなってきた。
816 名前： Name_Not_Found 投稿日： 03/03/19 21:18 ID:???: マークアップ自体が強調。
でなければ、プレーンテキストで充分。
817 名前： Name_Not_Found 投稿日： 03/03/19 21:23 ID:???: >>816
それならまだ理解できるんだけど、>>813の言う
「強調でないブロック要素」って一体なんじゃろ
818 名前： Name_Not_Found 投稿日： 03/03/19 21:27 ID:???: >>817
table厨が描いた空白セル。
819 名前： Name_Not_Found 投稿日： 03/03/19 21:48 ID:26l5e2jo: XHTML について資料を調べていたのですが、つまづいてしまいました。
XHTML 1.0 の SGML 宣言
http://www.utoronto.ca/webdocs/HTMLdocs/HTML_Spec/xhtml1.0/xhtml1.dcl
中に出てくる
>　　　CHARSET
>　　　　　BASESET
>　　　　　　"ISO Registration Number 176//CHARSET
>　　　　　　ISO/IEC 10646-1:1993 UCS-4 with implementation
>　　　　　　level 3//ESC 2/5 2/15 4/6"
の ISO/IEC 10646-1:1993 UCS-4 with implementation level 3
がどこを探しても見当たりません。
http://www.iso.ch/cate/d4766.html
はエラー。
http://www.itscj.ipsj.or.jp/ISO-IR/177.pdf
は空っぽでした。

HTML 3.2 の SGML 宣言中に出てくる
http://www.itscj.ipsj.or.jp/ISO-IR/002.pdf
や
http://www.itscj.ipsj.or.jp/ISO-IR/100.pdf
が見つかっただけに悔しいので教えてください。お願いします。
820 名前： 813 投稿日： 03/03/19 22:02 ID:???: >>817
間違えた。強調だと思うのはインライン要素じゃなくて %phrase; の要素。
%special; とか %formctrl; は強調とはわけが違うなと思う。
821 名前： Name_Not_Found 投稿日： 03/03/19 22:35 ID:???: >「弱調」要素が欲しい。

筆者が「弱調」だと思っている文章も、
実は注釈でしかなかったり、コメントでしかなかったりする。
ならば、「弱調」としてのマークアップよりも、
注釈やコメントとしてのマークアップを考えた方がいい。
822 名前： Name_Not_Found 投稿日： 03/03/19 22:35 ID:???: >>809 >>815
現行のHTML/XHTMLでも、弱めたいところ以外のテキストをすべて強調すれば
できないことはない。
不毛な机上の空論だが。
823 名前： Name_Not_Found 投稿日： 03/03/19 22:39 ID:???: >821

>822

ﾊｹﾞﾄﾞｩ
824 名前： Name_Not_Found 投稿日： 03/03/19 22:40 ID:???: “弱調”をするんだったら、
　<small class="weak">
とかかなー
825 名前： Name_Not_Found 投稿日： 03/03/19 22:42 ID:???: 誰か、<acronym title="Adult HyperText Markup Language">AHTML</acronym>のDTD書いてください。
826 名前： Name_Not_Found 投稿日： 03/03/19 22:43 ID:???: xml-stylesheet 処理命令って type 属性が
#REQUIRED になってますけど、HTML の
link 要素では省略可だったのに
何故変更されたのでしょうか。

# スタイルシートのネゴシエーションは
# しちゃいけないということなのかな。
827 名前： Name_Not_Found 投稿日： 03/03/19 22:48 ID:???: >>819
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=29819&ICS1=35&ICS2=40&ICS3=

改訂されたから今は ISO/IEC 10646-1:2000 だけどね。
828 名前： Name_Not_Found 投稿日： 03/03/19 22:49 ID:???: >>825
HyperTextはこれで一つの単語だから、
acronymとするよりabbrの方が適当だと思われ。
829 名前： Name_Not_Found 投稿日： 03/03/19 22:51 ID:???: >>824
弱い、ってのはつまり小声で言うようなものかな、と思い、漏れはクラスwhisperにして、薄い色にしてますが。
weakの「弱い」はちょっと意味が違うような気がするんだけど。
830 名前： Name_Not_Found 投稿日： 03/03/19 23:03 ID:???: >>828
そもそもacronym自体がいらｎ

>>829
ｺﾐｭﾝ？
831 名前： Name_Not_Found 投稿日： 03/03/19 23:25 ID:???: >>827
有難うございました。
832 名前： Name_Not_Found 投稿日： 03/03/19 23:52 ID:???: ところで弱調？ってのは例えばどういう風に使うの？
833 名前： Name_Not_Found 投稿日： 03/03/19 23:59 ID:???: >>832
会話調のくだけた文章などで、大きな声ではいえないような部分
（内緒の話とか、オチとか）に使う……かなあ。

<p>正解者は、漏れなくハワイ旅行にご招待！
<small>……ただし自費で。</small></p>

例文のsmallでマークアップされてるところみたいなの。
834 名前： Name_Not_Found 投稿日： 03/03/20 00:11 ID:???: 　　／￣￣'' -､
　（　　　／ )　ヽ
　　i　r-,,,, ／,,,,　）　／￣￣￣￣￣￣￣￣￣￣￣￣
　（ >|　●　 ●//　　|　今ならDVDが付いて198,000円
　 `‐|　　Ｕ　 /ﾉ　＜　<small>ただし送料はおまえら負担</small>
　　　＼　━ ,/　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　 (((O⊃>
　　　＼　　'oヽ
　　　　　|,,,,,,∧|
　　　　 /　 ∧ ＼
　　　／　／　ヽ　ヽ
　　　ト-<　　　 |_／''┐
　　　ヽ=''　　　　 `=='
835 名前： Name_Not_Found 投稿日： 03/03/20 00:14 ID:???: >>833
自分もそういう感じで「弱調」使いたいと思ってますた。
836 名前： Name_Not_Found 投稿日： 03/03/20 00:23 ID:???: 弱調の話題の最中にすまないんですが、addressの書き方で悩んでいます。
フッタとして著作権表示とaddressを書きたくて、でもなるべく短くしたいので、
<address>
<a href="サイトURL">サイト名</a>© 2003
<a href="mailto:メールアドレス">ハンドル</a>
All rights reserved.
</address>
ってまとめて書いていますが、これって悪いですか?
837 名前： Name_Not_Found 投稿日： 03/03/20 00:28 ID:???: >>833
漏れならその場合
<p>正解者は、漏れなくハワイ旅行にご招待！
<ins title="あまり大きな声じゃ言えないけど･･･">……ただし自費で。</ins></p>
かなあ。
>>834
わろた
838 名前： Name_Not_Found 投稿日： 03/03/20 03:31 ID:???: >>836
> <a href="mailto:メールアドレス">ハンドル</a>
ニールセンはハンドルや名前にメールリンク張るのはよろしくないと言ってたな。
ま、それでいいんじゃないの？
839 名前： Name_Not_Found 投稿日： 03/03/20 05:46 ID:???: ところで寂聴？ってのは例えばどういう風に使うの？
840 名前： Name_Not_Found 投稿日： 03/03/20 05:58 ID:???: >>839
なにそれ？
841 名前： Name_Not_Found 投稿日： 03/03/20 08:14 ID:???: >>840
瀬戸内
842 名前： Name_Not_Found 投稿日： 03/03/20 08:19 ID:???: >>839
反戦っつってる奴って代案ださないで叫んでるだけだよな。
先制攻撃されて知人や身内が次々と死んでいっても「攻撃してはダメだ」とか言うんだろうか？
843 名前： Name_Not_Found 投稿日： 03/03/20 09:26 ID:???: >>842
１．戦争の悲惨さを知ってるから。（外交・海外訪問で戦地痕を訪問など）
２．日本は非軍事国家なので攻撃されてないと思ってる。
３．ある団体・組織の影響力が強い。
４．偽善者。

俺は１が理由だけどな。
844 名前： Name_Not_Found 投稿日： 03/03/20 10:00 ID:???: >>843
気持ちを無視するわけではないが、「反戦」と吠えることが事実上戦争の悲惨さを回避できるわけではないのも事実だろ？
845 名前： Name_Not_Found 投稿日： 03/03/20 10:12 ID:???: >>838
予告なくmailto:がって話じゃなかった？
まあ、名前→人物紹介でそこにメールアドレスが記載されているのがかなり丁寧だとは思うけど。
846 名前： Name_Not_Found 投稿日： 03/03/20 10:37 ID:???: >>845
Top Ten Web-Design Mistakes of 2002 (Alertbox Dec. 2002)
http://www.useit.com/alertbox/20021223.html
> Mailto links should be used on anchors that explicitly indicate that they're
> email addresses, either by their format (donald@duck.com) or their wording
> (send email to customer support). Don't place mailto links on names; clicking
> on people's names should usually lead to their biography.
てなわけで名前にリンクは張るな、ボケと。
847 名前： 839 投稿日： 03/03/20 12:14 ID:???: >>842-844
お前らスレ違いです。
848 名前： Name_Not_Found 投稿日： 03/03/20 12:34 ID:???: >>847
おまいがいうな
849 名前： Name_Not_Found 投稿日： 03/03/20 12:53 ID:???: 839は無関係だろ。
850 名前： 836 投稿日： 03/03/20 15:19 ID:???: >>838,845,846
ありがとう!ではaddress内にCopyrightを纏めて書くことに問題は無いんですね?
名前にリンクは張らないことにします。1つ勉強になりました。
851 名前： Name_Not_Found 投稿日： 03/03/20 20:08 ID:???: >>849
いや、戦争もスレ違いだけど寂聴もスレ違いだから。
852 名前： Name_Not_Found 投稿日： 03/03/20 20:10 ID:???: いや、寂聴は弱調の変換ミスだろ。
853 名前： Name_Not_Found 投稿日： 03/03/20 20:10 ID:???: まさかサイト持ってたとは思わなかったよ。

http://www.jakuan.com/
854 名前： Name_Not_Found 投稿日： 03/03/20 21:15 ID:???: 瀬戸内　寂聴
855 名前： Name_Not_Found 投稿日： 03/03/20 21:41 ID:???: dl要素の内容モデルは、dt要素もしくはdd要素に限られます。
とのことですが、
<dl>
<div></div>
<dt></dt>
<dd></dd>
</dl>
こういうの駄目ですよね？
856 名前： Name_Not_Found 投稿日： 03/03/20 21:48 ID:???: 駄目ですね
857 名前： Name_Not_Found 投稿日： 03/03/20 21:59 ID:???: >>855
<dl>
<dt></dt>
<dd><div></div></dd>
</dl>
これなら、よろしいざますわよ
858 名前： Name_Not_Found 投稿日： 03/03/20 22:05 ID:???: >>826
XSLT
859 名前： 842 投稿日： 03/03/21 09:52 ID:???: >852
ごめん真剣に「弱調」の誤変換だとは気付かなかった。
スレ違いだとわかってながら、厭戦ムードに対し黙ってられんかってな。すまん。
860 名前： Name_Not_Found 投稿日： 03/03/21 11:02 ID:???: 誤変換じゃなくて脊髄便上ネタかと
861 名前： >>826 投稿日： 03/03/21 11:35 ID:???: >>826
http://www.w3.org/1999/06/REC-xml-stylesheet-19990629/errata
> Correction: The declaration is changed to: type CDATA #IMPLIED so that it is optional.
862 名前： 578 投稿日： 03/03/21 11:54 ID:???: 誤変換だと思ってたけど、>860だとは気付かんかった。そうか。
ところでスレ違いだがWTCの遺族が早くから反戦を訴えていることを付しておく。
863 名前： Name_Not_Found 投稿日： 03/03/21 11:55 ID:???: 578はCookieミス。汚しｽﾏｿ。
864 名前： Name_Not_Found 投稿日： 03/03/21 12:47 ID:SErWnXgO: W3Cの遺族?
865 名前： Name_Not_Found 投稿日： 03/03/21 12:57 ID:???: W Three C
866 名前： Name_Not_Found 投稿日： 03/03/21 13:39 ID:???: >>865
笑ってしまった
867 名前： Name_Not_Found 投稿日： 03/03/21 14:12 ID:???: http://pc2.2ch.net/test/read.cgi/hp/991666454/874-877
xhtml使ってる人に質問なんだけどxml宣言ってしてますか？
xml宣言してしまうとシェアナンバーワンのIE6.0が互換モードになってしまうし、
それに合わせるとbox-sizingプロパティで他のブラウザと見栄えを保たなければならない。
するとOpera6他このプロパティには対応してないブラウザでは見栄えおかしくなる。
IEがわけのわからない解釈をやめるまでxml宣言はしないでおくべき？
868 名前： Name_Not_Found 投稿日： 03/03/21 14:54 ID:???: >>861
あ、既に Errata で訂正されていたんですね。
不覚にも見落としていました、
御指摘感謝です。
869 名前： Name_Not_Found 投稿日： 03/03/21 15:06 ID:???: >>867
うにこーど使ってxml宣言はずしましょ！
870 名前： Name_Not_Found 投稿日： 03/03/21 15:14 ID:???: >>869
うにこーど、uni-codeのことですか？
.htaccess使うのかな？とにかくググってみます、ありが㌧。
871 名前： Name_Not_Found 投稿日： 03/03/21 15:21 ID:???: >>867
上位のプロトコル（HTTPとか）で文字コードが指定してあれば
encoding="～" は不要、とされている。
872 名前： Name_Not_Found 投稿日： 03/03/21 16:19 ID:???: その上位のプロトコルが文字コードとともに「HTML文書だよ～ん」って
言ってきてたりすると何だかなあと思う。
妥協が必要な部分は掃いて捨てるほどあるので別にいいんだが。
873 名前： Name_Not_Found 投稿日： 03/03/21 16:31 ID:???: piroのサイト、OperaでJavaScriｐｔONにしていくと落ちる・・
874 名前： Name_Not_Found 投稿日： 03/03/21 16:31 ID:???: Opera7
875 名前： Name_Not_Found 投稿日： 03/03/22 00:38 ID:???: >>873
少し変えてみました。まだ落ちますか？
まだ落ちるとなると、CSSのexpression()のせいだろうか。Operaってexpression()を解釈するんだろうか。
876 名前： Name_Not_Found 投稿日： 03/03/22 00:44 ID:???: >>875
Opera入れてみれば？
877 名前： Name_Not_Found 投稿日： 03/03/22 00:55 ID:???: >>876
入れたけど起動しないのです。
878 名前： Name_Not_Found 投稿日： 03/03/22 01:42 ID:???: >>875
piro本人？
今確認したけど、改善されたようだ。ｸﾞｯｼﾞｮﾌﾞ

しかし、Limeted適用させると、ちょっと酷い。
879 名前： Name_Not_Found 投稿日： 03/03/22 01:54 ID:???: 質問です
a要素にはtarget="_top"って指定した方がいいんですか
880 名前： Name_Not_Found 投稿日： 03/03/22 01:57 ID:???: >>879
W3Cは推奨していない
881 名前： Name_Not_Found 投稿日： 03/03/22 04:31 ID:???: >>879
Transitionalなら「してもいい」
Framesetなら「target必須」
Strictなら「非推奨」
882 名前： Name_Not_Found 投稿日： 03/03/22 07:01 ID:???: XHTML2.0でtarget属性復活
http://www.w3.org/TR/2002/WD-xhtml2-20020805/mod-target.html#s_targetmodule
883 名前： Name_Not_Found 投稿日： 03/03/22 16:22 ID:???: ＞ Framesetなら「target必須」
＞ Strictなら「非推奨」
えええっ！？
884 名前： Name Not Found 投稿日： 03/03/22 17:44 ID:???: displayプロパティは自由に使ってもいいんですか？
インライン要素に display:block とか。
レイアウト目的の display:table; / display:table-caption; とか。
885 名前： ◆L9r6u.Xx1E 投稿日： 03/03/22 17:58 ID:???: >>884
... ..- .-. . -.-. .... .. --. .- .. .- --. . .-. ..- -. .- -... --- -.- .
886 名前： Name_Not_Found 投稿日： 03/03/22 18:04 ID:???: スタイルシートってレイアウト目的以外の何者でもないと思うが…
887 名前： Name_Not_Found 投稿日： 03/03/22 21:33 ID:???: >>884
いいよ。
888 名前： Name_Not_Found 投稿日： 03/03/22 22:49 ID:???: 音声ブラウザのspell-outを考えて
abbrを使い分けている、とかそういう人っている？＿
889 名前： Name_Not_Found 投稿日： 03/03/22 23:04 ID:???: >>888get...
それ以外にも、例えば、IEEE1394の数字部分にクラスをつけたり、
音声ブラウザの為のCSSを用意している人っているの？
890 名前： Name_Not_Found 投稿日： 03/03/22 23:07 ID:???: 突然だけど顔文字の使用についてどう思う？
altが用意できるだけ、画像にした方がましかな？
どっかのスレに登録されている顔文字だったら
ホームページリーダーでも読んでくれるとかいう話を聞いたんだけど
891 名前： Name_Not_Found 投稿日： 03/03/22 23:12 ID:???: >>890
もとがテキストだから、「順位」は
テキスト >> 画像になると思われ。

でも、特定の環境に依存するAAはどうなんだろう。
等幅ならともかく、2chなんてMS Pゴシック/モナーフォントだけだし。
892 名前： Name_Not_Found 投稿日： 03/03/22 23:15 ID:???: 1行程度の顔文字は記号の羅列だからspea-punctuation:none;で読まないようにして、
titleに顔文字と分かる説明を入れてる。
複数行になるAAは画像にしてる。いちいちフォント指定するのが面倒だし。
893 名前： Name_Not_Found 投稿日： 03/03/22 23:17 ID:???: >>890
リーダーで読めるかどうかはStrictと無関係。

>>891
AAの類は画像にした方がいいってWAIに書いてあったと思う。
どうしてもテキストでそれを表現したい場合は、音声ブラウザ
のためにAA部分をスキップできるアンカーを設置しておく…とか。
894 名前： Name_Not_Found 投稿日： 03/03/23 00:14 ID:???: 890じゃないが、自分も顔文字について考えていたところでした。
>>892(･∀･)ｲｲ!自分もそうさせてもらうYO!
895 名前： Name_Not_Found 投稿日： 03/03/23 01:00 ID:???: 顔文字はイクナイ！
896 名前： Name_Not_Found 投稿日： 03/03/23 08:32 ID:???: .顔文字 { font-family: "MS Pゴシック"; }
.ｲｲ!:before { content:"(･∀･)"; }
<span class="顔文字ｲｲ!">ｲｲ!</span>

...冗談だってばよ。
897 名前： Name_Not_Found 投稿日： 03/03/23 16:19 ID:???: >>896
「顔文字」は物理的なクラス名なので、「感情」などの論理的なクラス名にするのが望ましい。
898 名前： Name_Not_Found 投稿日： 03/03/23 17:48 ID:???: aural にcontentってあったっけ？
なんかValidatorで警告された記憶があるんだけど。
それだったら>>896は aural ではcontentが読まれないからイイかも？
899 名前： Name_Not_Found 投稿日： 03/03/23 18:10 ID:???: 'content'
Value: [ <string> | <uri> | <counter> | attr(X) | open-quote | close-quote | no-open-quote | no-close-quote ]+ | inherit
Initial: empty string
Applies to: :before and :after pseudo-elements
Inherited: no
Percentages: N/A
Media: all

Media は all とされてるね。
900 名前： Name_Not_Found 投稿日： 03/03/23 20:26 ID:???: >>896-899
つまり、
@media screen,tv,print{
.感情 { font-family: "MS Pゴシック"; }
.ｲｲ!:before { content:"(･∀･)"; }
}
<span class="顔文字ｲｲ!">ｲｲ!</span>

ってことか。
901 名前： 900 投稿日： 03/03/23 20:29 ID:???: 自己レス
@media visual{
}
のほうが適当だば。
902 名前： 900 投稿日： 03/03/23 20:47 ID:???: @media screen,tv,print{
.感情 { font-family: "MS Pゴシック"; }
.ｼｮﾎﾞｰﾝ!:before { content:"(´･ω･`)"; }
}

次スレ立てなきゃならんと思って、テンプレ整理してたら
ここって<em>950</em>が立てるのな。<span class="感情ｼｮﾎﾞｰﾝ">ｼｮﾎﾞｰﾝ</span>
903 名前： Name_Not_Found 投稿日： 03/03/23 23:12 ID:0kALodEP: いろいろ調べたところ、どうやらフレームはあんまり評判がよろしくないようで、
各ページ毎に上部に小さなメニュー（タダの画像と文字に各ページへリンクを貼ったものですが）
を置こうを思うのですが、レイアウトはスタイルシートで指定するとして
タグは何を使ったらいいのでしょうか？

Ｈ６とかを使用していいのか、それともDIVなどを使うだろうか・・・。

教えてください。
904 名前： Name_Not_Found 投稿日： 03/03/23 23:15 ID:eGouO59+: ★男はココを見るべし★女と金とサンプルムービー★
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp2/linkvp.html
905 名前： Name_Not_Found 投稿日： 03/03/23 23:19 ID:???: >>903
このスレの>>239あたりから読むと幸せになれるかもしれません。
906 名前： Name_Not_Found 投稿日： 03/03/23 23:27 ID:???: >>905
幸せに慣れそうです。ありがごうといました。
907 名前： Name_Not_Found 投稿日： 03/03/23 23:38 ID:0kALodEP: >>905
あんまり幸せにはなれませんでした・・・・。
liかdivですね・・・。
908 名前： Name_Not_Found 投稿日： 03/03/24 00:07 ID:???: >>907
幸せに慣れてしまっては幸せにはなれませんよ。
で、どうしたら幸せになるんだ？
909 名前： Name_Not_Found 投稿日： 03/03/24 00:16 ID:???: >>908
結局どっちかよくわからないのであんまり幸せじゃないで
910 名前： Name_Not_Found 投稿日： 03/03/24 00:20 ID:???: 幸せねえ...気色わるー
911 名前： Name_Not_Found 投稿日： 03/03/24 00:22 ID:???: スレッド1からスレッド10まで読み返せば幸せになれる。
912 名前： Name_Not_Found 投稿日： 03/03/24 07:08 ID:???: カスイケスレかなんかでいいと思うサイトを参考にしたら？
俺も最初はそうやって覚えていった。
913 名前： Name_Not_Found 投稿日： 03/03/24 09:06 ID:g9IPjORP: マークアップに関して「いいと思う」をあまり知らない状態でどうやって判断するのか。
914 名前： Name_Not_Found 投稿日： 03/03/24 10:41 ID:???: <html lang="ja">
をいれているばあいって、
<meta http-equiv="Content-language" content="ja">
は要らないですか？
915 名前： Name_Not_Found 投稿日： 03/03/24 15:02 ID:???: 不必要です
916 名前： Name_Not_Found 投稿日： 03/03/24 16:34 ID:???: >>914
あってもいいと思う。不安なら書いとけ。

HTTPヘッダとHTMLは別物だから書いた方がいいんじゃないかとも思いつつも
HTTPヘッダじゃなくてmetaのhttp-equivに書くべきかと問われると悩ましい。

本物のHTTPヘッダでContent-Languageを出力して、なおかつ
html要素のlang属性を明示するのがベストなんだが。
917 名前： Name_Not_Found 投稿日： 03/03/24 16:38 ID:???: 不安なら両方書いとけ、ということで。
918 名前： Name_Not_Found 投稿日： 03/03/24 17:33 ID:???: scope属性やheaders属性、axis属性がいまいちよく分からないんですが、
どなたかくわしく教えてくださりませんか？
919 名前： Name_Not_Found 投稿日： 03/03/24 18:52 ID:???: それらは使ったことないけど神崎さんの本で覚えた
920 名前： Name_Not_Found 投稿日： 03/03/24 21:15 ID:???: くださ“り”
921 名前： Name_Not_Found 投稿日： 03/03/24 21:21 ID:???: >>920
？
間違いじゃないよ？
922 名前： Name_Not_Found 投稿日： 03/03/24 21:52 ID:???: http://www.google.com/search?num=50&lr=lang_ja&q=くださりません
923 名前： Name_Not_Found 投稿日： 03/03/24 22:46 ID:???: >>916
Apacheのデフォルトの設定ではjaという拡張子をつければ
Content-LanguageをHTTPヘッダで出力できる
924 名前： Name_Not_Found 投稿日： 03/03/25 00:50 ID:BYEWfszA: アクセスカウンタ（画像）に付けるタグはなんぞや？
<var><img src="./count.cgi" width="128" height="16" alt="counter" title="You're 12345th visitors."></var>
とか？（SSIでタグごと表示）
925 名前： Name_Not_Found 投稿日： 03/03/25 01:07 ID:???: >>920
漏れも変だと思った。
“り”ではなく“い”なのでは？

>>922
いちおう“い”の方でも検索して比較してみた。

http://www.google.com/search?num=50&lr=lang_ja&q=くださりません
（Results 1 - 50 of about 466.）
http://www.google.com/search?num=50&lr=lang_ja&q=くださいません
（Results 1 - 50 of about 23,800.）

“い”の方が、圧倒的に多く引っかかっています。
とは言え、これだけではどちらが正しいのかは、判断できませんけど。
926 名前： Name_Not_Found 投稿日： 03/03/25 01:11 ID:???: と、思ったけど・・・

たかが 466 しか引っかかってないってことは・・・

やはり“い”の方が正しいんじゃない？
927 名前： Name_Not_Found 投稿日： 03/03/25 01:15 ID:???: こんなところで古文の勉強ですか。
928 名前： Name_Not_Found 投稿日： 03/03/25 01:17 ID:???: さすがstrictスレ。
929 名前： Name_Not_Found 投稿日： 03/03/25 01:17 ID:???: 古文じゃないだろ。
930 名前： Name_Not_Found 投稿日： 03/03/25 01:17 ID:???: >>928
あ、それは漏れも思った（藁
931 名前： Name_Not_Found 投稿日： 03/03/25 01:17 ID:???: 検索件数で判断しようってのはStrictスレっぽくないな。
StrictなHTMLと不思議マークアップはどっちが数で勝ってると思ってるんだ？
932 名前： Name_Not_Found 投稿日： 03/03/25 01:18 ID:???: 駄文だろうな。
933 名前： Name_Not_Found 投稿日： 03/03/25 01:18 ID:???: 板違いを続けて申し訳ないのですが
ら行五段活用動詞「くださる」の連用形「くださり」の音便が「ください」じゃないの？

>924
わざわざマークアップしなくても，と思う
で，<var>ってのは変数名なんかに使うんじゃなかったけ？
だとしたらカウンタの中身に使うんじゃなくて
<var>訪問者数</var>とかそういう感じではないかと
（やはりマークアップする意味がなさそうだが）
934 名前： Name_Not_Found 投稿日： 03/03/25 01:23 ID:???: >>931-932
でもこの場合は「日本語の使い方」の問題だからなあ。
なんでもかんでも「strictスレの考え方」に当てはめるのはどうかと（藁

で、「日本語の使い方」はスレ違いと。
935 名前： Name_Not_Found 投稿日： 03/03/25 01:24 ID:???: >>933
よーわからんが、どっちが正しいんだい？
936 名前： 918 投稿日： 03/03/25 01:25 ID:???: >>933
>ら行五段活用動詞「くださる」の連用形「くださり」の音便が「ください」じゃないの？
納得しました。

で、結局どうなのでしょうか。
937 名前： Name_Not_Found 投稿日： 03/03/25 01:26 ID:???: 仕方ないな…

のあたん、よろしく！
938 名前： Name_Not_Found 投稿日： 03/03/25 01:26 ID:???: 理屈でいったら“り”だけど、
世間一般では“い”が使われているってことだろ。

つまり“い”が正解。
939 名前： Name_Not_Found 投稿日： 03/03/25 01:27 ID:???: 「い」が正解って琴か？
940 名前： Name_Not_Found 投稿日： 03/03/25 01:27 ID:???: scope属性、headers属性、axis属性を実装しているブラウザってあるんですか？
941 名前： Name_Not_Found 投稿日： 03/03/25 01:37 ID:???: 新スレ用のテンプレ貼ってもいいですか？
942 名前： Name_Not_Found 投稿日： 03/03/25 01:38 ID:???: あ…思いっきりウソ書いたっぽい．

広辞苑によれば
「ください」：（「くださる」の命令形「くだされ」の口語形）
だそうなので，音便とかそういうのは関係なく「ください」という言葉だと思うべきだね．
943 名前： Name_Not_Found 投稿日： 03/03/25 01:43 ID:???: 『い』でＦＡ
944 名前： Name_Not_Found 投稿日： 03/03/25 01:43 ID:???: 『い』でＦＡ

では次の話題に逝きましょう。
945 名前： 900 投稿日： 03/03/25 01:50 ID:???: >>941
どうぞ。
私はもう編集したものを持ってますがね。>>902
946 名前： Name_Not_Found 投稿日： 03/03/25 01:52 ID:???: >>945
ああ、それじゃ、いらないすね。
>>950 を取った人が希望したらということで。
947 名前： Name_Not_Found 投稿日： 03/03/25 02:33 ID:???: >>950がスレ立て
>>960がネタ振り
>>970が情報紹介
>>980がこのスレを読んだ感想
>>990が次スレに対する意気込み
>>999が1000get
>>1000はフリートーク
948 名前： Name_Not_Found 投稿日： 03/03/25 11:09 ID:???: そこまで逝かずに落ちるなｗ
949 名前： Name_Not_Found 投稿日： 03/03/25 12:35 ID:???: まあ950くらいは↓
950 名前： Name_Not_Found 投稿日： 03/03/25 13:16 ID:???: ｹﾞﾌﾟｰ
951 名前： Name_Not_Found 投稿日： 03/03/25 14:18 ID:???: >>950
スレ立てだね。
952 名前： Name_Not_Found 投稿日： 03/03/25 14:23 ID:???: 1時間経過しても立ててないのか？
953 名前： 900 投稿日： 03/03/25 14:25 ID:???: 立ててきまぷ。
954 名前： 900 投稿日： 03/03/25 14:33 ID:???: 立てますた。

Strict-HTML スレッド11
http://pc2.2ch.net/test/read.cgi/hp/1048570237/
955 名前： Name_Not_Found 投稿日： 03/03/25 14:38 ID:BYEWfszA: >>933
回答有り難うです。
でも無しにすると、body直下に来ちゃうので、Hにでも囲んでおきます。
956 名前： Name_Not_Found 投稿日： 03/03/25 14:50 ID:???: >>955
ｈｎでは無いと思われます。
私ならｐを使います。
957 名前： Name_Not_Found 投稿日： 03/03/25 17:35 ID:???: >>924
altとtitleの内容は逆のほうがしっくりくる。
それと、SSIならテキストカウンタにすればいいのでは。
958 名前： Name_Not_Found 投稿日： 03/03/25 17:50 ID:???: >>924 >>955-956

というか、varもインライン要素だから、body直下に置けないのだが。
一種の段落と捉えてpとする人と、段落ではないと捉えてdivとするのが
一般的。
「項目がひとつしかないリスト」と捉えてulでマークアップする人もいる
が、少数派。
959 名前： Name_Not_Found 投稿日： 03/03/25 17:54 ID:???: >>957の助言通り、altを"You're 12345th visitors."とするならば、
段落と捉えやすくなるので、pでマークアップするのが妥当かな。
960 名前： 924,955 投稿日： 03/03/25 18:04 ID:???: >>957-959
詳しい解説ありがとうです。
<var>には、 VAR {display:block;} なんてのをかましていたので反省することしきりです。
altとtitleを入れ替えて、<p>～</p>で出力するようにしてみます。
961 名前： Name_Not_Found 投稿日： 03/03/25 18:34 ID:???: >>960
hnの使い方については、新スレでも話題が出てるので、読んでみて。

http://pc2.2ch.net/test/read.cgi/hp/1048570237/l50
962 名前： Name_Not_Found 投稿日： 03/03/25 18:35 ID:???: 埋め
963 名前： Name_Not_Found 投稿日： 03/03/25 19:14 ID:???: 梅
964 名前： Name_Not_Found 投稿日： 03/03/25 21:57 ID:???: 踏め
965 名前： Name_Not_Found 投稿日： 03/03/25 21:58 ID:???: 夢
966 名前： Name_Not_Found 投稿日： 03/03/25 22:37 ID:???: 組め
967 名前： Name_Not_Found 投稿日： 03/03/25 23:04 ID:???: 頭悪い梅方だなー
968 名前： Name_Not_Found 投稿日： 03/03/25 23:14 ID:???: て～やんでぇ！！
969 名前： 924,955 投稿日： 03/03/26 00:37 ID:???: >>961
読んできました。（うめ？）
970 名前： Name_Not_Found 投稿日： 03/03/26 01:13 ID:???: ウメェ～！
971 名前： 菅野美穂 投稿日： 03/03/26 11:14 ID:???: ッシュ！
972 名前： Name_Not_Found 投稿日： 03/03/26 13:57 ID:???: 楳
973 名前： Name_Not_Found 投稿日： 03/03/26 16:18 ID:si7Y8+cA: あげ
974 名前： Name_Not_Found 投稿日： 03/03/26 16:29 ID:???: 生き埋め殺人事件
975 名前： Name_Not_Found 投稿日： 03/03/26 16:58 ID:si7Y8+cA: って？

↓はいアホの反論
976 名前： Name_Not_Found 投稿日： 03/03/26 17:03 ID:???: なんでだろ～
977 名前： Name_Not_Found 投稿日： 03/03/26 17:06 ID:???: ここから梅はボケ・ツッコミのみとなります。ご了承下さい。
978 名前： Name_Not_Found 投稿日： 03/03/26 17:07 ID:???: >>977
なんでやねん。
979 名前： Name_Not_Found 投稿日： 03/03/26 17:41 ID:???: うめ。
980 名前： Name_Not_Found 投稿日： 03/03/26 18:02 ID:???: >>979
なんでやねん。

このスレの感想：あー面白かった。
981 名前： Name_Not_Found 投稿日： 03/03/26 20:05 ID:???: ありがとう、私たちを無視してくれて。
あなたの決断に反対する態度を明らかにしたすべての人を除け者にしてくれて。
なぜなら、地球の未来は除外された者たちのものだから。
-- パウロ・コエーリョ
982 名前： Name_Not_Found 投稿日： 03/03/26 20:52 ID:???: 神崎キモい
983 名前： Name_Not_Found 投稿日： 03/03/26 21:07 ID:???: いかそうめん
↓
984 名前： Name_Not_Found 投稿日： 03/03/26 21:28 ID:???: 「ん」？
985 名前： Name_Not_Found 投稿日： 03/03/26 21:29 ID:???: ――――――――――――――――
鏡

　　ﾉﾉﾉ
　 ('A`)　ちょっとパンク風にしてみた
　ﾉ( ﾍﾍ
986 名前： Name_Not_Found 投稿日： 03/03/26 21:34 ID:???: それがどうした
987 名前： Name_Not_Found 投稿日： 03/03/27 17:10 ID:???: 埋め
988 名前： Name_Not_Found 投稿日： 03/03/27 17:10 ID:???: 埋め立て
989 名前： Name_Not_Found 投稿日： 03/03/27 17:10 ID:???: 楳
990 名前： Name_Not_Found 投稿日： 03/03/27 17:11 ID:???: 梅　　
991 名前： Name_Not_Found 投稿日： 03/03/27 17:12 ID:???: 埋め　
992 名前： Name_Not_Found 投稿日： 03/03/27 17:12 ID:???: 埋め　　　
　
993 名前： Name_Not_Found 投稿日： 03/03/28 00:33 ID:???: 次スレ
http://pc2.2ch.net/test/read.cgi/hp/1048570237/
994 名前： Name_Not_Found 投稿日： 03/03/28 00:33 ID:???: 次スレ　
http://pc2.2ch.net/test/read.cgi/hp/1048570237/
995 名前： Name_Not_Found 投稿日： 03/03/28 00:33 ID:???: 次スレ
Stricy-HTML　スレッド11
http://pc2.2ch.net/test/read.cgi/hp/1048570237/
996 名前： Name_Not_Found 投稿日： 03/03/28 10:11 ID:???: うめ
997 名前： Name_Not_Found 投稿日： 03/03/28 10:11 ID:???: 梅　　
998 名前： Name_Not_Found 投稿日： 03/03/28 10:11 ID:???: 埋め立て
999 名前： Name_Not_Found 投稿日： 03/03/28 10:12 ID:???: 999
1000 名前： Name_Not_Found 投稿日： 03/03/28 10:12 ID:???: 1000
1001 名前： １００１ 投稿日： Over 1000 Thread: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

２ちゃんねるは、ここのサーバを使ってるです。。。