Strict-HTML スレッド17

1Name_Not_Found03/11/15 23:50 ID:x8olcKVd: Strict な HTML について語るスレッド ver.17
W3C 信者もそうじゃない人も投稿歓迎。でもHTMLの基礎知識は欲しいね。
sage進行推奨。

* HTML 4.01 Strict, XHTML 1.0 Strict, XHTML Basic 1.0 (XHTML Basic),
* XHTML 1.1, XHTML 2.0, ISO/IEC 15445 (ISO-HTML), JIS X 4156 (JIS-HTML) など。

Strict-HTML スレッド16
http://pc2.2ch.net/test/read.cgi/hp/1064061327/

過去ログ・関連スレ >>2
勧告等・その他 >>3
2Name_Not_Found03/11/15 23:51 ID:x8olcKVd: ■過去ログ
HTML1.0 http://pc.2ch.net/hp/kako/992/992708594.html
HTML2.0 http://pc.2ch.net/hp/kako/1008/10083/1008380243.html
HTML3.0 http://pc.2ch.net/hp/kako/1013/10138/1013818251.html
HTML3.2 http://pc.2ch.net/hp/kako/1018/10187/1018719800.html
HTML4.0 http://pc3.2ch.net/hp/kako/1022/10227/1022751972.html
HTML4.01 http://pc3.2ch.net/hp/kako/1028/10289/1028963710.html
XHTML1.0 http://pc3.2ch.net/hp/kako/1033/10332/1033282702.html
XHTML1.0 SE http://pc3.2ch.net/hp/kako/1037/10375/1037577389.html
Strict-HTML スレッド ver.9 http://pc2.2ch.net/hp/kako/1039/10399/1039974316.html
Strict-HTML スレッド 10 http://pc2.2ch.net/hp/kako/1045/10454/1045493217.html
Strict-HTML スレッド11 http://pc2.2ch.net/hp/kako/1048/10485/1048570237.html
Strict-HTML スレッド12 http://pc2.2ch.net/hp/kako/1048/10488/1048867117.html
Strict-HTML スレッド13 http://pc2.2ch.net/hp/kako/1050/10505/1050581113.html
Strict-HTML スレッド14 http://pc2.2ch.net/hp/kako/1055/10551/1055148679.html
Strict-HTML スレッド15 http://pc2.2ch.net/hp/kako/1059/10594/1059401790.html
Strict-HTML スレッド16 http://pc2.2ch.net/test/read.cgi/hp/1064061327/

■関連スレ
/* CSS･スタイルシート質問スレッド【24】 */ http://pc2.2ch.net/test/read.cgi/hp/1066310242/
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信者にサイトを正しい記述に直して貰うスレ3 http://pc2.2ch.net/test/read.cgi/hp/1061741473/
3Name_Not_Found03/11/15 23:51 ID:x8olcKVd: ■勧告等
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 W3C (Working Draft) http://www.w3.org/TR/2003/WD-xhtml2-20030506/
ISO/IEC 15445:2000(E) ISO-HTML http://www.purl.org/NET/ISO+IEC.15445/15445.html
JIS X 4156 (JIS-HTML) http://www.y-adagio.com/public/standards/jis_html/toc.htm
上記勧告の邦訳等 http://www.doraneko.org/webauth/

■その他
W3C http://www.w3.org/
HTML Working Group Roadmap http://www.w3.org/MarkUp/xhtml-roadmap/
Another HTML-lint http://openlab.ring.gr.jp/k16/htmllint/htmllint.html
W3C HTML Validation Service http://validator.w3.org/
ごく簡単なHTMLの説明 http://kanzaki.com/docs/htminfo.html
4Name_Not_Foundsage03/11/16 00:14 ID:???: 乙
5Name_Not_Foundsage03/11/16 00:20 ID:???: 小津

■関連スレｗ
【W3C】webの生みの親曰く、「セマンティックWebは着実に広がる」
http://book.2ch.net/test/read.cgi/bizplus/1068905348/
6Name_Not_Foundsage03/11/16 00:23 ID:???: 【RDF】セマンティックウェブ【メタ情報】
http://pc2.2ch.net/test/read.cgi/hp/1057681807/l50
7Name_Not_Found03/11/16 01:55 ID:fC/95op1: 或る本をhtml文書化する場合、
その本に於ける副題はどのようにmarkupすれば良いでしょうか？

titleには本題だけ書くんでしょうか？
また、h1で本題を表して、副題はh2にしたら良いんでしょうか？
8Name_Not_Foundsage03/11/16 01:56 ID:???: sageろっちゅー話ですね・・・すんません。
9Name_Not_Foundsage03/11/16 02:32 ID:???: >>7
<title>本題 - 副題</title>
<h1>本題 - 副題</h1>

でいいんじゃないかしら。多少冗長でもかまわないのなら、

<h1><span>本題</span> <span>-</span> <span>副題</span></h1>

で、各 span に任意の class をつけるとか。
10Name_Not_Foundsage03/11/16 02:42 ID:???: >>9
了解しました。有り難う御座いました。
11Name_Not_Foundsage03/11/16 09:19 ID:???: >>9
<h1><em>本題</em> - 副題</h1>

こんな風にして、emに適当なclass名を付けるのはありですか？
12Name_Not_Foundsage03/11/16 09:52 ID:???: >>11
ありじゃないかな。
この辺は個人の好みとか信条とか派閥とかによって考えが異なるので。謎だけど。

一応参考として。
http://members.jcom.home.ne.jp/jintrick/Personal/css_small.html
13Name_Not_Foundsage03/11/16 11:03 ID:???: >>7
> また、h1で本題を表して、副題はh2にしたら良いんでしょうか？
そのやり方を使うなら、俺ならフロートで一列にするな。まあ、参考にもならんだろうけど。
14Name_Not_Foundsage03/11/16 11:28 ID:???: 一ページ内で、「ここは更新情報」みたいなクラスを当てられない時は
どうしたらいいですか？

例えば、「ヘッダ」「内容」「フッタ」をpre-codeなどで書くときに
わかりやすく色分けしたい時です。

一ページで一回しか使わないようなものすら
hoge_headerみたいにクラスつけたほうがいいのでしょうか。
15Name_Not_Foundsage03/11/16 11:35 ID:???: >>14
言ってる意味がいまいち把握しづらいが、
ある一帯を「更新情報」としたいのならそれをコンテナにぶち込んで、相応のクラスを与えてやりゃ済むんじゃねえの？

＃pre-codeがわからんので、見当違いなことを言ってるかも知れん。
16Name_Not_Foundsage03/11/16 11:52 ID:???: >>15
たぶん<pre><code>ヘッダ</code><code>（ｒｙ）</code></pre>のこと
だと思われ。

>>14
それもただ色分けしたいというよりは
ヘッダフッタという目的があるんだからクラスつけてもいいんじゃないかと。
そのページでしか絶対に使わないなら外部CSSじゃなくて
<style></style>でいいとおもうけどな
17Name_Not_Foundsage03/11/17 13:56 ID:???: ページって言うなリソースって言えって言われたけどそうなの？
18Name_Not_Foundsage03/11/17 14:12 ID:???: ページもリソースの一種。
19Name_Not_Foundsage03/11/17 14:16 ID:???: 俺もリソース。気になるあの娘もリソース。
20Name_Not_Foundsage03/11/17 14:20 ID:???: >>17
文脈次第。
21Name_Not_Foundsage03/11/17 14:35 ID:???: <p><a href="#top">↑リソースの先頭へ</a></p>　っていのうはどう？
22Name_Not_Foundsage03/11/17 15:20 ID:???: そんなリンクは要らねぇ。
23Name_Not_Foundsage03/11/17 16:43 ID:???: たいていのUAではHomeやCtrl+Homeでページの先頭に行けるわけで。
滅多やたらと「ページの先頭に戻る」があると正直うざい。
24Name_Not_Foundsage03/11/17 16:47 ID:???: >>21
別にどっちでも。
25Name_Not_Foundsage03/11/17 18:00 ID:???: >>21
ユーザビリティの話を持ち込もうとしてる？
26Name_Not_Foundsage03/11/17 18:19 ID:???: >>22-25
漏れは Sleipnir とか Firebird のマウスジャスチャで、
先頭と末尾を↑とか↓に割り当ててるから正直要らねぇんだけど、
書くとしたら、こういうリンクもありかなって思っただけのことさ。
27Name_Not_Foundsage03/11/18 12:58 ID:???: 前スレ落ちてから来てなかったけど、新スレあるだろうと思って見つけました。

戻るボタンとかも普通のUAでは戻れるからいらないよな。
サイトナビゲーションがあればすむ話だ。
28Name_Not_Foundsage03/11/18 14:09 ID:???: target="_blank" が有料になりました(w
http://pc2.2ch.net/test/read.cgi/hp/1068729407/
速やかに使うのを止めて、ストリクターになりましょう（w
29Name_Not_Foundsage03/11/18 15:25 ID:???: >>27
検索できた人と、階層がわからなくなる人のためにつけてるよ
index ＞カテ＞XX
みたいなやつ
30Name_Not_Foundsage03/11/18 15:31 ID:???: ＞戻るボタンとかも普通のUAでは戻れるからいらないよな。
「普通のUA」とはまた随分流動的な根拠だな。
31Name_Not_Foundsage03/11/18 16:29 ID:???: でも「普通のUA」と聞けば「ああ、IEか」と思うだろ。
32Name_Not_Foundsage03/11/18 16:51 ID:???: 思わんだろ
33Name_Not_Foundsage03/11/18 17:59 ID:???: てか「普通のUAでは○○だから××だ」って議論でいいのかと。
他のスレならともかく、このスレで。
34Name_Not_Foundsage03/11/18 18:12 ID:???: 戻れないUAってあるのか
35Name_Not_Foundsage03/11/18 19:11 ID:???: HTMLはただの文書そういったインターフェイスはアプリ側で対応すべき。
で、link要素をスタイルシートにしか使わないIEはクソ
36Name_Not_Foundsage03/11/19 05:12 ID:???: >>35
確かに。
だが、多くの制作者が開眼しないとIEを変える必要性ってのが見えないような気もするな。
37Name_Not_Foundsage03/11/19 06:39 ID:???: >>36
Webの利用法に新しい変化がおこらない限り、ブラウザ暗黒時代はまだまだ続くね。
38Name_Not_Foundsage03/11/19 06:41 ID:???: >>37
そう考えると微妙に絶望的な気分になってしまうのだが…ﾊｧ
39Name_Not_Foundsage03/11/19 09:06 ID:???: WinIEのWeb閲覧機能は、メモ帳とかMSペイントとかと一緒でOSのオマケ。
IEが糞なのはしょうがないことなので、
個人的には他ブラウザのベンダーに頑張って欲しい。
# 特に英語が不自由な日本人向けのユーザビリティと情報提供…
40Name_Not_Foundsage03/11/19 11:35 ID:???: まーたワンパターンのMS叩きか。
41Name_Not_Foundsage03/11/19 11:57 ID:???: まーたワンパターンの思考停止か。
42Name_Not_Foundsage03/11/19 18:11 ID:???: このスレは今までもこれからも同じ議論(?)を繰り返すだけだから。
43Name_Not_Foundsage03/11/19 21:07 ID:???: >>35
ス切リボ使っている人なんて、全体から見れば少数だし、
IEコンポブラウザでス切リボ相当のナビゲーションがついているのも少ないしね
44Name_Not_Foundsage03/11/19 21:36 ID:???: >>43
なんでス切りボと>>35が関係あるのかわからない
>>35が言ってるのは<linkでも next とか indexの話なんではないの？
それとも>>43が言ってるみたいに複数のCSSの話なの？
45Name_Not_Foundsage03/11/19 23:00 ID:???: >>44
スタイルシート切り替えの機能をIEに追加する「ス切ボ」は
LINK要素でのナビゲーションリンクに対応して「ス切リボ」と名前を変更した。
「スタイルシート切り替えおよびリンクボタン」の略ね。
だから>>35の内容にはあっていると思う。

ていうか、アレがないとIEは使う気にもならん。
46Name_Not_Foundsage03/11/20 11:02 ID:???: http://blog.japan.cnet.com/kenn/archives/000845.html

よそのスレで拾ってきたんだけど
こういう物言いってストリクターから見てどうなの？
47Name_Not_Foundsage03/11/20 12:16 ID:???: だらだら長い上に煽り口調なのが鼻につくな
48Name_Not_Foundsage03/11/20 14:03 ID:???: HTML-LINTを使ってhtml4.01strictの設定でチェックしてるんですが、
フラッシュで音楽を流そうと思ってOBJECTやEMBED等のタグを使ったら減点されました。
OBJECTだけでは未対応ブラウザがあるという事なので
EMBEDと併用する形でやってみたのですが、
これは機械的にはエラーになるけど実際は問題無いと言えるんでしょうかね？
それとも他に何か正しい書き方みたいなのがあるんでしょうか。
どなたかご教授下さい。
49Name_Not_Foundsage03/11/20 14:28 ID:???: >フラッシュで音楽を流そうと思って
音楽を流すことが必然的どうか考えてみる。
必然的でなければ「未対応ブラウザ」なんか無視する。
というか音楽を流すこと自体をやめる。

>これは機械的にはエラーになるけど実際は問題無いと言えるんでしょうかね？
EMBED要素を使うなら文書型宣言は記述できないね。

>それとも他に何か正しい書き方みたいなのがあるんでしょうか。
後方互換性を考慮する場合は、独自拡張のEMBED要素をOBJECT要素の中に入れて使ってください。
http://www.zspc.com/documents/wcag10-tech/html-techniques/index.html#embed-multimedia

OBJECT要素の使い方はこちら。
http://www3.sppd.ne.jp/lena/web/xhtml-multimedia.htm
50Name_Not_Foundsage03/11/20 18:58 ID:???: >>46
「俺は改革派。古い観念にとらわれないよ」と言いたいだけな感じがする。
中身がちっともともなっていない。
51Name_Not_Foundsage03/11/20 21:57 ID:???: >>46
ストリクトたんで反論している人いない？
52Name_Not_Foundsage03/11/20 22:23 ID:???: >>51
彼らはHTML4.01語彙セットがあれば幸せだから。
53Name_Not_Foundsage03/11/21 00:25 ID:???: >>51
途中からバカらしくて読んでない。
54Name_Not_Foundsage03/11/25 09:02 ID:???: >>46
これを書いてるのは江島健太郎とかいう香具師か？

ヌッコロしたくなってきた
55Name_Not_Foundsage03/11/25 17:51 ID:???: 実体参照？実態参照？
どっちですか
56Name_Not_Foundsage03/11/25 17:57 ID:???: >>55
entity reference の訳語なら実体参照。
57Name_Not_Foundsage03/11/25 18:13 ID:???: サンクスコ
検索したら実態参照の方が多かった。みんな間違ってんだな
58Name_Not_Foundsage03/11/25 18:28 ID:???: >>57
それは「実態」「参照」の２語に分割して検索されるから。
"実態参照" "実体参照" で検索すれば、前者は後者よりもはるかに少なくなる。
59Name_Not_Foundsage03/11/26 05:56 ID:???: 前スレにあった、「テキストエリアに初期値。JSのオンフォーカスで消去」というのを気に入って使ってたんだけど、
致命的なことに今頃気付いた。
他のページを引用しようとしてコピー、貼り付けようとしたら「オンフォーカス」が利いてそれまでの書き込んでた文字が消える。
なんでこんな当たり前のことに気付かなかったんだろう。
60Name_Not_Foundsage03/11/26 06:57 ID:???: じゃぁオンフォーカスで初期値だったら消去だな
61Name_Not_Foundsage03/11/26 07:03 ID:???: >>60
どういう意味？
オンフォーカスすると初期値に戻るようにするの？
めちゃめちゃ無意味な気がするんだけど。
62Name_Not_Foundsage03/11/26 07:16 ID:???: >>59
「オンフォーカスでテキストエリア内の文字列を全選択」にしたらどうだ？
63Name_Not_Foundsage03/11/26 07:30 ID:???: >>61
onfocus="if(value==defaultValue)value='';onfocus=null"
とかってことでない？
64Name_Not_Foundsage03/11/26 08:40 ID:???: >>63
なるほど。そういう意味か。
「初期値」ならば、か。つくづく読解力無いな。俺。>>60ｽﾏｿ
そのソースまるまるコピペで出来ますか？

>>62
JS質問スレで無理矢理聞きだしたやつをくっつけてただけなんで、そんなｓクリプト書けない……。
6564sage03/11/26 12:33 ID:???: >>63
よく考えたら試してみたら済む話だよね。
できました。ありがとう。
66Name_Not_Foundsage03/11/26 15:52 ID:???: 無理に初期値入れてるとlintの満点対策に見えてしまう
67Name_Not_Foundsage03/11/26 16:09 ID:???: おまいら初期値に何て入れてるの
68Name_Not_Foundsage03/11/27 00:32 ID:???: 「初期値」は「空文字列」です。Cで書けばchar* default = 0ではなくchar* default = ""です。
69Name_Not_Foundsage03/11/27 00:42 ID:???: スレ違いだが、

>>68
キモイからポインタに 0 を代入するな。
70Name_Not_Foundsage03/11/27 01:11 ID:???: >>69
0はﾇﾙﾎﾟｲﾝﾀと等価ですが、何か？
71Name_Not_Foundsage03/11/27 09:28 ID:???: >>70
ｶﾞｯ
72Name_Not_Foundsage03/11/27 12:23 ID:???: >>66
言えてるかも知れん。
最初の目的はそうだったけど、どうせ書かなきゃならないと思って書くならユーザビリティに優れた文字列を入れておきたいな、とは思う。

本文
と
本文欄
と
ここに本文を記入して下さい
だったらどれが一番優れてるんだろう、とか思うな。

あと、そういう系の文字列を入れてるのに、URL欄だけ「http://」が初期値ってのもおかしいような気がする。
73Name_Not_Foundsage03/11/27 13:51 ID:???: URL欄にデフォルトで「http://」って入ってると邪魔くさいよな
74Name_Not_Foundsage03/11/27 14:03 ID:???: >>73
自サイトURLはコピペだから、ドラッグ→Ctrl+vだしそれほど邪魔臭くは無いな。
75Name_Not_Foundsage 釣り03/11/27 14:13 ID:???: つまりアレだ。

名前[　　　　　]
こんなBOXじゃなくて

[名前　　　　　]
こんなBOXにすればいいんだな？
76Name_Not_Foundsage　乗ろう03/11/27 14:16 ID:???: >>75
違うだろ。

名前[田中　　　　　　　　　　　　]
メール[　　　　　@hotmail.com]
URL[http://　　　　　　　　　　　]

こうだ。
77Name_Not_Foundsage　ﾊﾟｸｯ03/11/27 14:22 ID:???: >>75
その方法の駄目な点を教えて下さい。
78Name_Not_Foundsage03/11/27 20:06 ID:???: この際

名前[ 名前 ]
メール[ メールアドレス ]
サイト[ URI ]

とかでも構わんのじゃないかとか。駄目か。
79Name_Not_Foundsage03/11/27 20:28 ID:???: 特に必要がなきゃ初期値なんて入れない。
80Name_Not_Foundsage03/11/27 20:29 ID:???: >>75ｰ77
メール欄にｳﾝｺしてみた自作自演ですか？
81Name_Not_Foundsage03/11/27 20:53 ID:???: 名前[ Name_Not_Found ]
メール[ sage ]
サイト[ http://pc2.2ch.net/test/read.cgi/hp/1068907834/l50 ]
82Name_Not_Foundsage03/11/27 21:26 ID:???: >>75
labelはどうすんの？
83Name_Not_Foundsage03/11/27 21:36 ID:???: 空文字であることに重要な意味がある場合でも初期値設定しなきゃならんのかなぁ・・・
84Name_Not_Foundsage03/11/27 21:50 ID:???: つかそもそも初期値入れとけってのは
UA によってちゃんと処理出来ない場合があるから、だろ？
別に必須属性って訳じゃない。

http://www.zspc.com/documents/wcag10-tech/index.html#tech-place-holders

意味があったり不具合を持つ UA でのアクセス(具体的に何があるのかは知らんが)が
無視して良いレベルでしかないのならば
無理して設定せなならんもんでもないだろ。
あった方が親切ではあるんだろうけど。
85Name_Not_Foundsage03/11/27 22:12 ID:???: >>83
本当は空文字列が初期値として相応しいのに
不具合の出るUAが存在するために初期値ではない文字列を無理矢理指定するのだとしたら
そっちの方が問題だと俺は思う。

そうしたUAへのアクセシビリティは高まるだろうし、
それが重要であったり軽視したくなかったりするのであれば好きにすればいいが、
そんなのABBRがIEでコケるからってACRONYMにするのと根は一緒。
86Name_Not_Foundsage03/11/27 22:13 ID:???: Javaで対策してても、Java切ってる人間に対して
メールフォームなどのボックスに初期値が全て入っているのは
わざわざ削除する手間をかけて結果的に不親切なような
87Name_Not_Foundsage03/11/27 22:23 ID:???: <input value=""> ならlintに怒られないのはなぜ？
88Name_Not_Foundsage03/11/27 22:24 ID:???: そもそもUAは空の初期値を未だに正しく扱えないのだろうか？
漏れは現状は正しく扱えていると見なしていいと思うので
このチェック項目は既に過去のものなんだけど。
89Name_Not_Foundsage03/11/27 22:54 ID:???: http://www.kanzaki.com/docs/html/htminfo31.html#input_text
> 古いタイプのブラウザでは何らかの初期値がないとフィールド
> の選択すらできないことがある

って、なんてブラウザかな
90Name_Not_Foundsage03/11/27 23:14 ID:???: 都市伝説か？
「古いブラウザ」という話はあっても具体名を聞いたためしがない。
仮にベータ版の話なら無視してもよいのでは？
ベータ版でなくても無視してよいレベルの古さだとは思うが。
91Name_Not_Foundsage03/11/27 23:16 ID:???: Strictorというのは特定のUAに縛られずにHTMLの理念にだけ従うものじゃないんですか？

Strictorとしては初期値というのが文章のなかでどういう存在なのかとか、現在の仕様レベルではtypeがradioかcheckboxだったら必須だとか初期値がないとresetしたときの動作が不定だとか、XFormsはどうだとかそういう問題だと思うのですが。
92Name_Not_Foundsage03/11/28 00:14 ID:???: まぁそうだよな
93Name_Not_Foundsage03/11/28 00:24 ID:???: lintに惑わされるなってことですか
94Name_Not_Foundsage03/11/28 02:58 ID:???: せっかくなんで専用スレに行ってみたテキストエリアの初期値の話
http://pc2.2ch.net/test/read.cgi/hp/1034270272/117-
95Name_Not_Foundsage03/11/28 03:23 ID:???: lintはさー
xhtml1.1でname使ってもいいところで使ってても文句言われるからﾑｶﾂｸわけですよ
96Name_Not_Foundsage03/11/28 08:07 ID:???: >>95
具体例きぼん
97Name_Not_Foundsage03/11/28 08:31 ID:???: FORMの部品とか？
98Name_Not_Foundsage03/11/28 11:47 ID:???: >>63
それ、気に入って使ってたんですが、掲示板で、「修正」ってやると「修正前の書き込み」が「初期値」になるのでオンフォーカスで消えてしまいますです。全くどうやれば満足するんだよlint。
99Name_Not_Foundsage03/11/28 11:53 ID:???: >>98
onfocus="if(value=='ここに本文を入力してください。')value='';onfocus=null"

ならまずかぶることはなさそうだが。
100Name_Not_Foundsage03/11/28 11:56 ID:???: >>99
なるほど。「デフォだったら」じゃなくて「○○だったら」と特定してやればいいんですね。
わあ、何焦ってるんだろう。テンパってて思いつきもし無かったです。有難うございました。
101Name_Not_Foundsage03/11/28 12:05 ID:???: >>98
初期値に無関係な値を入れてるから自動消去機能が有用なのであって
初期値が初期値としてまともに機能するならそんなスクリプトは要らない。

という事例をまのあたりにした気がする。
102Name_Not_Foundsage03/11/28 12:48 ID:???: >>101
そんなに詰らんといて下さい。
103Name_Not_Foundsage03/11/28 12:54 ID:???: >>99
で、適応しようと思ってperlのソースみたら、修正用と書き込み用は別のフォームを使ってました。
修正用フォームのJS消せばよかったのか……。
104Name_Not_Foundsage03/11/29 11:15 ID:???: 噂のID問題って何？
105Name_Not_Foundsage03/11/29 12:05 ID:???: ttp://www.satoshii.org/markup/notes/2003/11
ttp://kazmacky.cool.ne.jp/kinkyo/2003e.html
> ID屬性及びNAME屬性、さらに對應するHREF屬性の値に使ふ文字を次の
> 40字 ABCDEFGHIJKLMNOPQRSTUVWXYZ.-_:0123456789 に限る
Strict的にはめんどくさい事になりそうで。
106Name_Not_Foundsage03/11/29 18:43 ID:???: うへぇ、小文字使えないのか・・・
107Name_Not_Foundsage03/11/29 18:58 ID:???: 正直、知らんかった。
108Name_Not_Foundsage03/11/29 20:49 ID:???: XHTMLでは使えないってことは、
つまりHTMLのidでも、小文字をなるべく使わない方がいいって事か。
大量に修正しないといかんなぁ……。
109Name_Not_Foundsage03/11/29 21:33 ID:???: この話の根が深いところは、単に「HTML で小文字の ID を
使ったら間違い」という話ではないところだな。

id="foo" は間違いではないが、そこにリンクするには、
href="hoge.html#foo" ではなく、href="hoge.html#FOO"
と書かなきゃならないというのが SGML 規格から導かれる
結論。でもそれでは大抵のブラウザが認識しないという罠。

つまり、小文字の ID 自体は間違いではないが、小文字の ID に
対して「#」以下小文字を使ってリンクを張ったら間違いに
なるので、ならば最初から ID に小文字を使わない方がいいと
いう話。

もちろん小文字 ID で自ページ内リンクを張ったら自分が
間違いになるけど、たとえ自分が Strict に書いていても、
リンクを張る相手の HTML が小文字の ID を使っていたら、
その ID にはアクセシブルに Strict なリンクは張れない。
110Name_Not_Foundsage03/11/29 21:37 ID:???: >106
使えないんじゃなくて、たとえばHTML4.01文書中に<a name="section1">～</a>とか
書いても、大文字に変換されて SECTION1 と解釈される…ということらしい。
HTML4.01文書同士でリンクするときは対応するname/id属性が両方とも大文字に変換されるから
いいけど、XHTMLからHTMLにリンクするときはXHTML側は大文字でリンクしなければいかんとか。

で、いま上の行に"しなければいかん"と書いたけど、英文ではrecommendと書いてあり強制力は
どの程度なのかがよく分からんと。
111110sage03/11/29 21:47 ID:???: うわ被り…しかも俺のほうは間違ってる?ぽいし

＿|￣|○
112Name_Not_Foundsage03/11/29 21:54 ID:???: SGMLの呪縛だね。
113109sage03/11/29 22:57 ID:???: >>110
SGML 規格に「ID 型の属性値は、小文字で書かれていたらすべて
大文字に変換してから解釈しなければならない」とある問題。
XML 規格ではこの問題はない。

name や href 属性値は大文字変換されないので、href で <a name>
にリンクを張る場合は問題は起こらない。href で id にリンクを張る
場合は、id の方だけ大文字変換後に解釈する規格なので、問題に
なる。

まとめると、リンク先が XHTML なら小文字でも何の問題もなし。
リンク先が HTML でも <a name> だけを使っているページなら問題
なし。HTML で小文字の ID を使っているところにリンクを張る時だけ
問題が起こる。この時、リンク元が HTML か XHTML かは関係ない。

# 「XHTML 1.0 で初めて ID 属性が登場」とかだったら何の問題も
# 起こらなかったのにね。(w
114Name_Not_Foundsage03/11/30 00:23 ID:???: これ、あれだよね・・・
document.getElementById()
も影響受けるってことだよね・・・
115Name_Not_Foundsage03/11/30 10:21 ID:???: このスレはSGMLスレではありません
HTML4.01はSGMLサブセットっぽい言語です
116Name_Not_Foundsage03/11/30 12:54 ID:???: >>115
1行目はその通りだから、あまりここでSGMLの話をするのは
良くないだろうけど、2行目は違うよ。

HTML4.01規格の最初に「SGML適合」だと書いてある。で、
SGML規格には、すべての要件を満たしたときだけ「適合」と
名乗れるとある。

最初から「SGMLサブセット」と言ってたのなら、「その部分の
規定はHTMLでは使いません」でも済んだだろうが、「適合」を
名乗ってしまった以上、SGMLのすべての制約を受ける。
117Name_Not_Foundsage03/11/30 14:11 ID:???: SGMLスレでもXMLスレでもないが、
HTML、XHTMLの話をする以上
そういう話が出るのはやむを得まい
118Name_Not_Found03/11/30 21:11 ID:sAzTGgTj: すいません。
各ページにコンテンツの主要リンクをつけたいとおもっているのですが、　
中身のあとにつければいいのか、中身がはじまるまえにつけたらいいのか迷っています。
どっちがよろしいでしょうか
119Name_Not_Foundsage03/11/30 21:18 ID:???: >>118
それはHTMLとは無関係な話です。
120Name_Not_Foundsage03/11/30 21:22 ID:???: ユーザビリティスレへ書くつもりが誤爆しました失礼
121Name_Not_Foundsage03/12/02 16:10 ID:???: 出題は○×の2択です。
などの文章で○や×は何でマークアップするべきでしょう？
そもそも○や×をそのまま書くのも駄目ですか？
122Name_Not_Foundsage03/12/02 17:58 ID:???: >>121
例文などのある具体例を示せ。
話はそれからだ。
123Name_Not_Foundsage03/12/02 18:29 ID:???: >>121
○と×なんだろ？そのままでいいよ。
124Name_Not_Foundsage03/12/02 18:45 ID:???: >>121
「マル」と「バツ」を意図しているなら
○はともかく×はバツではなく乗算記号なので気をつけられたし。
125Name_Not_Foundsage03/12/02 18:47 ID:???: >>124
えー、そうなん？「ばつ」で変換できるのに？
126Name_Not_Foundsage03/12/02 18:50 ID:???: むしろ正しいか誤っているか
127Name_Not_Found03/12/02 19:01 ID:xhS88C3A: >>124
それを言うならカタカナの「へ」と平仮名の「へ」って、
同じ文字コードを使用しているんじゃなかったっけ？
128127sage03/12/02 19:01 ID:???: ageちゃった。あと考えてみれば文字コード方式によるのかな？
129Name_Not_Foundsage03/12/02 19:02 ID:???: >>127
まじですか。でも、F7、F6交互に押したら形が変わるのがわかるんですが、どういうことでしょう？
130Name_Not_Foundsage03/12/02 19:49 ID:???: >>127
JIS X 0208系(shift_jis,euc-jp,iso-2022-jp)とUnicode系は
平仮名のへと片仮名のヘにはそれぞれ別のコードを当ててると思ったが。

結局HTML4やXMLでは、Unicodeにある文字は表現できるが、ない文字は表現できない。
少なくともJIS X 0208に「バツ」という文字はない。
Unicodeにそれがあるなら数値文字参照使う手があるけど、あるのかなあ？
131121sage03/12/02 20:47 ID:???: ☓
✗
✘
あたりは違う？
132Name_Not_Foundsage03/12/02 21:32 ID:???: SALTIRE
BALLOT X
HEAVY BALLOT X
・・・☓でいいのか？
133Name_Not_Foundsage03/12/03 00:07 ID:???: 英語だとTrue/FalseとかO / Xで代用しているからなぁ。
134Name_Not_Foundsage03/12/03 05:49 ID:???: 所詮「代用」じゃないか
135Name_Not_Foundsage03/12/03 05:55 ID:???: >>134
ちゃうやん。「代用でも構文に問題はない」という意味やん。
136Name_Not_Foundsage03/12/03 08:18 ID:???: そうやんけ、そうやんけ
137Name_Not_Foundsage03/12/03 10:21 ID:???: 日本語だと「はい/いいえ」が問題少ないかね。

>>132
少なくとも BALLOT X と HEAVY BALLOT X は違うだろうな。
138Name_Not_Foundsage03/12/03 11:53 ID:???: 神が降臨しました。

/* CSS･スタイルシート質問スレッド【25】 */
http://pc2.2ch.net/test/read.cgi/hp/1069216458/461-
139Name_Not_Foundsage03/12/03 11:59 ID:???: >>138
そういう気持ち悪いものを見せないでくれ。
140Name_Not_Foundsage03/12/03 14:02 ID:???: XHTML 1.1でのxml-stylesheet命令ですけど、どこに書いたらいいかの
指針が書いてある資料などはないでしょうか。

W3Cだと、XHTMLのページ
http://www.w3.org/MarkUp/
ではXML宣言の直後(DOCTYPE宣言の前)に書いているのですが、

XHTML 1.1の勧告
http://www.w3.org/TR/xhtml11/
では、head要素内に書いています。

仕様上どちらでもいいということだとは思うのですが、Strictor的に
どちらがより適切かというのがありましたら教えていただきたいです。

既知かもしれませんが、WinIE6.0(SP1)でMIMEタイプをtext/htmlに
して表示テストをしてみたところ、xml-stylesheet文をDOCTYPE宣言の前に
書いたときには「XML ページを表示できません」とエラーになるのです。
head要素内にxml-stylesheetを書いたケースでは大丈夫だったので、
それについて触れられている資料がないかWeb検索などをしてみたのですが、
見つかりませんでした。
141Name_Not_Foundsage03/12/03 15:59 ID:???: >>140
XMLの仕様としてはどちらでも良いようだけど、

http://www.w3.org/TR/xml-stylesheet/
>The xml-stylesheet processing instruction is allowed only in the prolog of
> an XML document. The syntax of XML constrains where processing instructions
> are allowed in the prolog; the xml-stylesheet processing instruction is allowed
> anywhere in the prolog that meets these constraints.

を見る限りルート要素より前が良さそうな気がする。
ここで言うprologってのはXML仕様書にある [22] prolog を示唆しているんだろうね多分。
142Name_Not_Foundsage03/12/03 17:46 ID:???: >>141
普通に考えれば prolog は XML 1.0 の prolog でしょ。
xml-stylesheet PI を要素の内容に書くことはできないっす。
XHTML 1.1 仕様書のソースが誤りだということです。

http://lists.w3.org/Archives/Public/www-html-editor/2001JulSep/0152.html

余談。
> XMLの仕様としてはどちらでも良いようだけど
XML 1.0 の仕様上、'xml' で始まる PITarget は予約されているので、
予約名を使用する以上は該当する仕様の構文には従わねばならないかと。
143141sage03/12/03 18:01 ID:???: >>142
ご指摘ありがとう。

# やはり素人が口出しするものではなかったですな。
144Name_Not_Foundsage03/12/03 18:33 ID:???: >>141-143
情報ありがとうございました。
W3CのValidationサービスでも両方ともValidですし、本家本元が
ああ書いているだけに、head内に書いても問題ないと思い込んでいました。

text/htmlだとWinIE6.0ではエラーになりますけどhtml開始タグの前に記述
する形で進めようと思います。どうせWWW上ではapplication/xhtml+xmlでしか
提供していませんし。
145Name_Not_Foundsage03/12/03 19:58 ID:???: つーか。
いずれストリクトなんて意味無くなるよ。
意味無くなれば綺麗でもなんでもない。
表現の自由を縛るだけの糞規格だよ。
146Name_Not_Foundsage03/12/03 20:58 ID:???: >>145
糞だろうと何だろうと規格がなければ電子媒体など成立しない。
制約があって当然の媒体に対して表現の自由とか言ってる方が見識不足。

それから、どんなに表現力の豊かな素晴らしい規格を作っても
適合実装が普及しなければやはり役に立たないということも覚えとけ。
147Name_Not_Foundsage03/12/03 21:09 ID:???: >>146
ストリクトのみしか受け付けない媒体なんてありませんがｗ
それなのにストリクトを押し付つけるのはイスラム原理主義者の思想と同じだよ。
改めたまへ。
148Name_Not_Foundsage03/12/03 21:12 ID:???: 結局 XMLを使っても論理的にマークアップすることになるわけで
それがstrictであるんだから
149Name_Not_Foundsage03/12/03 22:05 ID:???: >>145
糞規格だと思ってるならそんなデータ形式使わなきゃいい。
自由な表現がしたいんでしょ？
満足できる別な規格と実装を探すとか
なければ自分で規格も実装も作って普及させれば
どんな表現でも自由にできるし、誰も文句を言わないよ。
それは別にHTMLで実現しなくてもいいことだ。

クレクレ君でワガママ言ってれば聞き入れてくれると思ってて
HTMLや標準化団体が思った方向に流れていかないからｳﾝｺｰって罵ってるだけじゃん。
150Name_Not_Found03/12/03 23:10 ID:rgcl9DG9: >>149
まずは標準規格の徹底性がなってないだけの話な訳で
151Name_Not_Foundsage03/12/04 00:00 ID:???: 徹底性？
152Name_Not_Foundsage03/12/04 06:10 ID:???: >>147
誰かが *お前に* 押しつけたの?
153Name_Not_Foundsage03/12/04 09:29 ID:???: このスレも結構食いつきが良いね
154Name_Not_Foundsage03/12/04 10:02 ID:???: 答えに窮した途端釣り宣言を始めるスレがあると聞いてやって来たのですが。
155Name_Not_Foundsage03/12/04 10:31 ID:???: 釣れたｗ
156Name_Not_Foundsage03/12/04 10:36 ID:???: 俺が荒らしと釣り師の違いを教えてやろう。
荒らしと言うのは、周囲を叩くことによって自分が偉くなったように錯覚する馬鹿だ。
釣り師と言うのは、自分が馬鹿をやって周囲に叩かれる事でほくそ笑む変態だ。
では、周囲に叩かれそうなキーワードを言って、数行後に釣れた！というのは何か。

残念ながらそいつは釣り師ではない。荒らしでもない。
そいつは、2chの最下層カースト。悲しい「かまってクン」だ。
真の釣り師は、決して自分が釣り師である事を告白しない。
なぜなら、釣れた！と告白することは、
逆に、自分が周囲の叩きに「釣られた」事を意味する敗北宣言でもあるからだ。
真の釣り師のスレは、ライブ中は周囲を巧みな話術で煙に巻き、引き付け、
熱中させる。そして、なにもかもが全て終わった後、
ようやく数人が「あれは釣りだったのでは？」と気付くのだ。
いま2chで釣り師を名乗っている奴は、大概が周囲のレスにまんまと釣られてしまった
滑稽な"釣られ師"なのだ
157Name_Not_Foundsage03/12/04 10:54 ID:???: 誰よりもお前が釣られてるのな！
158Name_Not_Foundsage03/12/04 11:11 ID:???: つまり 153 や 155 は Strict な釣り死ではないという事ですな。
できれば Strict な HTML について語っていただきたいですが。
159Name_Not_Foundsage03/12/04 11:14 ID:???: ｸｶｶｾｹﾒﾒﾃﾃ
ﾃﾙｻｶｽｲﾓｲｶ
ｸｽﾗﾁｶｷﾁｷｷ
ｲｽﾄﾙｿﾗﾓﾒﾋ
ﾆｼｲﾗﾒﾓﾗﾒﾓ
ﾆﾉﾗ_ﾌﾔﾙﾓｾｷ
160Name_Not_Foundsage03/12/04 12:39 ID:???: ハードコアかよ
161Name_Not_Foundsage03/12/04 13:20 ID:???: >>130
> 結局HTML4やXMLでは、Unicodeにある文字は表現できるが、ない文字は表現できない。
HTML4ではSDATAを使えば原理上は表現可能なのでは。
上にも書いてるがSGML適合をうたっている以上部分的に
採用しないことは許されない。
(対応している処理系があるかどうかはStrictスレなので問わない)
162Name_Not_Foundsage03/12/04 13:33 ID:???: ついでに言うと規格票に書かれているのは同定のための
情報であって意味や使用法に関する規範ではない。
つまり「バツ」の意味で「×」を使うのが誤りであるとは必ずしも言えない。
類型異字の包摂に関する解説を参照
163Name_Not_Foundsage03/12/04 15:34 ID:???: >>161
www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/appendix/notes.html#h-B.1
> 相互運用性を確保するため、HTML文書の著者は、利用可能な
> SGML機構を通じてDTDを拡張したり実体定義の追加セットを
> 作るなどしてHTMLを「拡張」してはならない。
つまり適合SGML応用でこういうのは許されないと？

それならHTMLだってXMLばりに拡張しまくりなのでは。
164Name_Not_Foundsage03/12/04 17:19 ID:???: >>163
> 相互運用性を確保するため、
ってことでしょ。一行上の
> 以下の諸注意は参考情報であり、規範ではない。
にも注意(NormativeにしてしまうとSGML適合を名乗れなくなるわけだ)
> それならHTMLだってXMLばりに拡張しまくりなのでは。
できるけど実装がついていかないからするなということでしょうね
で、実装がついていきやすいように仕様のほうを簡略化したのがXML。
165Name_Not_Foundsage03/12/04 18:24 ID:???: >>164
> できるけど実装がついていかないからするなということでしょうね
つまり拡張しまくりでも依然として適合HTML文書を名乗っていいわけだ。
仕様は非公式にやめとけと言ってるだけで。なるほどねぇ。
166Name_Not_Foundsage03/12/04 22:13 ID:???: 何に適合してるかって話だろ。
167Name_Not_Foundsage03/12/04 22:57 ID:???: www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/conform.html#didx-HTML_document
> HTML文書とは、この仕様に記す制約を満たすようなSGML文書のことを指す。

SGML機構による拡張を禁止してないHTMLは適合SGML応用規格で
SGML的な拡張もHTML仕様の制約の範囲内である、ってことなんでしょ？
168Name_Not_Foundsage03/12/05 00:18 ID:???: 初めからHTML文書としてでなくSGML文書として宣言すれば問題無いってことか。
169Name_Not_Foundsage03/12/05 01:59 ID:???: 規格上HTML文書として問題ないでしょ？
170Name_Not_Foundsage03/12/06 02:14 ID:???: >>165
「激しく非推奨」であって「禁止」ではないからね。例えば、

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" [
<!ENTITY % preformatted "PRE | MARQUEE">
<!ELEMENT MARQUEE - - (#PCDATA)*>
]>
<meta http-equiv="Content-Type"
content="text/html; charset=US-ASCII">
<title>test</title>
<MARQUEE>test</MARQUEE>

こんなのだって、HTML 4.01 Strict 適合だ。実際、W3C の
Validator だって、Valid だと言う。もちろん「激しく非推奨」
だけどね。

結局 Valid であることに意味があるのではなく、その先に意味が
あるんだと思う。
171Name_Not_Foundsage03/12/06 04:32 ID:???: Validの向こう側……特攻の拓読みたくなったぜ
172Name_Not_Found03/12/06 09:59 ID:soeREsM0: >>170
「HTML 4.01 Strict 適合」ではないでしょ。
DOCTYPE が「HTML 4.01 Strict」じゃないんだから。
173Name_Not_Foundsage03/12/06 16:27 ID:???: バリュ駒等のタグを挿入したら、その部分だけlintでエラーが出るのですが、どうすればよいですか？
174Name_Not_Foundsage03/12/06 16:46 ID:???: バリュ駒等のタグを挿入しても不正にならないようなDTDとSGML宣言を自分で書く。
175Name_Not_Foundsage03/12/06 17:28 ID:???: 広告とかは別ファイルにしてobjectで読み込む。
176Name_Not_Foundsage03/12/06 17:42 ID:???: 某所にて
「正しいHTMLを書くより、次善的にでもテーブルレイアウトで綺麗に見せた方が良い」
という記述を見ました。

…何でそうなるのか、理解出来ない。
177Name_Not_Foundsage03/12/06 17:53 ID:???: >>176
とりあえず欽ちゃん呼んで来いや
178Name_Not_Foundsage03/12/06 18:16 ID:???: >>176
理解した上でそういう選択をするなら止めないけどな。
正しく書く必要が無いものって実際ある。
179Name_Not_Foundsage03/12/06 19:22 ID:???: >>176
アドレスきぼん
180176sage03/12/06 19:51 ID:???: >>179
「CSS　言いたい放題」でぐぐると一番最初に出て来るサイトの、「御礼とお返事」の
ページに書かれてました。

個人的には、テキストメインのページで正しいHTMLを書いていれば、綺麗とまでは
行かなくとも、テーブルに頼らずに見易いレイアウトは可能だと思うんですが。
181Name_Not_Foundsage03/12/06 20:49 ID:???: テーブルレイアウトって汚く見える。
182Name_Not_Foundsage03/12/06 20:54 ID:???: 完璧にstrictなマーク付けでスタイルシートを適用し
最後に <div> を <table><tr><td> に置き換えれば
美しいテーブルレイアウトの出来上がりだ。
183Name_Not_Foundsage03/12/06 21:34 ID:???: XSLTを使ってXHTMLからテーブルレイアウトHTML へ変換すると（藁
184Name_Not_Foundsage03/12/06 21:37 ID:???: 例のサイトに「Valid? なユーザーからの指摘がわけわからない」とあるが、
"真のstrictor"はそんな風に批判したり、strictを強制したりはしない。
"strictorのタマゴ"のときはそういうことをするだろうが、
"タマゴ"と"真のstrictor"を混同してもらっちゃこまる。
185Name_Not_Foundsage03/12/06 21:59 ID:???: 見栄えにこだわりたければPDFなりSVGなりFlashを使えばいいのに。

テーブルレイアウトのページを見るたびに、テーブルとかせいぜいそれにCSS2を加えたもんでよくデザインなんてできるな、と思ってしまう。
186Name_Not_Foundsage03/12/07 16:07 ID:???: >>184
「真の」が頭につく場合って大抵自分のことを言ってるんだよな
187Name_Not_Foundsage03/12/07 23:27 ID:???: >>184
「真の」とか「タマゴ」とかってより、厨房か否かってだけの話かと。
188Name_Not_Foundsage03/12/08 02:09 ID:???: とりあえず>>184は厨房って事で
189Name_Not_Foundsage03/12/08 12:10 ID:???: 「分別を弁えた大人か、それとも厨房か」とも言える（ｗ
190Name_Not_Foundsage03/12/08 16:43 ID:???: なんか「真の」にこだわってる人がいるみたいだけど、
確かに「とりあえず噛み付くエセｽﾄﾘｸﾀﾝ」がvalid+strict自体を悪印象にしてることはあるかもな。
こう、「○○ｦﾀは空気読まないからな」みたいなのと同じで。
191Name_Not_Foundsage03/12/08 19:10 ID:???: >>190
暴れる厨房がその関わるもの全ての印象を悪くするのは
どこにでもある話だけどな。

「とりあえず噛み付くマジｽﾄﾘｸﾀｿ」についても触れて欲しいかも。
「噛み付くのはエセだから」とか宗教がかったこと信じてるのでないなら。
192Name_Not_Foundsage03/12/08 19:53 ID:???: ところでbrは本当に存在価値がないのか？
俺は意味段落と形式段落の違いで使えるんじゃないかとも思う。

<div><p>ひろゆきは2chの管理人......</p><p>西は1chの管理人......</p></div>
<p>ひろゆきは2chの管理人......<br >西は1chの管理人</p>

上下で同じ意味として使えるときもあるのではないかと。
193Name_Not_Foundsage03/12/08 19:55 ID:???: とりあえず過去ログ・関連サイト全部読んでいただけるとうれしいですはい。
後者は検索すれば出ますから。
194Name_Not_Foundsage03/12/08 20:18 ID:???: 文章を翻訳するときに
<p lang="en">This is an apple. Nancy lives near high school built in 123.</p>
<p lang="ja">これは林檎だ。ナンシーは123年に建てられた高校の近くに住んでいる。</p>
みたいに段落毎に訳していますが、見出しを訳す時はどれがベターですか。

甲　<h* lang="en">History</h*> <h* lang="ja">歴史</h*>
　　　　　　　　<p lang="en">English Paragraph</p> <p lang="ja">日本語の段落</p>

乙　<h* lang="en">History</h*> <p lang="en">English Paragraph</p>
　　　<h* lang="ja">歴史</h*> <p lang="ja">日本語の段落</p>

丙　<h*><span lang="en">History</span> <span lang="ja">歴史</span></h*>
　　　　　　　　<p lang="en">English Paragraph</p> <p lang="ja">日本語の段落</p>
195194sage03/12/08 20:23 ID:???: 甲は交互に訳しているだけです。
乙は段落毎に訳すのではなく、見出し毎に訳しているわけですが
　これをやると見出しのレベルを考えると結局h1でこれをすることになって
　それなら、英語と日本語を別ファイルにするほうがいいかも知れないと思います。
丙は一番妥当かなとは思うのですが。

補足になりますが、訳したい英文は他所のサイトのもので、
できたら英文と訳を並列させておきたいのです
（私の拙訳だけだと不安なので他の人に修正してもらいやすくしたい）
196Name_Not_Foundsage03/12/08 21:45 ID:???: <h* title="History">歴史</h*>

んで、見栄えはスタイルシートで。
197Name_Not_Foundsage03/12/08 22:13 ID:???: >>196
対応するブロックを同じ行のセルに入れる2列のtableなんてのも
構造的には意外と悪くない感じが。
198197sage03/12/08 22:14 ID:???: 間違えた。 >>195 です。
199Name_Not_Foundsage03/12/08 22:30 ID:???: <a href="">ほげ</a>と<a name="">ほげ</a>は、
皆さんはどう呼んでますか？

私は前者は「リンク」、後者は「アンカー」と呼んでるんですが、
A要素はそもそもAnchorだし、LINK要素はあるし、何か違和感があるのです。
200Name_Not_Foundsage03/12/08 22:32 ID:???: >>192
このスレで重要なのは BR に論理的な意味があるかどうかだろう
201Name_Not_Foundsage03/12/08 22:52 ID:???: ButsuRi 的な意味はあるが。
202Name_Not_Foundsage03/12/09 10:35 ID:???: >>199
どちらも「A要素」と呼びますが、ダメですか？

>>200
むしろ「行」それ自身が論理的概念なのかどうか、かと。
行なんて視覚系媒体でしか通用しないようにも思うのだが。
203Name_Not_Foundsage03/12/09 13:07 ID:???: CSSでwhite-space: pre;且つウィンドウ幅で折り返してくれれば
brもlも要らないんだけどな。
204Name_Not_Foundsage03/12/09 13:48 ID:???: >>199
漏れはこの場合の「ほげ」を「アンカー」と呼んでいる。
205Name_Not_Foundsage03/12/10 01:38 ID:???: >191
マジとかエセとかってのは「本当にstrictな文書を書いてるか」って意味じゃなくて、
「そういう文書を書こうと思ってる人」ってのと「単に知ってる知識を自慢したい嬉しがり」ってのを言ってるんだよな。
表現がふさわしくなかった。
206Name_Not_Foundsage03/12/10 03:03 ID:???: Validバナー貼ってるサイト
ｳｻﾞ
207Name_Not_Foundsage03/12/10 04:51 ID:???: >>206
根拠も言わずに吠えられてもな。
日記は自分のValidなサイトで書きなさいな。
208Name_Not_Foundsage03/12/10 05:54 ID:???: 素朴な質問なんですが、ある文章を引用するとして引用元のページの
タイトルを書くとしたら<blockquote>内に書くべきなのかな。

<blockquote>
<div><a href="hoge">引用元のタイトル</a></div>
<p>
内容～
</p>
</blockquote>

みたいに。それとも<blockquote>内は内容をだけにして外側に別記するべき
なのかな。citeとtitle属性で記述すべきだと言うことは分かってるんだけど
IEだと勝手にリンク張ってくれたりしないし、引用元のサイトのことを考え
ると自分でリンクを張るしか現状では対応策がないような気がします。
209Name_Not_Foundsage03/12/10 07:55 ID:???: >>208
ネタだね。
210Name_Not_Foundsage03/12/10 08:19 ID:???: Validバナーはそれに興味を示して正しいHTMLというものが存在するとい
うことに気が付く人がいる点（というか、俺がそうだっただけかもしれんが）
で価値は有るかもしれない。
自分はサイト案内のページには張ってあるけど全部のページには張ってないな。
必要性が感じられないし。

>>208
<blockquote>内は引用された文集なんだから、引用元の情報は別に書くべきでは？
211Name_Not_Foundsage03/12/10 13:08 ID:???: 10.2 Image titles

Task:Do not use the title attribute on images.

While the title attribute can be used on most elements, it should not be used
on the img element. The semantics of title are too easily confused with alt and
longdesc (see Short text equivalents for img elements ("alt-text") and
Long descriptions of images ) and user agent support is extremely inconsistent.
212Name_Not_Foundsage03/12/10 14:54 ID:???: >>211
Accessibility ≠ Strict
213Name_Not_Foundsage03/12/10 16:50 ID:???: because noun ≠ adjective.
214Name_Not_Foundsage03/12/10 17:01 ID:???: <img>代替テキスト</img> で最初から定義してりゃ何の問題もなかったのに・・・
215Name_Not_Foundsage03/12/10 17:04 ID:???: あれ、imgは要らないんじゃなかったっけ？
216Name_Not_Foundsage03/12/10 17:34 ID:???: 12.2 Alt content for embed
Task: Provide alternative content for embed with noembed.

と言ってしまうような文書ですから。
217kai- ◆kai/rQnSpY sage03/12/10 18:11 ID:???: >>208
引用元に関しては BLOCKQUOTE の外側に記述すべきだと思います。
引用元と引用部分とはまた別のものですし。

余談ですが、
スクリプト置き場 [QUIA] （http://www5d.biglobe.ne.jp/%7Equia/tech/script-store/）
の引用元表示スクリプトを利用して、自動的に表示させてやるのがいいんじゃないでしょうか。
これなら title と cite で示せますし。
218Name_Not_Foundsage03/12/10 18:12 ID:???: 誰？
219208sage03/12/10 18:35 ID:???: >>210,>>217
やっぱり外にcite要素として書くべきなんですね。ありがとうございました。
220Name_Not_Foundsage03/12/12 15:32 ID:???: サイト制作者は，正当にマークアップされたHTMLによるドキュメントを通じて行動し，
われらとわれらの子孫のために，DTDとの協和による成果と，
WWW全域にわたつてセマンティックのもたらす恵沢を確保し，とほほの行為によつて
再び不思議マークアップの惨禍が起ることのないやうにすることを決意し，
ここにDTDがW3Cに存することを宣言し，この仕様書を確定する。
そもそもWebは，閲覧者の厳粛な信託によるものであつて，その権威はW3Cに由来し，
その文法はサイトの制作者がこれを行使し，その福利は閲覧者がこれを享受する。
これは人類普遍の原理であり，この仕様書は，かかる原理に基くものである。
われらは，これに反する一切のUA，マークアップ及び独自拡張を排除する。
サイト制作者は，恒久のURIを念願し，リソース相互の関係を支配する崇高な理想を深く
自覚するのであつて，インターネットを愛する諸国民の公正と信義に信頼して，
われらの情報とリンクを保持しようと決意した。われらは，Lintで満点を維持し，
marqueeとblink，テーブルレイアウトとのけぞる本を地上から永遠に除去しようと努めてゐる国際社会において，
名誉ある地位を占めたいと思ふ。
われらは，全世界のユーザが，ひとしく物理的要素と非推奨属性から免かれ，あらゆる端末から
閲覧する権利を有することを確認する。
われらは，いづれのサイトも，特定UAのことのみに専念してLynxを無視してはならないのであつて，
マークアップの法則は，普遍的なものであり，この法則に従ふことは，自サイトの可読性を維持し，
他サイトと対等関係に立たうとする各サイトの責務であると信ずる。
Web制作者は，W3Cの名誉にかけ，全力をあげてこの崇高な理想と目的を達成することを誓ふ。
221Name_Not_Foundsage03/12/12 17:58 ID:???: >>220
ISO-HTMLの立場は？
222Name_Not_Foundsage03/12/12 19:24 ID:???: こんなのよく読んだな
223Name_Not_Foundsage03/12/12 20:16 ID:???: >>220は社会で憲法前文を覚えさせられたリア厨と
言ってみるテスト
224Name_Not_Foundsage03/12/12 20:25 ID:???: 小泉が自衛隊イラク派遣で憲法前文を引用したから、それに引っ掛けただけだろ？
世の中の動きに無頓着な連中には関係ないだろうけど。
225Name_Not_Foundsage03/12/12 20:42 ID:???: >>220
長い、長すぎるぞこの野郎。
226220sage03/12/12 20:49 ID:???: す、すまねぇ。あんまりネタ枯れ気味だったから、ガイドライン板から改編してきただけだ。

ところでおまいら、blog は RDF なんかで XML を利用しているケースがあるわけだが、
XHTMLの普及などに与える影響があると思いますか。
# す、すまねぇ。真面目にやってもこの程度のネタしか思い浮かばねぇ。
227Name_Not_Foundsage03/12/12 22:20 ID:???: >>226
話題を提供するのは良いことだ。
228Name_Not_Foundsage03/12/13 08:30 ID:???: >>220を守らない不思議マークアッパーは違憲で罰金。
229Name_Not_Foundsage03/12/13 10:08 ID:???: >>228
元ネタ自体が罰金対象の記述じゃないから、そのジョークはイマイチかな。
230Name_Not_Foundsage03/12/13 11:08 ID:???: >>220に基づいた立法をしないことには、罰金はとれません。
231Name_Not_Foundsage03/12/13 12:16 ID:???: 【Valid HTML!表示事件】最大判平成15年12月13日
・概要
不思議HTML解説サイトを営む原告Xが自サイトに「Valid HTML!」のロゴを表示していたところ、
「文法エラーがないことだけではロゴを表示できる要件に足らない」と、
W3Cにより「Valid HTML!」ロゴの差し止め処分を受けた。
Xは「HTML-lintで100点であるのにも関わらず、ロゴの表示を差し止める右処分は憲法220条違反であり無効」
としてW3Cを相手に処分の取り消しを求めた事件。
・判決
破棄自判。
HTML-lintはあくまで参考に留めるべきであり、仕様書以上の何物でもない。
しかもXのサイトは見出しがh3から始まっていること、class="red"などのクラス名を使用するなど、
このような公序良俗に反したHTMLは看過できないものであり、これを差し止めたW3Cの判断は違憲とは言えない。
232Name_Not_Foundsage03/12/13 13:24 ID:???: ちょっと面白いじゃん
233Name_Not_Foundsage03/12/13 13:56 ID:???: 【UA事件】最大判H.15.12.13
【事実の概要】
　B(被告)は、サイトを閲覧しようとしたA（原告）がHTTPリクエストにUser-Agentリクエストヘッダフィールドを含めなかったとして、Aのサイト閲覧を拒否した。
そこで、AはUAについてサーバーに報告しないことは、RFC2616により許されており、報告しなかったことを理由として閲覧させないのは、UAによる差別であり、憲法14条1項違反であると主張した。

【判旨】破棄差戻
　憲法の規定は、専らW3Cや標準化団体と個人との関係を規律するものであって、私人間を直接規律することを予定するものではない。
　私人間の対立の調整は、原則としてサイトポリシーにゆだねられる。
ただし、一方の他方に対する侵害の態様、程度がWeb的に許容する一定の限界を超える場合にのみ、サイトポリシーに対する一般的制限規定である民法１条や90条、不法行為に関する諸規定等によって適用される。
　そして、サイト製作者は、HTTPセッションの一環としてコンテンツネゴシエーションの自由を有し、コンテンツ提供のためいかなるものをいかなる条件で提供するかにつき、原則として自由に決定することができるのであって、
サイト製作者が特定のUAを有するものをそのゆえをもって閲覧することを拒んでも違法ではない。

#>>220
#Webの権威がW3Cに由来ってのはイマイチだ。
234Name_Not_Foundsage03/12/14 01:18 ID:???: おもしろいけど、ネタスレたてた方がいいかな?

最近はXML+XSLも使い出したから思いついたんだけど、HTMLの簡単な
文法チェックなら拡張子をXMLにするといいよねw。これなら初心者もできるし。
235Name_Not_Foundsage03/12/14 17:06 ID:???: 糞スレやめれ。
236Name_Not_Foundsage03/12/14 20:45 ID:???: <dd></dd>のなかに長文を入れるのは違和感がありますが
どうしたらいいですか
237Name_Not_Foundsage03/12/14 21:00 ID:???: <dd></dd>のなかに長文が入ってる＝2ちゃんねる

>>236
2ちゃんねるをやめればいい
238Name_Not_Foundsage03/12/14 21:06 ID:???: 1段落1<dd>にするとか
239kai- ◆kai/rQnSpY sage03/12/14 21:18 ID:???: <DL>
<DT>＊＊</DT>
<DD>
<P>＊＊</P>
<P>＊＊</P>
</DD>
</DL>

こんな感じでどうでしょうか。
240236sage03/12/14 23:06 ID:???: 糞固定の言いなりは嫌です
241Name_Not_Foundsage03/12/14 23:24 ID:???: 激しく既出だと思うのですが、
<body>中に
<a href="hoge_large">
　<img src="hoge_small" />
</a>
と直接書くとaがインライン要素なので文法的に×でlintにも減点されます。
（aが無くてもだめだが。）

<div class="image">
　<a>
　　<img />
　</a>
</div>
と書くのが論理的には正しいのでしょうが。
各画像を<p>とか<div>で囲むのもめんどくさいです。

皆さんはどうされていますか？
242Name_Not_Foundsage03/12/14 23:53 ID:???: <div class="nekogazou">
　<a>
　　<img />
　</a>
・
・
・
</div>

<div class="inugazou">
　<a>
　　<img />
　</a>
・
・
・
</div>

みたいなかんじで<div>囲みにしてるけど場合によるな。
243Name_Not_Foundsage03/12/14 23:55 ID:???: >>241
どうしてもめんどくさいならTransitionalにでもすれば？
そもそも、そのリンクや画像の意味を考えれば
<p>や<ul>（<li>）、<div class="hoge">などでマークアップせざるを得ないと思うのですが。
244kai- ◆kai/rQnSpY sage03/12/14 23:56 ID:???: <P class="refe_img"><IMG src="a.gif" alt="hogehoge" width="hoge" height="hoge"></P>

もしくは

<UL>
<LI><IMG src="./a.png" alt="hogehoge" width="hoge" height="hoge"></LI>
<LI><IMG src="./b.png" alt="hogehage" width="hoge" height="hoge"></LI>
</UL>

としていることがほとんどです。
まぁ、画像の用途によって違ってくると思うので、あんまり参考にならないと思いますが…。
245Name_Not_Foundsage03/12/15 03:23 ID:???: >>236
1. 入れない
2. 我慢する
246Name_Not_Foundsage03/12/15 10:37 ID:???: >>244
質問はxhtmlだろ
大文字でタグ書いてる場合じゃない
247Name_Not_Foundsage03/12/15 10:55 ID:???: 大文字わろた
248Name_Not_Foundsage03/12/15 12:02 ID:???: >>241
「めんどうくさい」と感じるのはStrictな思考をしていないから。
あとは>243の言うとおり。
249Name_Not_Foundsage03/12/15 16:30 ID:???: >>238
ddにp入れればいいじゃん
250Name_Not_Foundsage03/12/15 16:39 ID:???: >>236
語句の定義が長いのは違和感、ということか？
251kai- ◆kai/rQnSpY sage03/12/15 18:13 ID:???: >>246
各画像を<p>とか<div>で囲むのもめんどくさいですが、
皆さんはどうされていますか？　ってことなので、特にXHTMLに限った話ではないと判断しましたが。
252Name_Not_Foundsage03/12/15 18:39 ID:???: ｎｙユーザの貝は市ね
253Name_Not_Foundsage03/12/15 18:39 ID:???: なら、<img> を %block; に入れてくれるようティムにお願いしろや。
254Name_Not_Foundsage03/12/15 18:49 ID:???: この話題ってスレ違いじゃないのか？
激しく既出だとか、それ以前の問題だと思うんだが。
255Name_Not_Foundsage03/12/15 18:49 ID:???: >>236
画面一杯になるほどの長文入れてますが何か。
256Name_Not_Foundsage03/12/15 19:07 ID:???: >>255
「ウォシュレットじゃないと違和感があります。どうしたらいいですか？」
「俺は尻など拭いてもいませんけど？」

会話ができないバカは失せろ。
257Name_Not_Foundsage03/12/15 19:36 ID:???: >>255 =
「<dd></dd>のなかに長文を入れるのに違和感はありませんが何か？」
258Name_Not_Foundsage03/12/15 19:50 ID:???: >>257
どうしたらいいか聞かれてるのに前提を否定してどうするんだろうね。
259Name_Not_Foundsage03/12/15 20:15 ID:???: >>236
それはあなたが感じているだけです。
仕様上は問題ありません
260Name_Not_Foundsage03/12/15 20:17 ID:???: >>259
>>255よ。これがstrictな回答というものだ。
261Name_Not_Foundsage03/12/15 20:21 ID:???: >>259
>>258よ。これがstrictな回答というものだ。
262Name_Not_Foundsage03/12/15 20:23 ID:???: >>261
興味ありませんが何か？
263Name_Not_Foundsage03/12/15 20:27 ID:???: それはあなたが感じているだけです。
仕様上は問題ありません
264Name_Not_Foundsage03/12/15 20:29 ID:???: 説明文、なんだから文章であってもおかしくはないよな。
辞書みたいな感じに、説明＋例文とかだったらブロックレベル要素になっちゃうし。
265Name_Not_Foundsage03/12/15 20:37 ID:???: 一件だけかかった。

http://www.w3.org%01@%77%77%77.%67%6f%6f%67%6c%65.%63%6f%6d/%73%65%61%72%63%68?q=%76%61%6c%69%64+%73%74%72%69%63%74+%89%F1%93%9A+%94n%8E%AD%82%CE%82%C1%82%A9
266Name_Not_Foundsage03/12/15 21:30 ID:???: つーか、なんで <dt> の中身はインライン要素しか認められんのだ？
<th> の方はブロックレベルでもいいのに。
267Name_Not_Foundsage03/12/15 21:33 ID:???: >>266
termの意味がわかればそんな愚問は出てこない
268Name_Not_Foundsage03/12/16 00:30 ID:???: あのさーたまに「ここまで引用」とか「引用終わり」ってわざわざ書く香具師がいるけどどーよ？
269Name_Not_Foundsage03/12/16 00:37 ID:???: CSSでやってるんじゃなくて？
270Name_Not_Foundsage03/12/16 00:54 ID:???: >>251
定番の答えは「その画像がどういう意味を持っているかによる」。
飾りならCSSの背景画像にするか、divで囲うかだし、
文章の一部ならpなりなんなりでマークアップすればいい。

とりあえずaltの中身で置き替えてみて自分がどうマークアップするか考えてみるのがいいんじゃない？
271Name_Not_Foundsage03/12/16 01:26 ID:???: 引用と転載の区別をつけたいんだろ。放置しとけ。
272kai- ◆kai/rQnSpY sage03/12/16 20:51 ID:???: >>270
せっかく回答していただいたのに申し訳ないですが、
>>251の文中の
＞各画像を<p>とか<div>で囲むのもめんどくさいですが、
＞皆さんはどうされていますか？
の部分は、>>241からの引用だったりします。

引用符等が無かったせいで混同させてしまって申し訳ありません(´Д⊂
273Name_Not_Foundsage03/12/17 00:59 ID:???: >>272
一連の流れを見てればわかるが、確かに誤解を生む書き方だな。気をつけろ。あと、コテは荒れるからやめろ。
274Name_Not_Foundsage03/12/17 10:27 ID:???: 何か偉そうだね
275Name_Not_Foundsage03/12/17 13:10 ID:???: 確かにコテは荒れるよなぁ。
勘弁してほしい。
276Name_Not_Foundsage03/12/17 15:41 ID:???: この板はコテとageに過剰な反応示すよね
277Name_Not_Foundsage03/12/17 17:03 ID:???: >>265
2件だったよ（藁実質1件だけど。
というか、もうIEの脆弱性を使ったﾈﾀですか。
そのリンクに実害はないものの、M$はパッチも出さないし……（略）

この板はまともなコテにすら反応するから
まともでないコテその他は気をつけなければならない板だ
278Name_Not_Foundsage03/12/17 18:25 ID:???: >>237
センスねぇな、お前。3回氏ね
279Name_Not_Foundsage03/12/18 00:59 ID:???: htmlのレンダリングを処理する為にhtmlブラウザがあるというところから、理想から離れている

JavaScriptとhtmlブラウザの親和性を目指そうとした時点で間違っている

html/xmlは只のデータベースで、それを（人の眼に）明示的に処理するのはアプリケーションの力
HTMLというのは、
<車>ｶｳﾝﾀｯｸ</車>
という定義づけに過ぎない。なので、
グラフィカルな表現を許している時点でもうすべては"おじゃん"なのだ。

-------------------
Hye own chajyuges Hitlor Jyugent
280Name_Not_Foundsage03/12/18 09:08 ID:???: >>277
> この板はまともなコテにすら反応するから
まともなコテもクソも自己顕示欲の塊はこのスレにはいらねえんだよ。
281Name_Not_Foundsage03/12/18 12:35 ID:???: <dd></dd>のなかに長文が入るのは無事慣れました。
あと悩んでます

<dd>
長い文章で～～す
<ul><li>リスト項目</li><li>リスト項目</li></ul>
</dd>

この場合「長い文章で～～す」は<p></p>で囲むべきですか？
282Name_Not_Foundsage03/12/18 13:11 ID:???: >>281
えーと、ul要素は、インライン要素の中に含められないよね？
長い文章、ってのがテキストレベルであるなら、ul要素は出現できない。
つまり、dd要素の中身はブロックレベル要素であるはずだ。
ブロックレベル要素が内包されているのに生のテキストを書くことは出来ない。
つまり、長い文章、って部分はなんらかのブロックレベル要素でマーク付けしなければならない。

理詰めで考えれば答えは出ると思うんだが。
283Name_Not_Foundsage03/12/18 13:45 ID:???: >>282

あなたの「理詰め」で行くと下記はおかしいということになるのか？

<ul>
<li>親リスト
<ul>
<li>子リスト</li>
</ul>
</li>
</ul>
284Name_Not_Foundsage03/12/18 13:57 ID:???: >>282
> えーと、ul要素は、インライン要素の中に含められないよね？
この行だけはその通りだが、のこりは間違い。

>>281
過去スレを「匿名ブロック」あたりで検索して周辺のレス読んで、
あとは自分で考えればよいかと。
285Name_Not_Foundsage03/12/18 14:17 ID:???: >>281
参考まで。
ttp://www.satoshii.org/markup/notes/2003/02#day25-1
286Name_Not_Foundsage03/12/18 17:43 ID:???: >>282
> つまり、dd要素の中身はブロックレベル要素であるはずだ。
おいおい。漏れが今まで行ってきたマークアップはみんな間違いだったのかよ。
287Name_Not_Foundsage03/12/18 19:11 ID:???: 教訓: 念には念を入れてDTD読んでおくのが吉ってことね。
288Name_Not_Foundsage03/12/18 20:13 ID:???: >>281が駄目で>>283はイイという理屈が理解出来ないっす
インラインとブロックの混在
289Name_Not_Foundsage03/12/18 20:19 ID:???: インラインとかブロックレベルとか見掛けにこだわった話をしてる時点でアウト。
290Name_Not_Foundsage03/12/18 20:39 ID:???: >>289
「インライン/ブロックレベル」を見かけの話だと思った時点でお前がアウト。
291Name_Not_Foundsage03/12/18 20:54 ID:???: XMLで <hoge>...</hoge> という要素を自作したとき
hoge要素がインラインかブロックレベルかを「どこで何を使って」定義するのか考えれば
答えは明らかだろう。
292Name_Not_Foundsage03/12/18 21:00 ID:???: この説明に沿って定義すればいいのね。
http://www.w3.org/TR/html401/struct/global.html#block-inline
293Name_Not_Foundsage03/12/19 21:22 ID:???: 　　　　　　 lヽﾉ l　　　　　　　　ｌ l　ｌヽ　　ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｄ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　Ｄヽ
　l 　･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　｀'メ､_ｌﾉ| /　・　 /
　|　Ｔ　　l　トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　Ｔ　｜
　|　･　　 |／　　　 | l ||､　''"""　 j　""''/ | |ヽｌ　・　｜
　|　Ｄ　 |　　　　 | l |　ヽ,　　― 　／　| |　ｌ　Ｄ　 |
　| 　 !!　 |　　　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　　 /　│ｌ､l　　　　　　　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　　　／　ノ⌒ヾ､　ヽ　　　ノハ,　　　　 |
,/ 　　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　　 |
　　　　／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　ｌ
　　 ,／　　|　ヽ　＼　　_,ノｰｆ' ´　　ﾉノ　ヽ　　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　￣￣　　 |　　　　　　　　　　／　　　　　￣
294Name_Not_Foundsage03/12/19 22:20 ID:???: 　Ｄ　／　　　 ∩＿＿＿∩　　　　＼_WＷ／
　・　 ≪　　　 | ノ　　　　　ヽ　　　 ≫　Ｄ　≪
　T　≪　　　 /　　●　　　● |　　　≫　・　≪
　・　 ≪　　 |　　///( _●_)//ミ　　≫　T　≪
　Ｄ　≪　　彡､　　　|∪|　　､｀＼　 ≫　・　≪
　！ ≪　／＼　　　ヽノ　/_>　／　 ≫　Ｄ　≪
　　　≪　＼|-─●─●-/　／　　　≫　！　≪
MMM＼　　|　　　　　　 /￣　　　　　／MMM＼
　　　　　　|　　／＼　＼
　　　　　　|　/　　　 )　 )
　　　　　　∪　　　（　＼
　　　　　　　　　　　　＼＿)
295Name_Not_Foundsage03/12/20 09:31 ID:???: >>286
はい。間違いだったのです。
296Name_Not_Foundsage03/12/20 11:04 ID:???: >>295
おいおい。
297Name_Not_Foundsage03/12/20 11:30 ID:???: >>286は文盲、ということで。
298Name_Not_Foundsage03/12/21 22:04 ID:???: >>297
( ﾟдﾟ)ﾎﾟｶｰﾝ
299Name_Not_Foundsage03/12/23 04:09 ID:???: HTMLをプログラム言語だと宣う馬鹿がいるのがうぜえ。
300Name_Not_Foundsage03/12/23 17:10 ID:???: ただのマークアップ言語だわな
301Name_Not_Foundsage03/12/24 08:25 ID:???: 「プログラム言語」の定義が違うんでしょうな。
302Name_Not_Foundsage03/12/24 09:56 ID:???: 「タグ」を「手打ち」する人たちはプログラマー気取りしてる訳だ
303Name_Not_Foundsage03/12/24 10:27 ID:???: そう言えば「H1は文字を大きくする命令です」って解説してるサイトあったな。

>>302
意味不明
304Name_Not_Foundsage03/12/24 11:36 ID:???: >>303
302じゃないけど、「根本的に間違ってる人に、正しい用語を使えというのは酷だろ」という皮肉では？
305Name_Not_Foundsage03/12/24 17:58 ID:???: H1は見出しを作る命令だもんね。
306Name_Not_Foundsage03/12/24 18:02 ID:???: 命令じゃなくてエージェントへの愛だろ。
307Name_Not_Foundsage03/12/24 18:19 ID:???: >>302
やっぱり意味不明。>>304の解釈でも原文の意味が通らん。

　HTMLをプログラム言語だと思っている勘違い野郎の中には
　タグを手打ちすることでプログラマーを気取る野郎もいる訳だ

・・・とかなら意味が分かるんだが。
308Name_Not_Foundsage03/12/24 21:33 ID:???: >>307
そもそも「『タグ』を『手打ち』」という言葉使い自体を皮肉ってるのでは
なくって？

テキストエディタでHTMLを書くことを「『タグ』を『手打ち』する」なんて
言って粋がってる人たちは、HTMLのことをプログラム言語だと勘違いして
プログラマー気取りしているわけだ。

と言いたかったんじゃないかしら。
309Name_Not_Foundsage03/12/24 21:36 ID:???: タグとか手打ちとかって言葉を使ってる時点で素人っぽいだろ。
それとHTMLをプログラム言語だと思ってる奴を皮肉って書いたんだと思うが。
てゆかお前の

>　タグを手打ちすることでプログラマーを気取る野郎もいる訳だ

この文が激しく痛いんだけど。
310Name_Not_Foundsage03/12/24 21:56 ID:???: つまらなさすぎ
311Name_Not_Foundsage03/12/24 22:30 ID:???: >>309
「手打ち」はともかく「タグ」は使う時もあるよな。
なんとなく『HTML4.0+CSS1リファレンス&作法』を思い出したり。
312Name_Not_Foundsage03/12/24 23:31 ID:???: 「タグ」と「要素」と「HTML文書」がごっちゃになってるのが多いな。
手打ちとか言ってる奴は「『ホームページビルダー』なしでも『ホームページ』つくれる俺偉い！」
とか思ってるんだろう。
313Name_Not_Foundsage03/12/24 23:32 ID:???: 「タグ」は普通の用語ですよ？

要素とタグを混同する奴がいるからおかしく見えるときがある。
314313sage03/12/24 23:32 ID:???: 何か俺さっきからレス被りまくり。＿|￣|○
315Name_Not_Foundsage03/12/24 23:57 ID:???: >>313
>「タグ」は普通の用語ですよ？
それは百も承知。

>要素とタグを混同する奴がいるからおかしく見えるときがある。
これは309のことか？
316313sage03/12/25 00:17 ID:???: >>315
> >要素とタグを混同する奴がいるからおかしく見えるときがある。
> これは309のことか？
いや？HTML入門講座みたいな感じのサイトのこと。
317Name_Not_Foundsage03/12/25 00:18 ID:???: 「正しいHTML」を覚えたてのころって、タグって言葉を使ったり、
tableでマークアップしたりするのに拒否反応を起こしがちだよな。
318Name_Not_Foundsage03/12/25 00:22 ID:???: (1)要素とタグを混同（というか、曖昧に認識）
　　　多くの初心者、および「ほーむぺーじ作成講座」制作者
(2)(1)の誤りを指摘されて、「タグという言葉は間違い！」と早とちり
　　　『HTML4.0+CSS1リファレンス&作法』の筆者、および>>309
319Name_Not_Foundsage03/12/25 03:14 ID:???: tableって使ったことないなぁ…
というか手持ちのリソースに表が出てこない…
320Name_Not_Foundsage03/12/25 10:08 ID:???: 年末年始に入っただけで、人、増えたな
321Name_Not_Foundsage03/12/25 11:40 ID:???: >>317
> 「正しいHTML」を覚えたてのころって、タグって言葉を使ったり、
> tableでマークアップしたりするのに拒否反応を起こしがちだよな。
後者はわかる。表を使うべきときでもなぜか拒絶してしまう、って感じだよな。
ただ、前者の意味がわからない。
この板でよく槍玉に挙がるのは「○○するタグを教えてください」と言った、いわゆる「なんでもかんでもタグと言ってしまう現象」のことだと思うんだけど。
322321sage03/12/25 11:41 ID:???: わあ、誤読。
「タグって言葉を使ったり、tableでマークアップしたりするのに」なんだね。
前者だけ区切って読んでたよ。

「正しいHTML」を覚えたてのころは、タグって言葉を使う。
「正しいHTML」を覚えたてのころは、tableでマークアップしたりするのに拒否反応を起こす。
と。

>>317ごめんなさい。
323Name_Not_Foundsage03/12/25 11:45 ID:???: （要素ではなく）タグと言うべきところでもなぜか要素と言ってしまう。
324Name_Not_Foundsage03/12/25 11:46 ID:???: あら、被った。
325Name_Not_Found03/12/25 11:54 ID:2NgUc5yR: 疾風伝説特攻のタグ
326Name_Not_Foundsage03/12/25 12:14 ID:???: >>322
大丈夫、私も同じように誤読したから。
327Name_Not_Foundsage03/12/25 12:33 ID:???: 「タグ」とtableはもともと使われる場面が限られてて
誤用の批判は沢山あるけれど正しい用例がそれほどないんだよね。
だから使っていい場面がうまく身につかなくて
変な刷り込みができちゃうんじゃないかな。
blockquoteなんかは頻繁に用例が見られるから
「インデントに使っちゃダメ」と言ったところでそういう拒否反応は起こらない。
328Name_Not_Foundsage03/12/25 16:19 ID:???: タグと要素を混同してるやつって、
タグは省略できるが省略されない要素
ってのが理解できないだろうな。
329Name_Not_Foundsage03/12/25 18:40 ID:???: blockquoteはインデントとして使うのも認めるだのなんだのなかったっけか
330Name_Not_Foundsage03/12/25 18:53 ID:???: 認めてはいないだろ。
表示上の後方互換性は持たせておけって話があるだけで。
331Name_Not_Foundsage03/12/25 18:54 ID:???: >>329
たしかトホホだったかな
332321sage03/12/25 23:10 ID:???: >>329
これか？
ttp://www.rju666.com/web/mistakable.html#indent_supplement
333Name_Not_Foundsage03/12/26 04:33 ID:???: 勧告書読んでも分からなかったんですが、XHTMLで

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="hoge.xsl" type="text/xsl"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
・・・以下HTML文章

みたいにXSLTスタイルシートの宣言ってしても良いのでしょうか。
XMLとしては妥当だとおもうのですが、XHTMLの勧告書にはXML宣言を書いてある
例しかなかったのでいまいち分かりません。
334Name_Not_Foundsage03/12/26 05:50 ID:???: >>333
構いません。
335Name_Not_Foundsage03/12/26 11:30 ID:???: text/xslがかまわなくない気がする
application/xslt+xmlになったんじゃなかったっけ
336Name_Not_Foundsage03/12/26 11:39 ID:???: IEで表示されないからね。
ああ、XHTML1.1ならどうせIE捨てるんだからいいじゃないかって？ご尤も。
337Name_Not_Foundsage03/12/26 12:42 ID:???: >>336
IEのためにHTML4を吐くXSLTかもしれないじゃないか!!
338Name_Not_Foundsage03/12/26 12:48 ID:???: ゑゑゑゑゑゑゑゑゑゑゑゑ
339Name_Not_Foundsage03/12/26 16:42 ID:???: >>335
application/xslt+xml も未登録です。
http://www.ietf.org/rfc/rfc3023.txt
340Name_Not_Foundsage03/12/26 21:10 ID:???: ここに登録されるまでお待ちください。
http://www.iana.org/assignments/media-types/application/
341Name_Not_Foundsage03/12/26 21:11 ID:???: ちなみにtext/xslも未登録。
342Name_Not_Foundsage03/12/26 23:28 ID:???: 現状は application/xml でよろしいか?
343333sage03/12/26 23:58 ID:???: レスありがとうございました。
text/xslが未登録だとは知らなかった・・・。
344Name_Not_Foundsage03/12/27 15:50 ID:???: お前ら聞いてくれ。S要素だけ使えることを発見。

＜s＞コイコイコイコイ＜/s＞

・・・タグを半角にすると・・・

↓

ヨ千ヨ千ヨ千ヨ千

ほら！！
345Name_Not_Foundsage03/12/27 15:51 ID:???: はいはい、そうなの
346Name_Not_Foundsage03/12/27 19:47 ID:???: 皆さんにお尋ねします。

<p>チャットに参加しているのは<dfn>太郎</dfn>、<dfn>花子</dfn>、<dfn>マイケル</dfn>の三人です。</p>
(以下三人の会話)

こんな風に定義だけしっぱなしで人物について説明していない場合に dfn を使うのってアウトでしょうか。
347Name_Not_Foundsage03/12/27 20:42 ID:???: だっふんだ！
348Name_Not_Foundsage03/12/27 23:29 ID:???: >>346
別にいいんじゃないの？
<dd>なしの定義語リストも一応OKなわけだし。（好ましいかどうかは別にして）
349Name_Not_Foundsage03/12/28 00:06 ID:???: strictとvalidは異なると
350Name_Not_Foundsage03/12/28 00:33 ID:???: しかしstrictの定義は人によって異なると
351Name_Not_Foundsage03/12/28 01:31 ID:???: そもそも>346みたいな例ってidやclassの無い<span>みたいで、
「無くても良いよね」という印象。
どういう場合にああいうマークアップするの？
352Name_Not_Foundsage03/12/28 03:04 ID:???: >>351
XSLでdfnだけ拔出したデータベース作る場合とか。
353Name_Not_Foundsage03/12/28 10:45 ID:???: >>351
CSSで単に色を変えたいとかｗ
354Name_Not_Foundsage03/12/28 13:31 ID:???: >346
漏れはチャット自体文章では無い(HTMLには向かない)気がする。
ログ自体をxmlにして鞍xslを使う。

これならログも小さくなって鯖に易しくパーサでの編集もできるし。
355Name_Not_Foundsage03/12/28 20:22 ID:???