Strict-HTML スレッド 4.01 (W2C Recommendation)
1 :
前スレ 961 :
02/08/10 16:15 ID:H8XlQBvB Strict-HTML スレッド 4.01 (W2C Recommendation)
Strict な HTML(*) について語るスレッド Version 4.01
W3C 信者もそうじゃない人も投稿歓迎。
* HTML 4.01 Strict, XHTML 1.0 Strict, XHTML Basic 1.0 (XHTML Basic),
XHTML 1.1, XHTML2.0, ISO/IEC 15445 (ISO-HTML), JIS X 4156 (JIS-HTML) など。
過去ログ
>>2 関連スレ
>>3 勧告等
>>4 その他
>>5
3 :
962 :02/08/10 16:15 ID:???
■■■■■ 終了 ■■■■■
5 :
962 :02/08/10 16:15 ID:???
9 :
962 :02/08/10 16:19 ID:???
立て直すよ?OK?
自分で荒らしといて立て直すってか(w
>>1 乙ー。次スレのタイトルが密かに楽しみだったり。
>>4 typo だと思うけど、一応。
× XHTML 2.0 (Working Draft 5)
○ XHTML 2.0 (Working Draft)
でも乙。
4.01ね。。。
次スレはXHTMLになるですか?
その5:Strict-XHTML スレッド 1.0 その7:Modularization of Strict-XHTML スレッド その8:Strict-XHTML スレッド 1.1 XHTML 2.0のCRまで持つか?
埋めれば埋めるほどこのスレは進退極まるのでつね。
XFramesはスレ違いかい? あれ(・∀・)イイ!!な、早く使ってミタイ!!!!
Strict-DHTMLでいこうぜ
つーか何でこのスレ破棄すんの?
つーかつーかつーかつーか
今時、4.01 かよ!遅れてるな!!
>>22 じゃ。オマエは5.0なのか?それとも3.2のまま止まってるのか?
具体的な数値も示さないでそういうレスは自分がアホだと
公言してることにも気付いてないのか?
俺はかなり抜けるエロ動画サイトみつけて、今までお年まくってたよ 気付いたら、800MBいってんの ほとんど長編 ちんこ、痛てぇ〜(馬路
↑???
>>25 誤爆と見せかけて、Strictにマークアップしてみろという挑戦状です。
>>25-26 激ワラ
俺さ、酒飲んでてマジで誤爆しちゃったよ
状況を言うと、カチュ〜ちゃでレスつけててさ、
>>24 の発言書いたと
思ったスレに表示されてないの。。でも、「まっ、いいか」ってな
感じで机にうつぶせに名って寝てた。で、今携帯の目覚ましがなって起きて
開いてるタブのレス見てたら
>>24-26 の流れになっててめっちゃワラタ。
ごmんな。
>>27 許してやるから 800MB を少しばかりおすそ分けしなさい。
しょうもないことだが、 XHTML 2.0 って html 要素から version 属性が消えてるね。
あのう、なぜtarget属性はStrictで使えないんでしょう? よくある、メニュー部分とコンテンツ部分をフレームで分けるようなページはおすすめしない、ということなんでしょうか。 仕様書を見ても、target属性がTransitionalのみになった経緯や意図は書いてないようでした。このへんの事情や考え方をご存じでしたら教えて下さい。
そもそもHTML 3.2にすらframeset要素は存在しない。
33 :
Name_Not_Found :02/08/12 19:35 ID:LkfiYmpi
>>31 単に想定外だったんだと思うけど。
フレーム関連の要素・属性って確かに HTML4 の Strict DTD にはないけど、
Deprecated とはどこにも書いてない。
XHTML2 では target 属性が再検討されてるようだしね。
35 :
Name_Not_Found :02/08/12 20:34 ID:/UCkBJj/
q要素が消えて、quote要素なのかな?
そう言えば、過去ログにStrictなHTMLを吐き出すCGIを作るって話が有りましたよね? マジで期待したんですが、その後どうなったんでしょう? と言うか、StrictなHTMLを推奨するWebSiteなら同様なCGISiteへのリンクが有っても良いと思うんですけどねぇ
38 :
Name_Not_Found :02/08/12 23:27 ID:t/7110mz
すでにいくつかあるでしょ
>>37 なんかやけに手前勝手な奴だな。
そんくらいググって見ればいくつか出て来るだろ。
>StrictなHTMLを推奨するWebSite
ちゅーのはこのスレで作るって話のあれか?
なら茶文字に聞け。
40 :
37 :02/08/12 23:42 ID:???
>>38 はい。いくつか有りましたけど、既存のを改造したものが欲しかったんです。
KENTさんの所のWebForumを長らく使ってるので…
>>39 手前勝手でした?
ごめんなさい。
ってか、なんでそんなに態度がデカイの?(^^;;
掲示板作るくらいならPerlも簡単よ。
42 :
Name_Not_Found :02/08/13 00:37 ID:uTuOGKhx
XHTML2.0でimg要素廃止てホント?
ワーキングドラフトしか出てませんよハゲ
>>41 掲示板は基本だけどズブの素人に薦められるほどperlでは
簡単ではないよ。そりゃあ管理もログ制御も他の機能も
クソもないようなものなら簡単だろうけどさ。実用できるような
レベルのものはそれなりに勉強やバグ取りが必要かと。
むしろ初心者にperl薦めるなら数字合わせや乱数利用した
ゲーム作ってるほうが遥かに簡単。実際PHPなら素人にいきなり
掲示板作らせてもそれなりにどーにかなるだろうけど。
object要素を使うとなると、 <img src="hoge.jpg" alt="萌え画像" width="800" height="600" /> とかやってたのが、 <object data="hoge.jpg" width="800" height="600">萌え萌え!</object> とかになるの? つーかスレ違い? スマソ
じゃあ作ってあげな。玄人さん。
49 :
46 :02/08/13 01:44 ID:???
<object data="hoge.jpg" width="800" height="600" type="image/jpeg">萌え萌え!</object> でいいですか? 4.01の仕様書によれば、type属性は必須ではないけど data属性を使う場合は使うことを推奨するみたいなことが書いてありました。
>>49 しょせんWDだからどうなるかわからんよ。
個人的にはimg要素キボーン
まぁ、いっそのこと object に統一するのも良いかもね。Flashとかそういった非テキストファイルを まとめるっていう意味で。ただ、UAの問題あるし…そー簡単にはいかないのか。
>>51 そもそもxhtml1.1以前との互換性に配慮するつもりのない仕様に対して
UAの問題をとりあげてもあまり意味がないと思うが。
# 個人的には埋め込みオブジェクト関連はXFormsみたく外部仕様にしてホスィ。
>>49 > <object data="hoge.jpg" width="800" height="600" type="image/jpeg">萌え萌え!</object>
> でいいですか?
こうでは?↓
<p><object classid="hoge.jpg" type="image/jpeg">
<param name="height" value="600" valuetype="data" />
<param name="width" value="800" valuetype="data" />
萌え萌え!
</object>
54 :
53 :02/08/13 08:35 ID:???
p要素終了タグ忘れスマソ
objectウザイから使うな
だんだんとマークアップが冗長になっていきますな…
XMLの宿命
>>53 mozilla、operaともに「萌え萌え!」が表示されたよ。
winIE6だと何も表示されない。
>>49 のやりかただと3つのブラウザともに画像が表示された。
しかし、winIE6だと何故かスクロールバーが出てしまった。
IE逝ってよ氏ですか?
でもOBJECTだと IMGのALTにあたるものを複数行HTMLで表示できるからよろし。
60 :
31 :02/08/13 17:01 ID:???
target属性について、質問しっぱなしでスイマセン。レスありがとうございます。
>>34 > 単に想定外だったんだと思うけど。
スイマセン、「想定外」というのがちとわからないのですが、メニュー部分とコンテンツ部分をフレームで分けるようなページを作る人のことを考えていなかったということでしょうか?
a要素にtargetが使えない、というのはフレームの利点を自ら削ってしまっている気がしますがしょうがない、フレーム内のHTMLはTransitionalで作ります…
>>60 他の文書型と組み合わせた用法を想定しない文書型ってそんな不思議かな。
Transitional DTD でも Strict DTD と全く同じ論理マークアップが可能だよね。
無闇に嫌って過小評価するのもどうかと思う。
target属性を使うために Transitional DTD を選んだとしても、
それはけして「しょうがない」なんて後ろ向きに考えるようなことじゃないよ。
前スレageにつき追いage
63 :
Name_Not_Found :02/08/14 00:50 ID:vhZJ/QsP
tableのcaptionタグみたいに表以外の図とかコマンドの実行結果とかに キャプションをつけるようなことをしたいのだけどなんかいい方法ないかな。
>>63 ・既存の要素を無理やり適用する。
・div や span に class ふってどうにかする。
・必要な要素のために DTD を修正する。モジュールを自作する。
このくらいじゃないかな。
<dl> <dt>hoge</dt> <dd>hogeについては</dd> <dd>極秘で。</dd> </dl> 親父、おれは文法間違ってるのかい?
66 :
Name_Not_Found :02/08/14 14:03 ID:/Cyhnjzx
<dl> <dt>hoge</dt> <dd><p>hogeについては云々。</p><p>しかしhogeとは云々。</p></dd> </dl>
直書きじゃだめなの?
69 :
Name_Not_Found :02/08/14 22:56 ID:D4X/kADy
<h2>ひらがな</h2> <dl> <dt>あ</dt> <dd>ひらがなの最初の語</dd> </dl> <h2>漢字</h2> ・・・・ dt ddにcssでborderを共通で設定している場合、 そのborderを消すとき、 <div class(id)="bordernone">を使おうと思うのですか。 <body> <div id="bordernone"> と</body>の直前に</div> か、<dl>の前に、<div class="bordernone"> と</dl>のあとに、</div> のどちらがいいでしょうか。
好きなようにすりゃいいと思うけど、 後々スタイルを変更しようとしたときに HTML側を変更せずにCSSだけ変更すればすむような構成にしておくと 色々な意味でよいかと思う。
楽だしね。
72 :
Name_Not_Found :02/08/15 01:09 ID:cK0YjKR/
<dl> <dt>なんたら</dt> <dt>かんたら</dt> <dd>ほにゃらら</dd> </dl> ていう場合の構造の解釈って 1. 定義が付されていない「なんたら」と「ほにゃらら」という定義が付された「かんたら」 2. 「なんたら」と「かんたら」双方に適用される定義が「ほにゃらら」 のどっちになるかって決まってるの?
普通は、定義付けする言葉に複数の意があるという使い方でしょ。 <dl> <dt>うんこ</dt> <dd>人間もしくは動物(犬・猫など)によって、排泄される物。</dd> <dd>すごい悪臭を放つものですが、人の中には「それ」を好んで食す人もいます。</dd> </dl>
74 :
Name_Not_Found :02/08/15 01:29 ID:cK0YjKR/
そうじゃなくて <dl> <dt>なんたら</dt> <dt>かんたら</dt> <dd>ほにゃらら</dd> </dl>
dtとddの関係で多対一対応、多対多対応はあるのかどうか。
77 :
73 :02/08/15 01:41 ID:???
正直、定義文に対しての解釈もあいまいだからね もう、気分次第っというか、定義語類に対しての説明となる文が 複数行になる場合はdl、定義語類の言葉が無くて箇条書きに なるような内容ならul/olを使用って自分の中で決まってる。 文書構成力って、必要だなっとつくづく思う。
dlの内容モデルは (dt,dd*)+ とか (dt+,dd+)+ とかじゃなくて (dt|dd)+。 2種類(定義語・説明文)の項目を持つリスト、ぐらいの解釈が精一杯だと思う。 それ以上の構造解釈(対応関係等)は文脈とかローカルルールに任せてるような気がする。
81 :
Name_Not_Found :02/08/16 22:02 ID:wM4ZxKRU
abbr titleを使うのは、その略語をはじめて使うときだけですか? KANZAKIさんのページではそうなっていたのですが。 たとえば、 「やっぱり、HTMLっていいですねえ。HTMLって簡単そうで 奥が深いですねえ。」という場合、 2つともに、abbr titleを使わないといけないですか? それと、 「HTMLというのは、Hyertext Markup Language」の略なんです。 という文章のHTMLにはabbr titleは要りますか? abbrだけですか?
82 :
Name_Not_Found :02/08/16 22:16 ID:qPbtT0Nz
別に決まってないと思う
りこめんあげ
85 :
Name_Not_Found :02/08/17 02:26 ID:v5NbE3a3
サムネイルの画像の情報を書くとき、 <dl> <dt><img src="./thum.gif"></dt> <dd> <ul> <li> <dl> <dt>filename</dt> <dd>thum.gif</dd> </dl> </li> <li> <dl> <dt>filesize</dt> <dd>200kb</dd> </dl> </li> </ul> </dd> とするべきですか?
>>85 それは個人の自由のような気がするが・・・
87 :
Name_Not_Found :02/08/17 03:38 ID:qvDB3nl3
図1.1.2など図の下に番号を振るときは、どのようなタグで記述するのが適切でしょうか?
89 :
Name_Not_Found :02/08/17 03:57 ID:qvDB3nl3
これでいいのでしょうか? <dl> <dt><img src="〜.jpg" alt="図1.1.2 おでんマンの構造" /></dt> <dd>図1.1.2 おでんマンの構造</dd> </dl>
90 :
Name_Not_Found :02/08/17 03:59 ID:v5NbE3a3
91 :
Name_Not_Found :02/08/17 07:37 ID:19BOXTZ1
>>92 音声ブラウザでは、
図1.1.2 おでんマンの構造 図1.1.2 おでんマンの構造
と無意味に繰り返される。
>>89 それって、図の上に番号振りたいときはどうするの?
dtとddの位置が逆転? 内容が逆転?
別にtableでいいだろ。
よくねーよ
98 :
Name_Not_Found :02/08/18 21:33 ID:9ZVh3UQR
>>95 StyleSheet で
>>89 の dd を dt の上に持ってける?
絶対位置指定
負の値で相対指定とか
<dl> <dt>図1.1.2 おでんマンの構造</dt> <dd><img src="〜.jpg" alt="おでんマンの構造を表す画像" /></dd> </dl>
目から鱗が落ちまくり
107 :
105 :02/08/18 22:07 ID:???
定義リストでもねぇな。
定義リストじゃん
110 :
105 :02/08/18 22:13 ID:???
112 :
105 :02/08/18 22:18 ID:???
自分で書けるだろ。
定義リストで書けるのを表にしても無駄なだけ おまえ105じゃないし
114 :
Name_Not_Found :02/08/18 22:26 ID:Y26BVrD8
表にしたほうがtrで囲める分対応関係が明示的になると思う
115 :
105改め104 :02/08/18 22:26 ID:dyQnTolP
テーブルは生理的に受けつけない 嫌い それだけ
ここは低レヴェルですね( ´∀`)
こんなはずじゃなかった・・・
(´-`).。oO(定義リストってフラットでリニアな構造だから嫌い…)
>>122 フラットでリニアって、どっかで聞いた表現のような…
平らで直線的な
フラットでリニア フラットでリニア フラットでリニア フラットでリニア フラットでリニア フラットでリニア フラットでリニア フラットでリニア
( ´,_ゝ`)プッ
フランスでギニア フランスでギニア フランスでギニア フランスでギニア フランスでギニア フランスでギニア フランスでギニア フランスでギニア
闇黒日記の定義リストはフランスでギニアですね。 しばらく定義リストだと気付きませんでした。
130 :
Name_Not_Found :02/08/19 15:32 ID:P16EiqFJ
W3CのMLのいくつかに登録してみたけどW3C信者ばかりじゃなくて議論がすごく面白い
それはあなたが既に信者だから感覚が麻痺してるだけ。 自覚症状が無いのは重症ですね。
外から見りゃ同じなんだろうけど、 確かに日本のW3C信者とは傾向が違うような気はする。
133 :
Name_Not_Found :02/08/19 16:28 ID:P16EiqFJ
俺信者じゃないよ別に。
134 :
コギャルとHな出会い :02/08/19 16:32 ID:8x41kaja
135 :
Name_Not_Found :02/08/19 16:32 ID:W23gjI8G
なんか知らないうちに信者になってるような気がするのですが 世間一般的に見てどういうヤシが信者なんでしょうか?
>>135 暇があれば、人様のソースを見て
「これはちがう。ゲッ、ここも違うジャン(ぷ。。。
こいつ、HTMLちょっとでも勉強したのか?
meta部分削って、手書きのように見せてるだけジャン(ギャハ
全然、ダメだ。糞ばっかり。」
というような感じの人。
↑こういう人に限って、そのサイトのエロ画像はちゃっかり
持ちかえりしてるんだよね。
>>136 よく自分の事を把握できてるじゃないか。
えらいねぇ〜。
>>137 煽らなくてもいいよ。事実、俺のこといったまでだから。
今はさすがにそんなこと気にもとめないけどよ、
htmlかじって仕様書を読みはじめの頃はもうねっていうぐらい
人様のソース見まくりました。
ちょい誇張して言ったが、確かに他人のHTMLを罵ってたのは事実。
オマエもそんな時期があったろ?
>>136 別にW3Cとは関係無さそうな内容だな…
>>139 自分もそんな時期はあったよ。
酷いソース見ると馬鹿にしてた。
>>140 それはね、俺も思った。逝きましょうか?
漏れは酷いサイト自体よりも、そんなHTMLを書かせるような Web環境(「HTML入門」だとか)に怒。
>Web環境
酷いオーサリングツールにも怒。
146 :
? :02/08/20 08:34 ID:LrHjhRKz
前から疑問なんだけど、W3C的にはタグって 全部大文字?全部小文字?始めだけ大文字?
XHTML では全て小文字。 HTML では特に区別しない。
148 :
147 :02/08/20 08:44 ID:???
>>147 は要素名と属性名の話ね。属性値についてはその属性による。
信者はタグって言わないって本当?なんて言うの?
>>149 タグはタグと言うよ。
ただ、要素や属性やスタイルシートをタグとは言わない。それだけだ。
タグって言うと初心者臭い
DreamWeaverMX、blockquoteが引用ボタンで挿入できるようになったのか! と思ったら、インデントボタンもやっぱり残っていてblockquote でインデント。ボタンを押した回数分ネストされて中央によっていきます だってさ。 「blockquoteタグ=ブロックインデント」説は無くなりそうにありませんね。 引用ボタンも普通の人は使わないだろうし。
糞オーサリング
XLinkが実装されてるブラウザってある?
>>156 simple linkならmozilla。
extendedは知らん。
158 :
Name_Not_Found :02/08/20 18:42 ID:biAVVINj
<dl> <dt>好きな食べ物</dt> <dd>おんな、りんご、牛肉</dd> の、ddの中をul liを使い、cssで li {display:inline} にしたいのですが、「、」はどうすればいいですか?
li+li:before{content:"、";}
>>149-151 <p>タグはタグと言うよ。</p>
上のようなソースがあった場合、
・<p>を、「P要素の開始タグ」と呼ぶ。
・</p>を、「P要素の終了タグ」と呼ぶ。
・両方セットで、「P要素のタグ」と呼ぶ。
・全体(<p>タグはタグと言うよ。</p>)を、「P要素」と呼ぶ。
・タグにくくられた中身(タグはタグと言うよ。)を、「P要素の内容」と呼ぶ。
XHTMLでscript要素を空要素として記述するのは文法上は合法だよな? <script type="text/javascript" src="hoge.js" /> みたいな感じで。けどこうするとIEで見れないのが鬱……なんとかしてくれ
>>161 <script type="text/javascript" src="hoge.js"></script>
で不具合が無いんだから、別に良いような。
<br /> も、<br></br> で良い訳だし。
>>161 XHTML文法上は合法だが、その文書をtext/htmlとするのは非合法。
application/xhtml+xmlでやる分には問題なし。
結局IEのapplication/xhtml+xml対応を待つしかない。
ん? 容量削減との戦いか? ならいっそコメントとか空白削除しとけ(藁)
誤爆ですか?電波ですか?
そういえば、茶文字タソは最近どうしましたか。
Scriptの閉じタグを省略したい=ファイルを軽くするための努力 と取ったんじゃないの?
ん? 容量削減との戦いか? ならいっそコメントとか空白削除しとけ(藁)
SCRIPT要素の中身がないのに、閉じタグを書くのが気になるってことだろ。
>>172 でも、 <script></script> と <script/> って意味論的に同じで
どっちが望ましいとかって無かったよねえ?
ていうかそんなことが気になるなら
HTMLブラウザにXHTMLを無理矢理読ませていることも気にして欲しいような。
茶文字タソじゃないの?
StrictなHTML入門はどうなりましたか。
そ、そこは・・・(*´Д`*)あふん
StrictなHTMLってそんなにイイんですか…ハァハァ
さぁ、こっちの世界へいらっしゃい・・・ハァハァ
(゚Д゚)Strictで作ればチープな自尊心を満足させることが出来ますよ。 さあいらっしゃい。……ハァハァ
チープ【cheap】安いこと。安っぽいこと。安価。_
Transitionalで宣言して、内容はStrict。
<link rev="made" href="mailto:sbd@dauntless"> のmadeの部分は、任意の文字列に変えても良いのでしょうか? 例えば「連絡先」みたいな。
<link rel="made" のhrefに"p://www.2ch.net/ "見たいなのってOKですか?
>>187 mailto:しかだめなのかと思ってた(w
仕様書読んでみるよ、「夏休み」だからね(藁・・・
Œ˜˜pってどういうプロトコル?
物凄くしょぼい話なんだが、StrictDTD的には.htmと.htmlのどっちが良いんだろう? どっちでも良いのかな?
ん? 容量削減との戦いか? ならいっそコメントとか空白削除しとけ(藁)
>>193 Strict云々というよりサーバーに依存するんじゃない?
真のストリクターは拡張子をも捨てる
>>197 Strict的にはどっちが良いという話だと思うんだが・・・
というわけで
>>196 に一票
199 :
193 :02/08/22 21:02 ID:???
>>195-198 迅速なお答え有難う御座います。
>>196 それって鳩丸みたいにするって事ですかね?
どうやるんでしょう?
って質問板行くべきか(^^;;
200でもない
201 :
Name_Not_Found :02/08/22 23:40 ID:eEJtLHu+
(激しくガイシュツの予感もするけれど)2chのスレッド一覧をマークアップするには次のどれが妥当でしょうか。 1) olを使う <ol> <li><a>1</a> : <a>ほげほげ</a></li> <li><a>2</a> : <a>ふがふが</a></li> ... </ol> 2) ulを使う <ul> <li><a>1</a> : <a>ほげほげ</a></li> ... </ul> 3) 番号にアンカーを振ってもよくわからないのでいちいち説明を入れてol <ol> <li><a>ほげほげ</a>(<a>最新50投稿</a>)</li> ... </ol> 4) 思い切ってdiv <div> <a>1</a> : <a>ほげほげ</a> / <a>2</a> : <a>ふがふが</a>... </div> まあ(4)はないと思うんですけどね…
(3)にいぴょーう
>>201 なんとなく漏れの res.htm を晒してみる。
<ul class="res">
<li class="number">&NUMBER</li>
<li class="name_before">by: </li>
<li class="name">&NAME</li>
<li class="message">&MESSAGE</li>
<li class="mail" onClick="mailink();"><script>replaceagesage('&MAIL');</script></li>
<li class="date">&DATE</li>
</ul>
:after が使えない苦肉の策だけどね。
邪道
既出
某所のツリー型掲示板をLintで100点が取れる様に改造してみたんだけど ここにURI載せたら動作チェックしてもらえますかね? 板違いかな?
このスレ的には、そのLintで100点取ってるマークアップが、 HTMLとして適正かどうかを判定することになるが、よろしいか?
210 :
Name_Not_Found :02/08/25 01:39 ID:PPs9AOKS
>>201 1は数字がダブるだろ。そして、何のためのolかと。
2はそんならolつかえよと。
3これが正しいと。WAI的にも。
4論外。
211 :
208 :02/08/25 01:44 ID:???
>>209 う〜ん…それって動作チェックとは違うような(^^;;
やはり板違いだったですね。
やはり、自力で動作チェックして、
ちゃんと動くのを確認してから報告(宣伝?)に来ますです。
ちなみに、マークアップ的にはOKな筈ですけど、<div>使いまくりで
accesskeyやらtabindexやらも無視してるからW3C的には駄目駄目かも(^^;;
更に外部CSSへの対応のさせ方が判らんので無茶苦茶味気ないし(^^;;
>>211 div使いまくると、ネスケ4.xが落ちる可能性が出ます。
ブラウザのバグを憂うスレじゃないでしょ。
214 :
212 :02/08/25 02:06 ID:???
>>213 208が本気でつかえるもんを作ろうとしているならば重要な情報だとは思うが。
それに、万人が平等に身閲覧できるようにすることを目的にしてるわけだし。
>>212 おお!そうなんですか?(^^;;
全部<p>にでも変えようかな?
ってか、ぶっちゃけネスケ4.xなんて使わなきゃ良いのに…
6.2(でしたっけ?)とか7.0とか出てきてるんですからねぇ…
これも板違いですが(^^;;
>>211 別に晒すのは自由でしょ。特別趣旨が外れてるわけでもないし。
動作チェックまでする香具師がいるかどうかは別問題だけど。
>>215 なんとなく晒したら恐ろしくすっきりしたマークアップ案が出そう(w
218 :
Name_Not_Found :02/08/25 02:18 ID:k2DvtTX3
div使いまくりってネストしてるんだろうからpでは置きかえられないでしょ
221 :
208 :02/08/25 02:36 ID:???
罫線カッコワル
>>221 新規書き込み画面:
tableをdivで囲む必要なし。
返信がかけないぞ(゚Д゚)ゴルァ!
224 :
223 :02/08/25 02:54 ID:???
ERRORメッセージ画面がHTML4.01ではないな。
225 :
208 :02/08/25 02:54 ID:???
>>222 すんません(^^;;
ってか、動作確認してもらうなら、CGIのソースも出さなきゃ駄目ですな(^^;;
元のCGIを作った人の許可を得てないからそんな事したら駄目なのかもしれないですけど。
226 :
Name_Not_Found :02/08/25 02:59 ID:k2DvtTX3
<div> 発言者:<strong> <a href="mailto:sage">Name_Not_Found</a></strong><br> 発言日:<strong> 2002 08/25 02:45</strong><br> 発言元:<strong>218.227.147.20</strong></div> <div> こういう構造はtableで表現したほうがいいんじゃないの
227 :
Name_Not_Found :02/08/25 03:02 ID:k2DvtTX3
<div><input type=hidden name=ha value=ha> 返信フォーム <input type=hidden name=re value=2></div> これもちょっと。 hiddenのinputは普通にしておけばよくて、「返信フォーム」は<caption>でいいと思う
228 :
208 :02/08/25 03:04 ID:???
>>223 あら?返信書けないですね(^^;;
1日潰したのに…
一からやり直します(ToT)
>>224 エラーメッセージは確認しませんでした(^^;;
これも確認しなおします。
と言う事で、速攻で動作確認出来ちゃいました(ToT)
ご協力いただいた方々、有難うございました。
回線切って氏にます…
削除もできねえ。。。
230 :
Name_Not_Found :02/08/25 03:15 ID:k2DvtTX3
単独表示の時の記事タイトルが <dl> <dt><strong>No.2</strong></dt> <dd>動作確認スレッド</dd> </dl> なんだけど、<hn>でマークアップしたほうが 「動作確認スレッド」が記事のタイトルであるっていうのを 明示できるのでよいと思う。 ちょっとここでの定義リストの使用は自然だと思わない。
暇つぶしに、オリジナルの奴もさらっと読み。 うーん。俺の嫌いな書き方だなぁ。 まぁ、速度とかセキュリティとか気にしないならいいんでないの。 というか、あらためて動作確認が必要なほど変更をしたの? で、掲示板トップの感想。 まず、新規発言とかは、pではなく、ulだと思われ。 あと、preをつかってまでして、あの視覚的なツリー構造が必要なの? 必要でないなら、ulを使うべきかな。それでこそStrictスレッドかと。
あ、セキュリティーが甘いっていうわけじゃなくて、 高いセキュリティーが求められる用途には向いていないってレベル。
動作確認、文法チェックは、さらし先で行いましょう。
234 :
Name_Not_Found :02/08/25 03:30 ID:k2DvtTX3
あと必ずしも必要条件ではないが、一覧表示の <a href="treebbs.cgi?log=2">動作確認スレッド</a> [Name_Not_Found] 08/25 02:45 みたいなのって <a href="treebbs.cgi?log=2">動作確認スレッド</a> <span class="name">Name_Not_Found</span> <span class="date">08/25 02:45</span> とかしたほうがスタイルつける上でもDOMする上でも融通がききやすくなる。
結局strictな掲示板って、 個人情報が書かれても <del>で済ましそう(ワラ
237 :
Name_Not_Found :02/08/25 11:36 ID:J4t3Q7KU
del{display:none} にしてしまえw
<a name=""には、id=""もつけますが、 id=""は、スタイルシートで使ってないのを指定するのですか?
日本語を話せ
>>238 name と idは一緒。cssで使っている#id名と同じになってスタイルを
適用させたくないなら別の名前を付ける。
a要素のid属性はname属性の代替でcssのidとは別物。
つーか、初心者スレだな。ここは質問スレじゃない。
>>238 そのような決まりはない。
name と id は名前空間を共有するのでお互いに重複しないよう注意しつつ
CSSやJavaScriptなどからも利用しやすいように工夫すればよいだけ。
>a要素のid属性はname属性の代替でcssのidとは別物。 そうだったのか
汎用属性に要素ごとの区別があるんでつか?
244 :
Name_Not_Found :02/08/25 15:48 ID:kQFsg0W2
>>240 >a要素のid属性はname属性の代替でcssのidとは別物。
バカか。
245 :
240 :02/08/25 15:53 ID:???
strict厨釣れ過ぎ(藁
いまさら釣り宣言ですか。240必死過ぎ(w
>>240 のいっている意味がいまいちわからんようになってきた。
以下:俺の認識。
>name と idは一緒
a hrefで指定するときは――。
>a要素のid属性はname属性の代替でcssのidとは別物。
<a id="hoge">とつけようが、<h1 id="hoge">とつけようが
CSSでも
#hoge {color:#ccc;}
と指定するだけであって変わらんのじゃ?
#逆にわかりにくいアフォレススマソ
>>249 馬鹿じゃないよ。自分でアフォって言ってるじゃん。
251 :
Name_Not_Found :02/08/25 17:03 ID:ID3wDpWZ
参照されたし。 参照されたい。 「参照されたい」って「お前が?」って感じ。
253 :
240 :02/08/25 17:13 ID:???
また釣れた(藁
254 :
251 :02/08/25 17:14 ID:???
>>252 確かにそうだ。
じゃあ、このように訂正しよう。「以下の文章を読んでくれ」
「参照されたし」の「れ」は、敬意を示す助動詞だと思われ。
257 :
Name_Not_Found :02/08/25 19:12 ID:4Q3MM8pS
インラインstyle属性によるスタイルの設定をしない場合は、 <meta http-equiv="Content-Style-Type" content="text/css"> は要りませんか? 外部のスタイルシートを読み込む場合は、 <link rel="stylesheet" href="mystyle.css" type="text/css"> のようにするだけでいいのでしょうか? そして、classとidは一緒に使えるようですが <div class="update" id="info"> classは2つ同じところで使えませんか? <div class="update" class="info2"> のようにすることはできませんか?
>>257 MozillaとかNetscape7は、Strictモードでレンダリングしている場合は
mimeタイプがtext/cssとしてサーバーから送信されてないと食ってくれない。
たいていはサーバー管理者がそう設定してあるけど、ドキュソな鯖では
text/plainで送信されてしまう。
.htaccessがいじれるならいいが、無料系ならどうにもならんであろう。
>>257 ……それはスタイルシートスレに振るべき話題じゃないか?
まぁいいか。
> インラインstyle属性によるスタイルの設定をしない場合は〜
不要だと思うけど、書いておいた方が吉だと思われ。
> classは2つ同じところで使えませんか?
使える。
<div class="update info2">
でOK。スペースで区切って、何個でも書ける。
# 属性を二度書いてしまってはダメ。
> 不要だと思うけど、書いておいた方が吉だと思われ。 毒にも薬にもならんので凶も吉も無ぇ。
どうでもいいけどなんで複数のクラスはスペースで区切るんだろう カンマで区切る方が自然じゃない?
>>261 NMTOKENSがそう言う属性型だから。
HTML4まではただのCDATAだったけど、
それまでも半角スペースで区切るのが
デファクトスタンダードだったんだろ。
>>261 HTMLの仕様で決まってることです。
個人的には別にスペースでも違和感はない。
なんか検索エンジンで検索するときみたいだ(w>半角スペース
嗜好で言えば、カンマのほうが好きだな… 変数をまとめて宣言するのにも使うし。
267 :
208 :02/08/25 21:59 ID:???
一応使えるように直してみますた。 まだいくらか直すべきところが有るけど、面倒だ(w
「仕様です」ってそんな事分かってるってw でも、スペースで違和感ない人もいるのね。 参考になった。
269 :
Name_Not_Found :02/08/26 12:12 ID:YWFXrWWo
なんでStrictHTML方面の人はデファクトスタンダードを 認めないんでしょうか? 世の中の標準規格は全て エライ標準化団体が制定した物だとでも思っている、あるいは、 そうあるべきだとでも思ってるんでしょうか?
エライ標準化団体 エライ標準化団体 エライ標準化団体 エライ標準化団体 エライ標準化団体 エライ標準化団体 エライ標準化団体 エライ標準化団体 エライ標準化団体 エライ標準化団体
>>269 HTML 4はデファクトスタンダードを追認した規格だと思うが。
それにW3Cはエライ団体ではない。
コンピュータ関連企業の業界団体だ。
今IEのパーサが厳しくなったら 世の中一気に変わりそうだけどなあ。
273 :
Name_Not_Found :02/08/26 13:40 ID:GMlN3eyG
偉大なるばけらさんは、 自分のところのバナーを、 <p id="minibanner"><a href="style/htmlban" title="鳩丸ミニバナー"><img src="style/htmlban" alt="[鳩丸]"><!-- width="88" height="31"--></a></p> のようにしています。なぜ、バナーをpで囲んでいるのですが、おかしく ありませんか? 画像は段落ではないでしょう。それに、なぜimgにwidthがありませんか? これは間違いではありませんか? それに、なぜ拡張子がありませんか?
それと、もしdivで囲む場合は、 <div><img src="./banner.png"></div> でいいのでしょうか。 <div id="nantoka">など CSSを使うときだけ、DIVを使うのでしょうか。 strictはimgをブロックで囲まないといけないのですが、 pでしょうか。divでしょうか。
>>273 ばけらに聞けよ。
>>274 画像の内容や前後の文脈でそれを囲むふさわしい要素は違ってくるだろう。
img 要素でなくスタイルシートで画像を表示する方がいいケースだってありうる。
だんらく【段落】 (1)長い文章の中の、一つの主題をもってまとまった部分。また、その切れ目。段。節。 別に問題無いんじゃないでしょうか。
辞書厨うざ
それじゃあ、 <dl> <dt>趣味</dt> <dd>パソコン</dd> </dl> のddには、<p>と</p>がいるのか。
へーよかつたね。
>269 W3CやISOの規格だから沿ってると云うより、その規格に対し、少なからず納得したからこそ、取り入れているのではないでしょうか。 少なくとも、私はそうです。 また、de facto standard を認めないと云うことも(私は)ありません。ただ、意図せずそれを採用されている方には、違った選択肢もあるということをお伝えできればと思っております。
┐(´ー`)┌ヤレヤレ
283 :
282 :02/08/26 15:16 ID:???
ブヒヒヒヒ
> なぜ、バナーをpで囲んでいるのですが、おかしくありませんか? まあ漏れにも段落とは思えないけど。 img はインラインなので仕方なくってとこでしょう。 > それに、なぜimgにwidthがありませんか? これは間違いではありませんか? width/height は必須ではないし、ISO-HTML ではそもそも未定義だったりします。 ちなみに、多分この場合のばけらさんの意図は、将来的にバナーサイズを 変更したり、あるいはコンテントネゴシエーションによってサイズの異なる バナーがサーブされたりしうるってことを示唆したかったんじゃないかなーと。 > それに、なぜ拡張子がありませんか? 恐らくコンテントネゴシエーションのためでしょう。 しかし、他にも拡張子を明記することにはデメリットがあります。 例えばバナーの URI を banner.png としてしまうと、 将来 PNG より優れた規格が出現したときに拡張子の変更を 余儀なくされてしまうということになります。 これは URI の変更が生じてしまうということに他ならないので、 利用者の便宜を考えると好ましくありません。
>>284 >拡張子
より優れた規格が出現したときに、URIを固定したまま
その規格への移行を考える場合、に限られたデメリットですな。
その必要があるかどうかはリソースの内容によると思うので
「好ましくありません」と言い切ってしまうのは禿しく疑問。
>>285 ふうむ。じゃあ拡張子を見える状態にしておくメリットは?
(ファイル形式を推測できるようになる、というのを除いて)
<ol> <li>親項目</li> <ol> <li>子項目</li> </ol> </ol> こういう書き方ってあり?@HTML4.01 DTD読むとolとかulって子要素にliしか持てないように書いてあるけど、本文に入れ子にできるってあるし・・・ 何か見落とししてる?
>>287 <ol>
<li>親項目
<ol>
<li>子項目</li>
</ol>
</li>
</ol>
>287 それをやるなら、こうじゃないでしょうか。(インデントを全角スペースで代用) <ol> <li>親項目 <ol> <li>子項目</li> </ol> </li> </ol>
納豆です。なっとくですじゃなくて、なっとくしましたでしょ。
2002年とほほ軍によってあえなく負けたStrictマンセー軍。 Strictマンセー国では、とほほ軍の兵士が駐留している。 とほほ軍は、無知な市民に甘いチョコレートをあげていた。 それは、Strict・・・・
>>286 拡張子ありにメリットがある、ではなく
ある要求がなければ拡張子なしのメリット(拡張子ありのデメリット)は発生しない、
と言ったつもりだったけど、まあいいや。
XHTML11仕様書は代替が
xhtml11.html, xhtml11.ps, xhtml11.pdf, xhtml11.zip, xhtml11.tgz
と5つ用意されているけれど、
こういう場合、好ましいURIはどうなる?
やはり、形式を特定するようなURIは好ましくない?
IEはほとんど拡張子で判断。モジーラはMINEのみで判断してる(と、思う)
IEは基本的に自動判別じゃなかったっけ?
自動判別の仕組みはどうなってるの?
まず、知らないMIMEは強制的にダウンロードダイアログ逝き。 知ってるMIMEなら、MIMEを「無視して」中身を解析。 HTMLのタグっぽい文字列があったらHTMLとか、 XML宣言があったらXMLとか、 文字列GIF89aがあったらgifとか、・・・
くだらんネタ
面白いと思うがなぁ
つまらない。 んで、本当のところはどうなってるの?
MIMEを無視して勝手に判別するのは本当だよ>IE
MIMEが text/plain でも中身がhtmlだったらレンダリングしてくるね、IEは。 これのどこがstrictの話なのかわからんが。
何も今に始まったことではなし。
んで結局Strict的には拡張子はあった方がいいのですか、どうなのですか、この野郎。
305 :
Name_Not_Found :02/08/28 06:50 ID:nY47wITp
拡張しなくても出来るように設定できるならすべき
拡張員は消えるべき
Strict的には、そんなことてめーで決めやがれ、この野郎。 URI云々の話はStrictとは関係が無い。
そもそも、<dfn>ホームページ</dfn>とは、WWWブラウザを起動したときに最初に出てくる ページのことである。 このdfnの使い方は正しいですが。 そもそも、<dfn>ホームページ</dfn>(WWWブラウザを起動したときに最初に出てくるページ) とは、ウェブページのことではないのである。 このdfnの使い方は正しいですか?
つーか、下の文は妙
別段おかしかないけどやっぱり文が妙
下の文を書き直すと阿呆文。 そもそも、「WWWブラウザを起動したときに最初に出てくるページである」ホームページとは ウェブページのことではないのである。
313 :
Name_Not_Found :02/08/28 15:41 ID:3ajS+tRy
そんなこといったら上の文だって阿呆文だ。変な理屈考えるな。 WWWブラウザを起動したときに最初に出てくるページとは、 WWWブラウザを起動したときに最初に出てくるページのことである。
意味不明の文章の論理構造を分析するには無理があるというよい例でしょう。
「そもそも、<dfn>ホームページ</dfn>とは WWWブラウザを起動したときに最初に出てくるページである。 ウェブページのことではない。」 ここは作文スレですか?
317 :
Name_Not_Found :02/08/28 17:10 ID:j3qHWR+t
そもそも、<dfn>ホームページ</dfn>(WWWブラウザを起動したときに最初に出てくるページ) とは、ウェブページと同じではない。 が正解?
つーか、うんこ。
320 :
Name_Not_Found :02/08/28 17:51 ID:wDbWCMMB
ばかばっか
↑その筆頭
株主
dfn要素はdl dt,ddの代わりと考えて、 dtをdfnにして、ddをその跡につけたらいいとおもわれ。
qとblockquoteみたいなものか。
>>325 いいんじゃないの? invalid よりはマシでしょ。
>>325 重すぎる。パーポットとかいうの流行ってるのか? チャットソフトか。
>>325 の管理人です。晒されてたんでビクーリしました。。
ハーボット重いですね。何とかします・・・。
>>326 invalidってなんすか?
もっと勉強します。。スマソ・・・。
del要素があるのに何故span class="del"? CSS1の仕様書のどこかに、こういうのを危惧する文面があったような…
>>332 そうですが、何か?
>>331 <del>使ってはいけないとか思ってました。アフォです。
若干修正しましたが、全然駄目ですよねぇ。。
>>333 HTMLの基礎、というか設計思想を学ぶことを勧める。
でも、逝き過ぎてStrict房とか信者とか呼ばれても責任は取らんけど。
>>334 よーし、パパがんばっちゃうぞ!!
・・・今は他の勉強をせにゃならんので、暇なときにでも
少しずつやっていきまふ。。まず、逝きすぎたりはしません。
随分はやい反応だな。しかしなんにしてもスレ違い、だな。
>>331 >CSS1の仕様書のどこかに、こういうのを危惧する文面があったような…
これってどこ?
この際、
>>335 を見込んでいろいろ教えてやるってのは?
却下
341 :
Name_Not_Found :02/08/29 09:28 ID:Kz2LDU8A
しかもvalidatorに掛けただけの調査で、か…
>Webの標準化は、どのようなブラウザーでも同じ表示ができるようになることで特定のブラウザーやOSに依存することを避ける上で重要なことだと考えられており 初耳だな
>どのようなブラウザーでも同じ表示ができるようになることで >特定のブラウザーやOSに依存することを避ける 『ほーむぺーじ』作ってる人たちの認識なんてそんなもんさ…
でも標準化の動機ってもともとはその辺じゃないのかな。 DOMやCSSの標準化は どー考えても「同じ動作・同じ表示ができるように」が目的でしょ。 # これはWebの標準化には含まれない?
ポマエモナー
>>307 strict的だとおもうが?
そもそもstrict的以外には拡張子なんぞ
なんでもいいだろうに。
ここではなさずにどこではなすよ?
>>350 はこのスレの主旨を勘違いしている、に一票。
確かに勘違いしやすいスレタイではあるが。
一票入れられてしまった。 次回は解りやすいスレタイおながいします。マジで。 で、URIと拡張子の件はこのスレの趣旨に沿ってるんですか?
strict つまり厳しく、妥協なくHTMLをアレするって話だろ?
>>354 じゃあアドレスもstrictな話にはいるじゃない。
また例えば索引ではないのにindex.htmlであるとかも
strict的にまずいだろうし、ここでしか語れない。
>また例えば索引ではないのにindex.htmlであるとかも >strict的にまずいだろうし ハァ?どっから湧いた既知害ですか?
357 :
Name_Not_Found :02/08/29 23:23 ID:xV8/E23E
ばかばっか
問) このスレで使われる「strict」の意味を簡潔に示しなさい。 ↓
社員でもないのにgeocities.co.jpドメインでWebサイト作る馬鹿どもは strict的に制裁を加えないといけない。
答え:今日から2ch的Strictの意は↑↑↑↑↑の説明ということになりました。
名字が山田のやつは山間の土地で農民をしていなければ strict的にまずい。
苗字が佐々木の俺はstrict的にはどうすればよいですか?
ここではなさずにどこではなすよ?
>ここでは成さずに何処では成すよ? ハァ?どっから湧いた既知害ですか?
拡張子なしというのは別に拡張子がないのがクールなのではなく URIをコロコロ変更するなという意味でしょ? 実際難しいよね。 どこにリンク貼っても構いませんが、トップページ以外は予告なく変更する場合があります。 というよく見る注意書きがすべてを物語っている。
現在は拡張子がHTMLが一般だけど、将来他のフォーマットになったとき、 ファイル全てとリンク全ての拡張子を変えるのは大変だから、各漁師をやめとけってことだろ?
信者としては拡張子のないURLを使用しているw3cを模倣したいのでありましょう。
みなの大好きな
http://www.w3.org/Icons/valid-xhtml10 も拡張子なしですし。
なお
http://www.w3.org/Icons/ を見れば分かりますが
アイコンにはgifとpngの2バージョンがあり、urlは変わっていなくても
こっそりgifからpngへ移行してもアイコンが突然消えない、
またpngが表示できないUAはgifバージョンを表示できるといった
利点もあります。
しかし
サイトによっては拡張子なしのurlが不可能である。
領域の都合から昔のファイルを削除したい。
広告がうざいので引越しをしたい。
拡張子が違っても同名のファイルが複数ある場合
UAによってはどちらも表示できない
等々
>>367 のおっしゃるとおり個人レベルでは不変なurl、拡張子のないurlは難しいのが実情です。
拡張子なしの信者サイトってどこがある?
ファイルを変更するのが面倒って、面倒くらい 我慢すれ!
372 :
j君 :02/08/30 03:41 ID:???
>>371 自分とこならいいけど
リンク相手に迷惑をかけるって意味じゃないのかな。
直りんokしているバナーとかは拡張子変わると
リンク先に面倒をかける。これがstrict話なのかネチケット話なのかは知らないけど。
w3cのdtdっていきなり消えたことなかったっけ?
非難囂々でフカーツしたって話?
DTDは確かに困るよな。でも個人レベルではバナーくらいなもんだよ、URLが変わって 困るのなんて。
↑ スレ違いばかども
strict的にはバカいうやつがバカ
まだhtml4.01使ってる人この中にいるの? いないよね。
379 :
Name_Not_Found :02/08/30 20:41 ID:hJI2B6RS
いるけど
使ってる。 変換ツール使えば移行も問題無し。
>>380 xhtmlからhtml4.01へ移行するの?
なんで?
誤読?
383 :
Name_Not_Found :02/08/31 00:15 ID:PmwD5Gam
現時点でHTML4.01を使っているがXHTMLに移行したくなっても 変換すれば大丈夫だから問題無し。 ってことでしょ。普通に読めば。
だよね。 そして仮にXHTMLからHTML4.01への移行だとしてもそんなに不思議がることじゃないと思うけど。
4.01にとどまる理由がないんで皆xhtmlに移行してるんじゃないの? 4.01であることになんか意義があるとは思えないんだが。
いくつかのブラウザでXML宣言が表示されてしまうとか。
strictスレの割にアフォが多いねえ
xhtmlに移行する理由がないから4.01のままなんじゃないの?
>4.01にとどまる理由がないんで皆xhtmlに移行してるんじゃないの? XMLパーサに通せるようにするためでは。 "とどまる理由"は色々あるはず。依然として、"意義"は無さそうだけど。
391 :
Name_Not_Found :02/08/31 01:06 ID:XQezuG+o
XHTML basicって使ってる人いる?
ここで晒されるのが怖いから
xml宣言が表示されてしまうとかはたいした問題じゃないだろ。 べつに省略するという選択もありだと思うし。たとえshift-jisでも。 単に面倒くさいとか、移行するだけのスキルや知識がないというだけではないかな。 移行するメリットのほうがはるかに多いのだから移行するのが当然だと思う。漏れは。
CGIでXHTML使ったとき。 スクリプト作成中にしばしばxml宣言よりも手前でテスト出力するんだけど、 それでXMLエラーが出まくったことがありました。 仕方ないのでHTMLに戻して、完成後XHTMLに変えました。
>>391 使いたいんだけど、あれってScriptだめでしょ。
でもこれからリニューアルする個人サイトはXHTML Basicでいくつもり。
XHTMLの仕様書でしばしばModularizationって言葉あるけど、これってどういう意味?
なるほど、これで自力で翻訳できそうです(w
最近PHPの勉強をはじめたのだが、使っている鯖ではxml宣言があると エラーを出してしまうようだから、とりあえずHTML4.01にしてる。 <? ←これに反応して、PHPがパースしてしまうらしい。 てなわけで400ゲトズサ。
>>400 そういう場合って php の側でエスケープするんじゃないの?
402 :
400 :02/08/31 02:54 ID:???
>>401 ぬ?どうやるんだろ。
3日前に始めたばかりだからよくわからーんw
xml宣言を print なり echo で出力すればよいのだろうかと思ったんだが。
スレ違いスマソ。調べに逝ってきまふ。
404 :
j君 :02/08/31 07:39 ID:???
>>378 掲示板とかも全部xhtml1.0にしちゃったや
1.1はapplication/xml+xhtmlであるべき
というのがネックで躊躇中
>1.1はapplication/xml+xhtmlであるべき application/xml+xhtml にするといったいどんな弊害があるんですか? そこいらへンの事情がよくわからないんで、まとめてあるサイトとかキボーン
レスポンスヘッダで文字コードを明示したらXML宣言は省略できるんでないの?
UTFのときのみ省略が許されるんじゃなかったっけ?
何気に思ったけど、XHTMLをUTFで記述してる人いる? おれは他のXMLはUTFだけどXHTMLはShiftJIS
>>409 俺はXHTML1.0をUTF-8で書いてるよ。
UTFならXML宣言は書かなくてもいいけど、
書いたほうが良いらしいから書いてる。
お陰でIEでは標準モードで表示されないが。
UTFで書くために、
ユニコード対応のEmEditorまで買ったし(w
>409 IE6で互換モードになるのがイヤなのでutf-8でxml宣言なしにしてます.
互換モードになったほうが都合いいんですけど まあスレ違いな訳だが
>>405 ガイシュツ。
IEではapplication/xhtml+xmlのファイルを開けない。
>>413 え? そうなんですか?
いま、公開前のサイトをXHTML1.1で作ってるんだけど、
自分とこのWIN+IE6とか、知人とこのMac+IE5ではふつうに開けたんだけど。
415 :
400 :02/08/31 15:11 ID:???
>>403 勉強になった、ありがd。
レン鯖なんでphp.iniをいじれないし、.htaccessでショートタグをON/OFFする方法を知らんので
PHPから直接出力しときまふ。。。
>>403 なぜかそれIE6winXPで見れなかった。
Operaからみれたけど。
なんらかのバグが潜んでいるのかもw
417 :
j君 :02/08/31 17:36 ID:???
>>414 xhtml1.1で書いただけではサーバーはtext/html返しますよ。
IEではapplication/xml+xhtmlを返すファイルはダウンロードが
始まるだけです。
>>414 HTTPヘッダで
Content-Type: application/xhtml+xml; charset=〜
419 :
j君 :02/08/31 18:06 ID:???
>>414 .htaccess
に
AddType "application/xhtml+xml; charset=shift_jis" .xhtml
で拡張子xhtmlのファイルはapplication/xhtml+xmlを返すようになる。
信者としてはw3cの仰せのままにxhtml1.1はtext/htmlではなくapplication/xhtml+xml
にしたいところだがIEでは見えないし、問題山積み。
420 :
j君 :02/08/31 18:07 ID:???
>>419 言うまでもないだろうけどeucのときは AddType "application/xhtml+xml; charset=euc-jp" .xhtml ね。
うちは.htaccess使えないなあ 鬱だ。
ほとんどの無料スペースは使えない…… まあ有料でも使えないところあるけど……
<meta http-equiv="Content-Type" content="application/xml+xhtml; charset=Shift_JIS"> でいいじゃん、鯖もtext/htmlを返すからIEでも見えるしソースもstrictだす、いいんじゃない?
そうゆうものなのか・・・
IEで見れなくてもいいじゃない! あなたはstrict厨なんだから。
>>423 > なお、XML プロセサは <meta http-equiv="..."/> による指定を解釈しないこと、
> そのため制作者は application/xml として提供される XHTML 文書に
> そのような指定を記述 *すべきでない* (SHOULD NOT) ことも記しておく。
> これは application/xhtml+xml についても同様である。
XHTML1.xにもすべきでないってこと? Strict的には消した方がいいか……?
まあ、そういうわけで4.01使ってるわけですが。
Strictに実用性を追求しようというのならXHTMLはまだ早いと思ふ。 Strictに生きたいのならHTML4.01で。 新しいものをどうしても使いたいとか普及させたいとかならXHTMLでもいいけど。
>>427 どせ text/html で提供してるんでしょ? SHOULD NOT とか言う以前に。
この際思いきって.htaccess有料鯖に移動しようかな…… そういえば、.htaccessの発音ってなに?
ドットエイチティーアクセス
ちょと質問させてください。 hoge.html内に<a href="#hoge"></a>とした場合、スキームやホスト、パスが省略され、結果的に hoge.html#hogeが呼ばれる、という事で合ってますよね? で、同じ理屈でhoge.cgi内で<a href="?hoge=hage"></a>というのもありかなーと思ったのですが、 AnotherHTML-lintでは「正しくない書式」といわれました。このケースは省略不可なのですか?
>>410-411 おぉ、同士が・・・漏れもUTF-8で書いている。
rubyを使いたいのでXHTML1.1。text/htmlと書いている、ごめんよう。
435 :
j君 :02/09/01 05:36 ID:???
xhtml1.1を使いたいのでネゴシエしてるよ IEで見るとtext/html、モジラで見るとxhtmlを返すようにしてる。 激しく面倒で無意味な気もしないでもないが まあ自己満足だからOK。
>>436 Content Negotiation
>>435 どうやるの?
自分もそれやりたいんでApacheの資料読みあさっているんだけど
mod_nego.のリファレンス読んでもよくわかんなくって。
>>438 565 名前: Name_Not_Found 投稿日: 02/05/11 19:21 ID:2aZ8R797
Apacheならhtaccessに、こうだな。
AddType "text/html;charset=iso-2022-jp" .html
AddType "application/xhtml+xml;charset=iso-2022-jp" .xhtml
AddType "application/xml;charset=iso-2022-jp" .xml
Options +MultiViews
-----------------------------
重要なのは最後の行ね。
Options +MultiViews を書けばコンテントネゴシエーションが有効になる。
例えば <a href="hoge">...</a> を参照すると、UA の Accept に応じて
hoge.html や hoge.xhtml が送られる。
>>439 ってことはhoge.htmlとhoge.xhtmlを2つ用意しないといけないってことですか?
>>433 URI-reference = [ absoluteURI | relativeURI ] [ "#" fragment ]
relativeURI = ( net_path | abs_path | rel_path ) [ "?" query ]
"?hoge=hage" というURI参照はありえない。
> スキームやホスト、パスが省略され、結果的に
> hoge.html#hogeが呼ばれる、という事で合ってますよね?
これがそもそも合っていないので
RFC2396: Uniform Resource Identifiers (URI): Generic Syntax
http://member.nifty.ne.jp/moha/rfc/rfc2396j.txt 4. URI参照 (URI References)
5. 相対URI参照 (Relative URI References)
あたりを参照。
442 :
j君 :02/09/01 18:46 ID:???
補足ですが 気をつけねばならないのは AddType "application/xhtml+xml;charset=iso-2022-jp; qs=0.95" .xhtml というふうにqs=0.95を付け加える。数値は0.91以上。ファイルに格差をつけないと IEだとどちらを表示していいのか分からずエラリます。モジラはUA自体が html=0.9 xhtml=1.0なのでqs=が0.91以上であればモジラの場合同じファイル を要求した場合xhtmlが返ってきます。問題はモジラはhtmlは0.9なのにcssは 1.0なのでたとえばindex.htmlとindex.cssがあるばあい、indexを要求すると index.cssを返すたわけぶりなのでcssはxhtml,htmlとファイル名を変えるか qsで0.9以下にする必要アリ。 ネゴシエーションは過渡期にw3cが薦める手段の一つであるが、はっきりいって面倒のほうが 多いです。
qsってなあに?
445 :
j君 :02/09/01 20:53 ID:???
ちなみにqs(クオリティー)の数値はモジラの場合 verごとにころころ変わるので注意されたい。
参考になった。j君ありがとう。
結局ファイルは二ついるって事か。
ファイルシステムでリンクするのが一番いいか?
ただ、
>>442 の話は同じURLで文書とスタイルシートを
指し示す事にも問題がある様な気もする。
なるほど、そういうようなやつでファイルを沸けたり、 (これは違うが)言語によってファイルを変えたりするんだね。
正直スレ違いだね。
449 :
j君 :02/09/01 23:35 ID:???
ネゴシエはスレ違いかもだけど application/xml+xhtmlの採用と、それがIEではだめだめなので ネゴシエルというのはまあ許容範囲かなーって。 でもまあそろそろhtmlの方の話にした方がいいかもですね。
452 :
450 :02/09/01 23:56 ID:???
>>452 さりげなく自分のサイトを検証してみてみたら
ミスがあったよ、ありがと(ワ
454 :
j君 :02/09/02 00:36 ID:???
バリッドアイコンをつけているサイトでもエラーがあるところ結構あるよね。 まあたいていケアレスミスなんだけども。
100点じゃなきゃ貼れないんだっけ?
456 :
j君 :02/09/02 01:33 ID:???
うん 検査して、合格したら貼る権利を得る。 でも更新を続けるうちにミスをしてしまい バリッドでなくなる事が多い。人間だもの。
ぬほ 俺もAnotehrでチェックしたら新たなミスがでまくりですた。 thのabbrがないっていうのは元々無視していますがね。
日記が始めりますた。
thのabbrは 例えばthの値が1番目は省略可能であるが2番目が一文字で省略できない場合は どうします?最初だけabbrがあって、2個目がないとなんかおかしくない? <tr> <th abbr="名駅">名古屋駅</th><th>津駅</th> みたいな場合 <th abbr="名駅">名古屋駅</th><th abbr="津駅">津駅</th> の方がいい?
>>460 略してもないのに、abbrを使う方がおかしいと思いますが…
462 :
j君 :02/09/02 03:14 ID:???
>>460 いらんよ。ソースを汚さないほうがいい。
imgのwidthとheightも記述していないと注意されるけど
cssで記述してあれば問題はない。
lint厨って本当に多いよな
・まず、それをやるなら、<span abbr="***">***</span>とやるべきである。 ・まず、それをやるなら、<*** abbr="名古屋駅">名駅</***>とやるべきである。 ・そして、そろそろ寝ろ。
abbrが略称でしょ?
abbrが略称だよ。
468 :
j君 :02/09/02 04:05 ID:???
>>467 まあそうだけど、lintがネスケではおかしいからwidth属性つけろとは言わんでしょ。
実際
<img src"hoge.png" alt="hoge" style="height:40px; width:200px">
というstyle属性でwidthやらを書いた場合はlintでもエラーにならない、でも外部cssで
記述したらエラーになる(0点だけど)
外部cssまで検査するわけにいかないししょうがない、つまり点数にこだわりすぎるなって
ことですたい。
N4なんてまだ使用しているやついるの?
470 :
Name_Not_Found :02/09/02 04:33 ID:l1eRzAhR
非推奨属性でもないwidth属性を避けてわざわざスタイルにする理由が思いつかないな。 imgに属性のwidthとheightを指定するのって ブラウザのレンダリング速度の向上かサイズの伸縮でしょ。 CSS切った/非対応のブラウザで速度向上のメリットが得られなかったり 小さくしたつもりがデカく見えたりすることを望んでるの?
471 :
j君 :02/09/02 04:53 ID:???
エラーではないということよ。
>>CSS切った/非対応のブラウザで速度向上のメリットが得られなかったり >>小さくしたつもりがデカく見えたりすることを望んでるの? cssを切ったり非対応を考慮に入れたらcssなんて使えない。font要素 でも使ってろってことになる。俺はimg要素のwidth属性やheight属性は 使用しているけど、cssを使用していない、もしくは非対応のUAを想定 して使用している訳ではない。
isoではwidth属性とか使っちゃだめだよね。strict的に 使用してはいけない理由って何?
474 :
Name_Not_Found :02/09/02 05:09 ID:l1eRzAhR
>cssを切ったり非対応を考慮に入れたらcssなんて使えない。
これは考え方間違ってると思うけどね。
それはともかく470で言ったのはわざわざスタイルにする必要は?ってところをいったわけ。
そのことは
>>468 が単に
>>471 のような意味で言ったということならもうそれでいいんだけど。
で、スタイルにすることで得られるメリットが特に無いならwidthを避ける理由は無くて
472もそうしてるんなら議論の余地は無いし別に反論することじゃないんじゃないの。
画像のサイズが変わったときとか htmlを書き換えるよりスタイルシートを書き換える方がいい気がする
>>475 俺はそういう理由で敢えてサイズ指定してない部分が多い。
477 :
j君 :02/09/02 06:32 ID:???
見栄えはcssでという信念のもと意地でcss指定にしているのだが とはいえ整形済みテキストを表現するのに whitespaceを使わずpre要素を使う始末、html4.01ならwhitespaceも効くんだがなあ。
PREformatted text=整形済みテキスト
”整形された(ソース内で)テキストをマークアップする” という概念で良くない?
j君の句読点の使い方がよく分からない。
481 :
j君 :02/09/02 13:20 ID:???
>480 正しい文章もstrict(アクセシビリティ)のうちでしたね。
じゃあノの字のサイトはstrictではないのですね。
>>481 「strict(アクセシビリティ)」ってどう読むのが意図どおり?
1. strict、ていうかアクセシビリティ。
2. strict、つまりアクセシビリティ。
3. アクセシビリティとしてのstrict。
4. strictと書いてアクセシビリティと読む。
5. その他( )
484 :
j君 :02/09/02 16:58 ID:???
アクセシビリティへの配慮も当然strict精神のうちという前提に基づいての発言です。 「ガイドライン3. 正しくタグ付けし、適切にスタイルシートを使う」 とかはstrictと重なりますしね。
>>484 意図は分かるけど、Strictとアクセシビリティーは共通項目がたくさんあるだけで
イコールではないっしょ。
Strictなソースすべてのアクセシビリティーが高いわけではないし、
非Strictなソースでも高いアクセシビリティーを実現している例は存在しうる。
いや、意図は分かるんだ。
だからこそ、こういう末節で時間とスレを消費するのはもったいない。
だから、少しくらい冗長になっても用語と用法もStrictであるほうが more better だと思う。
# 2chだから、Strictな日本語までは求めない。
## が、非Strictな2ch語はちょっと嫌かも(w
ケンカ売られて、反論してますなあ やっぱそれが礼儀なのかな。
そこのサイトxhtml1.1のくせにtext/htmlなので非strict認定
>>490 script要素のtype属性の値がIANA未登録のものであるのも問題。
type="text/javascript" ってだめだっけ?
画像と文章を混ぜるべきではない。
>>495 むー、、、破棄か、、、
何かダメな点があったのかしら。
じゃあ何を使えと?・・・
scriptなんぞ使うな
なら、型にこだわったら、たとえHTML4.01でもJavaScriptは使えないのか…
500 :
Name_Not_Found :02/09/02 23:46 ID:8HfraPC2
DOMはどうなる……
ドムドムハンバーガーでも食う
動的コンテンツなんて商業主義が生み出した汚物
↑一見、何かを問題提起してそうでよく見ると空っぽな文章。
まあ DOM はオブジェクト指向言語全般が対象だし。
いい加減な世界だ。
それだけ未開拓の領域が沢山あるってことでそ。
今のところstrict厨がscript使う手段は無いということか。
ネスケ限定で application/x-javascript がせいぜい。
クロスブラウザのためにJavaScript使ってるんなら 本末転倒ですな
いっそTransitionalに甘んじてlanguage属性使った方がせいせいするような。
Transitionalでもlanguageはだめなんでは?
512 :
Name_Not_Found :02/09/03 08:04 ID:/KmDfGq4
TransitionalならlanguageはOKだよ
非推奨でもDTDに一応存在するから。 …と思ったんだけど、結局 type 属性が #REQUIRED だから同じことか。
(デファクトな)標準を使うにも、それ自体が未整備ってのがな…
デファクトな標準はstrictじゃないだろ
デファクトな標準がstrictになったらいいね
strict がデファクトな標準になったらいい、じゃないか?
>>482 「正字正かな」は「正しい文書」ですが何か
それ言い出したらなんでもValidだよね。
現代カナ使いよりはマシ
N4や糞UAでも読めるからと言って物理マークアップするよりは、 優れた文法のXHTML使った方がいいな
ホームページは「Webサイトのことか」と思いつくが 旧仮名使いは文字化けにしか見えないから、よほど悪質な存在だ。
ホームページはホームページだ
要素を安易にタグと呼ぶこともそれと気付くが 旧仮名使いは文字化けにしか見えないから、よほど悪質な存在だ。
タグはタグだ
>旧仮名使いは文字化けにしか見えない それはそれは。中学校の古文漢文の時間にはさぞやご苦労なさつたことでせう。 よく卒業できましたね。
実際に中学校のテキストを見てみるといいよ。
530 :
526 :02/09/03 15:36 ID:???
ヒキコモリなので中学校には行っていません。
<html lang="ja=orthography" /> <html lang="ja=new" />
何か
[email protected] の一部が激しく化けるんだけど、
あれってencoding何にしたらいいの?
HTMLにもContent-Typeヘッダにも書いてないから
何にしたらいいのかさっぱり分からん。
読めないテキストをWeb上にばら撒くなよ。
>>534 と日本語サイトに対して思っている欧米人多いんだよね…
>>537 metaタグにしっかり記載されてるそ。
0096: 簡体字中国語
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=GB2312">
0088: 繁体字中国語
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=big5">
フォントが入ってない場合は
MozもIE6もフォントのダウンロードを促してくると思うんだが。
539 :
Name_Not_Found :02/09/03 17:43 ID:/KmDfGq4
ていうか単にスパムだけど。
あんなところに中国語で投げられたメールが まともな内容だったらそれはそれでコワイ。
>>540 charset=ks_c_5601-1987 でまともな内容のメールが来たことはあります。
>>538 はれっ? 本当だ……見落としスマン、そしてありがとう。
<meta http-equiv="Content-Script-Type" content="text/javascript"> も当然ダメダメ?
>545 dtdとかあるところは www.w3.orgだねえ
>>545 ていうか www.w3c.org はただの転送アドレス
>javascriptのMIME svgではscript要素のtype属性値はtext/ecmascriptが デフォルトだとはっきり決められてるな。 xhtmlさえapplicationなら、 スクリプトなんてどう考えてもapplicationな気もするが。
552 :
Name_Not_Found :02/09/04 16:39 ID:OahzLGoI
逝って来ますので(゚ε゚)キニシナイ!!
実用出来るのはまだまだだからなァ……
F-15 Strict Eagle
更新履歴を書くときに、 <dl class="history"> <dt>日付</dt> <dd>更新内容1</dd> <dd>更新内容2</dd> </dl> と書くことは出来るでしょうか? ディレクトリが日付で構成されているので、その関係性も意図しているんですが。
自分で書いておいて何が「書くことは出来るでしょうか?」だ。 馬鹿にするなウンコ
561 :
Name_Not_Found :02/09/05 14:53 ID:acd7Nk4V
DTD的に問題ないが
まぁstrict的には馬鹿って言ったやつが馬鹿らしいからな
strictの人は、ルビを使いますか?
rubyモジュールが組み込まれた文書型を使用できる状況であれば。
ユーザビリティ的には、ルビは良くないんじゃないの?
ユーザビリティ的には、strict自体どうよ?
569 :
Name_Not_Found :02/09/05 22:18 ID:SY6DE6pG
ルビーモレノをこの前コンビニの前で見た。
571 :
Name_Not_Found :02/09/05 22:56 ID:acd7Nk4V
それはstrict的にどうなのよ?
572 :
bloom :02/09/05 22:58 ID:fWHJPSR9
(キ▼д▼;)
xhtml1.0では、rubyは使えないの? 1.1からかな?
1.1でついに使える。
578 :
Name_Not_Found :02/09/07 20:13 ID:fnXMcw4K
それぞれのHTMLページは、見出しは、h1からはじめるべきですか? 私は、トップページのタイトルには、h1を使っていて、他のページの見出しは、h2 からはじめています。スタイルシートは、全ページ同じのを使っていて h1を200%、h2を150%にしています。トップページ以外のページもh1からはじめると トップページのタイトルと同じ大きさになるのでいやなのですが、皆さんはどうしていますか?
id とか class とか振ればいいんじゃないすか てかスレ違い
>>578 Strictつーか WAIとかの話だけど、h1〜h6は見出しの「相対的な重要度」を
示しており、突き詰めると それぞれの文書に h1がないのはおかしい。
単一の見出ししか持たない文書では、見出しに h1だけが存在することになる。
複数の見出しがある場合は、h1を基準に下位の見出しをマークアップする。
# だから、h1と h3があるのに h2が存在しないのはおかしい。
……という前提に立てば、トップページでは@importするなりして「共通CSS」の
hn要素の部分だけ上書きするCSSをあとから読み込ませればよいと思う。
>>580 >突き詰めると それぞれの文書に h1がないのはおかしい
そんなことHTML4.01にもWAIのガイドラインにも書いてません。
>>579 どこがスレ違いなんだ?
おまえらstrict.dtdで書けばいいだけなら
スレで議論するまでもねえだろが。
583 :
580 :02/09/07 22:24 ID:???
>>581 >Technique A.6.1 [Priority 2]: Since some users skim through a document
>by navigating its headings,
>it is important to nest headings correctly,
>i.e., to follow an H1 with an H2, not and H3, and so on.
>Headings should not be used for other purposes
>(such as formatting text in a larger font size)
>since this may disorient users;
>use style sheets for text formatting.
(
http://www.w3.org/WAI/GL/wai-gl-techniques-19980918#nest-headings )
これって漏れの拡大解釈か?
>>583 そこで論じられていることは、
「見出しを見出し以外の目的(フォントサイズの変更とか)のために使うな」
ということであって、
「ページ中に見出しを入れるときは必ずH1を最初に使え」
とは明示されていない。
WAIがこの仕様を作るときに、「見出しは必ずH1から始める」という
合意に達していたなら、そういう項目を独立して作っていたと思う。
けど、そういう項目は見当たらない。
というのは俺の拡大解釈か?
そもそも、583に引用されてるのはRecommendationじゃなくてWorking Draftsじゃん。
というか、h1を使わずh2から使うってのが、 フォントサイズ目的以外にあまり考えられないわけで、 そういう意味でh1から、ってことなら… まあ、h1が、サイト全体の大見出しとでも言うのなら、どうかは知らんが。
HTML文書はそれ単体でも機能していなければいけないから、トップページとの 兼ね合い云々で見出しをh2から始めるなんておかしい。
>>586 論文系のサイトなら本来の目的で使うけどねぇ・・・・・>h1
>>581 > Some people consider skipping heading levels to be
> bad practice. They accept H1 H2 H1 while they do not
> accept H1 H3 H1 since the heading level H2 is skipped.
ttp://www.w3.org/TR/html401/struct/global.html#h-7.5.5 h1 を記述せずに h2 を記述するのは明かに "skipping heading levels"
だから少なくとも "それを悪い習慣だと考える人もいる" ことを
W3C が示唆しているのは間違いないと思うけど。
ISO-HTML もしたり、XHTML 2.0 もしたり。
特に XHTML 2.0 では h1-h6 に代わって h section という要素型が
導入される、ともっぱらの評判なわけだが、少なくとも
h と section による構造化では h1 がなくて h2 から
見出しが始まるような文書構造は考慮してないと思われ。
>>581 > Some people consider skipping heading levels to be
> bad practice. They accept H1 H2 H1 while they do not
> accept H1 H3 H1 since the heading level H2 is skipped.
ttp://www.w3.org/TR/html401/struct/global.html#h-7.5.5 h1 を記述せずに h2 を記述するのは明かに "skipping heading levels"
だから少なくとも "それを悪い習慣だと考える人もいる" ことを
W3C が示唆しているのは間違いないと思うけど。
ISO-HTML もしたり、XHTML 2.0 もしたり。
特に XHTML 2.0 では h1-h6 に代わって h section という要素型が
導入される、ともっぱらの評判なわけだが、少なくとも
h と section による構造化では h1 がなくて h2 から
見出しが始まるような文書構造は考慮してないと思われ。
むう。二重カキコすまそ
>>589 本当の学術論文つーこと。
論文とかをlatexで組んで、webに載せる時latex2htmlとかで
変換すると各章のタイトルがh?を使って表記される、てことっす。
もともと概念として論文を電子化して云々みたいなところがhtmlに
あったんだから、見出しがないと・・・・・みたいなことを感じる人が
いるんじゃないのかなぁ?
そこまで原理主義になると窮屈だと思うけど・・・・・・・
596 :
Name_Not_Found :02/09/08 06:44 ID:puzpljvt
class名やid名にbodyやtitleなどhtmlで使われている名前を付けるのは好ましくないことですか?
>>596 紛らわしかったり既存の要素・属性でカバーできる範囲だったりしなければ
別に構わないと思う。W3C だって XHTML 2.0 で name 要素とか提唱してるし。
つーか name は正直紛らわしく感じるけどな。
>>597 サンクスです。titleっていうclass名使ってたんですけど安心しました。
599 :
Name_Not_Found :02/09/08 15:09 ID:O89GTHgR
サイトマップを書く場合皆さんはどうしていますか? <h1>このサイトについて</h1> <h2>サイトマップ</h2> <h3>トップページ</h3> <ul> <li>このサイトについて</li> <li>フリーウェア公開所</li> <li>掲示板</li> </ul> <h2>作者</h2> のようにしていますか? サイトマップの中での、h1-h6のタグの使い方が 分からないのですが。
ぜ〜んぶ、<li>の入れ子構造にしてゐるが…
サイトマップの中でh3とか使うのはおかしいかな?
strictの人は、ISO-HTMLのほうがいいのではないですか? XHTMLと、ISO-HTMLどちらを使っていますか?
>>602 Strictってそんな一意的な概念だったの?
604 :
Name_Not_Found :02/09/08 16:29 ID:O89GTHgR
titleの使い方なのですが、 パソコン用語の解説 <a href="./pc_a_gyo.html" title="パソコン用語の解説[あ行]>あ行</a> インターネット用語の解説 <a href="./inet_a_gyo.html" title="インターネット用語の解説[あ行]>あ行</a> 上のtitleと続けて読むと、パソコン用語の解説[あ行]あ行、となるので、 titleの中は、 title="パソコン用語の解説"だけでいいのでしょうか。
605 :
Name_Not_Found :02/09/08 16:42 ID:EFpbol2b
続けて読むと「パソコン用語の解説パソコン用語の解説[あ行]あ行」になるんでは? 自分ならわざわざ見えてる表現と同じtitleつけない。
確か、同じ文字で違うリンク先を示している場合は、titleを付けないといけないんじゃなかったかな。
そのtitleは要らないね
ああ、同じなんだ。
同一の内容で異なるリンク先を示すのは、アクセス指針技術文書4.6(J)で好ましくないとされています。
<hn>○株式会社</hn> <ul> <li><a href="">本社</a></li> <li><a href="">東京支社</a></li> </ul> <hn>×株式会社</hn> <ul> <li><a href="">本社</a></li> <li><a href="">東京支社</a></li> </ul> たとえばこんな時どうしてますか? 以前似たような状況で困った経験が。
>>610 いちいち「○社本社」「○社東京支社」と書くか、「○社」と「×社」の
リストを別文書に分けるしかないのでは。
lintで満点をとるためだったら、「本社(東京都○○区○○町1-2-3)」と
いう風にリンク先に関する情報を加えて区別する、という手もあるけど、
利用者の便宜のためになっていない(アンカーだけでは、何社の本社なのか
わからない)から本末転倒だと思う。
>(アンカーだけでは、何社の本社なのか >わからない) これは、同一の内容で異なるリンク先を示すのは良くないっていうこと?
<a href="../02-topics/index.shtml" title="トピックス">トピックス </a> タイトルの使い方ってこんなのじゃだめかな。
>>613 ?
それは明らかにいらないんじゃないのか
javascriptつかったらstrictじゃないとおもうんだがどうよ
616 :
611 :02/09/08 21:23 ID:???
>>612 いや、アンカーの内容が異なっても、紛らわしいのはよくない、ということ。
何故俺はstrictなHTMLに執着するのか
ハァハァするから。
strictにすると何かいいことでもあるんですか? 素朴な疑問 なにを目的にstrictにしてるのかなぁ
後々Perlなどを通して一括で編集とか出来るように 構造を単純化していくと、Strictがぴったりだったりとか。
>>620 俺のダサいデザインをユーザースタイルシートで
補完してもらうためです。
>>620 きちっとしてたら後が楽かなぁ、ぐらいでやってる。
あと、アクセシビティ関係っすかね。
リーダーソフトとか考えるとテーブルレイアウトはなぁ・・・・・・
アクセシビリティを考えたらjavascriptつかいながらstrictはないよなあ・・・
あると便利だけどなくても困らないJavaScriptならいいかと。
>>625 javascriptに変わるものを用意しておけばよいと思うけど。
ただ、めんどくさくてやってない人が多い気はするなぁ。
でもそれはユーザーの判断によってまちまちだよなあ・・・
<hn>○株式会社</hn> <ul> <li><a href="">本社</a></li> <li><a href="">東京支社</a></li> </ul> <hn>×株式会社</hn> <ul> <li><a href="">本社</a></li> <li><a href="">東京支社</a></li> </ul> たとえばこんな時どうしてますか? 以前似たような状況で困った経験が。
Q. なぜStrictにこだわるのか。 A. Transitionalにこだわる理由が無いから。
632 :
Name_Not_Found :02/09/09 01:56 ID:lT89PLHv
Transitionalのほうが現実的だという理由は往々にしてあるけどな
えーッ、そんなものすごい話は聞いたことがない
なぜStrictかって、ただ正しい文法に従った、それだけのこと だんだんStrict厨になってきた漏れも昔は厨房ダター 友人と何個「タグ」を言えるか競ってターヨ、、、くだらね
>>625 そういう意味では、従来のHTML以外のクライアントサイド技術は
みんな問題あるよ。 XSLTも、XHTMLも、CSSも。言い出したらきりがない部分。
>>632 現実はまだ移行期だということでしょうな。
CSSやXHTMLとjavascriptは全く別問題な気が
>>625 の言ってるアクセシビリティって未対応の環境で云々って話ではないの?
それなら同じ問題だと思うが。
なんかユーザビリティとアクセシビリティを混同しちゃった strictってその2つを目的としてる訳じゃないのね
>>637 JSに未対応云々言うんだったらCSSもアクセシビリティダウンかいな。
>>639 ある技術を問題にしたいなら、他の技術はどうなのよ? とか思うわけですよ。
問題なのは技術じゃないでしょ? とね。
JSにしろCSSにしろ、それに依存した表現であれば同じように未対応環境で問題が出るし、
依存しない表現であれば同じように未対応環境でも問題は出ない。
アクセシビリティが低下するケースの原因は、技術そのものではなく使い方・使われ方だ。
技術を槍玉に上げてアクセシビリティの問題を指摘するのは筋違い。
641 :
639 :02/09/09 14:25 ID:???
>>640 漏れに言われても困るな。
漏れはそのことについて突っ込んだだけだし
ほら、たまに真面目に突っ込んでくる人いるし。
>>640 アクセシビリティーのキモは使い方だということは同意。
ただ、技術のインフレが「古い環境」「未対応の環境」を
ガンガン生み出しているという一面はあると思う。
CSSの天敵とも言われる NN4.xのシェアがほぼ皆無になる頃、
もしかしたら IE5.xが CSS2の天敵として疎まれているかもしれない。
んで、こうした環境の格差ってやつは、今後さらに広まるんじゃないかと思う。
携帯電話からネットを利用することが当たり前のようになってきた。
ユビキタスが必ずしも夢物語ではなくなってきた。
ということは、閲覧環境はもっと多様化するということだ。
では、Strictであるということが無力なのかというと、そうは思わない。
HTMLは Webの基幹となる言語であり、他の何かを組み合わせて使うことは
あっても、基本的に HTMLが使われないということはない。
つまり、Scriptや CSSなどが利用できない環境にあっても、
HTMLさえしっかりしていればカバーできる可能性が出てくるのではないか。
# どうカバーするのかというと、それはまさに使い方・使われ方の議論だろう。
現時点から過去を振り返っての互換性に目を向けることも必要だが、
将来の予測に基づいて考えることも重要だと思う。
Strictが将来の環境格差を和らげてくれる可能性を持つなら、
それを信じてみるのも一興。
場合によっては代替手段を用意することも必要 javascriptならnojavascript要素を使えば代替は出来る。
nojavascript要素て
script要素にはJavaScriptしか入らないと思っている人も多いでしょう…
HTMLの仕様書にはvbsとかtclが書かれてるけど tclが使えるブラウザってどんなの?
648 :
Name_Not_Found :02/09/09 18:08 ID:sYeRwKRp
俺も気になってたけどないんじゃない?Tcletとはまたちがうし。
あれは、例に出すのに <script type="text/hoge"> とかやるのと同列だと思う。
650 :
Name_Not_Found :02/09/09 21:49 ID:p0UIEn+E
とんでもない、僕ま今でも童貞のつもりですよ。 何がいけないんでしょうか。怪我してみないとわかりませんか?
怪我してみてもわからなそうです…
>>650 誤爆したら誤爆スマソくらい言えやコルァ(´Д`)
見事な誤爆というかたぶん板ごと誤爆してるよなぁ・・・・・
Strictと童貞は深く結びついている
今でも童貞のつもりって、どんなつもりなんだろうな。
素人童貞ってことかな?
もしもし、おたずねします。 xhtmlでSSIを使うため、拡張死をshtmlに変えたら、 ローカルだと(IE6)「XML ページを表示できません」て出て、表示できないんです。 これってなんでなのですか?
>>656 素人童貞はstrict的には童貞ではないだろ
659 :
656 :02/09/10 03:23 ID:???
>>658 そか…
じゃ、入れたけど出なかったってのはどう?
ってか、いい加減すれ違いだスマソ
>>657 Windowsが拡張子.shtmlに対してMIMEを未設定なため
自動判別でXMLパースしてるものと思われる。
で、xhtml1.1とかだとMSXML3のバグでDTDのパースに失敗する。
text/htmlとかにMIME設定すればHTMLパースしてくれるよ。
舘ひろしのオフィシャルサイトはXHTML1.0-Strictで書かれています。
>>662 検索かけたけど、みつからなかったよ。ガセ?
>>665 むしろ <P> と <BR> の使い分けにセンスを感じたいところ。
XHTMLでrubyが付けるようになりましたが、 例えば、strictにストリクトよ読み仮名をつけ、括弧で意味をつけると、 もし、ブラウザが、rubyに対応していなければ、 strict(ストリクト)(厳格な) というふうになるので、これは、良くないのでしょうか。
まずはstrictな日本語を勉強しなさい。 括弧は( )と[ ]を使い分けるとか、工夫してみたら?
strictな日本語というよりvalidな日本語か
670 :
Name_Not_Found :02/09/11 13:39 ID:iDMGS80Z
英語にrubyで読み仮名振るのか…
>>671 個人的にはそこまで拡大してもOKだと思うけど。
ルビは日本語と中国語の横に付く小さな文字だ おまいらストリクターなら用法にも厳格になりませう
ルビ [ruby]
〔五号活字の振り仮名である七号活字の大きさがルビー(2) に相当したことから〕
(1)振り仮名用の活字。主に四〜六ポイントの小活字。ルビー。
(2)振り仮名。「―を付ける」「総―の本文」
ふりがな 【振り仮名】
漢字の傍らに、その読み方を示すために書きそえる仮名。ルビ。
http://www.w3.org/TR/ruby/
辞書厨ってどこにでも涌くな
まぁ
>>675 のリンク先を読む限り、漢字だけに限らないみたいだね。
さっと読んだだけだけど。
そろそろ「辞書厨」の意味を調べてくる辞書厨が現れる頃だな。
ちゅうぼう 【厨房】 食物を調理する所。くりや。台所。調理場。 ちゅうぼう【厨房】[称号|ネット一般] 中坊。本来は中学生を指す言葉だが、転じて中学生並の(常識のない)言動を行う 人間に対する蔑称として使われる。本当の中学生は「リアル厨房」。
辞書厨ってどこにでも涌くな
<rt>振り仮名ではないテキスト</rt> を許容したら <h1>見出しではないテキスト</h1> もアリになってしまいます。用法には厳格であるべきで rubyは日本語以外で使用すべきでは無いと思います。
<dt>定義語ではないテキスト</dt> はなぜか多くのストリクタが許容しているようだ。 それ以前に英語の読み方を日本語でルビ振っちゃいかんのか?って気もするが。
ruby要素がどうやって生まれたかと言えば、閲覧者への配慮から生まれたわけでしょう? それなのに、妙に拘って、利用しやすさを犠牲にしてしまったら元も子もないと思う。 ところで僕は「閲覧者」と言ったけど、ほかに何か適当な言葉があったら教えてください。 なんかまどろっこしい感じがするので。
「読者」とか。閲覧者で充分だと思うけど。
>>682 ,
>>684 ルビの *W3C による定義* はあくまで「語句に対する注釈」だし、
定義リストについても、勧告自体が「応用例」として会話文の
マークアップなんかを示しているので、その手の「要素名から言ったら
こういう用法でなきゃおかしい」という意見は
文書の制作者レベルに対して言ってもしょうがないのでは?
そういう使い方をしてる制作者ってのは、W3C 勧告の定義に則って
そういう使い方をしてるわけで、それがおかしいっていうのなら
W3C に対して改善案(?)として言うことなんじゃないかと思う。
ちなみに、個人的にはルビは W3C の定義でいいと思う。
大体名前通りの意味に取ったら ruby は物理要素になっちゃうだろう。
定義リストについては定義語句だけに限った方が便利だとは漏れも思う。
ただ、XHTML 1.1 以前の文書にそれを求めるのは無理だろうね。
だって少なくとも XHTML 1.1 までの定義リストってのは
そういう要素型として定義されてるんだもん。
>>685 音声系 UA なんかを使ってる人も考慮すれば「ユーザ」とか「利用者」とか。
rubyって対応していないブラウザ多いね。
ruby使うより、 蘊奥<span class="furigana">(うんのう)</span> としたほうがかっこいいと思うけどねえ。
>>689 貴様ぁ〜それでもストリクタか!!(怒)
何でも使えるとなるとSUPやSUBみたい 意味的なマークアップになってるんだろか
rubyって、順序つきリストの中で使うと、 1.天国(てんごく) 2.地獄(じごく) が、 てんごく 1.天国 じごく 2.地獄 となって、ダサイねえ。
695 :
Name_Not_Found :02/09/12 16:57 ID:vQkTmojR
>>695 ダサいねえ。子供のことを考えてrubyで振り仮名つけたくても、
これじゃあ考えされられるね。
>>695 なにこれ、ruby使ってないじゃん。
ruby非対応のブラウザで見ていたから、ruby非対応じゃ
見にくいなあと思っていたけど。
698 :
Name_Not_Found :02/09/12 17:11 ID:vQkTmojR
だから「非対応ブラウザではこうみえる」のサンプルだよ
こういうサイトって見にくいよね。 小学生低学年向きのサイトを作るには、 振り仮名はどうすればいいんだろうね。
>1941年神奈川県生(ねんかながわけんう)まれ。
1941年神奈川県生(ねんかながわけんう)まれ。 は、 1941年(ねん)神奈川県(かながわけん)生(う)まれ。 にして欲しいね。
小学生低学年向けにサイトなんか作るな。 漢字が読めなきゃ、辞書を引けつ〜の。
703 :
Name_Not_Found :02/09/12 17:33 ID:AJQPN0eH
どうやって辞書を引くの?
じしょをよめません。
705 :
女子処女学生 :02/09/12 17:36 ID:AJQPN0eH
辞書の調べ方分かりません。
おにいさんえっちね。
ょぅι゙ょ 幼 女
>>695 これはあまりにも極端すぎるな。何事も使い方次第だってことがわかった。
>>699 ルビは最低限しか使用していないバージョンと総ルビのバージョンを作り、
漢字が読めない読者は後者を選べるようにしておくとか。
文書の頭に、「よめないじがあったら、おとなのひとによんでもらってね。
3ねんせいいじょうのひとは、じぶんでじしょをひいてみよう!」と書くとか。
アホらしいようだけど、まじめに小学生以下の読者に対応するつもりなら、
これぐらいやらないと。
ルビは、おっそろしく難しい漢字つ〜か、一般的に読めね〜よ、っていう漢字とか めずらしい読み方してるものあたりだけにしとくのがベタ〜かと。 ルビ振っとくと、いつまでも読み方を覚えなかったりして、お勉強になりませぬ。
はげ どう 禿 胴
ユーザビリティを考えるとすべて平仮名で書くべきだ。 ルビで漢字をあてろ。
ことわ 断 る
書籍のルビ振りって基準あったような気が。 つーか上の小学生向けページみたいな過剰なのは UA が担当した方が無難だと…… 音声 UA 程度にはかな化できるわけだし。
でも本読んでるとたまに「これにルビ振ってるのに何でこれには振らないの?」ってのを見かけたりする。 基準といっても出版社ごとに独自に決めてそうじゃない?まぁだいたいでいいんじゃないかと。
<ruby><rb>( ´Д`)</rb><rp> 〜</rp><rt> ∧_∧</rt><rp></rp></ruby>
∧_∧ ( ´Д`) ( ´Д`)〜∧_∧
UTF使えばXML宣言が必要ないっていろんな所で見るけど <?xml version="1.0" encoding="UTF-8"?>が <?xml version="1.0"?>これでいいだけであってXMLのバージョンは表示するんでは? と思うんだがどうなんだろ。 たしか、XMLはUTFのエンコードに標準で対応してるから文字コードの宣言だけ省略可なのでは? よくわからん。ちゃんとしたソースってある?
720 :
719 :02/09/12 23:49 ID:???
つーか、XMLのバージョンが上がったとしてそうなると省略されてたらどう区別できるんだ? と疑問が…
<ruby><rb>( ´Д`)</rb><rp> ヅ、ヅラがぁ〜ッ </rp><rt> ∧_∧</rt><rp></rp></ruby>
724 :
Name_Not_Found :02/09/13 21:32 ID:i1egfVtI
W3Cにあるスキーマってどうやって読んでる? 自分でXMLに変えてスタイルとかを用意して読む?
>>724 おれはエディタでXMLソースのまま読んでる。
スキーマってXMLじゃねえの?
ISO-HTMLを使わずに、XHTMLを使う理由は何ですか?
新しい物好きだから。
XHTML2.0の正式版っていつ頃でるのでしょうか?
732 :
Name_Not_Found :02/09/15 15:32 ID:+Z/32CX/
ISO-HTMLを使う理由って何?
アンチW3Cという理由です。
XHTMLやXMLがよく理解できないから。
するとXHTMLを使うのは、ISO-HTMLがよく理解できないからなのかな?
XHTMLやXMLが理解できないのにISO-HTMLやSGMLが理解できるのか?
十分条件だからね。
ISO-HTMLはHTMLでしょ?XHTMLはXMLでしょ?
そんなのね、ISO-HTMLなんてね。 人の真似たら、XHTMLとか理解してなくても 使えるよ。
それは使っていることにならない
ワケ ワカ ラン ∧_∧ ∧_∧ ∧_∧ ( ´_ゝ`) ( ´_ゝ`) ( ´_ゝ`) ⊂ ⊂ ) ( U つ ⊂__へ つ < < < ) ) ) (_)| (_(_) (__)_) 彡(__)
ならねーよ
厨房が現れた。
昔からこんなスレだったっけ?
748 :
Name_Not_Found :02/09/15 21:53 ID:ziElYC8j
死ね・くたばれ・消えろ・失せろ・潰れろ・馬鹿・あほ・間抜け。 毒・毒物・アメーバ・ダニ・ゴキブリ・シラミ・ノミ・毛虫・蠅・蚊 ボウフラ・芋虫・掃き溜め・汚物・糞・ゲロ・糞虫野郎・ほら吹き・ 基地外・デタラメ・ハッタリ・穀潰し・ろくでなし・ごろつき・ ヤクザ者・社会の敵・犯罪者・反乱者・前科者・インチキ・エロ・ 痴漢・ゴミ・シデムシ・ゴミ虫・毒虫・便所コオロギ・詐欺師・ ペテン師・道化師・危険分子・痴呆・白痴・愚鈍・ボケ・ボケナス・ エタ・非人・エス・チョン・毛唐・野蛮・残虐・悪魔・鬼・魔物・ 妖怪・悪霊・怨霊・死神・貧乏神・奇天烈・奇人・変人・毒ガス・ サリン・ソマン・マスタードガス・イペリット・クソブタ・ブタ野郎・ 畜生・鬼畜・悪鬼・邪気・邪鬼・ストーカー・クレイジー・ファッキン・ サノバビッチ・シット・ガッデム・小便・便所の落書き・不要物・障害物・ 邪魔者・除け者・不良品・カビ・腐ったミカン・土左衛門・腐乱・腐臭・ 落伍者・犯人・ならず者・チンカス・膿・垢・フケ・化膿菌・放射能・ 放射線・鬼っ子・異端者・妄想・邪宗・異教徒・恥垢・陰毛・白ブタ・ ケダモノ・ボッコ・ろくでなし・VXガス・ヒ素・青酸・監獄・獄門・ さらし首・打ち首・市中引きずり回し・戦犯・絞首刑・斬首・乞食・ 浮浪者・ルンペン・物乞い ■■■■■■■■■■■■終了■■■■■■■■■■■■
問い)ISO-HTMLは、XHTML(とか)を理解せずに使うことができるか。 ↓
↓
Yes.
>>750 「とか」の使い方が日本語として正しくない
ISO-HTMLは、技術云々よりも倫理マークアップ・構造文書をベースとしたものだから、 xhtml,xmlの知識はいらないよ。 その変わり、倫理マークアップ・文書構造の正確な知識は不可欠。html4.01で明記されていない 見出し要素に対する構造的解釈もISO-HTMLでは明記されてる。
倫理マークアップて何や…
ISO-HTMLでえっちなこと書くときはどういうマークアップになりますか?
ASOKO-HTML
<span class="ero">ほしのふうた</span>
ところで、茶文字タンはどうしましたか。 strictな解説サイトの話はどうなりましたか。 こくりえいしょんもあぼーんされてましたが。
まあね。
本屋での出来事 きゃー、XHTML使いのstricter
へ?
は?
↑偽茶文字
偽なんて言う奴に限って本物が見えてない。
茶文字タソのトリップは、 ◆Xelvis だったかな。
770 :
:02/09/17 14:38 ID:???
偽春菜
<script TYPE="text/javascript"> <!-- // try to hide script from no-JS browsers var argt=navigator.userAgent.toLowerCase() islinux = (argt.indexOf("linux")!=-1) if (islinux) document.write("<IMG SRC=\"JLUG-icons/pbpenguin.png\" ALT=\"You are Linux Powered !\" HEIGHT=\"44\" WIDTH=\"35\">") if (islinux) document.write("Linux 使ってますね!") // end of hide JavaScript --> </SCRIPT>
誤爆? つーかなんで大文字小文字がチャンポンなのか…。
リストは2つ以上のときに使っていますか? <h1>禁止事項</h1> <ul> <li>法令に違反する書き込みをすること</li> </ul> か、 <h1>禁止事項</h1> <p>法令に違反する書き込みをすること</p> の、どちらがいいでしょうか?
>>775 <p>法令に違反する書き込みは、禁止です。</p>
と書けばいいだけでは。
あるいは、
<h1>注意</h1>
<p>法令に違反する書き込みは、禁止です。</p>
項目がひとつでもそれがリストなら ul かと。 リストの性格として項目が増えたり減ったりってのがあると思うし
「一、」って付けたくなったらリスト
禁止事項とか、免責事項とかは、 追加する場合もあるから、そういう ことを考えると、ul、liを使ったほうが いい。
一項目しかないのにリストなんておかしい もし増えたらタグ付けも変えればいい
一項目は、pで2項目以上はul、liか、ol、liか。
>>783 pは段落であって、項目じゃありませんよ。
やっぱ、ul li、ol liだね〜、ロッテのトッポ
>786 語呂悪いYO!
<p>やっぱ、<ruby><rb>ul li、ol li</rb><rp>(</rp><rt>これ</rt><rp>)</rp></ruby>だね〜、ロッテのトッポ。</p>
それだ!
♪やっぱうりおりだね〜、ロッテのトッポ
何でキャラ濃いの
お前等、男膣け
794 :
Name_Not_Found :02/09/18 20:49 ID:JfSP5haC
ぜぜん
ポッキー食いたくなってきた。
ほら、おれのポッキー
ポッキーならモー娘。のCDが当たるよ
味的にはポッキーつうよりプリッツのヨカン
(´ω` )==========3
ここはひどいW2C Recommendationですね
うるせー801ヲタ
ネタが無いんですね。
「諸君 私は〜が好きだ」をはって
http://ton.2ch.net/gline/kako/1000/10003/1000370756.html の12
諸君、私は W3C が好きだ
諸君、私は W3C が好きだ
諸君、私は W3C が大好きだ
CSS が好きだ
XML が好きだ
XSL が好きだ
DOM が好きだ
SVG が好きだ
P3P が好きだ
WAI が好きだ
DTD が好きだ
ニュースサイトで 企業サイトで 記事で 資料で コラムで 日記で 注意書で 雑録で 掲示板で リンク集で
この Web 上で使用される、ありとあらゆる W3C の規格が大好きだ
新たに公開されていく勧告案が更新と共に旧規格を吹き飛ばすのが好きだ
前世紀の遺物である独自拡張が容赦なく採用されなかった時など心がおどる
XHTML 規格に含まれる xml 宣言が、一部 userAgent を撃破するのが好きだ
悲鳴を上げて、ソースしか表示されないと MacIE4.5 利用者から送られてきた苦情をメールで読んだ時など、胸がすくような気持ちだった
勧告された新しい規格が、レガシーブラウザを切り捨てるのが好きだ
恐慌状態の NN4.x 利用者が、既に name 属性から置き換えた id 属性へのアンカーを何度も何度もクリックしている様など感動すら覚える
table レイアウト主義の落伍者達を日記上に吊し上げていく様などはもうたまらない
泣き叫ぶ愚者達が私の書き下ろした文章とともに、理路整然とした論理にばたばたと薙ぎ倒されるのも最高だ
哀れな抵抗者(レジスタンス)達が感情的な投稿で健気にも罵倒してきたのを、議論の応酬が連中のコミュニティごと木端微塵に粉砕した時など、絶頂すら覚える
NN4.x(ネスケ)の独自解釈に目茶苦茶にされるのが好きだ
美しく表示されるはずだったレイアウトが崩され、CSS が誤解され嫌われていく様は、とてもとても悲しいものだ
MSIE の普及率に押し潰されて翻弄されるのが好きだ
Microsoft に振りまわされ、バージョンアップの度に対応を確認するのは、屈辱の極みだ
諸君、私は規格を、地獄の様な規格を望んでいる 諸君、私に付き従う W3C 信者諸君 君達は、一体、何を望んでいる? 更なる規格を望むか? 情け容赦のない糞の様な規格を望むか? 仕様変更の限りを尽くし、Web 世界の遺物(レガシー)を滅ぼす嵐の様な論争を望むか? W3C!! W3C!! W3C!! よろしい、ならば伝道だ 我々は満身の力をこめて、今まさに振り下ろさんとする握り拳だ だが、この広い Web の端で CSS2 勧告後耐え続けて来た我々に、ただの伝道ではもはや足りない!! 大伝道を!! 一心不乱の大伝道を!! 我らはわずかに一個大隊、千人に満たぬ W3C 信者にすぎない だが諸君は一騎当千の古強者と私は信奉している ならば我らは諸君と私で総兵力 100 万と1人の論者集団となる DTD を忘却の彼方へと追いやり、眠りこけている連中を叩き起こそう 仕様書を引用して引きずりまわし、眼(まなこ)を開けさせ思い出させよう 連中に CSS の事を思い出させてやる 連中に XHTML の Ruby の事を思い出させてやる XML と SGML のはざまには奴らの哲学では思いもよらないモジュールがある事を思い出させてやる 一千人の W3C 信者の論客団で Web を燃やし尽くしてやる 最後の大隊大隊指揮官より全 W3C 信者へ 目標、レガシーHTML解説サイト掲示板!! 第二次ゼーレヴェー(Seeleweh)作戦 伝道を開始せよ 征くぞ、諸君
やだ
W3Cでもいまいちな企画はあるわな
809 :
Name_Not_Found :02/09/19 18:10 ID:UhEVUcwD
「ミニモニ。」の歌 作曲♪KECHI 唄★ライト柳田 はっはっはっは! おどろう!は○よう! はっはっはっは! FUCKだぴょん! おいしいザーメン飲むのだぴょん! はっはっはっは! おどろう!は○よう! はっはっはっは! いい日だぴょん! 自分を信じてイクのだぴょん!
<h1>「ミニモニ。」の歌</h1> <dl> <dt>作曲</dt><dd>KECHI</dd> <dt>唄</dt><dd>ライト柳田</dd> </dl> <pre class="poem" title="「ミニモニ。」の歌の歌詞"> はっはっはっは! おどろう!は○よう! はっはっはっは! FUCKだぴょん! おいしいザーメン飲むのだぴょん! はっはっはっは! おどろう!は○よう! はっはっはっは! いい日だぴょん! 自分を信じてイクのだぴょん! </pre>
↑いくつかエラーが検出された
充電問題の報告はまだか
817 :
↑ :02/09/19 21:53 ID:???
誤爆だけど何か文句ある?
充電問題の報告はまだか
>>805-806 ヘルシングネタか。
それはそうと、私はNN4.x使いのW3C信者なんだが。
4xを使うのはさすがにどうかと。 他のに乗り換えられない事情があるとか?
821 :
Name_Not_Found :02/09/20 01:37 ID:g2Qed9Zx
更新日を入れるとき <li>私について(2000-09-01)</li> というのは、KANZAKIさんのところで見られますが、 <h1>私について(2000-09-01)</h1> というのは、正しいですか?
自分で判断しやがれ
ここにはそんなこと判断できる人いません。
826 :
819 :02/09/20 05:41 ID:???
>>820 IE嫌い
もじらGUIが微妙に重い
Opera広告ウザイ(金は出したくない)
などの理由により、普段はNN4.xをつかってます。
HTML(+CSS)書くときはとりあえずNN4.x通してみて、
もじら、IE、Operaで調整してます。
OperaはCSS2の動作がstrictじゃないから、その辺の不具合は無視するが。
NN4Xですが、strictなHTMLとCSSなら案外落ちないもんです。
すれ違いスンマソ。
827 :
Name_Not_Found :02/09/20 06:11 ID:OCejLWXX
大体同じ
>>826 amaya 軽いよ。w3m 軽いよ(略
アヤヤは日本語見れないような気がする。。。
831 :
Name_Not_Found :02/09/20 16:37 ID:7uCCXZCu
amayaっていままで試した中で一番どうしようもないブラウザだった
じゃあこのスレでぁゃゃ作るか
/ ̄ ̄ ̄ヽ <■□■> ヽ / ̄ ̄ ̄ ̄ ̄\ | / ヽ | / ̄ ̄ \ ) | / ヽ ヾ | _|从从从从从从从从从|~⌒) | ( | へ /ヽ ヾ6) | (__| < ●> <●> |_)ノ从 | ノ / | (● ●) / / ̄ ̄ ̄ ̄ ̄ ̄ | ( ) / < 桃色のファンタジー♪ | ⊂⌒⌒⊃ / 丶______ | ヾ二ノ / ヽ ノ \__/
ぁゃゃを侮辱するやつは鶴見川で溺れ氏ね!
/ ̄ ̄ ̄ヽ <■□■> ヽ / ̄ ̄ ̄ ̄ ̄\ | / ヽ | / ̄ ̄ \ ) | / ヽ ヾ | _|从从从从从从从从从|~⌒) | ( | へ /ヽ ヾ6) | (__| < ●> <●> |_)ノ从 | ノ / | (● ●) / / ̄ ̄ ̄ ̄ ̄ ̄ | ( ) / < すんげぇすんげぇ♪ | ⊂⌒⌒⊃ / 丶______ | ヾ二ノ / ヽ ノ \__/
ぁゃゃって山田邦子のことなのか
ぁゃゃ=山田邦子
もう確定だな。 ぁゃゃ=山田邦子
そうだな。ついでにスレ違いの気がする。 --------ぁゃゃ終了------------------------------
ぁゃゃ=綾辻行人
盛り上がってまいりました。
じゃあ俺がぁゃゃをVBで作ります。
じゃあ漏れはDelphiで。
Strict-HTMLで作れヴォケども
そして、CSSで飾る。
/ ̄ ̄ ̄ヽ <■□■> ヽ / ̄ ̄ ̄ ̄ ̄\ | / ヽ | / ̄ ̄ \ ) | / ヽ ヾ | _|从从从从从从从从从|~⌒) | ( | へ /ヽ ヾ6) | (__| < ●> <●> |_)ノ从 | ノ / | (● ●) / / ̄ ̄ ̄ ̄ ̄ ̄ | ( ) / < はやくつくってぇ♪ | ⊂⌒⌒⊃ / 丶______ | ヾ二ノ / ヽ ノ \__/
右
下
( ゚д゚) ポカーン
盛り下がってまいりました。
とぼけるのはよせ
半角スペースはそのまま にしますか? それとも を使うのが正しいのでしょうか。 私は を使ってるのですが。
855 :
Name_Not_Found :02/09/21 03:03 ID:wAr7b5yV
なにいってんの
一人コントだ こんな時間に
途中で送信してしもた、、、 がいいのか、普通の半角スペースがいいのかを 聞いてるんだと思われ>853
ちがうよ、854だよ…もう寝ろ、漏れ。
隙間を作るなら&nbsp;で単語間なら半角スペース。 理想として隙間を作るのはCSSでやりたいところだが、冗長になりすぎる危険がある。 ・・・一意見として
#32 (半角スペース)をあくまで「文字」として扱いたい時には   とか とか文字参照を使う。 #32 を「空白」として扱いたいときには直接記述。 「空白として扱う」ってのは、SGML 的な正規化を期待するとき、て意味ね。 一応これが SGML 的な模範解答ってことで。
と は違うので念のため。 は文字参照で表すと 勘違いしてる人がすごく多そうだけど
と は違うので念のため。 は文字参照で表すと  勘違いしてる人がすごく多そうだけど
テスト テスト
>>861 間違い。SGML的には空白を直接記述してもとくに特別扱いはない。
以上、豆知識でした。
半角スペース( )を 連続して書くと(10個)→ ←  を 連続して書くと(10個)→ ←  を 連続して書くと(10個)→ ← を 連続して書くと(10個)→ ← 以上。
>>868 かちゅはいいよな。
番号選択のあとに右クリしたら、文字参照とかも見れるし。
じゃあかちゅ使えよ(笑)
871 :
861 :02/09/21 17:19 ID:???
>>865 1. <abbr title="a b c">
2. <abbr title="a  b  c">
3. <abbr title="a b c">
4. <abbr title="a&#nbsp;&#nbsp;b&#nbsp;&#nbsp;c">
3と4は似たようなもんだけど、1と2でも処理結果に明白な差が出るし、
1と4じゃ全然違うけど。
もっと極論すると <ruby> <rb/> <rt/> </ruby> は valid だけど
<ruby> <rb/> <rt/> </ruby> は invalid とか。
これが「文字」としての #32 と「空白」としての #32 の差。
>>871 & # nbsp;って?
 の間違い?
の間違い?
873 :
861 :02/09/21 18:21 ID:???
>>871 ごめん説明がおおざっぱすぎた。
> 3と4は似たようなもんだけど、1と2でも処理結果に明白な差が出るし、
CDATAではない属性値では空白の折り畳みが行われるから。
要素内容ではそんなことはしない。
> もっと極論すると <ruby> <rb/> <rt/> </ruby> は valid だけど
> <ruby> <rb/> <rt/> </ruby> は invalid とか。
>>865 は空白がデータ文字として扱われる場合の話ね。
ようするに混合内容や#PCDATAな内容で「SGML的な正規化」
とやらを期待しても何も起きないと言いたかったわけで。
もしもstrict信者が掲示板を作ったら…。 個人情報などは全てdel要素で削除。 ソースみたら丸わかりw レスは全てins要素。日付も。 だれか作ってくれw
ごめん。
拡張子を利用しないようにする設定って.htaccessで出来る?
del はそーゆー使い方するモンじゃないでしょ。 過去にこーゆー事書いてたけど状況が変わりました、とか 間違ってました、とか、 なんつーか、基本的に自分で書いた文章に対して行うモンだと。 消すべきモノはフツーに消します。
もともと載せるべきでない情報にdelを使うのは変
del厨ハケーン
StrictなHTMLを書いていて、異性にモテモテになったことは ありますか?
あります。
Strict Girl を捕まえよう!
StrictGirlと思しき女性からメールもらったことならあります。
888 :
861 :02/09/22 19:25 ID:???
>>874 > ようするに混合内容や#PCDATAな内容で「SGML的な正規化」
> とやらを期待しても何も起きないと言いたかったわけで。
御意。鳩丸掲示板で出てた話ですね。
漏れが言いたかったのは #32 は直書きなら s として
扱われることもあるよってことです。
Strict使うと童貞のままで終わります
Strictにされるとかえって歪みます。
>>887 Strict Girlって厳密に女性である女のこと?
Transitional Girlって性転換中の元男のこと?
むしろGirlだから厳密な少女? Transitional Girlは階段上る少女?
Baby から Girl に移行中の少女のことです。ハァハァ。
お前等、おもしろくないよ。思いつきのネタなら他でやれ。カスが
Aさん(22歳,販売員,東京都) いろんなダイエットを試したけど、逆に体調を崩したりと散々。リバウンドでとても苦労したので、 それに引かれて私のホームページもStrictで記述しました。 Strictで書き続けてからなんと1.5ヶ月で体重が60kg→48kgに!リバウンドもなく無理なく続ける ことが出来ました!
Bさん(38歳,パン工場勤務, 埼玉県) 生まれてこの方一度もモテたことのないボクでしたが、ほーむぺーじをStrictにした途端、たくさんの女の子からファンメールをもらうようになり、先頃、とうとう彼女いない歴38年の歴史に終止符を打つことができました。ありがとう! W3C!
900 :
スティーブ :02/09/23 00:20 ID:3s6jNGCD
僕は、友人のトム家に行ったんだ。そしたら、彼は、ウェブページを 作っているところだったんだよ。僕が、トムがホームページを作ってる 様子を見ていたら、トムが言うんだよ。「Strictにしたら、アクセス数が 10倍に増えたよ。」って、僕はホントかな〜って、疑いつつ家に帰って 僕のウェブページをStrictに変えたんだ。そしたら、驚くことに、 なんと今まで1日6アクセスしかなかったのが、60アクセスになってる だよ。ほんとびっくりしたよ〜。これは夢じゃないかってね。ほんと Strictを知ってよかったと思ってるよ。今じゃ、Strictなしの生活 なんて考えないよ。
901 :
ボブ :02/09/23 00:27 ID:???
>>スティーブ 本当かい? 実は僕のHP、最近広告収入がめっきり寂しくなってしまったんだ! Strictにすれば、また昔のように稼げるのかな!?
902 :
Name_Not_Found :02/09/23 00:27 ID:3s6jNGCD
Strictって最初に聞いたとき、「何それ?」って感じだったんです。 よく聞いてみると、正しいウェブページを作るためにいるっていう ことだったんです。私は、「難しいのかな。」と思いました。私は、 すでにウェブページを持っていたのですが、きちんと表示して いたから「正しいかなんてどうでもいいや」って思っていました。 しかし最近Strictって言葉をよく耳にするので、チャレンジしてみた んです。そしたら、意外と簡単にStrictなウェブページができたんです。 その時たまたまやっていたウェブページコンテストに何気なく応募 したら、なんとそのStrictにしたウェブページが優勝したんです。 Strictはもう手放せません。友達にも紹介してあげようと思います。
>>ボブ うん、本当だよ。ほんとびっくりしたよ。最初は疑心暗鬼だったけど、 Strictなウェブページ作りに挑戦してよかった、って思ってるよ。 ボブも一度試してみるといいよ。そうそう、トムに借りた 「ユニバーサルHTML/XHTML」という本を貸してあげるよ。 これがあれば、Strictなウェブページが作れるよ。 アクセス数が10倍になって、収入が増えたときは、僕の大好物の ビッグマックをおごってくれよ。
最近彼がかまってくれないと思ったら、なにやらStrictなHTML というのにはまっているそうなんです。私も、StrictなHTMLという のを作ってみると、なんと驚くことに、彼が構ってくれるようになっ たんです。どうやら、Strictな精神が相互にリンクしたみたいです。 今じゃ、Strictカップルということでテレビで有名になっています。
新スレよろ
HTML講座とかじゃない普通のサイトで Strictで書いてあってものすごい大手ってある?
>>897 おい、放置しろって言うならお前がレスするな、カスが。
どうせ、お前は糞ネタに便乗して荒してたカス以下だろ?
これだから、真性にはまいっちゃうんだよ。
とりあえず、氏ね。
908 :
↑ :02/09/23 00:55 ID:7tRgmKI0
Strict-HTMLスレの人間はこんなのばっかなのですか?
>>908 だから、なによ?お前、何が言いたいの?
911 :
Name_Not_Found :02/09/23 00:57 ID:7tRgmKI0
なるほど。
<p><dfn>Strict</dfn>って最初に聞いたとき、<q cite="過去の記憶">何それ?</q>って感じだったんです。 よく聞いてみると、<strong>正しいウェブページを作るためにいる<strong>っていう ことだったんです。私は、、<q cite="過去の記憶">難しいのかな。</q>と思いました。私は、 すでにウェブページを持っていたのですが、きちんと表示して いたから、<q cite="過去の記憶">正しいかなんてどうでもいいや</q>って思っていました。 しかし最近Strictって言葉をよく耳にするので、チャレンジしてみた んです。そしたら、<strong>意外と簡単にStrictなウェブページができたんです。</strong> その時たまたまやっていたウェブページコンテストに何気なく応募 したら、なんとその<strong>Strictにしたウェブページが優勝したんです。</strong> Strictはもう手放せません。友達にも紹介してあげようと思います。</p>
ここは壮絶なWebメールマガジンですね
>>912 × <q cite="過去の記憶">何それ?</q>
△ <q title="過去の記憶">何それ?</q>
インライン要素で、最後の句点を含めるかどうかが微妙だな。
>>912 は英語圏の人間か?
>私は、、<q cite="過去の記憶">難しいのかな。</q>と思いました。 時間軸がおかしい。 「思った」ときがすでに今より昔なので、 「難しいのかな」という過去の記憶は「思った」ときより さらに昔になっちまう。 つまり、 過去の記憶>〜と思いました>今 要するにただのバカ。
918 :
Name_Not_Found :02/09/23 15:30 ID:zCr0XBzc
StrictHTMLでFlashって駄目?ちょっと使ってみたいんだけど、文法違反になっちゃうしなぁ。 DTDを書き換えるしかないのか…。ちょっと鬱。誰か解決策教えてください。 XHTMLなら出来るのかなぁ?
OBJECTで貼ればいいのに?
920 :
マイク :02/09/23 16:02 ID:mGyfLrUO
やあ、僕はマイク。最近、Strictっていう新宗教に 友達みんなはまっちゃって抜け出せないでいるんだよ。 僕は、馬鹿だな〜、って思っていたんだけど、最近Strict教団 に入っていく人がどんどん増えているので、僕も気になって Strict教団にテレフォンをしてみたんだよ。そしたら、W3Cって いう人が出たんだよ。 マイク「もしもし、Strict教団さんですか」 W3C「そうです。ご用件は何ですか?」 マイク「あなたは誰ですか?」 W3C「この教団の教祖です。」 マイク「なぜこの教団は人気なのですか?」 W3C「それは、古き良き伝統を大切にしよう。全ての人民が 快適にウェブサイトを閲覧できるようにしようという優しき 人々がこの教団の存在を気づいてくれたからです。」 マイク「おぉー、そうか! それじゃあ、僕も入団します。」
<p>やあ、僕は<ins>濱</ins><em>マイク</em>。最近、<em>Strict</em>っていう新宗教に 友達みんなはまっちゃって抜け出せないでいるんだよ。 僕は、<em>馬鹿だな〜</em>、って思っていたんだけど、最近Strict教団 に入っていく人がどんどん増えているので、僕も気になって Strict教団にテレフォンをしてみたんだよ。そしたら、<em>W3C</em>って いう人が出たんだよ。 </p> <p>マイク「もしもし、Strict教団さんですか」 <br /> W3C「そうです。ご用件は何ですか?」 <br /> マイク「あなたは誰ですか?」 <br /> W3C「この教団の教祖です。」 <br /> マイク「なぜこの教団は人気なのですか?」 <br /> W3C「それは、古き良き伝統を大切にしよう。全ての人民が <br /> 快適にウェブサイトを閲覧できるようにしようという優しき <br /> 人々がこの教団の存在を気づいてくれたからです。」 <br /> マイク「おぉー、そうか! それじゃあ、僕も入団します。」 </p>
もしもし、キッコーマンさんでしょうか?
「はい、そうですが。」
えーっと、おたくのホームページについてお聞きしたいんですが。
「はい、ホームページに関するどのようなご質問でしょうか?」
そうなんです、前に一度見たんですがURLを忘れまして、教えて欲しいんです。
「
http://www.kikkoman.co.jpです 。」
えーっと、WWWのKIKKおまんこJPですね。
「え、はい、KIKKOMAN.CO.JPです。」
KIKKおまんこJPと覚えたらいいんですね。
「キッコーマンCO.JPと覚えて下さい。」
えーっと、キッコーモンですか。
「いいえ、キッコーマンです。」
ああ、コーモンじゃなくてコーマンですか。
「はい、キッコーマンです。」
コーマンか、ところで、オマンコしませんか?
「え、な、・・・・・カチャン!」
<p>ある日の学校の昼休み、<em>水無月ばけら</em>少年は、いつものよう 体育館裏で不良少年数人に囲まれていた。</p> 水無月ばけら「なぁんですかぁ〜」 ・・・・
プロジェクトX -HTMLを救え- 風の中のすばる 砂の中の銀河 みんな何処へ行った 見送られることもなく
Strict厨さんのスレってよくわかんないッスねo
em(えみ)ちゃんins(インサート)するよ。 del(出る)、del(出る)、hr(はぁ)、hr(はぁ) q(くー)、p(ぴゅ)、p(ぴゅ)、p(ぴゅ)、 meta(また)ね。
em(えみ)ちゃんins(インサート)するよ。 div(デュブ)、div(デュブ)、hr(はぁ)、hr(はぁ) head(ホント)気持ちいわあ。td(とっても)気持ちいい。 hr(はぁ)、hr(はぁ) 、del(出る)、del(出る) q(くー)、p(ぴゅ)、p(ぴゅ)、p(ぴゅ)、 meta(また)ね。 body(また)ね。
>929 どこからがどこまでがbodyなんだ?
次スレのタイトルなぁ〜んだ?
いっそXHTMLスレッド 1.0 strict にしてしまうかなんつったりして 〜5.0 (W2C Working Draft) になるんじゃないの? W2Cなんだから何でもありだろ
Strict-HTML スレッドX1.0(W2C Recommendation) でいいんじゃにゃいの。 で、X1.1、X2.0WDと続ける。
>15 :Name_Not_Found :02/08/10 20:05 ID:??? > 次スレはXHTMLになるですか? >16 :Name_Not_Found :02/08/10 20:48 ID:??? > その5:Strict-XHTML スレッド 1.0 > その7:Modularization of Strict-XHTML スレッド > その8:Strict-XHTML スレッド 1.1 > XHTML 2.0のCRまで持つか?
将来的に単純な連番に直しとく? 「Strict HTMLスレッド Ver.7」
段落頭の字下げはtext-indentでやるのとスペース入れるのとどっちが良いんでしょうか?
<img src="space.gif" alt=" ">
>>933 そのころにはXHTML2.0が正式に勧告されてるんじゃないの?
>>936 display:inline;
color:#ffffff;
background-color:#000000;
border-left:solid 1em #000000;
>>950 >>16 のその5に一票。よろしく。
Strict-XHTML 1.0がいいと思うけど、Strict-XHTMLにすると 「XHTMLしか語っちゃいけないのか」などとくだらん揚げ足取り される罠。
スレッドとしては今ので6つめだがバージョン(謎)は4.01。 もし連番に切り替えるなら、次は「7」? それとも「5」?
5.0 (W2C Working Draft) に一票。 いっそのこと「WWW標準スレ」や「論理マクアプスレ」ぐらいに 改名してもいい気がするが。
>>942 連番に切り替えるのは反対だな。
4.01の意義が失われる。
xhtmlとつけるのが妥当だと思うけど、
>>941 の危惧もあるので
漏れは
>>933 のバージョン番号のほうにxをつけるのが妥当だと思う。
W2Cとかもともとないんだから HTML4.01SecondEditionとかどうだい? とか言ってみるテスト。
Strict-HTML スレッド 4.01の次
>>946 流れを読め
4.01→1.0→1.0SE
なら話はわかるが。
>>948 そのように進めていったら、いつかなくなると思ったから苦肉の策だったんだ。
許せよ。兄貴。
「Strict-Curlスレッド ver1」立てまつ。
>>950 お。トリップばれた(w
変えないとなあ。
このスレは「Curl なんて認めねえ!!」という奴らが アツい思いをぶつけるスレです。
ど ー で も い い け ど 俺 明 日 包 茎 手 術 な の よ ね 。 う っ は は !
953 「先生、僕の包茎手術よろしくお願いします」 医者 「OK(ホーケイ)!!」
>>953 クサチンともお別れだな。で、どのへんがStrictなわけぇ〜?
手術失敗しますた
もうだめぽ
Ahô!!
>>932 を採用して
Strict-HTML スレッドX 1.0 (W2C Recommendation)
でスレ建てます。
960 :
959 :02/09/29 14:48 ID:???
Strict-XHTML スレッド 1.0 (W2C Recommendation) Strict な HTML(*) について語るスレッド ver.7 W3C 信者もそうじゃない人も投稿歓迎。 という折衷案で建てて良いでしょうか?
何で宣言してから聞き直してくるんだ(w
>>961 が多数派だと思われると嫌だから
>>960 に一票。
X 1.0じゃHTMLのバージョンにこだわる意味はない。
963 :
Name_Not_Found :02/09/29 16:00 ID:tDec93wA
964 :
Name_Not_Found :02/09/30 07:08 ID:+tDQfA2S
いつも思うんだが、お前ら使い切れよな
いつも思うんだが、お前ら足臭ぇよな
今日中に1000いかせる。
いつも思うんだが、お前ら早く寝ろよな
今日は残り一時間な訳だが。
じゃ、マッタリと雑談でもして埋めましょうか。 自動車教習場の期限切れちゃったよ・・・・・・・・。 行こう行こうと思ってても、ついつい忘れてしまって、 暇があるときは今度行こうと思いつつ・・・・9ヶ月が過ぎてしまった。
>>969 (;゚Д゚) アチャー…
とか言って漏れは八ヶ月で取ったのだが。
966だが。 1000いかなかったか。みんなもっと頑張ってよ(他力本願)。
,っ ( (、 ) )) o ( ( ( 。 ) ) ) コポコポ . ,((_(、 (・ω・) ワカメが生えますた。 (っiョc) ゙ー'ー'
ワカメ(゚д゚)ウマー
今日こそ1000達成だ。
1000!!
999!!
エーッ!? (゚Д゚;)
1000厨ハケーン
1!!
連続書き込み規制でもされたんだろうか? 1000厨は?
-1!!
( ´_ゝ`)984?
久しぶりにUGなサイト巡りして気付いたけど、なんかレベル落ちてるね。 いや、俺のレベルがあがったのか?と思わせるようなサイトばっかだったな〜 リンク切れ多いわ、BBSはほとんど死に体だし、単なる潜った感じに見せかけた 馴れ合いっぽくなってるし。。 ということで、985
もっと深くに潜っていたんでしょう986
987 654 321
push
push
push
Bush
rush
おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい!
おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい! おっぱーい!おっぱーい!おっぱーい!おっぱーい!おっぱーい!
995
埋め埋め
ワショーイ
コソーリ
↓1000おめ
↑ありがとう
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。