Strict-XHTML スレッド 1.0 SE

Strict な HTML(*) について語るスレッド ver.8
W3C 信者もそうじゃない人も投稿歓迎。

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

過去ログ >>2-6　関連スレ >>3-7　勧告等 >>4-8　その他 >>5-9

■過去ログ
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/test/read.cgi/hp/1022751972/
HTML4.01 http://pc3.2ch.net/test/read.cgi/hp/1028963710/
XHTML1.0 http://pc3.2ch.net/test/read.cgi/hp/1033282702/

■関連スレ

/* CSS、スタイルシート質問スレッド【12】 */ http://pc3.2ch.net/test/read.cgi/hp/1034922586/
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信者にサイトを正しい記述に直して貰うスレ http://pc3.2ch.net/test/read.cgi/hp/1032205793/l50
【野望の】XHTML 2.0【王国】http://pc3.2ch.net/test/read.cgi/hp/1028659057/

■勧告等
HTML 4.01 http://www.w3.org/TR/html401/
XHTML 1.0 http://www.w3.org/TR/xhtml1/
XHTML Basic http://www.w3.org/TR/xhtml-basic/
XHTML 1.1 http://www.w3.org/TR/xhtml11/
XHTML 2.0 (Working Draft) http://www.w3.org/TR/2002/WD-xhtml2-20020805/
ISO/IEC 15445 (ISO-HTML) http://woodworm.cs.uml.edu/~rprice/15445/15445.html
JIS X 4156 (JIS-HTML) http://www.y-adagio.com/public/standards/jis_html/toc.htm
上記勧告の邦訳など http://www.doraneko.org/webauth/

■その他
W3C http://www.w3.org/
Another HTML-lint http://openlab.ring.gr.jp/k16/htmllint/htmllint.html
W3C HTML Validation Service http://validator.w3.org/
ごく簡単なHTMLの説明 http://kanzaki.com/docs/htminfo.html

前スレ最後の話題。
詳細は、前スレ参照。

以下の例においてはどのような記述が望ましいか。
　・<p>あ行</p>
　・<h2>あ行</h2>
　・その他

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

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

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

>>6
<hn>でいいでしょ。前スレ973の発言だが、

> <p>次はあ行の用語集です</p>
> の短縮系である
> <p>あ行</p>　です。

これは短縮形として解釈するより、セクションの
要約と捉えて<hn>を使うべきじゃないかと。

<dl>
<dt>あ行</dt>
<dd>アーバンチャンピオン</dd>
<dd>アイスクライマー</dd>
<dd>Ａダッシュ</dd>
</dl>

hage

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

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

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

いっそdivで

「あ行」とか「か行」ごとに<dl>って閉じなきゃ駄目なの？

この場合、<ul>使うなら<ol>の方が適切なのでは。

ところで前スレまでのｽﾚﾀｲに有った(W2C Recommendation)って結局何なんだ

>>7に同意。見出しです。
見出しとして解釈可能なら、definition termとして広義の解釈をするよりも
より適切なheadingとして明示した方がベターなことは明らかではないですか?

……と私などはっきりとそう思うんですが、異論があったらお聞かせくだされ。

×より適切な
○より意味の明確な

<address>以外に私の居場所はありますか？

>14
ttp://www.2ch.net/

link rel="index"ではどこにリンクするのが望ましいと思いますか?
たいていトップページへのリンクと解釈されてるようですが
「索引」という言葉の本来の意味からするとサイトマップあたりに
リンクしたほうが望ましいような･･･。
それを言い出すとトップページがindex.htmlであること自体
変なんですけど

>>19
前スレ後半でも話題になってたけど、なんかややこしいよなあ。
うまく使い分けられてる日本語サイトってあるんだろうか。

>>17
段落中の会話文の前後とか。
既出だが、以下を参照。

http://members.jcom.home.ne.jp/pctips/www/faq/PvsBR.html

>>19
indexは「索引」だから、50音順やアルファベット順の内容一覧に。
contentsは「目次」だから、読んでほしい順や掲載順の内容一覧（通常はトップ
ページであることが多いはず）に。
で、トップページがindex.htmlであることに違和感を感じるなら、.htaccessを
書き直してcontents.htmlをトップページにする。
.htaccessを書き直せないサーバの人はあきらめる。
……というのが前スレまでの結論だったかと。

ファイル名に意味なんかねーよ！


とは言わない。一応index.htmlへのリンクは一切出さないように
全部ディレクトリへのリンクにしている。
アクセスしようと思えば出来るんだけど。

indexは50音順やabc順に限った話ではないよ。
掲載順、著者順、更新日順などどんな並び方でも良い。

>>21
良く分かりました。ありがとうございます。
<blockquote>使用時とか、私にも結構出番がありそうですね。

<link rel="***">で、純粋に「サイトのトップページ」を示すものは無いってことなのかしらん？

home使えばいいじゃん。Opera7も対応してる。

そういや、W3C TRのトップページのファイル名には
Overview, cover, contents, index 等があるけど、
一体全体どうやって使い分けているのだろうか。

……単に Editor の気分だろうか。

>>26
何で HTML 4 は Home を削っちゃったのかね。HTML 3.2 にはあったのに。

http://www5d.biglobe.ne.jp/~quia/tech/html/linktype.html#undefined-list

HTML 3.2 にあったのは Top でした。勘違いｽﾏｿ

結局どうなのよ。
http://www.akatsukinishisu.net/itazuragaki/?link_element

LinkTypesはここも各仕様の原文をまとめてて参考になる。
http://fantasai.tripod.com/qref/Appendix/LinkTypes/ltdef.html

HTML4のLinkTypesにはサイトなんて特化した概念は存在しないように思える。

homeじゃブラウザのホームページにリンクしそうな気になる。
リンクはどこにでも貼れて当然というsemantic webな世界で
「サイトのトップ」という概念が想定されてないのは当然の
ような気がする。

<link rel="bookmark" title="サイトのトップ" /> で充分。

>>32
うんうん、未分類なのは全部 Bookmark でいいと思う。

あと、<br />娘。の読みはブリッコでいいのか？

link rel="cover"とかリンクタイプを定義したほうがいいと思う。
全部bookmarkにされたらロボットには意図が分からん。
それなら<a href="top.html">トップページ</a>でも同じこと。

そのためのstartでしょ。

Start ってスライドショーみたいにリニア型（って言うんだっけ？）の、
ああ言うリソース群の頭に戻る時に使うんじゃ？

トップページは必ずしも Start では無いと思う。
"Start Contents" とかやればカバー出来るかもしれないけど、
やっぱり一語で表すタイプが欲しいような。

個々のHTML文書or文書群にとってサイトのトップページは
それほど一般的に重要とは判断されなかったということなんだと思う。

一連の文書に対してのstartがあるなら、もう一つ(?)大きな
分類として「サイトのトップ」って有ってもいいと思うんだけどなあ。

[email protected] に投げてみるとか。

結局contentsなんじゃないの
Web文書は目次がトップページであるべき、みたいな感じで

>>40
その場合、各コンテンツ内の目次はどうする？

知らん
漏れはW3Cの言い分を妄想してみただけだ

で、自サイト見てみたらstartだった
相当悩んだのを思い出した

前スレの最後の話ともやや関係があるんだけど

http://members.jcom.home.ne.jp/jintrick/Personal/markup_main.html#paragraph
こういう考え方もあるようだけれど、どう思う？

>>43
変だと思う。他に相応しいマークアップがあるならそうすべきで、
そうでない場合に限り<p>（だけじゃないけど）を広義で捉えるべき。
<p>をあまり拡大解釈すると他のタグの存在価値が薄れると思う。

>>43
HTMLには記述できないものが沢山ある。
結局はその記述できないものをどの定義済み要素に押し付けるかって話だ。

XML(XHTML)の利点を阻害する第一歩になりかねないので、
p(も含めてulやaddressなども)大らかに解釈する立場は取るべきではないと思う。
大らかに解釈したいなら、HTMLで書けばいい。

>>45
その通りだと思うが、>>43のページはXHTMLだろ？
無理にHTML由来の定義済み要素に押しつけるっていうのは、変じゃないか？

> 〜 あるいは、そう考えなければ、HTMLでは定義されていない要素を
> 明示することが出来なくなります。

「新しい言語を作って下さい」じゃダメなのか。
強引に押し付けるとしても、まだ div の方がいいと思うが……。
"The div element, in conjunction with the id and class attributes,
offer a generic mechanism for adding structure to documents."
だし（XHTML 2.0 Spec.より）。

>>40
表紙と目次は違うと思うのです。
むしろ各コンテンツごとに目次は存在すべきだと思うし

pは拡大解釈されすぎ。
pは基本ブロックとか言い出すのまで居るし。

>>49
俺もcontentsには各コンテンツの目次を指定してる

table が拡大解釈されて、
div が拡大解釈されて、
dl が拡大解釈されて、
今度は p ですか。

表紙って何よ。スプラッシュページつくってんの？

てか、XHTML で独自に語彙追加して公開してるやつっているの？

>>52
dlとdivの拡大解釈は公認っスよ

一体誰が公認したんだろう・・・

pの拡大解釈ではなくて
hnの拡大解釈だろ。なんでもかんでも見出し（っぽいもの）にhn使っては
文章の構造が複雑怪奇に崩れるだけ。

<p>strong要素はより強い強調をあらわします</p>

<?>注意！</?>
<p>strongはインライン要素なのでブロック要素を含めません。</p>

このときの?は俺はpにしているけど、h4がいいのかな？

h1,h2,h3と順番に書かなければいけないという制約があるということは
そのhn以下はそのhnの範囲になるわけと解釈できる。
であるならば
<h3><dfn>strong要素</dfn></h3>
<p>strong要素はより強い強調をあらわします</p>

<h4>注意！</h4>
<p>strongはインライン要素なのでブロック要素を含めません。</p>

<p>〜〜〜〜</p>
<h5>使い方</h5>
<p>＊＊＊＊＊</p>

この場合〜〜〜〜はh4に内包され、注意するべき事象となってしまうし
使い方見出し以下の文もh4の意味を含んでしまう。

問題は見出しうんぬんより
hn要素の変わりにp要素を使う方にありそうですね。

段落に画像を入れるのは変という素人と同じ。

>>59
それはh5じゃなくてh4。h5の使い方がおかしい。

>>25-42
私もそれで悩んだんですが、
revを使うというのはどうでしょう？

トップページ側の指定
<link rel="chapter" href="contents1.html" title="（個別のページ）">

個別ページ側の指定
<link rev="chapter" href="index.html" title="トップページ">

>>47
確かに言うとおり変だ。XHTMLには解決法が用意されている。
XHTMLを選んでおきながらその機能を活用せず
HTMLでの解決法に拘りつづける香具師はこのスレにも何人もいると推測するが
結局MIMEにtext/htmlを使わざるを得ないのが最大の動機かと思う。
いくら文書型定義に変更を加えたところで、text/htmlで送ったんじゃ
肝心の変更を無視するようにUAに示唆するようなものだ。

>>64
意味が良くわからんが、あんた原理主義者か？

いや、だからさ、XHTML に語彙足して使ってるやつはいるのか？
application/xml+html 版を別に用意してやってる事例とかないの？

自分で書いた DTD を追加して、ということ？

ちらほらいるよ。でも
ここのスレの人、勝手に要素作って
使っていると
文句いいそう。

>>62
だからp要素使えばいいってことさ。

1.1はともかく1.0はtext/htmlで送ることは許されているんだし
htmlに固執したっていいじゃねーか。

よーしぱぱhtml4.01に戻しちゃうぞ

xhtml1.0は過渡期だろ

後方互換性と言え

>>70
それが悪いとは言ってない。

なんか熱い奴がいるけど
自作DTDなんて昔からできるよ？
別にxhtmlからできるようになったわけではない。

1.1 を text/html で出力しちゃダメですか？

仕様書はイクナイと申しておりますね。

パラグラフは項という意味もあるよ。

DTD書き換えしたら、HTMLじゃなくなるわけじゃない。
でも、XHTML の名前空間使えば XHTML で、かつ
独自の語彙を追加できるんだよね？
で、そういうことを実際にしてる事例はないのかと。

>>75
HTMLはSGML機構を使ったDTDの拡張を認めてない。SGML全般ならそりゃ自由だが。

>>76
ruby関連のマークアップを全部破棄して欲しいならどうぞ。

http://www.w3.org/TR/REC-CSS2/fonts.html
のcontentsはp要素でマークアップ

>>80
ナビゲーションすら<p>にしてるW3Cなんぞ信用できん

俺が言いたいのは
pであるということではなく
<strong>hnではない</strong>ということです。

>>79
認めていないのソースは?

>>82
http://www.w3.org/TR/1999/REC-html401-19991224/
こっちは悉く<hn>だよ？

>>83
http://www.w3.org/TR/html4/appendix/notes.html#h-B.1
最後のパラグラフ。
> For reasons of interoperability,
> authors must not "extend" HTML through the available SGML mechanisms
> (e.g., extending the DTD, adding a new set of entity definitions, etc.).

>>85
そのすぐ前にある前書きは無視か?
> The following notes are informative, not normative.
SGMLアプリケーションがSGMLで許されてるものを勝手に
禁止することはSGMLの仕様で禁じられている。
http://www1.u-netsurf.ne.jp/~7l1rll/SGMLsec14_0.html#2

>>86
SGML文書だったらなんでもtext/htmlにしてよかったのか。知らんかった。

そりゃまあ、
勝手に p の中にブロックレベル要素書けるようなDTD作って文章書いて公開しても
UA混乱するだけだし。DTD解析してくれるわけでもないし。

まあ、xhtml での拡張がもうちょいやりやすくなるまでは
html の世界から出ないでまったり語りあいましょうや。

そうしよう

じゃあXHTML使う意味ないじゃん。

とりあえずXHTMLにしといて拡張の充実を待ってても悪くないだろうに。

XMLパーザ通るか通らないかの差は大きいよ。

> 勝手に p の中にブロックレベル要素書けるようなDTD作って文章書いて公開しても
> UA混乱するだけだし。DTD解析してくれるわけでもないし。
そういう現実を踏まえてHTMLの仕様書ではSGMLの拡張を
使うことは強く思いとどまらせているわけだが
SGML違反にならないようinformativeと言って逃げてるわけだ。
で、もう少し現実的に行こうよということで開発されたのがXML。

>>79
わかりまつた。rubyを使わなければいいんでつね。

現実的に考えるなら、いまXHTML使ってるのって、将来もっと環境が整った時のための
先行投資と割り切るしかないんじゃないかと思ったりもする。

>>94
例えばHTMLをtext/plainにしたら、A要素がリンクにならなくてあたりまえだろ？
それと同じこと。ruby使ったXHTML1.1をtext/htmlにするのは自由だけど、
それが期待した結果にならなくてもUAとして妥当な挙動だということ。

> 例えばHTMLをtext/plainにしたら、A要素がリンクにならなくてあたりまえだろ？
IE逝ってよし

理論上はWeb-SGMLを解するUAはすべてのXMLをも解するから
無視されることはないはずだが。理論上は。

XMLはSGMLのサブセットだからね。

ただしXMLではNot well-formedになる文書を通されても文句は言えない。
XHTML Media Types
http://math.oheya.to/markup/TR/xhtml-media-types-1#text-html
にも明記されてるね。

HTMLくさい話しようよ

じゃあネタをふってちょ

>>8と>>10はどっちが適切なのかとか

dlネタか…

<dt>アーバンチャンピオン</dt>
<dd>解説</dd>
<dt>アイスクライマー</dt>
<dd>解説</dd>
<dt>Ａダッシュ</dt>
<dd>解説</dd>
じゃあ? とか茶々を入れてみる。
問題は「あ行」の扱いなわけだが

HTML。臭い話。

>>103 >>13もだ

「あ行」はcounterで生成。これ最強。

counterは却下

xhtmlを使う意味がないとはいえ
わざわざhtml4.01に戻る理由もない。

>>110 そうだよなあ。この話については結論出たかな。

ISO-HTML

text/plain

>>110
うしろめたい気持ちなく text/html を使えるとか

>>84
そっちはコンテンツページだから
そのページの構成はコンテンツなんじゃないの？
>>80はそのページ内の小コンテンツをトップページにおいているから
hnではおかしいんだよ

<h1>ｈｔｍｌリファレンス</h1>
<h2>contents</h2>
<ul>
<li>h1-h6</li>
<li>pre</li>
<li>・・
</ul>

<h3>h1-h6</h3>
<p>見出しを・・・</p>
　　じゃおかしいでしょ？

俺なら見出しなしでそのままコンテンツリストを書く。
h1直下のコンテンツならそのページのコンテンツってことになるしな。

>>66
いるけど、strictな人の用意するdtdはxhtmlのルールを逸脱しないことが前提であって
より厳しくなるだけだよ。楽になんかならない。
例えばbody直下にはすぐh1を置かなければならないとか
body内にh1を二個置けないようにするとかです。
xhtml1.0やstrictかxhtml1.1を厳守しつつ、よりいっそう厳しいルールを己に課す
人がほとんどです。

具体例みせて。

知っているところは閉鎖してしまわれました。

>>116
逃げちゃ駄目。
キャプションをつけたい場合はどうするの？

>>117
違う。DTD の話をしてるんじゃないです。
たとえば、小説の会話をマークアップする語彙がない!なんてとき
<novel:conv person="A">別れよう</novel:conv>
<novel:conv person="B">いやでつ</novel:conv>
みたいなかんじにネームスペース分けて語彙を足してるひとはいないかって話であって
DTD を厳しくしてよろこんでるマゾの話じゃないです。

なんかその
「よりいっそう厳しいルールを己に課す人がほとんどです。」
っていいかたがどうも求道家をきどってるだけに聞こえて。
DTD 厳しくするのは楽するためでしょう？
body 直下に h1 おけないような DTD 書くってことはさ、
そういうスタイルが自然だって思ったからそうしたわけで、
それ以外のこと書いちゃった場合は自分の中では間違いなわけで、
それを validator に発見させるために DTD 使うっていうならわかるけど、
それを厳しいと思いながら使ってるのはアフォだと思います。

>>121
そういう語彙足して普通に使ってるサイトを見てみたいなあ。
で、文章後半に同意。

>>116
私はそれプラス ul に title ぐらいかなぁ。
title って、その要素の説明書いていいんだよね？
あぁ、でも title 無しでも意味通るようにすべきかぁ。
<h1>みだし</h1>
<ul id="index" title="コンテンツ">
<li><a href="#h21">aa</a></li>
</ul>
<h2 id="h21">しょうみだし</h2>
...

とりあえず、良い例かどうかはおいといて、
http://www.justsystem.co.jp/ark/genba/06.html

>>124　よくわかんない

XHTML1.xで記述するだけならともかく
application/xhtml+xmlにするその行為に何の意味が？

>>124
XHTML よりも style 属性にずらずら書くのを止めれ。

>>126
>>96

>>127
そう、それは気になった。
が、管理情報を別ネームスペースで保持してるのは
なかなかいいと思った。

語彙を作るなら属性ベースと要素ベース、どっちがいいんだろう。
たとえば、C の変数定義があったとして
<c:declare>
<c:class>int</c:class> <c:variable><dfn>digit</dfn></c:variable>;
</c:declare>
なんてのと
<c:declare class="int"><dfn>digit</dfn></c:declare>

application/xhtml+xml な場合、
link 要素じゃなく
xml-stylesheet を使わなきゃいけないのね。

いったいどうするのが正しいのかわかんなくなってきた。
よくわかんないなら 1.1 は使わないほうが無難なのかなぁ。

declarationだろ

>>130
ISO-HTMLに汁

話を蒸し返して悪いんだが、

paragraph [名]
1　節,段落,項,パラグラフ
begin a new 〜　 行を改める.
以下略
（Progressive English-Japanese Dictionary, Third edition © Shogakukan 1980,1987,1998 /
　プログレッシブ英和中辞典 第3版 ©小学館 1980,1987,1998）

「段落」という意味よりも「節」という意味の方が先に来てるんだが…
俺たちは「段落」という翻訳にとらわれすぎていたのかもしれない、とも思った。

気になって手元の英英辞典を参照してみた。

paragraph n. [C] a group of several sentences in a piece of writing,
　the first sentence of which starts on a new line
（LONGMAN DICTIONARY OF CONTEMPORARY ENGLISH）

うーん…　やっぱり「段落」で良いのかもしれぬとも思った。

ｵﾅﾆｰでスレ汚しですか？とも思った。

人生なんてオナニーだよ、とも思った。

しかしやめられない、というのは誰かの発言のﾊﾟｸｿ

わかっちゃいるけどやめられない

年間自殺者は3万人

スーイスーイスーダララッタ　スラスラスイスイスーイ

>>133
「節」でも「項」でも、今までの<p>に対する解釈って変わらないんじゃない？
国語辞典を見てそう思った。

まだｵﾅﾆｰ終わらないの？

>>142
二人になったのでこれはｾｸｰｽです。てか君らもそろそろHTMLの話をしなさい。

>>134
LONG MANはどうかなあ、と。
ケンブリッジ大学のオンライン辞書にはこうある。
http://dictionary.cambridge.org/define.asp?key=paragraph*1+0
2つめのセンテンスに注目。

そろそろHTMLな話とかいわれても。
ネタ振りよろ。
既存の要素の新(珍?)解釈ネタはもうおなかいっぱい。

3Pになった模様

>>121
基本的に自己満足の世界だから
マゾ多いんでしょ。

>>147
その自己満足を他にも納得してもらいたいと願うのがｽﾄﾘｸﾀｰかと。

チャットのログを皆さんならどうマークアップしますか。

>>121
<html xmlns:o="urn:schemas-microsoft-com:office:office"
xmlns:x="urn:schemas-microsoft-com:office:excel"
xmlns="http://www.w3.org/TR/REC-html40">
くらい、エクセルからweb化しただけってのかなｗ
ストリクターは自作ネームスペースは好きじゃないのかと。

難しいですねえ

<dt>j君</dt>
<dd>
こんばんわ
</dd>
<dt>名無しさん</dt>
<dd>眠い、寝る</dd>
</dl>

　でいいと思うけど、みないやでしょうねえ。
色をころころ変えたり、顔文字を多用されたら
マークアップにまた苦労しますね。

<ol>
<li>山田：好きな体位教えて。</li>
<li>鈴木：バック。</li>
<li>佐藤：俺も。</li>
</ol>

>>129
＞語彙を作るなら属性ベースと要素ベース、どっちがいいんだろう。
XHTMLの場合なら、
レンダリング対象になる情報は要素の内容だろうなと思う。基本的には。
そうでない情報は属性か、属性を持つ空要素(ex. <c:class c:name="int" />)。

一般的には、要素ベースの方が内容の構造化が可能で融通が利くんだけど
属性みたいな「一回だけ出現可能な順不同」をDTDで正確に表現しようとすると結構泣けます。
# 前スレに出てた XHTML1 の head の内容モデルのようなことになる。

参考:
http://www.ogis-ri.co.jp/otc/hiroba/technical/UML2XML/
http://www-6.ibm.com/jp/developerworks/xml/020301/j_x-tipsub.html

<p>山田：<q>好きな体位教えて。</q></p>
<p>j君：バック。</p>
<p>佐藤：<q>俺も。</q></p>

qの引用符がうざいかもしれませんが。
名前の方はemやspanで多色を変えたり、太字にしたりして。

<blockquote>
<pre>
山田：好きな体位教えて。
j君：バック。
佐藤：俺も。
</pre>
</blockquote>

でいいよ。

>>154 なんでそこが<q>なの？

ごめん、見落としてた。逝ってきます

>>151
また dl かよ・・このオナニー野郎が。

のじたんは会話を<dl>でマークアップしてたよ。

>>154
チャットだったら発言者名も引用先に含まれそうだから、
<q>より<blockquote>がいいんじゃないかな。

やっぱ利用するアプリケーションなりなんなりがあった上で
ネームスペース足して独自の語彙を実現してるってケースばかりみたいですね。

たしかに後から利用しないメタ情報なんて帯域の無駄だしね・・・

>>149
なんか適当な要素みつかんないよね。
掲示板とかチャットとか。とりあえず dl 使っとけっていう風潮はいやです。
definition list なんて名前じゃなくて
paired list だったら喜んで使ってたんだが・・・

っていってもないものはしかたないんで
class 振った dl あたりつかっちゃうんだろうなぁ。

じゃあチャットは「<blockquote><dl>」で、とりあえずは解決かな。
この「とりあえず」って現状に葛藤を覚えるのがｽﾄﾘｸﾀなんだけど。

質問に答えたんだからオナニーじゃなくてsexです。

てかW3Cが対応するリストに使えと許可だしているのに
それを嫌がるストリクターって何よ。？
俺もいやだけど。

エホバの証人みたい
聖書を変態的に厳守しているよう。
輸血できないくらいなら死を選ぶ。
レイアウトや実装より正しいマークアップを選ぶ悩める子羊。

j君はバックが好きなんだ。
通ですね。

> 輸血できないくらいなら死を選ぶ。
輸血するくらいなら死を選ぶ、では
> レイアウトや実装より正しいマークアップを選ぶ悩める子羊。
それは単なるStrict厨

>>161
んだからxhtmlで好きにマークアップすればいいのでは
と話題はループ

だから好き勝手にマークアップした奴はstrictじゃねーだろうが！！

ほう、あなたのStrictはそんなに自由度ないんですか？

>>167
無理やり意味の違うマークアップにこじつけるほうが
よほどStrictじゃないと思うが

>>169
同意。解なしとわかってて正解さがしやってんだからｱﾌｫだよ。

W3Cがdlを大らかに使えといってるんだから、それに従うのが一番「Strict」だ。

W3CってStrictなんですか？

結局誰もマークアップの「利用」を積極的にやってない現状で
セマンティックウェブの実現のためにどういうマークアップをすべきとか
そういう議論なんてできないんだよ。

せいぜい「正しい日本語」とかいうのと同レベルの話にしかならない。
野崎某が典型。

検索エンジンで上位表示を狙うためにSPAMを撒く奴まで
いる始末だからな。
考えてみたらInternet上で善意(みんなが清く正しくマーク
アップしてくれること)に期待したシステムってかなり無茶な
気がするんだが

現実に目を向けちゃう奴は

ストリクター失格であります

みんなamayaを使えばいいわけでしょ

>>175
つまり自己満足のオナニーにすぎないということですね
この問答も何回目だか

しかしその不満がxhtml2やxhtml3などに反映されていくからいいじゃないですか

<p>つまり</p>
<ul>
<li>自由</li>
<li>平和</li>
<li>平等</li>
</ul>
<p>が大切なのです〜</p>

てな場合段落がきれるふざけた仕様もxhtml2から段落にリストを含めれるように
なったわけですから。
もっとみな文句を言い合いましょう。未来の為です。
ここで言ってどうなるとは思いませんが:->

>>130
亀レスだけど、その場合、
「xml-stylesheetとlink要素、両方使う」という記述をどっかで見掛けた。
正しいのかどうかは俺にも判らない。

なんか良く分からなくなって来たので、
ISO-HTMLにでも移行するべきだろうかとか思っている。
でも、ISO-HTMLはaddress要素がなぁ……。

>>179
俺もXHTMLよりISO-HTMLにしようと思ってる。

>>175
現実に目を向けずに自分の理想（金儲け）に走ってるのはブラウザメーカー。
XHTML 1.1、CSS2が勧告されているという現実。

>>179
そうみたいです。
HTML として解釈された場合は link のほうで、
XML として解釈された場合は xml-stylesheet だそうな。

>>173
まあ、かなーり前のスレでも見たけど、
HTML だけでセマンティックウェブするなら
みんなで妥当な class 付けのルールでも決めてやったほうがいいってとこかな。
これなら 4.01 でも出来るし。

といっても、更新履歴を取得しやすくする、ぐらいしか思いつかないー。
なさけなや。RSS 吐くのが面倒な人向けね。

Strict-HTMLは糞

>>180
ブラウザメーカーのせいにしていること自体が
完璧に現実を見てません
> XHTML 1.1、CSS2が勧告されているという現実。
ブラウザが対応していないという現実に目を向けずに
W3Cが自分の理想に走ってるわけだがそれが何か
詭弁ですな

>>183
「W3Cの自分の理想」って何？
WWWはブラウザメーカーが作るものだったのか（LOL

> 「W3Cの自分の理想」って何？
自分が一行下で答えてるんで内科医
> WWWはブラウザメーカーが作るものだったのか（LOL
誰がそんなこと言ってる?

>>184
yes.

>>183
> ブラウザが対応していないという現実に目を向けずに
> W3Cが自分の理想に走ってるわけだが

ブラウザが対応していないのはメーカーの責任であり怠慢であるという現実。
XHTML1.1以前は後方互換を充分考慮されているという現実。

そして「ホームページ」作成ツールが対応していないという現実…

ツール使わなくても書けるし

・・・

暗い暗いなー

暗くもなるさ

腐れ固定排斥運動♪☆ミ

>>181
あれ、そーなの？　ということは、
<?xml-stylesheet href="default.css" type="text/css"?>
<link rel="stylesheet" href="default.css" type="text/css" />
を両方書いておく……が、結論で良いの？

しかし、XHTMLってこの手の情報がずいぶんと少ないような……。

>>194
適当に google で検索するとそうすべしっていうソースにひっかかるはず。
ただ、 xml-stylesheet は ルートノードの前に書けだそうな。
私が見たとこでは DTD の後に書くことをすすめてた。
まあ、text/html で置いてるから書いてないんだけどね。

http://members11.tsukaeru.net/msugai/web/XHTML/css.html
？
これって個人的見解じゃないの？

application/xml+xhtmlとmimeタイプを設定して
それをtext/htmlとして解釈されてしまう場合はあるの？
少なくともＩＥとlynxとN4は解釈できずにダウンロード画面になるようだが。
個人的にはapplication/xml+xhtmlとmimeタイプを設定したファイルは
text/htmlとして解釈されるのはごめんこうむるので
link relは省きたいですね。スタイルが適用されなくても文章の意味が
損なわれることは無いのですし。

不明なMIMEについて自動判別を試みるようなUAはあまりないと思うが。

全く現実を見ていないことを言うが
HTMLは別にホムペのために設計されたのもではないだろと思った。
ｱﾌｫなユーザの不正な用法を頭から想定してるのって
認証関連の仕様ぐらいじゃないだろうか。

遠い遠い将来、機械が自然言語を解釈できるようになって
マークアップが過去のものになる日がくるといいね。

>>196
http://www.kanzaki.com/docs/html/xhtml1.html#xml-grammer

XML宣言の後で要素の前。

>>198
逆に人間の言語の方が歩みよったりして。

だから人間が歩み寄ってるのがマークアップでしょ。
もしコンピューターが人間のように認識できれば
どれが見出しでどこからどこまでが段落かとかもレイアウトから理解できる。
新聞にはタグなんて書いてないけど見れば見出しがどれかは人間にはすぐ分かる。
でも人工知能にそういうことをやらせるのは技術的にそれはまだ難しいから
必要悪として論理マークアップが必要になるだけ。

＞遠い遠い将来、機械が自然言語を解釈できるようになって
ちゃんと考えた結果がこれなのか
ｱﾀﾏﾜﾙ

webはＵＡによって見え方が違うので
見た目だけで全体の構成を納得させるのはどうかと。
音声環境もあるわけでして。

今でも見た目だけでどれが見出しであるとか分からせたいなら
PDFで見せればいい。

<h2>ちょぼ</h2>
<div>
<p>
ながながなが
</p>
</div>
上記のh2とdivのボーダーに色をつけているけど
H2とDivの間に隙間があきまする
<p>がなければうまくいくんだけど理由はなに？
ブラウザはIE5.5

<h2>ちょぼ</h2>
<div>
<p>
ながながなが
</p>
</div>
上記のh2とdivのボーダーに色をつけている
h2のbottomとdivのtopはMargin0だけど
H2とDivの間に隙間があきまする
<p>がなければうまくいくんだけどなんで影響すんの？
ブラウザはIE5.5

UAの能力に応じて表示を変えるという目的に対するソリューションは
必ずしも「論理マークアップ＋クライアントサイドでの合成（CSS etc.）」でなくてもいい。

論理マークアップが本当に意義があるのは
セマンティックウェブの実現という理想に対してだよ。

あと話が通じてないみたいだけど
今のコンピューターには見た目だけで分からせることができないから
論理マークアップが必要だということをいったんだ。
それはコンピューターに対するいわば歩み寄りなわけ。

>>203
わかってないね。

>>201 がいってるのは見た目がどうのってことじゃなく、
文脈を見て文章のメタ情報を読みとる云々の話をしてるの。
んでもってなんでそこから
「web は UA によって見え方が・・・」
になるかな。

"レイアウト"に脊髄反射すんな。
つくづく頭悪いな。あんたは。

>>208
まず「文脈」をどうやって定義するの？文字の大きさや改行の有無、音声の大きい小さい、
これらのものは特定のUA向けの文脈の定義だよね。
延々と続くテキストを読んでてもどれが見出しか、段落か、リストか、わからないじゃん。

>>208

>>201のどこを見たら文脈の話になるでつか？
新聞の例も、レイアウトの話にしか見えませんが？

>>208
あんたの方が頭悪いよ

文脈ってかいたほうが分かりやすかったかな。
でもやっぱり通じてないのね。

論理マークアップがなんで必要で、
「もしどうであったならば」不必要であるかって話をしたんだよ。
その「もし」の部分はかなり遠い未来に実現されることであろう。
だから209のわからないじゃんはまあそのとおりだ。

でも人間は「新聞からみだしを抜き出しなさい」というタスクを
簡単にこなす複雑な能力を持っている。
一方今のコンピューターにはそれが案外難しい。
だから人間が歩み寄って答えをおしえてあげる必要がある。
それが論理マークアップだっていうことで、別に奇抜な意見じゃないと思うんだけどな。

>>212
＞でも人間は「新聞からみだしを抜き出しなさい」というタスクを
＞簡単にこなす複雑な能力を持っている

でも盲人は新聞を読めないよね。

なんか変なレスされた。

>>214
変なのはお前じゃ

f7wy/76Mの言いたいことは分からないでもないんだが
css2ですらろくに実装されていない現在そんなドラえもんの時代の
話されてもね。

「人工知能がすぐ進化するからマークアップは必要ない」とは言ってないさ。

というか「なんで論理マークアップか」っていう話をしてて
否定もなにもしてないんだが、
Strict HTMLスレこんなに理解されないというのが意外だったな。

Strict-HTMLは糞

見た目でメタ情報を判断させるようになったとしても
今度は
見出しを書いたあとは改行を入れましょうとか
見出しは大文字にしましょうとか、テーブルは枠線をつけましょうとか
色々なルールが出来て複雑になるだけです。
abbrなんてどうしようもないし。

Strict HTMLスレで。

>>217
必要悪って言ってだだろ！

>>217
だから、新聞を読むこととは違うって。
新聞は有視覚者向けのメディア。ウェブはあらゆる人に向けたメディア。

？　いや、だから必要悪ってことだよ。

コンピュータが勝手に解釈してくれれば必要ない。
でもそうじゃないからめんどくさいけど入れましょう。
ということ。

あほか

>>223
だからどうやって解釈するの？
人間ですらできないことを。

コンピューターに解釈させたいのであれば
ソースがすでにワープロで作ったような
人間が理解できる見え方をしていなければならないよ。

人間すら理解できない？どういう状況を指していってるの？

なんか半日かかりそうな気がしてきたな。

哲学的だな

>>227
人間も発達した機械も新聞を読めばどこが見出しか段落かを視覚情報から判断できる
だろうけど、Webでは視覚情報とか聴覚情報とかいった特定の感覚に頼った情報は無意味
だよね。

うーんと、もうちょっと続けてかいて。

なにを持ってこれを見出しであるか、これはリストであるか判断する材料さ。
テキストだけでづらづら書き連ねたって分かる分けないですよね？
このページのソースの要素をとってしまっては改行すらされていないソースですから
機械ではどれが見出しだか分からないです。せいぜいh1が分かる程度です。
ソースだけである文章を見出しであると判断させるには
ソースの見出し部分の文章も新聞の見出しのように文章から離れた場所に書かなければならない。
リストも箇条書きに書いたり、表にいたっては配置に色々頭を使う。
結局何かしらのルールに縛られるのさ。要素を使うか、配置や字の大きさによるルールによって
メタ情報を探らせるかを考えた場合、紛れのない要素を使った方が安全だし
簡単でしょ？。

i君の書き込みにはそうですねえ、という答えになるけどさ、
もうちょっと俺の書き込みをよんでくれてもいいと思うんだよね。

まあね。
それは僕も思うよ。
ネタが無いし、無意味に盛り上がってしまったね、スマソ。
ちなみに名無しは僕の自演ってことはないですから誤解なきよう。

新聞みたいな「ここが見出しっぽい文章で、ここがリストかな？」というような
意味付けが曖昧な印刷物より、「ここは見出しである、ここはリストである」と
定義されているマークアップ言語の方がいいとか思ったりしちゃってる今日こ
の頃。

235は212の3段落目の3行目以降を読んでよ。もう落ちるね。

ストリクターに
<q cite=">>201">論理マークアップは必要悪である</q>
なんてこと言ってもだめだろ（ワラ
根本から存在意義を問われる重大発言だと思われ。

論理マークアップってのはコンピュータだけのためのものなのか？
人間にとっても役に立つと思うんだけどな

あー、日本語が変
逝ってきます

>>236
だから、どんなに機械が発達してレイアウトから意味を汲み取れるようになっても、明確な
意味付けにはかなわないだろ？
極論を言えば、新聞の見出しだってそれが見出しっぽいというだけで、見出しであるとは
紙面のどこを見ても定義されていない。

212の何処を同意すればいいんだ？

あのさー、まーくあっぷなんちゅーのはじぶんののうないにあるじょうほうをいみづけするためのてんぷれーとにすぎないんだから、なにをどうようそづけしようがあるいみかってでしょう

>>242
平假名ばっかりの文章を全部読んでやったけど、意味がわからない。
何の脈略もなくいきなり　勝手でしょう　とか言われてもねえ。

201を擁護してた香具師はどこに逃げた？

見出しっぽかったら見出しって判断する人工知能か…
てことは文章以外の画像や音声の中身も解釈する必要があるのか。
(alt無しの画像で文字を表現してるとことかあるし、画像自体を解析する必要もある。)
実現されたらすげぇな。

酷く不必要な気がするけど。

そんなシステムを待望する奴は自分の頭で考えるのがそんなに嫌か。頭が悪いのか？

考えられる頭を持つ人間でさえ、一つの文章に対する解釈は様々なのに
なんでコンピュータが唯一の、誰もが納得する解釈を導けるというのか
「頭悪い」のが嫌なら「電波」だな

>>246
考えるのは構わんが、それを手作業で一々記述していくのは面倒だから嫌いだ。

タグ付け面倒だからってホームページビルダーを使うヤシと同じ思考じゃねーか。

今後
XMLによって要素がいくらでも増えるわけですから
今のように要素の数が決まっているなら判断も可能でしょうけど
<価格>とか<自動車>とかの要素を判断することはUAには無理です。
<中古><自動車>クラウン</自動車></中古>と
<新車><自動車><広告の品>クラウン</広告の品></自動車></新車>
の違いをUAにどうやって分からせろというのでしょう（謎

>>250
前後の文章から。

不確定要素が多すぎる。
要素を使わず、価格表を作った場合
車の値段とスポンジの値段を間違える場合がある。
うちのUAはそのように解釈したとやくざにすごまれたらどうする？
要素でタグ付けしていればそのような誤解は回避できる。

空要素はどうやって判断するんだろ。

www.kanzaki.comの
me.gif画像をh1と解釈するのは至難の業。
左上の web kanzakiが見出しと思った。
人間なんて所詮そんなもんだよ？

>>246=249　は科学ってものがまるで分かってない

見た目で文章の構成を判断させるっていうけど
じゃあその見た目はどーやって作るんだ？font要素でも使うのか？

>255
怠け心が科学の発達に貢献したのは確かだな。

馬鹿はほっといてhtmlの話しよ。

>>255はマークアップ言語ってものがまるでわかってない。見映えの為に意
味付けをするとでも思っているのか？

見映えを人間が定義⇒UAが見た目から意味を解釈⇒何らかの方法で表示
なんて面倒くさく不確実なことをするくらいなら、最初から意味付けをしてしま
えばよいのだ。

>>240にも書かれているように、見映えは所詮見映えなのだ。どうとでも解釈
できる見映えよりも、明確な意味付けがされていた方が良いに決まっている。

>>249
タグ付けは本来面倒な作業と思うんだけど。
ホームページビルダーみたいな
支援ソフト使おうって思うのは自然な考えだとおもうけど？
タグ打ち支援するエディタ使うのもタグ打ちが面倒だからでしょう？
面倒な作業はコンピュータに任せようってのは自然な流れ。
書いている文章の内容に思考を集中させたいでしょう？

あと、不確定要素の話でいくと、
日本語の漢字の読みは文脈依存だよね。
で、音声ブラウザで読ませるとき、
ルビが振ってない漢字は文脈で判断して読むしかない。
文脈を読むのを完全に否定するなら
全部の漢字にルビ振らなきゃいけないんだけど。

>>245
本気でそう思う？
鼻歌で音楽が検索できたり(もうあるし)
言葉で画像検索したりとかすごく便利だと思うんだが。

最初に「新聞」と「レイアウト」って言葉使っちゃったから
よくわかってないあほうどもがわきまくったんだろうな。
結局 >>237 ってことなんだろうな。

ということで、さっさと
「こういう場合はどの要素使うんですか？」
みたいな低次元な議論を再開してください。

http://www.agemasukudasai.com/bloom/

アホはおまえだ

>>259
> タグ付けは本来面倒な作業と思うんだけど。
> ホームページビルダーみたいな
> 支援ソフト使おうって思うのは自然な考えだとおもうけど？
> タグ打ち支援するエディタ使うのもタグ打ちが面倒だからでしょう？
> 面倒な作業はコンピュータに任せようってのは自然な流れ。
> 書いている文章の内容に思考を集中させたいでしょう？

だからといって、意味付けが不必要となるわけではない。ソフトの支援を
受けるのだって、あくまで意味付けする事を補助するだけだ。
どこが見出しでどこが段落でどこがリストかなど、書いた本人以外にはわ
からないのだ。

> 鼻歌で音楽が検索できたり(もうあるし)
> 言葉で画像検索したりとかすごく便利だと思うんだが。

それとマークアップとは違う物だ。それらのものはキーボードやマウスと
いった入力装置に代わる物。
文章に明確な論理構造を付けていくマークアップとは本質的に違う。

論破されたからといって、「低次元な議論を再開してください」といった勝利宣言を
捨て台詞に逃げるとは、真面目にレスするだけ無駄なのかもしれないけどねえ。

>>263
>>259 の真中の部分は意図的に無視ですか？

>>262
>> 鼻歌で音楽が検索できたり(もうあるし)
>> 言葉で画像検索したりとかすごく便利だと思うんだが。
>それとマークアップとは違う物だ。それらのものはキーボードやマウスと
>いった入力装置に代わる物。
>文章に明確な論理構造を付けていくマークアップとは本質的に違う。
入力装置の話をしてるんじゃないのでは。
>>245 の画像や音声の中身の解釈ってのを受けての文章だと思うんだけど。
とんちんかんなこといわないでくださいね♪

>>263
> あと、不確定要素の話でいくと、
> 日本語の漢字の読みは文脈依存だよね。
> で、音声ブラウザで読ませるとき、
> ルビが振ってない漢字は文脈で判断して読むしかない。
> 文脈を読むのを完全に否定するなら
> 全部の漢字にルビ振らなきゃいけないんだけど。

だから漢字の読みを明確にするためにruby要素があるのです。ですから、ruby要素
が無い場合の漢字の読みはUA任せの不確実なものとなります。
しかし、読みなどわからなくても記述言語としての日本語の意義は失われません。

>>240氏の書き込みは意図的に無視ですか？

>>264
> 入力装置の話をしてるんじゃないのでは。
> >>245 の画像や音声の中身の解釈ってのを受けての文章だと思うんだけど。
> とんちんかんなこといわないでくださいね♪

それだって、alt属性のようなもので代替テキストが付いていた方が確実であることは
誰の目にも明らか。

議論に関係無いくだらない煽りは控えていただきたいものですがね。

わーい。もりあがってきた。
>>265
記述言語としての日本語の意義ってなんですか？

>>266
代替情報が付いてないデータはどうするの？
html 文章から参照してないデータは？

>>267
Nozaki氏の言葉言葉言葉でも見てください。

>>268
> 代替情報が付いてないデータはどうするの？
> html 文章から参照してないデータは？

だからマークアップをして意味を定義するのではないですか。

>>218 Strict HTML が糞なんじゃなく
Strict 厨の8割6分が糞。

nobodyさんは煽り厨だと判明

>>269
>Nozaki氏の言葉言葉言葉でも見てください。
あなたの言葉で説明してほしいんですが。

>>272
この議論とは違う方向ですが。
何でもかんでも質問しまくって、話を逸らすようなことはやめていただきたい。

＞あなたの言葉で説明してほしいんですが

google使えといわれても開き直る単発質問厨みたいな奴だな（ｗ

nobody＝ふへ＝ふ

このスレって思考停止起こしてる香具師多いな。

>>276
どの辺が？

>>276=ふ

　　　 ↑
　　←ふ→
　　　 ↓

＞あなたの言葉で説明してほしい

説明するときは必ず自分の言葉を使えってか。
他人の言パクって何が悪い。わかりやすくていいじゃないか

>>201は例えでレイアウトから見出しを作り出す　うんぬんを言っただけで
それをたたくのは確かにかわいそうであるが、その例えを用いて>>201の言いたかった
ことは、今の機械では文章の構造が理解できないので、必要悪として人間が機械に分かりやすい
ように論理マークアップをしているという意味であると推察される。
しかしここからして疑問符がつくわけで、論理マークアップとは機械に分かりやすく
しているのではなく、人間に文章の構造を分からせるために用いた１手段であって
決して必要悪ではなく、ただ純粋に必要だってことなのですよ。

http://www.letre.co.jp/~iwaki/essay/div/?002
なんかを参考にされたい。

結局ふが何を言いたかったのかわからない

htmlはマシン語ですよってことだろ。

ふは糞

ふも糞

<dl>
<dt>あ行</dt>
<dd><a href="#afun">あうん</a>、<a href="#ain">あいーん</a></dd>
</dl>
このように、dt、ddを使うのは正しくないのでしょうか？

ぁん♥ぁん♥

好きにして。

>>289
いいのかい？

何度も言わせないで。

>>286
別に構わないんじゃないの。ついでに言うと、その<dd>内は<ol>でもいいような気がする。

ol li {display:inline;}

>>286の例を良く見ると、<ol>ではなく<ul>になると思う。揚げ足取りかも。

pre って視覚系の UA に依存した物理要素だと思うんですが、
Stricter(?) の方々的にはどうなんでしょう。
XHTML 2.0 でも残されているということは、font や u, s とは違うんでしょうか？

preは糞

＞pre って視覚系の UA に依存した物理要素だと思うんですが、
例えば詩（poem）の改行は物理的な意味しか持たないと御思いで？

>>294
preなんて使わないじゃん。
使う機会があるとすれば「HTML向きではない文」を載せるときぐらいじゃない？
そういう人が居ないとも限らないから「残してある」ってだけだと思う。

>>296 論理的な意味があるなら別要素でマークアップすれ

プレーンテキストのRFCを改変せずに
図表入りで引用する時とか、preは必須。

>>298
preを避ける理由がない

>>299
ああ、引用なら使うね。

ソースコードの記述にいちいちlineなんて振ってられない
からpreは必須。

論理マークアップが正しい正しいと連呼したところで、
人類の大部分は頭が悪くて論理マークアップなんざ出来やしないというのが現実。
なら、無知な一般大衆には、コンピュータ様のご宣託が必要、って話だと思ってたのだが、
どうも変な方向に行ってるな。

人間にだって完璧な論理マークアップはできないんだから、
コンピューターが多少へんな構造解析したところで問題ないだろ。
というより、Strict厨の多くが本当に「論理的」に考えてるのか？
今の技術でも、コンピューターの構文構造解析のほうがマシっぽく思えるのだが。

>>299
それは本来、blockquote要素辺りに
xml:space="preserve"を付けて表すべきなんじゃないの？

>>303 おちつけ

＞コンピューターが多少へんな構造解析したところで問題ないだろ。
どういうシステムを想像してるのか書いてごらんよ
一笑してあげるから

>>302
それではtableレイアウト厨と同じだと思うが。

>>303
Strict厨は自分が正しくてそれが全てだ。話にならないので諦めた方がいい。

>>304
そんなのtext/htmlでは無視です。

整形にも意味があるなら問題なかろうに。

preがダメならimgもobjectも使うなよ

全部使ってねえよ

コードのインデントには意味があるので
<pre> を使う。

>>312
うんうん。w3cでも使ってる。

>>312
コードはそれ自体に意味がある訳で、インデントは人間が見たときに見やすくするための「見栄え」なんじゃないかと。

頭固いﾔｼらは老化もはえーぞ
気を付けとヶ

>>308
text/html なんて捨てれ。

>>303
そんな話、ここでしてもしゃーないだろに

>>316
俺は捨ててるけど、ここって捨てられない人たちのスレでしょ。

>>309
例えば、どんなのが浮かぶ？

わけわかんね

>>314
ぷれはみばえをまーくあっぷしているといういみでこうぞうをまーくあっぷするためのようそです

>>321 そのキャラやめてみないか

>>303=>>308=>>315

>>303=>>308=>>315=nobodyさん=ふ

<pre>
くもがいたのでいやなのでつぶしました
いやなのでつぶしました
いやなのでつぶしました
いやなのでつぶしました
痛かったですか
ごめんね
あああああああああああ
</pre>

どうでもいいよ

>>314
python とかはインデントに意味がある。

「インデント」の本来の意味は

ぱいぱん！！

もの凄いレスを付けられて笑ってしまいました

<pre>
あああああああああ
ああああ
ああああああああああああ
さいていだおれは
逃がしてやればよかったのに！！！！！！！！
くそ
くそ
虫に潰されて死ねよ
</pre>

<pre>
んー
あー
わすれた
スマップのセロリをうたってたひと
まあいいや
それで
ええと
</pre>

<pre>
あああああああああ
ああああ
ああああああああああああ
さいていだおれは
逃がしてやればよかったのに！！！！！！！！
くそ
くそ
虫に潰されて死ねよ
</pre>は糞

・原理派（preはつかっちゃダメ）
・マークアップはコンピュータがやってくれる派・・・1人
・その他

・原理派（preはつかっちゃダメ）
・マークアップはコンピュータがやってくれる派・・・1人
・その他は糞

そんなことより高円宮様が

おれ

さ、飯でも作るか。

>>338
手抜きはstrictじゃないから糞

>>314
んなこたぁない。
言語による。
タブかスペースかで言語的に意味が変るのもあるし。
インデント幅によって解釈が変る言語もあるし。

では<pre>の話はこの辺でお開きに。

>>340
ちょっと強引だな

>>342 python 知らないの？

マイナー言語使い必死だな（藁

pythonも知らんとはかわいそうなやつだな。
#pythonのインデントは変態的で嫌いだ。なのでsage

pythonは糞

本当にpythonを知らないとかわいそうなのだろうか

それはpythonを知ってみないことには解らないだろう。

python←なんて読むの？

pre使いたい。

使えばいいだろ

>>349
>>329

>>347
このスレ的には知ってようがなかろうがどうでもいいと思われ。
ただ、知らずに>>314みたいな事を逝ってる人は、かわいそう。

preformated text
とは整形済みテキストをマークアップする要素なのだ。

b要素は太字をマークアップする論理要素

b要素はソースを見ても
囲まれた部分は太字じゃないけど
preは囲まれた部分は整形済みなので
論理的です。

>>353
そうでもないよ

HTML書き始めた当時「論理的」の意味が解らなくって
はて？と思ったことをふと思い出した。

nobody要素はstrictですか？

There is nobody here.

nobody knows why.

少しでも見栄えに関わるようなものは全部排除したいのね。＞pre
W3Cがやっててもそれを認めない人は原理主義者なの？

見栄えに関するのがイヤならrel="stylesheet"使うな。

いやです

ここに書き込むことによって
自分の手によって b 要素とか吐きだしてるわけだが
そういうのは気にならんのか？

>>365 馬鹿じゃないの

無いの

真のStricterは２ｃｈなんかに書き込まない

>>366
なんで？普通に疑問なんだけど。

>>369 馬鹿じゃないの

>>370
なんで？普通に疑問なんだけど。

ストリクターは
自己満足なので
他の板はどうでもいいでFA

>>371 馬鹿じゃないの

<a href="#">up</a>

はなにで囲めばいいですか？
<div class="navi">でいい？

<p>でいいじゃん。

>>374
<p>または<ul><li>

>>374
<b>または<i>

>>374
<html><body>かな

>>377 よしなさいって

段落ではないでしょ

>>347
<pre>が流行りみたいね。

>>374
<noscript>。これ最強。

<noscript>は糞

ﾋﾋﾋﾋﾋ
荒れろ荒れろ

>>383-384は糞

放置しとけ

<p><a href="#">top</a></p>
がいやなら
<p><a href="#"><img src="top.png" alt="ページのトップに飛びます。" /></a></p>

でいいじゃん。そもそもナビゲーションに適した段落のようなものは本などからは
見つけることはできないですよ。だって本にナビゲーションなんてないもの
リンクもないし。
topに戻るなんて文、段落なんて本にはありえないから、おかしく感じても
しゃーないけどね。

<p><a href="#">top</a></p>
は
【このページのトップは#です。】
という段落に他ならない、リンクにすると、文字が短縮されるのが一般的
なことに気づけば、納得していただけ・・る？

>>387
本と比較してどうする。さては「ページ」という変な用語のせいか。

本と比較じゃなくて
本じゃないって言っただけ。
webなんだから、webにあった方式をと・・

本じゃないぞ。
本にしたいなら紙に書け。
ハイパーリンクあってこその HTML だ。

でも top とかそういうのは link 要素で書きたいところだね。
なにもかも UA の実装がチンポコなのが悪いのだ。

UA の実装は糞

<糞><strong><abbr title="useragent">UA</a></strong></糞>

>>390
うん
だからハイパーリンクだけでもpでいいんじゃないのかなー　　って
拡大解釈って言われるっすかね。

<strong title="糞"><abbr title="Unko Agent">UA</a></strong>

ありゃ、abbrの終了タグがaになってる

ウンコ代理人？

おぉ、切れても安心だね、UA。

title="糞"
でUAに糞って意味をもたせられるのか？

>>393
いいんちゃう？divよりマシ。

>393
個人的には認めたい（<div>の中に匿名ブロックができるとイカンという人もいるし）。

address要素ってbody直下に書くべきなの？

それとも
<hn>このウェブサイトの情報</hn>
<ul>
<li>大盛りネギダク玉子云々</li>
<li><address>なんとかかんとか</address></li>
</ul>
みたいなのでもいいの？

>>400 いいよ

>>400 どうでもいいよ。
address 利用する UA なんかないし。

addressはUAの為に書く物だったのか（藁

過去ログから読んできたけど、読めば読むほどワケが解らなくなってくる。
個人個人のstrictだったりマークアップの解釈が違うから｢これが正解です｣
みたいなのが無くて自分の記述してるソースに自信が無くなってくる・・・。
難しく考え過ぎなのかな。

>>404
>難しく考え過ぎなのかな。

正解。そしてここは難しく考え過ぎる人々のスレ。
皆で意見が割れることもザラだから、結局は自分が信じたマークアップをすることになるよ。
まあ気楽に作ってみれ。

自分が信じたというか、仕様書と照らし合わせつつ自分がこうだと思ったマークアップを

>>403
あたりめーだ。
人間がソース読むわけじゃない。
どあほうが。

アホか（ﾌﾟ
ソースは人間が食べる物なんだよ（ｹﾞﾗｰﾘ

>>388
カタカナでページはともかく
いわゆるホームページ（トップページの意味ではなくて）
の英訳は web pageとかpageだよ。

ソースは人間の食べ物
ＵＡだけの食べ物の物理要素を廃するのがstrict。

>>410
(ﾟДﾟ)ﾊｧ?
UA だけのって、meta とかも排除ですか？
全て要素は UA のためだけにあるんだっつーの。
人間が必要なのは UA が解釈した結果のみ。
UA っていったってウェブブラウザだけじゃないがな。
にしても、あたまわりいな。

ていうか、
人間の食べ物っていうならさ、
address 要素を何かに利用したことあるのか？
スタイルシートだけか？

j君は糞だな

>>412
>address 要素を何かに利用したことあるのか？

過去だけにとらわれなさんな。

>>410
ばいばい

何か最近どこもアレだけど
よく考えたらこれくらいがちょうどいいかもと思えてきた

おいおまえら！　ちょっとスレの消化が早すぎませんか？

はやすぎっていうか、無駄に消費しすぎ。

前半は結構いい感じだったんだがな

じゃ、暇だから埋めるか

ちょっと前に<p>や<hn>や<dt>の使い方で議論してたが、結局
「どういう場合にどれを使う」の決定的な答えは出てないな。

j君が勘違いなのが問題だ。
もうｺﾃﾊﾝやめたまえ。

>>421
仕様嫁や

無能固定はいびり頃すしかあるまい。

ume

>>411
meta?物理要素っていってるでしょ。
あといろいろと同意できかねる。
俺がまだまだ勉強不足なのは確かで、勘違いも多いが
勉強していくんでお手柔らかに。

　　　＿＿＿＿＿_
.　　（_,_,_,_,_,_　　　_,）
　　　| ﾟ｡　　｀i　i´｡|--、
　　　|　ﾟ　ﾉ)ﾟﾉUo｡.|┐ |
　　　|｡ﾟ　(,,ﾟДﾟoﾟ　.|. |　|　＜お前らビールでも飲んでおちけつ！
　　　| ｡ﾟ (ﾉ　 つ｡ﾟ.|_|　|
　　　|　ﾟ｡ |ﾟ　｡|｡ .ﾟ.|__ノ
　　　!＿__!＿__!___.!
　　　　　 ∪ ∪

>>426
出てくんなって、荒れるから。

んじゃ名無しでお勉強させていただきます。
お騒がせしました。

>>423
仕様だけで分かることわざわざ聞かんよ。
仕様書の後でこのスレで見たもんだから疑問が浮かんだ訳で。

>>430
その疑問点を挙げたら？

ume

>>431
前スレの最後の方からこのスレの>>141まで参照汁

j君名無し化記念sage

そういや茶文字ってコテも知らない間に消えたけどアイツどうしているの？

>>433
そんな面倒

>全て要素は UA のためだけにあるんだっつーの。
ってのはどうなの？

要素はともかくタグは機械処理のためにあるものだな。

みんなプレーンテキストに汁！

410も411も断言するから駄目だんだよ。
UAも人間も利用するんだっての。

どっちなんだＹＯ。

お前ら>>411の言っているようにaddress要素はスタイルシートだけの
ためにあると思ってるの？
j君以下だな(　￣,_√)

>>408が言い出したことなのにj君ばかり責められてるこの現実。
コテハンって損だよな、なんでするのか理解に苦しむ。

物理要素の排除はわかったから
意味を表す要素の
スタイルシート以外での活用例あげてみろや。
オナニーか？オナニーなのか？

音声ブラウザで便利になるなんて
使ったこともないのに語るのは禁止。

>>409
English Speakerのメル友がいますが、メールの中で
"i visited your home-page,"と言っていました。

ホームページという言葉はもはや誤用でも何でもないのです。
言葉というものは常に変化しているいわば生き物のようなものです。

なんだよふかよ。
j君やっつけてよ。

>>445
そんな話ここでしなくていいよ

408のギャグをj君が真に受けたんだろ
でそのまま知ったかしてしまったと。

じゃあな　j　またな

>>444
おまえうざいから消えてくれ。
別におまえが不思議マークアップ使っても怒らないからさ。ね。

>>408発見。

茶文字といえば
初心者のためのサイト立ち上げる
みたいなこといってたが
あれはどうなったん？

>>450
俺も気になる。あの計画に共感していただけに。

>>449
p ですか div ですか dl ですかとかいってる方が
楽しかった？

408 ：Name_Not_Found ：sage：02/11/23(Sat) 06:15 ID:???
　　　　　アホか（ﾌﾟ
　　　　　ソースは人間が食べる物なんだよ（ｹﾞﾗｰﾘ

410 ：j君 ：sage：02/11/23(Sat) 07:10 ID:???
　　　　　ソースは人間の食べ物
　　　　　ＵＡだけの食べ物の物理要素を廃するのがstrict。

>>452 それは俺が聞いた質問じゃないの

>>453
蒸し返すな。せっかく透明あぼ〜ん指定し終わったのに。

>>454 どれ？

>>450-451
自分で作れや

>>456
>>421

>>457
やだよ。別に共感してたわけじゃないし。

>>457
わかったわかった、俺が悪かったからもう帰れよ。

「410 ：j君」では「ＵＡだけの食べ物」は何なの？
「ソースは人間の食べ物」なんでしょ？

好き勝手言いおって、糞名無しﾄﾞﾓめ

[ｿｰｽは人間が食べるもの]に
[食べるもの]じゃなくて[かけるもの]だと思った俺は逝ってよし？

j 君はソースが主食なんじゃ？

>>462
偽者ｶｺﾜﾙｲ.

◆xELvisFUの先頭二文字って知ってる？
ﾄﾘｯﾌﾟ10桁かの前に行方不明になったんだっけ

>>465 ふ、ってなんなのかやっと判った漏れは新参者ですか。

>>466
茶文字たんです。

なら分からない漏れはもぐりですか？

j君の言っていることはそこまで馬鹿なことには思えないんだけどねえ。

もぐりってふぐりみたいなもんですか。

>>442 がアドレス要素を
スタイルシート以外でどんな風に活用してるのか気になったんだが。
SPAM 用メールアドレス収集ロボットとかだったら鬱だ・・・
ていうかそんなんしか思いつかん・・

>>469
Strict 厨の悪いとこだけ見て育った子って感じで
気になる。

address要素もlink要素的な扱い方をするなら意味を持つような
でなければ微妙

ソースよりマヨネーズが主食ですが何か？

モジューラーケーブルけつの穴につっこんでますが何か？

j君って変態なんだね。
前から思ってた通りだけど。

>>474=475=476=ふ
荒れてきたね。

>>473
address 要素だけ抜き出して
アドレス帳を作成する UA があると仮定して書いてみるとか。
名前と連絡先とあとはサイトのトップの URL ぐらい？
BBS の書き込みのシグネチャの部分なんかも
address だといいかもね。

そろそろ騙り対策しておくよ。

>>478
前者は正にスパム用だね。

>>480
MUA が閲覧したメールからアドレス収集して
名前からアドレスを逆引き出来るみたいに
著者名からサイト逆引き出来たら面白いかなっておもったけど
普通適当にサイト見てるときって著者名なんて気にしないわな・・・

セマンティック Web な世界になってくると
Web のリソース弄るのが簡単に出来るようになるぶん
色々問題もおきそうね。
今だと平文のところから意味付けを推定しなきゃいけないから
面倒で自動化してやってるとこ少ないだろうけど。

セマンティック Web な世界が
嫌とかそういうことじゃなく。

Webページの作者にコンタクトしたいときLINK要素（author）を
参照するのと同様に、ページ内の記事の作者にコンタクトしたいとき
ADDRESS要素を参照する・・・ような想像しかできない。

UAがどんなインタフェースで実現するかを考えるとこれも微妙だけど。

ADDRESSって事実上フッタじゃん

>>484
たしかにフッタ以外に使われてるケースってあんまみたことないや。
一纒まりの文章の↓にくっついてるってかんじで。

名前とか連絡先をほにゃららするのに使うって方針さえたっちゃえば
どこに使うかなんか全然悩まなくていいんだけど。

フリーフォーマットなaddress要素からメールアドレスとか抽出するのって
たいして楽じゃないし。

>>462>>479
ﾄﾘｯﾌﾟ同じ。。

個人的に、HTMLの要素でマークアップされていること自体に意味があると
思っているので、UAが二次利用する場合が少ない論理要素は糞という意
見には同意しかねる。

>>488
「UAが二次利用」しない要素を "UAが処理しなくてはならない" 文法に
含める "無駄" を考えないのか？

>>489
全ての要素はUAに利用される事を目的としているのか。そんなことはない。
上で挙げられているようなaddress要素の場合は、連絡先として意味付けする
ことが第一の意義。
UAで何か面白可笑しい挙動が起こらない要素は、無意味な要素だとかCSSを
適用するためにあるような物だとかいった意見が出てくるが、マークアップの本
質においてUAの挙動など関係ないのだ。

それだったらこれでいいでしょ。address不要。

<h?>連絡先</h?>
<dl>
<dt>メールアドレス</dt>
<dd>[email protected]</dd>
</dl>

＞マークアップの本質においてUAの挙動など関係ない
SGMLは一体何の為にあるわけ？
あんたはプレーンテキストでサイト作ってろ。

しかし噛み合わんな

>>488
その一歩先にすすんでもらいたいね。
「何のために意味付けするのか」

>>490
1990年10月11日なんてのは日本人が読めば日付だなってすぐわかる。
でも、あめちゃんにはわかんない。
で、そういう部分を自動で変換出来たらうれしいわけで
それには日付ってのはどっからどこまでだ？ってのを
コンピュータに認識させなきゃいけない。
そういうわけで、
<date lang="ja">1999年10月11日</date>
なんてしている。

ぶっちゃけ、そういう機能がないなら date 要素なんか付ける必要はない。
{読め|聴け}ばそれが日付けだと判別出来るから。

同様に、文章の下の方に
author: (アドレス) とか 著者 (名前) (アドレス)
とかあったら人間はそれが連絡先だな、って理解できる。

UA は出来ない。だから address 要素を使う。
でもなんで？ 区別するメリットは？
何らかの二次利用(CSS含む)を潜在的に含まない物は
要素付けする必要ありません。

いっそ、リンクに関する要素と
構造に関する要素だけにして、
論理要素は別の要素セットにしちゃえばすっきりするのに。

あと dl の名前が気に入らない。
paired list の pl にするべきだ。
構造と意味は分離してほしいわ。

あれだ。結果的に外部からまったく観察されない事象は
起こってないも同じってことで。
結局自己完結のｵﾅﾆｰでしかなくなる。

>>494
おそらくプログラミングの経験もなく、現状のUAに不信感でも持ってるのかな。
あなたのように一々ソースを見ては論理的意味を確認するような酔狂なﾔｼは
一般的でないでしょうね。

漏れはｵﾅﾆｰ（address）続けまふ

現状address要素はスタイル指定のためだけにあります。
将来性もありません。

>>497
????
>>494 はソース読んで論理的意味を確認してるんじゃないような気が。
よく意味がわからないﾚｽだな。

>>500
ターゲットｗの主張と混同してた。
申し訳ない。

もう 500 きったんか...
消化はや!

誰か address を救済してやれよ・・・

<address>を良く理解しないまま使ってる椰子は多そう。漏れもその一人。

address の子要素あったらよかったのにネ。

<address>
<signature>(ﾟДﾟ)ｺﾞﾙｧ</signature>
<contact><a href="xxx">xxx</a></contact>
</address>

とりあえず妄想

addressを論理構造の一角として表示する必要はあるの？

>>506 よくわかんないけど、ないんじゃ？

なんか、google で検索すると
海外でも同じような議論してる人がちらほらいるね
author とか date とか version 付けるべきだ!
とかいってはる。
で、meta 使えっていなされて終り。
そりゃないぜ。

ねみ。

>>507
ないなら、フォーマット決めてlink要素と同じ感じで扱うしかないんじゃないかと。
そもそも論理構造に吸収されるならaddressに存在価値はないと俺は思うよ。

>>508
meta、linkとの違いは、addressがsectionの著者・日時情報を示せるとこかな。

>>508
metaだと「その文書についての情報」になるけど、<address>ってもうちょい範囲広いんじゃない？
昔のあたんとこで読んだ気がするがうろ覚えｽﾏｿ

騙られとる。
まあいいけど。昨日から俺書いてないですよ。

初めに文書ありきなんじゃないかなあ。
初めに文書があって、その内容を意味ごとに切り分けて行くのが
マークアップであって、その逆ではないと思う。

研究論文などHTML化したい文書があって、それを意味ごとに切り分けた時、
大部分が見出しと段落になって、僅かにその他の要素が残ったんだと思う。
その僅かに残った要素の１つが、addressなのでは？

マークアップするってことは、文書の全ての構成パーツを、意味（要素）ごとに
切り分けるってことで、それをどう利用するかは別問題なのだと思う。

現状、あるいは将来に渡って、addressにスタイルシートを適用する以外の使い道が
なかったとしても、それはそれで仕方がないのではないか？

使い道がないから必要ないんじゃなくて、
使い道がなかろうが意味（要素）を明示するためだけに必要なんだと思う。
（もちろんaddressという単語でいいのか、子要素が増えないのかは、また別問題）

今MTBBSを作っているのですが、
<h1>hogehogeBBS</h1>
<div>
<h2>スレッドタイトル</h2>

<h3>投稿タイトル</h3>
<address>投稿者名　日時　</addreee>
<p>本文</p>

<h3>投稿タイトル</h3>
<address>投稿者名　日時　</addreee>
<p>本文</p>
</div>
っていうのはだめなのかな？掲示板みたいなののauthorってのは別にサイトの
管理人に限定しなくてもいいよね？

>>512
揚げ足取りだが、「文書ありき」ではなく「テキストありき」かと。
で、言ってることには同意。

>>513
そういう使い方もアリだと思うんだけどなあ。

<dl>
<dt>投稿者名</dt>
<dd>ガッツ石松</dd>
<dt>投稿日</dt>
<dd>2002年11月24日</dd>
</dl>

こうするとこのスレでは叩かれるだろうか。

>>513
揚げ足取りだが、</addreee>ではなく</address>かと。

>>515 どこの696だよｗ

>>513
オレなら>>514の方法で逝ね。しかも投稿一つ一つを div で括ちゃう。
で、div には適当な id を振っちゃう。スタイルシートであぼーんも簡単。

>>517　漏れもそれだ

>>517
CSSであぼーんしても仕方ない

>>517
あぼーんするならdelで囲んでからにしろ。

>>519
そりゃ、何かマズイ（法的とか人道的とか）ことがあって完全に
あぼーんするならソースから消すしかないけどさ。
そうでなければ適当な代替スタイルシートを提供して閲覧者に
選択してもらうってのもありだと思うんだよ。

ま、div = 悪 ってもんでもなかろうということを逝ってみたかったの。

あぼーん云々はわからんが、複数のブロックをグループ化する目的での<div>の使い方は有りだべ。

div
{
display:none;
}

>>521
何かマズイことが無いのにあぼーんすることなんてあるの？

たとえば、ふを見えなくしてみたり……

CSS じゃなくても、投稿者名と id の対応表があれば
それを元に機械的に検閲できる。

でもそこまでするようなのが html でデータ保存してるわけないから
データの段階であぼーんしたほうが賢い。

>>522
うんうん。
でもこのスレの中には div にクラス振ってあるだけで
ひきつけおこすようなのもたくさんいるんだろね。

要素がたりねーからしかたなく div つかってんだよ！
珍解釈して p だの dl だのにつっこんで意味をごっちゃにするより
div に class ふっといたほうが将来的にも有利。

このｽﾚのみんなはなんで Strict マークアップしてるの？

したいから。

なんでしたいの？

要するに、明確な目的意識無しでマークアップしてるわけね。

マークアップが目的になっちゃってるヤツが多いんだよ。

bbs だったら、それ専用ブラウザを作ったとき
各要素を簡単に取得出来るような設計がされてりゃ
それでいい気がする。
dl 使うのはいいんだけど、適切な id なり class なり振ってないと
あんま意味ないね。
<dt>投稿者</dt> もいいんだけど、
<dt>メッセージ</dt> と区別出来ないから適当な class で情報を補ってほしい。
つきつめると "投稿者" だの "メッセージ" はメタ情報だから文章中にかくことない
ってなるけど。

というか、BBS は XML で公開する方が正しい姿なんだろうな。
データソースを利用したい UA はその方がうれしいだろうし、
閲覧することだけが目的の UA たる web ブラウザさまには
標準で用意した XSLT で頑張ってもらえばいいし。

そうすりゃ
<メッセージ>
<投稿者>ぼけ</投稿者>
<内容>ぼけです。ごめんね。</内容>
<メッセージ>
ですむし。

あれだな。目的のためには手段を選ばないのが物理マークアップ。
対してここの住民は手段のためには目的を選ばない、と。

>>534
物理マークアップは手段選ばないんじゃなくて、目的が違うんだと思う。
物理マークアップも論理マークアップもTPO考えて選ぶ手段の一つだ。
手段を選ばない(てか選んでない)点ではここの住人の方がはるかに上。
何を記述するにも HTML4.01Strict って、バカの一つ覚えとしか思えない。
選んだ結果が HTML4 なら、正解がないのは諦めろって思うことが多い。
#「目的を選ばない」、名言だな。

>>533
ぶっちゃけCSVもどきでいーんですけどね。
2ちゃんのdatとか。

>何を記述するにも HTML4.01Strict

そんな人はいませんが

いませんね。
XHTML使うし。
印刷用に文書作成するときなんかは全然Strictじゃないし。

印刷物とか見映えを崩したくない方面向けの文章はPDF使うしなあ。HTML自体がそういう
方向には向いていないと思ってるし。

HTML4.01だけで全て記述できたらそりゃ幸せだよ。





MathML使ってみろってんだ畜生。

PDF 使うっていうか、
XSL-FO が早いこと実用的な段階まで降りてきてほすい。

>>540
まあ、オナニースレだし。
意味要素の意味を脳内補完して使ってる連中になにいっても無駄。
それは dl でしょうとか言われるのがオチ。
広義の意味で使う = 狭義の意味を捨ててる
ってことをわかってないし。

>>536
CSV モドキは拡張性がね。
データのネストとか区切り文字がフィールドに含まれてるときとかの処理が
実装者毎にまちまち。コンセサンスがとれてない。

>>541
仕様書嫁

>>534-535
目的？　
ふふん。目的とはね。
極論してしまうならお嬢さん。
我々には目的など存在しないのだよ。

世の中には手段（Strict）のためならば目的を選ばないという様な
どうしようもない連中も確実に存在するのだ。

そろそろこのスレの存在意義が危ぶまれてきたな。

＞世の中には手段（Strict）のためならば目的を選ばないという様な
＞どうしようもない連中も確実に存在するのだ。

だからそんな奴いねーってば

意味付けのなんたるかをわかってない
妄想 Stricter を増産するぐらいなら、こんなスレいらない。

意味の捏造、レイアウトに table を使うのとなんらかわらない。
summary="for layout" とかしてあるだけ レイアウト table の方がまだまし。

>>546
じゃあ、あんたは何のために
strict にこだわってるの？

まさか本気で
今の HTML の意味要素からセマンティック Web が実現できるって
思ってるんじゃないだろね。

XHTML を冠するスレのくせに、ぜんぜんそういう話題にならないし。

>>548
別にこだわってなどいませんが？

公開しようと思う文章が、HTMLに適しているから、としか言いようがない。

>>549
HTML に適してる？？？
HTML に適してる文章ってどういうの？？？
きっと dfn とか code とか var とかバリバリ使ってるんだろうなぁ。

>>549
そんな文章、a 要素だけにしてもたいして変らないに1票。

>>550
少なくとも、fontやbを多用するような文書ではないということ。

意味も付加されてない、見た目も考えてないテキスト
= Strict HTML ってことでつか。

>>549
別スレ立ててやってろよ。俺ら<q>妄想Stricter</q>はそっちの邪魔しないから。

＞XHTML を冠するスレのくせに

ここは単なるStrictスレだと思ってたけどXHTMLスレだったんだ…

スレタイの
「Strict-」の後ろはスレ番号の意味だと思ってたけど、違ったのか。

=== オナニー開始 ===

>>553
文書構造を明確にするべき文書。

>>556
自分がインポだからってオナニーアレルギーを起こすのはやめまちょうね、ボク（ﾌﾟﾌﾟﾌﾟ

>>557 文章構造を明確にする目的って？

>>559
文書の構造を明確にすること

>>559
>>531

　|　　さいたまさいたま をやっていいですか？　　　　
　＼＿＿＿＿　 ＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　／||ミ　 Ｖ　　　　　　　　　　
　　 ／ ::::||
　／:::::::::::||＿＿＿＿　
　|:::::::::::::::||　　　　 　 ||
　|:::::::::::::::||│　／　　||
　|:::::::::::::::||￣＼　　 ｶﾞﾁｬｯ
　|:::::::::::::::||ﾟ ∀ﾟ）　 　||　
　|:::::::::::::::||＿／ 　 　||
　|:::::::::::::::||│　＼ 　 ||
　|:::::::::::::::||∧ ∧∩　||
　|:::::::::::::::||　ﾟ∀ﾟ）/ . ||
　|:::::::::::::::||∧ ∧∩　||
　|:::::::::::::::||　ﾟ∀ﾟ）/ . ||
　|:::::::::::::::||　　　.〈 .....||
　|:::::::::::::::||,,／＼」......||　　　　　　　　　　
　＼:::::::::::||￣￣￣￣　　　　　　　　　　　　　　　　　　　　　
　　 ＼ ::::||　　　　　　　　　　　　　　　　　　　　　　　
　　　　＼||　　　　　　　　　　　　　　　　　　　　　

文章構造が明確にされてるかどうかすら怪しくないか？
section が導入されんことには
こっからここまでが第一章よん、とかいうのが
マークアップからは読みとれん。
hn から次の hn まで、とか div とかの
弱いグルーピングしか出来ないし。

smartdoc の方が文章構造明確に記述できるんで、
文章構造を明確にするのが目的なら smartdoc 使ってください。

　　　　　　　　　　　　　　　　　　　　　　　　　　　- ､　　　- ､
　　　　　　　　　　　　　　　　　_,, -―　"⌒ヽ-､　　　ヽ　　　 ＼
　　　　　　　　　　　-=≡　,,-"　　　　　　　　i　ヽ　　　 ヽ　　ヽ.ヽ
　　　　　　　　 -=≡ 　 ／　　　　　　,,-ヽ　 .i　　i　　　　 i　　　i　ii
　　　　　　　-=≡　　 ./　／　　　 ／　　i　　|.i　 |　　 　　|　　　i　ii
　　　　　　-=≡　　　/ ./､Д , ）./　　　　 | '⌒／⌒)(_ヽ　 !　　　!　!!
　　　　　 -=≡ 　　　|　|/￣∨/　　　　 　ﾞ -/ /-⌒)　i
　　　　　-=≡, 〜⌒|　| ⌒l/ /　 　 　 　 　 |　| ヽ （ヽi　　ぐるんぐるん
　　　　　-=≡ー-ヽ |　| |　| /　 　　　　　　.|　|　 し' （　　 　 　 　 i i
　　　　　-=≡　　 .／ノ|） 　|　　　　　　　　 |　|＿∧､_つ　　　　i　| i
　　　　　-=≡　　（__|　 |.|　.|　　　　　　　 /　| Д｀）　 　 　 　.i　i lホワー！！
⌒ヽ　　　-=≡ 　　　!　 ヽ　＼　　　　　 /　　　　 / 　 　/　　/ //　　
　⌒ヽ　　 -=≡　　　ヽ　　＼　ヽ､　 　 /　　 　　/ 　 ／　 ／ .'
　　'"⌒ヽ　 -=≡　　　 ＼　　⌒ヽ⌒ン　 　　 ／　　 _,,-'' ,,-"
　　ヽ　　　ヽ､_-=≡　　 　 ＼　　　　　　　,, -"　_,, - '' - "
　　 　）__ノ⌒ 　　 -=≡　　　　ﾞ ー---- "
　ー"　　　ゴロゴロロロ・・・

hn から次の hn まで、でいいじゃん

　　　　　　　　　　　　　　＿　　　　　　　
　　　　　　　　　　　　／／.|
　　　　　　　　　　　／／.／.|.　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　 ／／.／ |　|　　　　　|　すんません。すぐ処分しますんで・・・・・。
　　　　　　　　／／.／|／:.| .|　　　　　＼＿　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　□／ ／ //|　|.　　　　　　　 |/
　　　　　　　　|　|／.;;;;//. |　||.　　　　　　
　　　　　　　　|　| ;;;;;;//　 |　|||　　　l⌒)=|二二フ　　
　　　　　　　　|　|.;;;//　　 |　|.||　　 ∧.|.∧　　
　　　 ∧ ∧　|　|.//.　　　|　| ||.　 （ ・∀・）
　　　（　・A・）.|　|/.　　　　|　|. ||　　|　　　） 　　　　　　　　　　　　　　ワイワイ　　ガヤガヤ
　＿_（　　　 ）.|　|＿＿＿. |　|　|| __.| ｜　|＿＿＿_　　　
　　　 |　｜ |　|　|.　　　／／.|￣　（__（＿_）.　　　／.|　　　　　　　　　 ∧_∧　∧_∧　∧ ∧　
　　　（＿_）__）|　|.　 ／／　　|.　　　　　　　　　／／|　　　　　　　　　（´-`；）（＠･　）（；´∀）（
　　　　　　　　|　|.／／∧ ∧|　ｲﾔｧｧｧ〜　 ／／　 |　　　　　　　 ∧∧　∧ ∧.　∧_∧　∧∧
　　　　　　　(..|　|／　（；´Д｀）　←>>1　.／／.　　 |　　　　　　　（∀・ ）（ーﾟ* ）（　　　）（´∀`
　　　　　（⌒ .|　| 　 　／￣　⊂.⊃.　 .／／　　　／　　　　　　∧_∧ ∧ ∧　∧ ∧.　∧_∧
∧　∧　　 ￣|　|　 ／　　　 └─┘／／　　　／　　　　　　 <_`　　）（´･ω）（дﾟ｀ ）（　　　）（
（　・A・）　　　|　|／　　　　 　　 　／／　　　／　　　　　　　∧_∧　∧ ∧　∧_∧　∧_∧　∧
（　　　 ） 　　　~~　　　　　　　　／／　　　／　　　　　　　　（　　　）（ ﾟ∀ﾟ）（｀　　 ）（　　　）（ﾟд
　|　｜ |　　　　　　　　　　　 ／／　　　／　　　　　　　　∧_∧.　∧_∧　∧_∧　∧_∧　∧_∧
（＿_）__） 　　　　　　　　　／／　　　／　　　　　　　　　（д-　）（　　　）（*ﾟーﾟ）（TдT）（∀｀　）

　　　　　／　　／￣⌒￣＼
　　　　 /　　 / ⌒　　⌒　｜
　　　　｜　／　 (･)　　(･) ｜
　 ／⌒　 (6　　　　　つ　 ｜　　 ／￣￣￣￣￣￣￣￣￣
　（　　｜　　／ ＿＿＿ 　｜ 　＜　お父さんやめてーー
　　−　＼　　　＼＿/　 ／ 　　 ＼＿＿＿＿＿＿＿＿＿
　　　　　　＼＿＿＿_／
＿＿＿＿ ／＿＿＼＿＿＿ ＿
|　|目))＿＿　、｀ ´，＿＿_))目
￣￣￣￣ |　||　。) ｡)￣￣￣
　　　　　　|　||　　. |
　　　　　　|　（　 ｖ |
　　　　　　|　||＿|__|
　　　　　　|　||　 |　|
　　　　　　|　||＝| =|
　　　　　　|　|＼_）､_）
　　　　　　|　|　　　|
　　　　　　|　|　　　|
　　　　　　|　|　　　|
　　　　　　|　|　　

荒らすなとほほ信者

::::::::::::::::::::::::......　　　........:::::::::::::::::::::::::::　;;;;;;;::::::::::::::::::
　　　　　　　　　　　γ　⌒　⌒ ｀ヘ
　　　　　　　　　　イ　"" 　⌒　　ヾ　ヾ　　　　ﾄﾞｶﾞｧｧｧｧｧｧｧｧﾝ.....
　　　　　　　　/　(　　　⌒　　　　ヽ　　）ヽ
　　　　　　　　(　　　　　　､　,　　　　　ヾ　）
　...................　.......ゞ　(.　　　　.　　ﾉ.　.ﾉ　.ノ...........　........
　:::::::::::::::::::::::::::::::::ゝ､､ゝ.....| 　|..., ,　ノソ::::::::::::::.......::::::
　　_ _i=n_ ._ [l_ .._....,,. .-ｰ;''!　 i;;;〜−ヽ_ii_i=n_ [l h__
　　/==H=ﾛﾛ-.γ　,〜ー'''l !　|'''ーヾ　 ヾ　「!=FH=ﾛﾛ
　　¶:::-幵-冂::（　（　　　　|l　 |　　　　)　 ）=HﾛΠ=_Π
　　Π=_Π「�Uヾ､　⌒〜"""''''''⌒〜'"´ ノ;;'':::日lTΠl:::....
　Д日lTl,,..:''''" 　 ""'''ｰ-┬ーr--〜''""　　　:::Д日lT::::
　FH=n.:::::'　 　 　 　 　 　 | 　 | 　　　　　　　　:::FL日l」:::::
　ﾛΠ=:::::.:.　　　　　　　　ﾉ 从 ゝ ｷﾞｬｰｱ
　口=Π田:::.　　　　　　　　　　　　　　 　　 　.::::Γ| ‡∩:::::
　Γ| ‡∩Π::....　　　　　　　　　　　 　　　 ...:::Eﾖ::日lTlﾛ::::
　Д日lTlﾛ_Π::::.......　　　　　　 　　 　 ...::::::::田:凵Π_=H:::
　=Hﾛ凵Π=_Πﾛ=HﾛΠ:::.................:::::::::::口ﾛロH「ｌ.FFｌ

>>565
h1 終りから h2 始めまでの文章と
同じレベルの文章を次の h1 の始めに置けなくない？

<h1>hello</h1>
<p>level1</p>
<h2>follow</h2>
<p>level2</p>
<h2>borrow</h2>
<p>level2</p>
<p>level1? level2?</p>
<h1>bye-bye</h1>
..

＿＿＿　 　　　　　　　＿＿＿　　　　 　　　 ＿＿＿　　　　　　　　　　　　　　　　　　
　　　　／ ＿/＿ | |　　　　 　／ ＿/＿ | |　　　　　／ ＿/＿ | |　　　　＼　　/　
　　|／　 　 /　　　　　　　|／　 　 /　　　 　　 |／　 　 /　　　―――　　　/　　
　　/　 ／　/　 |　　　　　/　 ／　/　 |　 　　　/　 ／　/　 |　　　　　　　　 /　　　
　　　　　：;　　　　　　　　　　　　　　∵　　　　　：;　　　　　　　　　　　　　　∵
　　　　　　　＼（（从⌒从*））　　　　　　　　　　　　＼（（从⌒从*））　　　　　　　　　　　　　　＼（（从⌒
*　　　　#（（　　::　）　（　⌒　ζ　*　／　・*　　　　#（（　　::　）　（　⌒　ζ　*　／　・*　　　　#（（　　::　）　（　⌒　
　 　　＼�曝ｸ　　∵　━（（　：　∂ ））　　／　 　　＼�曝ｸ　　∵　━（（　：　∂ ））　　＼�曝ｸ　　∵　━（（　：　∂ ））　
　　　＼　（（　§　）　⌒；　　lll　;从 *（・）／　　　＼　（（　§　）　⌒；　　lll　;从 *（・）／　＼　（（　§　）　⌒；　
　　*　�煤@;　　）　（（　‡　*　　　ζ 　∵―　　*　�煤@;　　）　（（　‡　*　　　ζ 　∵―　　*　�煤@;　　）　（（　‡　*　　　
　　　（（　´⊇｀　从　　　　¢） ）―　　　　　　　（（　´⊇｀　从　　　　¢） ）―　　　从　　　　¢） ）―
　　 ： *�煤i（　从　 （（　　））　*ヽ＼　ヽ・　　 ： *�煤i（　从　 （（　　））　*ヽ＼　ヽ・　　　　 ・（（　;　　：　　））　（
　　：　／　／ ・（（　;　　：　　））　（　 ζ＼*　　：　／　／ ・（（　;　　：　　））　（　 ζ＼*　　�煤i（　从　 （（　
　　　　：;　　　　　　　　　　　　　　∵　　　　　　　　　　∵

　　　回回回回回回回回回回回回
　　　回:::::::::::::::::::::::::::::::::::::::::::::::::::::回
　　　回:::::::::::::::::::::::::::::::::::::::::::::::::::::回
　　　回:::::::::::::::::::::::::::::::::::::::::::::::::::::回
　　　回:::::::::::::::%%%%%%%%:::::::::::::::::回
　　　回:::::::::::::6|-○-○ |:::::::::::::::::回
　　　回::::::::::::::::|　　 > 　|:::::::::::::::::回
　　　回::::::::::::::::＼ ∇ ／::::::::::::::::::回
　　　回:::::::::::::,,,,l ` γ ｌ,,,,,::::::::::::::::回
　　　回 ＼／~~....　|。　 ~~ヽ:::::::::回
　　　回＼,,／ |　　 |。田}}＼ ＼:::回
　　　回回回回回回回回回回回回

stricter からマークアップを取ったら
自我崩壊おこしちゃうじゃん...
水死体に水かけるようなもんだ。

面白くなってきたなぁ

　　　┌─‐‐─┐　　1さんは２ちゃんねるの初心者ですか？書き込む際に
　　 　|_____________|　　SG(セキュリティー・ガード)に登録しないと個人情報がバレますよ。
　　 ='========='== SGに登録せずに書き込んだ場合、あなたのパソコン内の
　　　/ ＼　　／│　 情報は他人に見られていると考えてほぼ間違いないでしょう。
　 ┌|-（・）-（・）-|┐ 個人情報がばれる方の多くはこの登録を怠っています。
　 └| 　 　〇 　 .|┘ 初期の頃から２ちゃんねるにいる方達は、ほとんどの方が
　 　 |　___ |||||__　|　　このBBSのコマンドの仕組みを知っています。ですから簡単に
　 　 |　＼＿＿/ |　　あなたのIPアドレス等を抜き取り個人情報を見破ってしまいます。
　　　| 　 　||||| 　 |　　このコマンドの方法は決して教えないというのが初期の頃から
　　　　　　　　　　　　２ちゃんねるにいる方達の間で暗黙の了解となっていましたが、
あまりの被害の多さに心を痛めた私はあえて公開することにしました。
SGしておけばまず抜かれるコマンド自体が無効になってしまうのでどんなにスキルが
ある人でもIPアドレスを抜くことが不可能になります。SGに登録する方法は、


名前欄に「 fusianasan 」と入れて書き込みする。これだけでSGの登録は完了します。
一度登録すれば、Cokkieの設定をOFFにしない限り継続されます。
fusianasanは、正式にはフュージャネイザン、又はフュジャネイザンと読みます。
元々はアメリカの学生達の間で、チャットの時にセキュリティを強化する為に
開発されたシステムです。これを行うことにより同一人物が書き込んでいるか


どうか判別する手段が遮断されるので安心です。ぜひ書き込む前には
名前欄にfusianasanと入力してください。自分の身は自分で守りましょう。

>>563
そりゃTableレイアウト物理マークアッパーにPDF使えというようなもんだ

論破されたテーブル厨が荒らしてる模様

妄想 stricter の知的レベルにあったものを紹介しないとだめだね。

stricterなどという異様な造語を使っているのは同一人物

>>577
テーブル厨ってどこにいたん？
煽りじゃなく素で疑問。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　.'　　，　．. ∧＿∧
　　　　　　　　　　　　　　　　　 ,.rっ多　　　　　　　　　　　　　　　.∴　'　　　　（ 　　　）
　　　　　　 _,,,,､　　　　　　　 ,.ｨ､__,.r┘　　　　　　　　　　　　　　　・,‘　ｒ⌒>　 _／ ／
　　　　　　j､　 ＼_　　　　 ,.く＿／　　　　　　　　　　　　　　　　　 . 　’ |　ｙ'⌒　　⌒i
　　　　　rlﾞ`＼,､_　ﾞｯ　 ／　　/　　　　　　　　　　　　　｢~ﾞ^i 　　　　　　|　　／　　ノ ｜
　　　 ／j'ﾚ‐''j_r:､>'ﾞー"　 _／　　　　　　　　　　　　　 ﾄ='ｲ! 　　　　　　 ー' 　／´ヾ_ﾉ
　　　l　,.＞‐-､_rﾞL　　 ／　　　　　　　　　　　　　　_,..｣ﾞ‐-ﾄ; 　　　　／　,　　ノ
　　 /r‐―‐､､　ヾ､ﾞ`ぐ　　　　　　　　　　　　 ＿_／　　　jリ 　　 ／　／ ／
　　l ,!　　　 ,）ﾞi　　　　l　　　　 ＿__,.-----‐"　　　　　 ./ 　　 ／　／　,'
　 ,ﾚ　　　.:: __｣　　 　 ,!　 ,...-'"　　　,.　　　　　__,._,.::-''" 　　／　 ／| 　|
　i　　　 ,／　　　　　　ﾞ!:ｲ　　　　　 .;　　　_,,..-''" 　　　　　!､＿／ / 　 〉
　l　 ー'"-､_　　　　　,.irL__　　　　_,..-‐‐'" 　　　　　　　　　　　 　|_／
　ﾞ､＿　　./ ﾞーr―.､Lｿー-＝=‐'"
　　　　￣ﾞ`‐-､L__ / `ﾞ＝=='"
　　　　　　　 ｢　　　　　　／
　　　　　　　/　　　　 .／
　　　　　　 i　､　　　 /
　　　　　　i　　`　　./
　　　　　/　　　　 ./
　　　　 /　　　　 /
　　　 r'　　　　 ./
　　 /　　　　　/　　
　　,ﾄ.　　　　i"　　
　 ｣､　　:､　 !　　　　　
　ヽ､　　　　,l
　　 ﾞr‐,r---L,
　　　ﾞ‐‐-､_r'"ヽ-､
　　　　　　　ﾞー'"^

どっちにしても廻してるのは2人か3人と見た。

構うな構うな。 透明あぼーん、っと。

　　　ﾄﾞｷｭｰﾝ　　　　　ﾒｷ　　　　ﾄﾞｯｶﾞｧ　　　　二⊃　　　　二⊃　
　　∧＿∧ 　≡≡∧＿∧　　二⊃ 　　二⊃))＠ヾ　；;；:\.]:l
　（　´∀｀）　≡≡（☆´∀｀）　　 二⊃　　二⊃))Д＠　）;；:←>>1
　（　　　　つ　≡つ∬Д∬　二⊃　　二⊃　二⊃)）*　つ　　　　ﾊﾞｷﾞｬ
　ノ 　ノ｜ ≡≡ノ　 /　 ／　　二⊃ 　　二⊃)）;；:;； β｜:　　ﾄﾞｺﾞ
（_＿）　＿） ≡│ /　（＿）　ｸﾞｼｬ　　二⊃ 　二⊃　（＿）;从 *
　∧∧∧∧∧∧∧∧∧∧∧　　　ﾊﾞｷ　　　ｸﾞﾁｮ　ﾒｷﾞｮ
＜モナモナモナモナモナモナ＞　≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡
　∨∨∨∨∨∨∨∨∨∨∨　≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡
≡≡≡≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡ ≡≡≡

必死だな、stricter とやら。

お前ら落ち着け。

これだからweb制作板は厨房が多いって言われるんだ。


本当のことだけど。

ﾁｬﾝｽ! ｵﾊﾟｰｲ
　　　ヽ(`Д´.)　　　
　　　　 （　>）
　　　　　/　ヽ

　　　　　ｱｹﾞ
　　　　（ `Д´)メ
　　　　 （<　 ）
　　　　　/　ヽ
　　
　　　　　ﾄｳ！
　　　ヽ(`Д´)ﾉ
　 　　　（　　）
　　　　 　'V
　　　　‖川‖

　　　　ｵﾊﾟｰｲ ｱｹﾞｰ！

　　＼ 　　＼ｖ／　　／
　＿＿　ヽ(`Д´)ﾉ　＿＿＿
　　　　　　（ 回 ）
　　　　／　/　ヽ　　＼

なんか最近XML信者がうろうろしてるな（藁

XHTML じゃなくて HTML のスレだったのか。

>>570
その例の場合だと、マークアップする前の、元のテキストの方に
問題がある気がする。

その例の、h1 終りから h2 始めまでの文章ってのは、
レベル１なんじゃなくて、レベル２の文章なんじゃないかな。
要は、h1 の直後にあるべき、 h2 が省略されているんだよ。

<h1>hello</h1>
（<h2>はじめに</h2>）←ここが省略
　<p>level1ではなくlevel2</p>
　<h2>follow</h2>
　<p>level2</p>
　<h2>borrow</h2>
　<p>level2</p>
（<h2>おわりに</h2>）←ここも省略
　<p>level2</p>
<h1>bye-bye</h1>

で、こういう元テキスト側の不備（ｈ2が省略されている）に対処するのは、
現行の文法では不可能なんだと思う。要は、<section>待ちだね。

もし現行の文法の範疇でどうにかしようとするのなら、変にこじつけて
マークアップするより、素直にテキストの方を修正するのがスマートだと思う。

>もし現行の文法の範疇でどうにかしようとするのなら、変にこじつけて
>マークアップするより、素直にテキストの方を修正するのがスマートだと思う。
section 導入後に変換出来るよう div class="section" もありだと思うけど。

│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
│　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 │
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
│　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 │
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
│　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 │
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │
│　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 ├────┤　 　 　 　 │
│　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │　 　 　 　 │

＝＝＝＝＝＝＝＝＝／￣￣￣￣＼ 　　　　　　　　　　　　　　　　　　　　　　　　　　　
＝＝＝＝＝＝＝＝ （　　人＿＿＿＿）　ﾊｧﾊｧ
＝＝＝＝＝＝＝＝ ｜./　　ー◎-◎-）
＝＝＝＝＝＝＝＝ （６　　　　　(_　_)　）
＝＝＝＝＝＝＝＝ ｜　.∴　ノ　　３　ﾉ　
＝＝＝＝＝＝＝＝＝ゝ　　　　　　　ノ　
＝＝＝＝＝＝＝＝／　　　　>>1　　＼ 　
＝＝＝＝＝＝＝（＿ノヽ　　　　　ﾉ＼＿）
＝＝＝＝＝＝＝＝＝　（　　⌒ヽ´ 　
＝＝＝＝＝＝＝＝＝＝ヽ　ﾍ　 ）　ずんずんずん
＝＝＝＝＝＝＝＝＝＝ﾉノ　｀J　

　　　　　　　　　　　　　　　　　 ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧
　　　　　　　　　　　　　　　　　（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）
　　　　　　　　　　　　　　　 ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧　∧＿∧
　　　　　　　　　　　　　　　（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）
　　　　　　　　　　　　　 ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧　∧＿∧ ∧＿∧
　　　　　　　　　　　　　（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）
　　　　　　　　　　　 ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧　∧＿∧ ∧＿∧ ∧＿∧
　　　　　　　　　　　（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）
　　　　　　　　　 ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧　∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧
　　　　　　　　　（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）
　　　　　　　 ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧　∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧
　　　　　　　（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）
　　　　　 ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧　∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧ ∧＿∧
　　　　　（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）（　´Д｀）

XML 信仰する気のない HTML 信者って
どういう立場なんだか。
本気であの少ししかなくて偏ってる語彙だけで
やってくつもりなんだろうか。

─────−||─────────────────────―───
────── ||──────────‐─────−───────　　　　　　∧＿∧
──────（＿）─､────────‐─────────-　（ ヽ　　　　　　 （　・∀・）　　　　　　 ノ ）
─────‐─（＿）_　＼────────‐──────‐── 　＼ ＼　　　　　_/　　/＿　 ＿_＿／／
───────/　 ＼ ∧_∧,〜　──‐───────‐──── 　　＼ ￣＼ ＼ 　>>1　/ / 　　　／
─────−─＼　　 ＼　　 ）＼────────────────　￣￣| ＼ ＼　 　/ /　|￣￣
─────−──ヽ　　 ￣ `ヽ　|─────‐───────‐─────　|　　＼ ＼/ /　　|
──―──────＼　 　`ー'ヽ, -'⌒＼─‐────────────　　　|___＿＼　/___＿|
―─‐─―─―──‐ 　|　 　　, 　　　 _/⌒──────────────　　＿＿＿　 　　＿
──────────＼　　 　　/＼/ ──────────‐───‐─　　|　　 　/ /＼＼|
─────‐∧ ∧,〜　／　 ／　 ）　 `ヽ､ ──────────‐────　　|　　 / / 　＼＿＿__
──−──(Дﾟ（⌒￣ `ヽ'　 　＿/　　　　　）───────────‐──　　（　　/ /＿＿＿＿ 　）
──―───‐＼　 ＼　`ー'"´, -'>＿＿ノ ─────────────　　　/　／ 　　　　　　/　／
―‐――──‐ /∠＿,ノ　　　 _/.__）──） ）──‐────────‐─　　　 / ／　　　　　　__/／
─────‐ /（　ノ　ヽ､∧ ∧,〜──(__ノ ───‐───‐────−　　／／　　　　　　 （　/
────‐ ､（ 'ﾉ（　　　　(ﾟДﾟ,,)⌒￣`ヽ､ ────────────　　／／　　　　　　　　 ）/
───‐‐／`　―＼＿＿（　　ｰ＼　　＿」＿,∠⌒`ヽ──────　　__／／　　　　　　　　　 し′
───／───―‐/＿_〉＼　　　､ ( ﾉ　､ー'⌒`　　＼──‐─　　　　（　/
──／──‐──────＼　(＿ﾉ　　　）　＿,-―＿＼‐──　　　　） /
─／────────−──／'`　 　 く　＼───────　　　し′

おいAA荒らし、トリップつけろ

　　　　　　＿＿＿＿＿
　 　 　 ／　　　　　　／|
　　　((|￣￣￣￣￣|　|
　　　　|愛媛みかん|　｜))
　　　　｜＿＿＿＿｜／
　　　　　　 ||
　　　　　Λ||Λ
　　　　（ / ⌒ヽ
　　　　　| | 　　|
　　　　　∪ 亅|
　　　　　 |　|　|
　　　　　 ∪∪
　　　　　　 ：
　　 　　　　：
　　
　　　　　‐ニ三ニ‐

　　　　　　　　　　　 　　　,ｨﾐ, 　　　　　　　,ｨﾐ,　　　　　　　　　　　　　 　
　　　　　　　　　 　 　 　 彡　ﾐ 　 　 　　　彡　ﾐ,　　　　　　　　　 　 ｳﾞ　
　　　　　　　　　　　　 ,,彡　　 ﾐ､､､､､､､､彡　　ﾐ,　　　　 (⌒)　　　　ｧ　
　　　　　　　　　　　 彡;:;:　　　　　 豪 遊　　　　ミ,　　　 (　　ヽ　　 ｶ　
　　　　　　　　　〜三;:;::::: 　　　　　　　　　　　　 彡〜　 ﾉ　 ノ　　　ｶ
　　　　　　　　 ~~三:;:;:;:::::　　-=・=-　　　-=・=-　三~~　ヽ （　　　　：　　　　　;;
　　　　　　　　　~~彡::;:;:;:;:::..　　　　 ＿＿_ 　　　 ,三~~　（　ﾉ ,,,,,　　：　　　　　 ;;
　　　　　　　　　 ~~彡;:;:;:;:;:;:;:.　 　　|┴┴|　 　　,ミ~~　ノノ ;'" ,,ノ―､　　　　　,;'
　　　　　　　　　　~~彡:;:;:;:;:;:;:;:;.　　ﾉ――|　---=＝ニノ ,;'′　>=ﾆ(二二二()
　　　　　,...-''''""~~,::;:;::;::;::;::;'　　　　　　　　　　　　ﾐ,,　　,;'′　 ゝ--〈
__＿＿,;";;:;;;;;;;;;;;;;;;;;;;;;:;:;:;:;:;:;:;　　　　・　　　　・　 i!　ﾐ,,,,;'′　　 `ー‐'
　　　　　　　　　　　::::ﾐﾐﾐ:;:;:;:　　　　　　　　　　　ﾐ::　　　　　　,;'￣￣￣￣|　　＼＿＿_／
　　　　　　　　　　　 :::::ﾐﾐﾐ:;:;:　　　　　　　　　　　ﾐ:::,　　　,;::''′　 　 　 　 |.　　　 ＼／
　　　　　　　　　　　　::::ﾐﾐﾐ:;:;::　　　　　　　,;+''"~~ﾞ+､~'''''~　　　　　　　 　 |　　　　　|
　　　　　　　　　　　　 ::::ﾐﾐﾐ:;:;:;:　　　　 ,+'"　　　　　ﾐ:::::　　　　　　　　 　 |　　　━┷━━━┳━━━━━

「論破」って先に使ったほうが論破されてるという罠。

　　__　_ 　>　＼/ ﾞ´　i,　　　　　　..::::::::::::::::／　　''‐' ﾞi;　　.／　　┌┘└‐┐< ﾞ''"ｌ| |/ >
　‐ﾌ　_　,-､　ﾞi:　　　　　...::::::::::::／　　　,,-､　ﾞ'─|　　　　 ﾌ 广| ┌'<,,''>「ﾞ二ﾞ了
　‐'　/ i ヽ '__ |;　　　　...::::::::::／　　__　ヽ　!,.　／|　　　 .く_//"o .ヽ,冫>| .＝　|
　､　ﾞ､ |　/　ﾉ ＼　　.:::::::::／　　　ﾞ‐',,-‐ﾞ'´　く 　|　　　　　 ﾞ''‐-＾ヽ'ヽ'　ｌ」ﾞアノ
　.＼ ﾞ'´ ヽ/ ,-､ ﾞi;　.::::／　,,,,,;;;-＝ニ､'"､ｧ　 ,二|　　　　　　／>　　　ｌ二二ｌ
　::ﾞi,＼ ﾚ　_ﾞ‐''´　ン‐'",,,;;;;-''''''く~´　 ﾉ　　／　.::|　　　　 ／／　　　ﾞ--,　 ノ
　:...ﾞi　ﾞ!､　ﾘ　 ,イ´　''",へ　,;ｧ　 ＼／　 く　　.::::|　　　　　＼＼　　　／　 L,,,
　ﾞ､::ﾞｌ,.　ﾞ!、　 |　　　　ヽ,,ﾉ　,-‐､　　／ﾌ　＼,;-‐|　　　　　 ,,,,＼>　 ヽ／ヽ-┘
　. 1.::ヽ､ヽﾒ .i|　　 ,ﾍ　　　＜.,,,,,ﾉ　 ｀"＿,,,,,-==|　　　 ┌┘└─┐┌──┐
　 |.i..::;;i´＼ﾞi込､,,　ﾞ"　　＿,,,,,;;-==〒''Ｏ　ﾉ　　.|　　　　ﾌ 广| ┌‐'　 ﾞ'ﾌ ,-‐┘
　 | ﾞi ::| ヽ､ﾞ'ﾞ'ｌ;､ ﾞヽ-‐'''"ヽ!,　　　　｀ヽ-‐'"　　 |　　　 く_/ /"o .ヽ　　（ (＿_
　 |　!;,:|　　ﾞ'',;ﾞ'''''''二　,,;-　ヾ-────┬＝=|　　　　　,-ﾞ‐-''＾''　　　ﾞ‐--┘
　 |　|..i|　　 / ,,‐'",,,　 ヾ=＝≡ニニ　　　 ＼ .:::|　　　　,┘ヽ'￣ｌ
　 ﾞ! ﾞ| i|　／,;‐''"~　　　　　　　　　　　　　　 i| .::|　　　　ﾞﾌ　／| |
　 .!　ﾞ!:｝'"　＿.,,,,,　　　　　　　,,,,,＿　　　　 / .:::!、　　　ヽｌ |　 | ‐ﾌ
　 ﾞi,　|:::ﾞi''=;,､;;;／　　　＿,,,,;;-=､　ヾ,i　　　/ ..::::::＼.　　 └'　 ﾞ'''"
　　ﾞ!, ﾞヽ,ﾞi,　'!ヽ_=─'''"　　　　,__）　 /　　./ ..:::::::::::｀>　　　＿ ＿
　　　ﾞi,. ヽ'i　ﾞi ::ﾌ二ナ──'''",,,,i'　 "　　/　..::::::::∠-''ﾌ.　/ // /
　　　.入　!i　 |/二／''"''ヽ-‐'" /　,,　　 /　....::::::::::::::／　/ // /
　　 /　＼ ｌ|　|‐､/　　　　　　　/ 　/　 ./　 ...:::::::::::／　 /_//_/

ザ・グル　　　　　　　　　　
　＿＿＿＿＿＿　　　　　　　　　　　　　　　　　　　　　　
／　　　　　　　　＼　　　温かい目で見守る　
　　　　　　　　　　　＼　 これを放置といいます　　
　　　　　　　　　 ─　 |　 いいですか？
ヽ　　　　　　　 ──　| 　このスレを放置しないと
ミヽ. _,-＝-　　_,-=　ヽ| 　>>1は助かりません
　　　⊂・⊃ノ_⊂・⊃ヽ|　 これは定説です
　　.　　　　　　　　ヽ　 |
　　 　 　　　( o o) 　　|
　 　 ／_,,,,;;iiiiiiii;;;,,_ヽ　|
　　　///;;;;───､ヾ.|　
　　》　 ///＼＿_/ヾヽ| 　
　　　　// ;;　　; ;; 》::::::|　
　　　 ::《　;;　;; ;》　;;》:（　 　　
　　　/ 》　 ;;》　》　;;ミ 　　
　　　　 ヽヽ《　;;; 》(　　
　　　　 　``《人/

ザ・グル　　　　　　　　　　
　＿＿＿＿＿＿　　　　　　　　　　　　　　　　　　　　　　
／　　　　　　　　＼　　　温かい目で見守る　
　　　　　　　　　　　＼　 これを放置といいます　　
　　　　　　　　　 ─　 |　 いいですか？
ヽ　　　　　　　 ──　| 　このスレを放置しないと
ミヽ. _,-＝-　　_,-=　ヽ| 　>>1は助かりません
　　　⊂・⊃ノ_⊂・⊃ヽ|　 これは定説です
　　.　　　　　　　　ヽ　 |
　　 　 　　　( o o) 　　|
　 　 ／_,,,,;;iiiiiiii;;;,,_ヽ　|
　　　///;;;;───､ヾ.|　
　　》　 ///＼＿_/ヾヽ| 　
　　　　// ;;　　; ;; 》::::::|　
　　　 ::《　;;　;; ;》　;;》:（　 　　
　　　/ 》　 ;;》　》　;;ミ 　　
　　　　 ヽヽ《　;;; 》(　　
　　　　 　``《人/

>>591
>section 導入後に変換出来るよう div class="section" もありだと思うけど。

それも悪くない。

でも div がダメという意見の人もいるから、俺ならばテキストを修正する道を選ぶ。
意見が割れるようなマークアップはなるべく忌避したいのが俺の考え。

いずれにせよ、ベストな手段（section）が使えない以上、
divを使うなり、ｐにclassをつけるなり、テキストを修正するなり、
どの手段を使うかは、個人の好みとか主義によって違って構わないと思う。

　　　,ｒｎ　　　　　　　　　　　　　　　　　
　　r｢l l h.　　　　　　　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣
　　|　､. !j　　　　　　　　　　　　　　　　|　
　　ゝ　.f　　　　　　　　　＿　　　　　　|　　
　　|　　|　　　　　　 ,r'⌒　 ⌒ヽ､.　　│ 　
　 ,｣　　L_　　　　　f ,,r'￣￣ヾ.　ヽ.　│ 　母さん　この味どうかしら？
　ヾー‐'　|　　　　　ゞ‐=H:=‐fｰ)r､）　 |　
　 |　　　じ､　　　　 ﾞiー'･･ー'　i.ﾄｿ 　 |　
　 ＼　　　 ＼. 　 　 l ; r==i; ,;　|'　　.人＿　
　　　＼　　　ﾉﾘ^ー-＞==__,..-‐ﾍ＿＿＿
　　　　 ＼　 ノ ﾊヽ　 |_/oヽ__／　　　　 /＼
　　　　　　＼　 /　　　 /　　　　　　　　/　　|.　　
　　　　　　　　y'　　　 /o　　　　 O　　,l　 　 |

　　　　　(⌒Y⌒Y⌒)　　　　　三￣￣￣￣＼　　　　　　　　ζ　　　　　　　　　　　　　 ＿＿＿_
　　　　／＼＿＿／　　　　　　/　　＿＿＿＿|　　　 .／￣￣￣￣＼ 　　　　　　　　／　　　　　＼
　　　/　 ／　　　　＼ 　 　 　 /　　＞　　　　　|　　../　　　　　　　　　＼ 　　　 　 ／　　／￣⌒￣＼
　　 / ／ ⌒　　　⌒ ＼　　　/　　/　⌒　　⌒ |　　/＼ 　　 ⌒　　⌒　｜　　　　/　　 / ⌒　　⌒　｜
（⌒ /　　　(･)　　(･)　｜　　 |＿/---(・)--(・) | 　 |||||||　　　(･)　　(･) ｜ 　　　｜　／　 (･)　　(･) ｜
（　 (6 　　　　　　つ 　｜　　.|　(6　　　　つ 　｜ 　(6-------◯⌒つ ｜　 ／⌒ (6　　　　　つ　　｜
（　｜　　　　＿＿＿_ ｜ 　　|　　　　＿＿＿ ｜ 　.｜　　　　＿||||||||| ｜　（　　｜　　／ ＿＿＿　｜
　　 ＼　　　＼＿／ ／　　　 ＼　　＼＿/　／　　 　＼　／　＼＿/ ／　　　−　＼　　　＼＿/　／
　　　　＼＿＿＿_／ 　　　　　　＼＿＿_／　　　 　 　 .＼＿＿＿_／ 　 　 　 　　　 ＼＿＿＿／

　　　 フグ田サザエ　　　　　　フグ田マスオ　　　　　　 磯野波平　　　　　　　　　　 磯野フネ
　　　 ＿＿＿＿　　　　　　　　　　　　　　　　 　 　 　 　 ＿＿＿＿_ 　 　 　 　 　 　 /＼　/＼
　　／∵∴∵∴＼ 　　　　.／⌒゛~￣￣￣＼ 　　　　／ ＼＼＼＼＼ 　 　 　 　　／　 ￣　　＼
　./∵∴∵∴∵∴＼ 　 ./　＿＿＿＿|＼_＿＼　　../　　 ＼＼＼＼＼ 　 　 　／　　　　　　　　＼
../∵∴／／　　　＼｜　|＿し　　　⌒　　⌒　|￣ 　/　／ 　￣￣￣￣＼　　 ./　　　　 ⌒　　⌒　 |
｜∵/　　 (･)　　(･) ｜ 　 |∴　　　(･)　　(･)　| 　　｜/　　　　　　　　　｜　　｜　　　　　 (･)(･)　　|
..(6　　　　　　 つ　　｜ 　 (6　　　　　　 つ　　|　　.(6　　　　 ´　　っ｀　｜　　｜　　　三　　○　　三
..｜　　　　＿＿＿　｜　　｜　　 　＿＿＿　｜　　 ｜　　　　＿＿＿　｜　　｜ 　　　　＿＿＿ 　|
　 ＼　　　＼＿/　／　　　 ＼　　　＼＿/　／　　 　 ＼　　　＼＿/　／ 　 　　|＼　　　＼＿/　／
　　　＼＿＿＿_／　　　　　　.＼＿＿＿／ 　　　　　　 .＼＿＿＿／　　　　　＼　＼＿＿＿／/

そうだね。
他人に強要することさえしなけりゃ
なにしたって OK ってことで。
ビジョンを挙げて誘導するのはあり。

おまえら！　新スレのタイトルはXHTML1.1で決定の方向ですか？

AAはどうやってマークアップするのですか?

<pre class="2ch AA">(´-`).｡ｏＯ(どうでもいいじゃんね・・・)</pre>

女友達のストーカー話を延々と聴いてましたらこんな時間に！
iniたそのようなかわいい娘はストーカーされないか心配でつ。

誤爆スマソ

　　　　　＿　　　　　　　
　　　 ,r'⌒　 ⌒ヽ､.　　
　　　f ,,r'￣￣ヾ.　ヽ.　
　　　ゞ‐=H:=‐fｰ)r､）　 　
　　　 ﾞiー'･･ー'　i.ﾄｿ　 　从/　(⌒Y⌒Y⌒)
. 　 　 l､ r==i　,;　|'　　 　　　　　＼＿＿／__
　　　 ＼==__,..-‐ﾍ 　　　　　 　 ／　 　　　＼＼
　　 　 　 |　　i＿_1 　　　　 　／へ.__, ,_ﾉヽ　＼ ＼
　　　　　_ゝ_／ ノ 　　　　 　.｜　(･)　　(･)　　　＼　⌒ ）
　　　 　 Ｌ__jイ´_　）　　　　　｜　　⊂　　　Ｕ　　9）　　　） 　
　　　　　　　 |　　ｲ 　　　 　 ｜　　＿_　　　　　｜　）
　　　　 　 　 |　　ﾉ--､ 　 　 　＼　 |＿|　　　　/
　　　　　　　 ゝ､_＿_ﾉ二７　　／＼＿＿＿_／
　　　　　　 　 |ｰi |　　 l_/　／__ｨ::.　 ゝ~_ィ´:;　,ゝ
　　　　　　　 __〉 {　　　 　 (Ｔ´ |1:::.　　＼_>､};;_｣
　　　　　　　'ー‐┘ 　 　 　 !　｀￣''ｧ一 ､＼　ヽ｝ 　←ﾁｮﾊﾟｰﾘ
　　　　　　　　　　　　　　　〈｀￣￣＾｀¬ﾉ .::〔￣´ 　
　　　　　　　　 　 　 　 　 　 1　 ヽ 　 .:::レ　　ヽ、
　　　　　　　　　　　　　　　　|＿ｲｰ-､_;;j|_:.　　　ゝ、
　 　 　 　 　 　 　 　 __,,,... -- |. ｛―――‐ﾌゝ、 　 〉 -- ...,,,__
　　　 　 　 _,, -‐　´ 　 　 　 ,ｒ|__ﾄ,　　　　1ﾆﾉ ー'´　　　　　　 ｀　‐- ,,_
　　　 , ‐ ´　　　　　　　　　└―'´　　　　　　　　　　　　　　　　　

なんか静かになっちゃってツマンナイ。

staticになったんだよ

stricterの数だけstricの概念があるのは分かった。

stricって何

何でしょ？

I is stricer

よくわかんないけどかっこつけてやってるってやつも相当いるに違いない。

>>620
物理マークアップがｶｺﾜﾙｲってだけなんじゃないか？

XHTML1.1の殆どはかっこつけだろうけどなw

>>445の話をもう少し掘り下げるとするか。
おまえら、ウェブサイトのことをホームページと呼ぶのはやっぱりダメですか？

掘り下がるとは思えない。第一スレ違い。

物理マークアップがなんでまずいかってのを変な覚えかたしてる奴は多いだろうな・・・
物理マークアップ排除した*だけ*じゃ誰も幸せになれません・・・

>>625
同意。

<p><span class="ascii-art">(´･ω･｀)</span>マターリ。</p>

.ascii-art{speak:none;}

@media aural{
.ascii-art:after {
speak:normal;
azimuth:right behind; /* 斜め後ろから声をかける感じで */
content:"ヘイそこの彼女ぉ！ボキュとお茶しなーい？"}
}

これが正しいAAのマークアップ。

>>622
もちろん。


俺もだがな〜。

>>623
Webサイトでも厨房に通じる場合がほとんどだし、「HP」とか「ホームページ」と呼ぶ理由がないよ。

日記書く際のマークアップについて話してたのって前スレでしたっけ？

>>630 そうだよ

答えれ！！

あぁやっぱり。どんなマークアップだったかなんて蒸し返しちゃだめですよね。
覚え書き程度にでも残しておけば良かった。

>>608=632
まあおちけつ。900超えてからでも遅くないんだからﾏﾀｰﾘいこう。

>>633
蒸し返してもいいでしょ。
と言うか、マークアップの話って結局は蒸し返ししか有り得ないと思うし。

やりたいようにやれ、って結論じゃないのか？
p だろうが dl だろうが、誰も困らんし。
正解が提示されてないからどうしょもない。

つっこみいれてくるやつがいたら
それを肴に議論を楽しめるぐらいじゃないと。

>>622
それもあるけど、
ルビを使いたかったｗ

>>636
そう、htmlは日記を書くようにできてないって結論だった。

正解なんか欲してない
議論自体が目的なのです

http://www.kent-web.com/support/wforum.cgi?mode=allread&no=7849&page=0
↑馬鹿の集まり

おまえら、意味付けするのはいいんだけど
出力したとき一目でそれとわかるようにしてますか？
h1 とかしてるくせに小さいフォントですみっこの方に目立たない色。
var だの dfn だの使ってるのに地の文と同じ大きさ同じ書体。
本当に区別してることを伝えたいんか？ソース見ろと？

>>641
HTMLと見栄えは無関係なワナ。

>>642
文章書く人と出力の整形のしくみ書く人が別ならそうなんだけどさ。
せっかく HTML で意味付けして区別出来るようにしてるのに
css とかでそれがそれとわかんなくしちゃうのは意味が無いだろうと。
なんのために意味付けしたんだかわからなくなっちゃう。

Strict HTML は諸手を挙げて賛成してるし使ってるんだけど
>>527
>>625
あたりを見てそう思った。

>>643
正しいよ。
CSSが悪いわけでなく、悪いCSSがあるという意味で。

ユーザスタイルシート"だけ"あればいいと思うところもあるが、
実現するとかなり寂しくなりそうだ。

ただなぁ、var だとか dfn といったレベルのインライン要素に
各々独自スタイルを被せていたところで、
それが「 var だとか dfn 」だとは解らん気もするんだ。

だから、人間には解らなくしておいても、
マークアップは生きている以上、
コンピュータには解るというのはアリなんだと思うが、
とはいえこの辺はユーザビリティの範疇だと思った。

それは現在のCSSが無力なだけでしょ。

>>645
var でも dfn でもなんでもいいんだけど、
あんな守備範囲広すぎる要素群じゃあねえ。
コンピュータに解らせたところで何にも応用出来ない気がする。
やっぱりあそこらへんのよくわからん中途半端な意味系要素は
いらないと思うんだよなぁ。

>とはいえこの辺はユーザビリティの範疇だと思った。
うんうん。
でもプレゼンテーションとストラクチャを分けたことの発祥には
ユーザビリティも含まれてるんだし、
そこらへんについても目を向けるのは大切だなと思って。

>>646
そういう話じゃあない。
赤くてボールドな文字と
青くて小さくてイタリックな文字と
地の文と同じフォントと色でサイズだけ違う文字。
これらに dfn と var と q が振ってあったとして
ぱっと見区別できるかな？と。
q はまあ文脈から読めるとしても、var とか dfn は辛いと思う。
もっとも、区別出来たところで何か意味あるのか？って問題もあるけど。

たしかに dfn とか使ってる香具師見ると
「無理してんなぁ」って思う。
別に全ての要素網羅する必要ないのにね。

>>648
そういう話にもなり得るでしょ。
あなたが挙げた表現法が現在実現できるパタンの組合せでしかない以上は。

>>649
そうとも言い切れないから解決法を考えるべきだね。

>>650
>そうとも言い切れないから解決法を考えるべきだね。
何の解決法？？

まあ、blockquote で一部の連中がやっている様に、
背景画像に「var 要素です」とでも書けば、一応解決策にはなるけれど、
ぶっちゃけそこまでして、var 要素であることを
人間が認識する必要はない訳で、
まあ、ベタテキストと何かスタイルが違っていて注意が引ければそれで充分、
同じスタイルでも差し当たって問題が発生するとは思えん。

なんかそう考えると var その他もろもろって
strong とかでいいんじゃないかって気が・・・
もしくは、keyword 要素みたいなのにまとめちゃうとかさぁ。
それ以上の意味を付加する場合は class なり xhtml で語彙足すなりなんなり。

>>652
> 同じスタイルでも差し当たって問題が発生するとは思えん。
和文ではね。英文だと読みにくさ３倍増。そういう文書は逝ってよしって思う。

>>653
語彙の拡張やスタイル変更が柔軟になった今となってはそうなのかもしれないね。
要素をまとめてしまうのは方法論の一つではあるけれど
意見の分かれるところじゃないですかのう。
まとめだしたら body の中身は div と span しか残らないだろうし。

ある要素にカーソルを重ねると、ツールチップなりステータスバーなりに、
「ここは引用部分です」
「これは変数です」
とか、ブラウザのデフォルトスタイルで表示されるようになればいいと思う。
そうすれば、blockquoteでインデントする奴とかも減るだろうし。

もっとも、マイクロソフトがやらなきゃ、他のブラウザメーカーがやっても
効果は薄いだろうけど。

>655
DOMでできない？

>>656
俺のヘタレな知識・技術では無理だけど、そもそも俺ひとりがやっても
啓蒙としてはあまり意味がないというか。
「正しいHTML」にあまり関心のない書き手や読者にも明示されることに
意味があるわけで。

>>654
文章構造と語彙、といった点で
分けることが出来そうな気がしないでもない。
ただ、strong とか em は意味なのか構造なのかっていわれると
構造の一部なんじゃないかなぁってなんてなく思うだけだし
むずかし。
でも menu とかのリスト系の語彙が消されてるのに
インライン系は無駄にいろいろあるのが時々納得いかなくなる。

質問デス
あらかじめ引用符（カッコなど）が書かれているテキストにリンクを貼る時
<a href="http：//www.hoge.nnn">「hogeのページ」</a>　（カッコを含める）と、
「<a href="http：//www.hoge.nnn">hogeのページ</a>」（カッコを含めない）
ではどちらの方がStrict的によろしいのでしょうか??

>>659
好きにすればいい。
でも、「」も含めてタイトルならはずしちゃだめでしょ。
モーニング娘。の"。"みたいなかんじ。
なんか Strict HTML かどうかとは関係ないような気がするなぁ。

>>659
a 要素の中身だけ集めてリンクリストを作る処理をしたとき、
「」が含まれなくなる。
>>660 がいってるみたいに「」まで含めて正式なタイトルだった場合
問題あり。

ところでStrict的によろしくないと何が問題なんだろう。
石でも投げられるとか SPAM が一日1000通届くとかあるのかな。

その筋の者（謎）に吊し上げられるんだろ、きっと。

その筋の連中って、HTML に対してどんな貢献をしてて、
どんだけ権威があるわけ？

まあ漏れよか役にたってるんだろうけどさ。

関係ないのか関係あるのか判断できないんだけど
日本語でWAI AAAのバナーが貼ってあるページってある？
探したけど見つかんなかった。

レスありがとうございます。
今までどおりやってよし、ということで解釈しますた

噂どおりの糞スレだ

>>664
Googleで「AAA WAI」「Triple-A Web Accessibility Initiative」で検索したら何個かあったよ。

ttp://nambusen.vrenpo.com/readme.html
ttp://www.geocities.co.jp/Technopolis/8726/various/about.html

そういやWAI AAAって自分で判断するの？
Validatorみたいなもの出ないんかなー。
と言ってみるテスト。

最初はﾏﾝｾｰしてたけど正直進歩が無さすぎでうんざり。
糞スレに一票。

進歩しようとする人がやってきては住民と化し、進歩したらスレを去る。
結果、スレとしてはいつまでも進歩なし、と。

去ってるのか？ほんとに。
というか、成長云々なスレなのか・・・？？

最近荒れてきたから来なくなったんだろ。
進歩したから去っていった訳じゃない。


CSS3まだかなー・・・

Strict HTML とかほざいてる連中はﾅﾙｼｰでｵﾅﾆｽﾄ

中途半端で不発なｾｸｰｽよりはましだと思うが？


ツッ込みの方向が定まってないので逝って来ます。

>>672
何せ、CSS3はRECのターゲットがみんな2003年4月以降だしねぇ。
Color/Background/Fonts/Web FontsのCRも出てないし。。。

>>674
>中途半端で不発なｾｸｰｽよりはましだと思うが？
これは何を示唆してるんだらう。

おまえらﾈﾀはないのですか？

フットノートみたいなのはどうやって書いてます？
<a>*1</a> みたいなかんじ？
title 属性を使うってのはどう？
あと、数字は hn が来る毎にリセットすべき？
そもそも数字なんて付けるべきじゃない？

フットノートて何ですか

Webページ上でまったく同じ手段を使う必要があるの？

脚注でそ

strictなインデントってどんなんですか？
俺全部Tabでやってるんですけど
ソース見たら不格好です
よろしくお願いします！

アホか

>>677
*1 なんてハイパーリンク機能のない印刷媒体で
関連記述の参照先を特定するための識別票じゃん。
HTMLだったらキーフレーズにリンクはれば済む話だと思うぞ。

<p><a href="#tintin">ちんちん</a>がおうきくなっちゃった。</p>

<dl>
<dt id="tintin">ちんちん</dl>
<dd>けられるといたい。</dd>
</dl>

>>683
キーフレーズならともかく、
あるセンテンスに対する注釈だとしたらどうしたらいいんでしょう？

<p href="#note1"><a href="mybody#tintin">ちんちん</a>がかゆくてしかたながい。</p>
....
<p id="note1">昨日川崎で伝染されたんだと思う。</p>
....
<li id="tintin">男性自身</li>

あらゆる要素に href を振れたらいいのにと思う今日此頃。
XHTML 2.0 が待ち遠しい。

たしかに、あるブロックへのリンク、のために
意味の無いa置いたりしなきゃいけないのは不毛だ。

<li><a href="#hd1">■</a><a href="..">ENiX</a>と<a href="..">スクエア</a>がうんぬん。</li>
↓
<li href="#hd1"><a href="..">ENiX</a>と<a href="..">スクエア</a>がうんぬん。</li>

XHTML2ってhref属性を持つ要素を入れ子にできるのか…ｼﾗﾅｶﾀｰﾖ

え、出来ないの？
(´･ω･`)ｼｮﾎﾞｰﾝ

>>685
現状では *1 とかにリンクを張るレガシーな手段とるしかないだろうね。

>>681
タブの文字数を適宜調整すれ。

考えてみれば脚注ってセンテンスかパラグラフに対してつけることが多いもんね。
しかしよしんば p に href つかえるようになったとしても
1センテンスのみに href はりたいときはどうすりゃいいのだ？
span はなんか違うきがするなぁ。line とかいうのがふえるんだっけ？

>>691
それこそa要素でいいのでは。

>>692

<p>
そうなんです。
<a href="mybody#tintin">僕の<a href="term#tintin">アレ</a>。</a>
そこが問題なんです。
</p>

そうか、a がネストできればいいのか。

>>693
でもユーザビリティは低下しそうだね

>>694
>>641 で >>648 で >>646 なんだろう。
がんばれ UA。

ハイパーテキストで<a>が分かり辛いってのは避けたいよな。
がんばれUA。そしてCSSユーザ。

例えば、h1とh2は1つなのにh3は3つも4つもある場合など、
同じページ内に同レベルのh要素があっていいものでしょうか？

いいよ。 Strictで書かれてるサイトのソース参考にしてみ。

一応質問する前に色々と参考にしてはしたんですがどうもしっくり来なくって・・・。
でも、よく考えたら同レベルの見出しがあったてもおかしい事ではないんですよね。

ありがとう御座いました。

すみません。もう一つ質問いいですか。
<h1>***</h1>
<p>******</p>
<h2>***</h2>
<p>******</p>
<div>
<h3>***</h3>
<p>******</p>
<h4>***</h4>
<p>******</p>
</div>
<h3>***</h3>
<p>******</p>
こんな風にh要素が続く途中のDIVの中に、下に続くh要素よりも小さいh要素が
来るのはありですか？大丈夫のような気がしないでもないんですが。。。
やっぱダメかなぁ？

>>700
全く問題なし。

全く問題なしですか。そっか、じゃあそうします。
度重なる質問に答えて頂きありがとう御座いました。

でも li の中に hn が来たりするのは気持ち悪いなぁ・・・

あと、hn 込みで引用する場合ってどうしてます？

<h1>一章</h1>
<p>ぶんしょう</p>
<blockquote cite="http://..../hoge#sec1">
<h1>引用元のタイトル</h1>
<p>引用文</p>
</blockquote>
<h1>二章</h1>
...

>>703
> hn 込みで引用
Strictスレ3.2の277あたりからその話題。

http://pc.2ch.net/test/read.cgi/hp/1018719800/277-364
読んでみたんですが、自分も
http://pc.2ch.net/test/read.cgi/hp/1018719800/289 氏の
> (3)だと思います。blockquoteはテキストを引用するもの(仕様書参照)で
> タグを引用するものではない。テキストは原文のままであることが求められるが、
> タグは柔軟性が許容される。
（改行位置改変）に同意です。

何でそう考えるかと言うと、Aさんが
<p><img src="../../hoge.jpg" alt="自分の写真">こんな人</p>
というマークアップをしていたとして、
Bさんがこのマークアップを一切改変せずに引用する為には、
同じディレクトリ構造を作らなければならないからで、ここを
<blockquote><p><img src="img/hoge.jpg" alt="自分の写真">こんな人</p></blockquote>
と、改変するのは許される筈です。また、誤ったマークアップ（例えばコメントアウトの失敗などで）
その引用をするだけで、その後の本文の表示にも師匠をきたす恐れすらある場合は、
やはりマークアップ部分を改変する権利があると思うのです。

h1要素も、例えばh2中にblockquoteが存在して、その下に有るべきならh3に
変更することは構わないと思うのですが、どうでしょうか。

＃そもそもhn込みでの引用は避けるべきだという意見はなんとなく賛成です。

>>705
ラスト１行同意。<hn>使った引用は文書の構造を崩す恐れがある。

blockquoteはp単位で引用するのが望ましいってのをどっかで読んだような

>>706
構造っていったってパーサの判断次第だと思うんですが。
blockquote の中には文章"片" がくるみたいな。

でも、

<ul>
<li>りんご</li>
<li>ごりら</li> <!-- これと -->
<li>らっぱ</li> <!-- これだけ引用したいんよ -->
</ul>

ってなったら

<blockquote>
<ul>
<!-- りんごが無い! -->
<li>ごりら</li>
<li>らっぱ</li>
</ul>
</blockquote>

ってせざるを得ないわけで。
li だけ持ってくるわけにはいかない。
アイテムだけ拾いたいんだ!っていうなら
p で補完なりなんなり適当に処置しなきゃいけないし。

HTML 文章片 DTD (どんな要素も root に持っていける)
みたいなのがあればいいんだけどなぁ。
SSI で取り込むファイルの文章型ってなんなんだろうって考えるときよく思う。

参照で済ませばいい
CSSを試したいのか無駄に引用するﾔｼが多い

っていうかさぁ、transitional 使ってる奴の font を多用した文書を
strict の自分の site に引用しようと思ったら font は外さざるを
得ない訳じゃん？
また逆に、元は素のテキスト文を引用する場合は、codeとかdfnについては
引用者が保管せざるを得ない訳じゃん？

XML ベースの場合 blockquote にちがうネームスペース割り振ったりして
これを解決できるかもしれないけど、HTML の場合は絶望的。

つまり、引用する場合には文書構造の意味はそのままでに引用者がmarkup
しなおさなければならないって事。

>>709
参照先がデットリンクになった場合でも最低限意味が通じる程度に
引用する必要はあると思うぞ。

>>709
参照で済まそうにも
参照したい部分に id が振ってないからそのままじゃ参照できんし。
XPath で参照しろってか？

引用先がWebページとも限らないしな。

文中にリンクがいくつも貼られてると見る気がうせるしな。

リンク先のほうが魅力的で、「ここ」から飛び立ったきり
戻っらなくなったこと数知れず。
当然target="_blank"切ってる。こんな俺は引用推進派。

>>711-715
無駄に引用するﾔｼら

>>716＝引用の仕方わからない

http://www.xmljapan.org/index.html

xmljapanを名乗る団体のページがこれでいいのか？
xhtml1.0のバナーが泣いている。


全部イメージマップって・・・
Navigationもtableレイアウトだし。。

>>718
Mozillaで
http://www.xmljapan.org/about.htm
見たら文字化けした・・・。
http://openlab.ring.gr.jp/k16/htmllint/htmllint.cgi?URL=http://www.xmljapan.org/about.htm&ViewSource=on&OtherWindow=on&TextView=lynx

>>719
3行目で指定されている XML:LANG 属性は `jp` ですが、テキストが日本語のようです。
3行目で指定されている XML:LANG 属性は `jp` ですが、テキストが日本語のようです。
3行目で指定されている XML:LANG 属性は `jp` ですが、テキストが日本語のようです。
3行目で指定されている XML:LANG 属性は `jp` ですが、テキストが日本語のようです。
3行目で指定されている XML:LANG 属性は `jp` ですが、テキストが日本語のようです。

ｶｺﾜﾙｲ

lynxでの見え方は以下のとおりです。
-------------------------------------------
2002 XML JAPAN
ホーム 開催概要 カンファレンス/セミナー 参加申込み 会場アクセス OMGジャパン -

img
Copyright(c) 2000-2002 NetLearning, Inc. All rights reserved. Valid XHTML 1.0!
-------------------------------------------

何が伝わるというのだろうか。

今XMLを勉強中の輩だけど、こういう事されると鬱だ

xreaで、xhtmlで書いたサイトを作ったのですが、ソースの1行目に勝手に開業が加わってしまいエラーが出ます。
これを回避する方法はありますか。

>>722
xrea では xhtml をサポートしておりません。

>>715
あるある。
タブブラウザ使うようになるまでは迷子になりっぱなしでした。

>>723
そうですか。しょんぼり。

>>718
日本の羞じだな。

table of contents っていうわけだし、
そういうところに table つかうのは駄目なのかな？
dl だと必ずしも 1 対 1 の対応にならないし。
これをレイアウトといわれたらどうしょもないが。

>>722
XREA SUPPORT BOARD - ソースの一行目が改行される。
http://sb.xrea.com/showthread.php?s=&threadid=3918
改行自動挿入について
http://sb.xrea.com/showthread.php?s=&threadid=3733

>>726
それが表データとして成立してるならそうすべきだと思う。
「table of contents」は<table>ではなく単純に目次と捉えた方がいいんじゃないか？

>>728
navigationて正直tableで作ってしまえば楽なんだけど
表にはならないよね？

つか表の定義を熟考しに逝ってきます。

>>727
ありがとうございました。これからは先にサポートを見るようにします。

http://pc3.2ch.net/test/read.cgi/hp/1032205793/
↑で話題になってたんだが、初心者に<br />って教える必要ある？

>>731
ないと思う。使おうとしてたら止める。

どうでもいいってそんなの。
valid か valid じゃないか、それだけ。
あんたらあたまわるすぎー（藁

>>731
初心者に教える必要は無い。
仕様書で認められた要素だとしても、<b>, <i>, <br />など、
物理マークアップの臭いがする要素は教えない方がいい。
教えるのは、「論理マークアップが適切に行えるようになってから」
というのが俺の結論。

>>733
シネヨ豚

じゃあブロック要素は全部<div>でマークアップしてろよ。Validだぞ。
と、煽りに乗ってみるﾃｽﾄ

まー、初心者に教える要素は少なければ、少ないほど
よろしいかと存じます。
混乱しないで済むし。

ブロック要素が全部 div だとどんな問題が起きるだろ？
ユーザスタイルシートが適用出来ないぐらいか？

>>738
UAの挙動を基準に考えるの止めれ

>>737
<p>と<br />２個の違いをくどくど説明するより、
まずは必要最低限を教えた方がいいもんな。

ねえ
<ol>
<li>hoge
<ol>
<li>・・・</li>
<li>・・・</li>


なんてのよく見かけるけど hogeは匿名ブロックになるよね？
これってよくないのですか？

ブロック要素が全部 div だとどんな問題が起きるのでしょうか？
お利口な>>739さん、答えて下さい。

<ol>
<li>hoge
<ol>
<li>・・・</li>
<li>・・・</li>
</ol>
hage</li>
これでhageもしくはhogeのどちらかだけを取り出せないとか

>>742
だから問題が起きるとか起きないの問題じゃないの。
div厨は氏ね。

また「全ての要素は UA のためにある」とか言ってた豚が荒らしに来てるのか（ｗｗｗ
完璧に論破されてもまだノコノコとやってくるとは（ｗｗｗ
晒しあげしとこう（ﾜﾗ

「全ての要素は UA のためにある」

また「ふ」か・・・

(´-`).｡ｏＯ(どこで論破されたんだろう)

>>744
じゃあ、どういう問題なんですかー？
氏にますから、おしえてください。

>>748
「問題が起きるとか起きないの問題じゃないの」

>>743
XPointer とかなら指定出来たような。

>>749
「じゃあ、どういう問題なんですかー？」

やれやれ。
Strict HTML だなんていう何の役にも立ってないものでしか
自己を表現出来ないだなんて、哀れな連中だな。ほんと。

お前は何しに来てんの

>>743
？
それまずいんですか？
<ol>
<li>
hoge
</li>
</ol>
の場合って匿名ブロックではないのですか？

>>750
特定のブロック要素にしか指定出来ない属性が使えなくなるね。
blockquote の cite とか。
あと、要素特有の機能が使えなくなるのとか。object とかね。

今の html だと span に a の機能を持たせたり
dfn に abbr の機能を持たせたりする仕組はないから
全部 div みたいな柔軟なことは出来ない。

>>753
阿呆どものくだらない議論を眺めて優越感に浸っております。

役に立たせようぜ、Strict HTML。

>>752
お前はテーブルレイアウトでオナニーでもしてろ

>>758
Strict HTML の対極がテーブルレイアウトだと信じきってるやつは
歪んだ覚え方をしてると思う。
もしくは踏み込みが足りない。精進めされよ。

釣れた（ｳﾌﾟｰ

>>760
騙るな、だぼが。

>>761
は？お前が騙りだろ（ﾌﾞﾋｰ
これだから低脳引き篭もりパソヲタは困る。

やっぱセマンティック Web の実(じつ)を持って誘導しないと
厨はいなくならないと思われ。
〜だから〜しちゃいけない、じゃなく、
〜するとこんなに便利で素敵になるみたいなビジョンを示していかないと駄目なのでは。

>>762
ﾊﾞﾚﾀｶ（ﾌﾞﾋｰ
それはそうと、こんな時間じゃ反撃も少なくて暇だな。

上まあW3Cのサイトを読んでもらうのでは駄目なのであろうか（苦笑

>>765
なんかもっと分かり易い具体例じゃないと。
神崎さんところの解説はそういう意味ではかなりいい感じだと思う。

ワクワク
うましかがすぐかかる

今のStrict-HTMLは虚だってのは同意だ。
そのうち意味が出てくるさ、って思ってるうちに
もっとよさげなのが主流になってそうでいやだ。

<p>あけましておめでとうございます<em>お年玉下さい。</em></p>

の匿名インラインは別にかまわないとされるのにねえ。

また釣れた。ｸｸｸ

>>769
似非め。span で囲め。

ネタにムキになってんじゃねーよ

ｵﾏｴﾓﾅｰ

次のスレタイはXHTMLやめよう。変なのよってくる。

そんなんだから、何時までたっても女ができねーんだよ773,774

ｶﾀｶﾀｳｯﾃﾙｽｶﾞﾀｿｳｿﾞｳｼﾀﾗ
ｾｽｼﾞｶﾞｺｵﾙ

1000ﾏﾃﾞｶﾞﾝﾊﾞﾛｰ

>>775-777
ｵﾀｶﾞｲｻﾏｼﾞｬ

ねむ。

おはよ。>>752は無職ですか。

>>780
職があったらこんなとこで粘着しとらんわ。ボケが。
察しろや。

>>780
あんた、結構俺に期待してるでしょ！
Ｐｕｌｌ　Ｕｐ　ポーポー
Ｐｕｌｌ　Ｕｐポーポー
アッ！ふぁあぁぁぁぁぁぁぁぁぁぁぁ！
Ｃａｐ？どうしましょう！
あっ！ｱｧｧｧｧｧｧｧァァァァァァァァ
「もう、だめだぁぁぁあ〜」
ぽーぽーＰｕｌｌ　ｕｐ
　　　　　　　以上

プルアップ　ポーポー
プルアップ　ポーポー

スレ上げろ〜

透明あぼーん

消化しよう。

ねむいよー。
ねむいよー。
ねむいよー。

ねえねえ、電子レンジに卵をいっぱいまで詰め込んでチンしたことある？

暇だな。

ﾊﾞﾝｶﾞﾛｰ

なんだ
したことないのか
レンジ持ってる癖に

ふぅ。

=============== (´ー｀) ここまで読んだ ==================

でっ？どぅなの
教えてよ！

貴殿から名乗られい。

787の質問には答えられないの?

誰に聞いてんの？

787の質問、
結局わかんないだ！
能書きだけは一人前の癖にね

答えれなきゃ今までの俺に対する中傷が
因果応報で戻ってくるよ

後、なんかオナニーがどうたらってこうたら
書いてあったけど、それそのままアンタに返しとくわ

口惜しいんか？

はやくぅぅぅぅ〜

おいこら、誰に聞いとるんじゃ。

このまま 1000 取りいくか。

ゆんゆん

あと数スレ埋めればStrict厨は死に絶えます。

次スレはもう立たないでしょ。ネタがない。過去ログだけで充分だ。
数スレ埋めたかったらスレ立てから埋めまで自分でやるんだね。

>>804
お祭りchにお帰り（藁

>>804←この馬鹿は初心者スレッドも荒らしてる模様。

お前も寂しいﾔｼだなあ・・

たしかにもうネタないなぁ。
XHTML2.0 スレでﾏﾀｰﾘしてきます

p の中にテーブルやリストを入れられる（予定の） XHTML 2.0 では
匿名ブロックの嵐になるのか？

>>810
それを嫌がって line 要素を使って回避したつもりになり
次第に p の中にテーブルやリストがなくてもとにかく line を入れるようになり
挙句のはてに p には line を入れるのがStrictだ、に発展する厨が増殖。

というシナリオはどうだろう。

てか、なんでXHTML 2.0の新しいドラフトのリリース止まってんの？

HLink VS XLink戦争はどうなった。

予定は未定なのはよくある話だよ。

俺のサイトは HLink ばりばりに張りまくってるが。

http://www.alexgroup.com/tree/foliage/item/kan02.htm

>>815
エロいリンクかとおもｔ

<blockquote cite="http://www.alexgroup.com/tree/foliage/item/kan02.htm">
観葉植物図鑑
コルディリネ・ストリクター
リュウゼツラン科コルディリネ属
</blockquote>

<p>こんな植物あったんだ…<span class="fc">（*´Д｀）</span></p>

>>818
「ストリクター」って本当にあったんだな（藁

あの、ちょっと質問していいですか？
link要素でトップページにナビゲーションをつける時、
rel="start"にしてたんですが、Operaはrel="home"しか
認識しないというのを聞きました。
こういう場合、rel="start home"とすれば、Operaも他の
ブラウザも認識してくれるんでしょうか。

皆さんは、link要素のrel属性をどのように使ってますか？
以前のスレでもこんな話題ありましたけど…

X指定Link

>>820
試せ。そして報告しろ。

W3C、ついにテーブルレイアウトやめた!?

>>818
<BLOCKQUOTE>〜</BLOCKQUOTE> 内に普通のテキストを書くことはできません。

こうかな。

<blockquote>
<ul>
<li>観葉植物図鑑</li>
<li>コルディリネ・ストリクター</li>
<li>リュウゼツラン科コルディリネ属</li>
</ul>
</blockquote>

>>824
あ、ホントだ。

最初のh2の下にあるdivは…

http://openlab.ring.gr.jp/k16/htmllint/htmllint.cgi?URL=http://www.w3.org/;V;L;HTTPHeader;P

> http://www.w3.org/ を XHTML1.0 Strict としてチェックしました。
> 40個のエラーがありました。このHTMLは 81点です。タグが 28種類 374組使われています。

label が空要素になってる……。

ふうむ。
w3c もつかってるから…っていいわけは効かなくなったってことね。

>>828
map が body 直下に置けないからかと。
んで、map 直下に直接 a 置けないからさらに div。
こういうのって paragraph とは違うと思うから内側の div は
至極まっとうだと思う。

> label が空要素
<meta name="generator" content="HTML Tidy for Mac OS, see www.w3.org" />
Tidy使ったことないから判らんど、こいつのバグとか設定ミスなのかなあ。

> label が空要素
accesskey を分けることに深い意味があるとか。
あるかなぁ。ないよなぁ…。

http://www.agemasukudasai.com/bloom/

>>824
あ、Amaya7.0が出てる

新Amayaすごいっ！！

146 名前： 名無しさん＠お腹いっぱい。 [sage] 投稿日： 02/12/04 16:09 ID:N9UEM95N
　7.0が出た。
　で、日本語 +完全+ 対応まだ？

147 名前： 名無しさん＠お腹いっぱい。 投稿日： 02/12/05 04:46 ID:f0sefyRd
　Ａｍａｙａ7.0リリースはマジ・ネタ？

148 名前： 名無しさん＠ 投稿日： 02/12/05 04:53 ID:IacQNEYM
　Amaya 7.0

　3 December 2002
　User Interface/Editing
　New features
　
　* Amaya keeps the history of 20 last open URIs and a combobox proposes that URIs list in each document window.
　* Reorganization of the User Interface:
　o the Types menu is now split into two menu: the XHTML menu and the XML menu
　o HTML style elements are now into the XHTML menu
　* A double-click on a proposal provided by the spell checker executes the "replace and next" (Windows and GTK versions).
　* There is now a Spanish version of the in-line documentation (thanks to Bartolome Sintes)
　
　ネタだな。


ｿﾌﾄ板ｧｬｬ64ｽﾚ

１．インストール完了。
２．日本語サイトを見てみる。
３．中途半端に読めない。
４．窓からAmaya7.0を投げ捨てろ！

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 |
　 　 　 　￣￣￣￣'￣￣￣￣　 　 |　＼＼＼
　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　あやや7.0

Windows NT/2000/XP
http://www.w3.org/Amaya/Distribution/amaya-WinNT-7.0.exe
Windows 98/ME
http://www.w3.org/Amaya/Distribution/amaya-Win98-7.0.exe

Amaya7.0すごすぎっ！！

日本語をすいすい表示すれば最強のブラウザになるのかな……
まあ W3C からでているからって HTML の正確な解釈をするとは限らないけど。
そういえば Xlink には対応しているのかしら？

Amaya案の定つかえねええ。期待させんな。

それにしてもAmaya7.0よくなったね！！

なんでブラウザって、糞HTML文書を読み込むと落ちるの？

いいことじゃないか

そうだろうか

せめてエラー表示だけにして欲しい。
そのとき、中身は文字だけプレーンで表示とか。

糞HTML文書＝ブラクラ
それがセキュリチ穴にさえならなければ充分だと思う。Validatorじゃないし。

http://www.geocities.co.jp/Bookend-Shikibu/2655/
ここのサイト、IE6でセキュリティが中で右クリックすると、ブルースクリーンになるんだけど
なぜなんでしょうか？

>>849
>ブルースクリーンになるんだけど

なりませんが何か？ つーか宣伝だろｺﾞﾙｧ！！

>>849
そこ右クリック禁止をしてるみたいだね。

>>849
私用です。

aはStrictじゃないと思うんですが。

アルファベット一文字にStrictも何も…

>>851
暇なので簡単な右クリック禁止スクリプト解除Bookmarklet作ってみた。

for Mozilla:
javascript:Function('w','w.oncontextmenu=Function("return true");for(var F=w.frames,i=F.length;i--;)arguments.callee(F[i]);')(window);

for IE:
javascript:Function('w','w.document.oncontextmenu=Function("return true");for(var F=w.frames,i=F.length;i--;)arguments.callee(F[i]);')(window);

スレ違いスマソ。

bが非Strictなんだしaも非Strictにするべきだ。

W3C の HTML WG に言え。

sが非Strictなんだしqも非Strictにするべきだ。

なんだこいつ

気にしないでおこう。

Modularization of XHTML in XML Schema
www.w3.org/TR/2002/WD-xhtml-m12n-schema-20021209
WD Last Call きますた。

First Amaya Welcome Page Competitionがでました。
日本語開発は進んでますか？

まだやってんのか。

AYAYA!

強調の意味を持たせたい時、class="attention"等を用いるべきで、
たまたま赤い色にしたいからと言ってclass="red"を用いるべきではないが、

<h1>オリンピックの五輪の意味</h1>
<p class="red">中央の赤い輪はアジアを意味しています。そもそも…</p>
<p class="yellow">左上の黄色い輪はヨーロッパを意味しています。ヨーロッパは、…</p>
以下略

と言う風に、「赤」であると言うことが意味をなしている場合は、用いても良いんじゃないだろうか。

例えも日本語も上手くなくてすまん。

>>865
その例だと class="asia" じゃないの。

というか、"強調"なら、pにclass属性つけるより、emかstrongを使うべきでは。

あ、見落としてた。

>>865
学校給食のメニューをマーク付けする際、
「赤の食品のグループ」（血や肉などを作る）
「黄色の食品のグループ」（体を動かすエネルギーになる）
「緑の食品のグループ」（体の調子を整える）
なんてののclass属性は、それぞれred、yellow、greenでいいのかなー、と
思ったことを思い出します。
なんとなく、protein,carbohydrate,vitaminにしちゃいましたが。

やっぱり例えが上手くなかったな。
>>866
「アジア」主体ではなく、「赤」を主体とした文章なら、と言いたかった。

　<h1>色から連想されるもの</h1>
　<ul class="red"><li>情熱</li><li>闘争心</li>…<li></ul>
　<ul class="blue"><li>寂しさ</li><li>純粋</li><li>…</li></ul>

この例なら、

　ul.red{
　　background-color : red ;
　}

でも問題ないと思うんだが。

>>870
問題ないじゃん。

そういう場合は素直にTransitional DTDを使用してfontを使えばいいと思うのだが。

X11使う人なら･･…

>>872
それって素直かな？物理的なものを論理的にマークアップするんだからclassでいいんじゃない？

>>870
それ、classじゃなくてtitleに付けるべきなんじゃないの？

カラーチャート作ったときはさすがに font にしたなあ。
それにしても class="red" がダメって、誰が言い出したんだ？
ダメというよりは不便だからやめとけって感じだろ。

>>875
CSSのセレクタに使用したいからclassにしてるんでしょ。

ul[title="red"] {background-color : red; }

とか、対応してるブラウザ少なそうだし。

<font color="..">..</font> とか
<strong class="red">...</strong>
なんてのじゃなく、素直に
<color>...</color>ってのを導入すれ。

ボケナスだな。ここの住人は。

やっぱり次スレからXは外そう……

そして時代に取り残されるｽﾄﾘｯｸﾀｰ達。

>>879
そうしよう

>>881
そうすると、次のスレタイは ISO-HTML になるのかな？

それはそれで…変なの呼び込んじゃわないか？

普通に Strict HTMLスレッド 1 とかでいいよ。

>>883
でもまあ、そっちに傾倒するのは本望といえないこともない。
要は住み分けだよね。

>>884
1かよ!!!

とか

9とか

Strict HTML/XHTML スレッド 9

辺りでどうか

XHTMLってわざわざ書かいでも

くそー、普通にXHTMLの話もしたかったのになぁ。
なんでこんなことに。

HTMLスレでXHTMLの話してもいいんじゃない

そうか、スレタイだけなのね。ｽﾏｿ｡

XHTMLに移行しようか迷ってまつ。XHTMLの利点を教えて頂きたい。
ｽﾚ違いならｽﾏｿ。

>>877
CSSのセレクタに利用したいからといって、本来在るべきマークアップを
変えるのはおかしいんじゃないの？

>>894
スレ違いではないが、既出。

>>895
class="red" title="red" で無問題。

>>894
XMLとして扱える。以上。

W3C信者にサイトを正しい記述に直して貰うスレから誘導して頂きました。
http://pc3.2ch.net/test/read.cgi/hp/1032205793/873

よくある法律Q&Aをサイトに載せたいのですが、
<h1>法律Q&A</h1>の後に

<h2>Q.うちの息子が〜</h2>
<p>A.この問題は〜</p>
<h2>Q.隣の枝が〜</h2>
<p>A.隣の猫を〜</p>

<dl><dt>Q.うちの息子が〜</dt>
<dd>A.この問題は〜</dd>
<dt>Q.隣の枝が〜</dt>
<dd>A.隣の猫を〜</dd></dl>

<ul><li><dl><dt>Q.うちの息子が〜</dt>
<dd>A.この問題は〜</dd></dl></li>
<li><dl><dt>Q.隣の枝が〜</dt>
<dd>A.隣の猫を〜</dd></dl></li></ul>

<ul><li>Q.うちの息子が〜
<p>A.この問題は〜</p></li>
<li>Q.隣の枝が〜
<p>A.隣の猫を〜</p></li></ul>

・・・色々思いついてしまいます。
どうマークアップしたら良いか迷っています。strictなhtmlは
初めてなので、教えてください。お願いします。

>>898
QとAはイコールの関係なので定義リストが良いかと。
少なくとも、他のマークアップよりはこうした方が良いと思う。
今度から、迷ったときは最初に仕様書読んでね。（邦訳もあるし）

<dl>
<dt>Q.うちの息子が〜</dt>
<dd>A.この問題は〜</dd>
<dt>Q.隣の枝が〜</dt>
<dd>A.隣の猫を〜</dd>
</dl>

＞QとAはイコールの関係なので
は？

>>900お前ならどうする

Q.だのA.だのは、物理的なものだから、ソースから排除すべきだ。

>>898
変な人は放っといていいからね。

＞Q.だのA.だのは、物理的なものだから
ｼﾗﾅｶﾀｰﾖ

漏れなら
>>899と同じ様にdl使って。あとは
<abbr title="くえすちょん">Q</abbr>
<abbr title="あんさー">A</abbr>
くらいかな。

Q.だのA.だのはabbr使え

俺なら h2 p かなぁ。
さもなければ dt dd。

別にどれが間違いって訳でも無いから、
悩まなくてもいいと思うけどね。
# ul li dl dt&ddはちょっと大袈裟かな？とは思うけど。

漏れなら
<question>うちの息子が〜</question>
<answer>この問題は〜</answer>

ｽﾙｰ

ｽﾙｰするー

>>908
名前空間読み込めよ。

埋め

AmayaのFAQはh+pなので、
http://www.w3.org/Amaya/User/FAQ.html
これを参考に作ってみます。
有難うございました。

クズが

>>913
何だったんだてめえは

ここのStricterども形無しですね。

埋め

つまんねえ

釣られたんですね？ｗ

そうですねー

＼＿＿＿＿＿＿　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／
　　　　　　　　　　　○
　　　　　　ﾓﾜﾓﾜ 　　O 。
　　　　　　　　　　　　　　　　 , ─ヽ
＿＿＿＿＿＿＿＿　　　　/,/＼ヾ＼ 　　／￣￣￣￣￣￣￣￣￣
|＿＿|＿＿|＿＿|＿　　 __（（´∀｀＼　）＜　というお話だったのサ
|＿|＿＿|＿＿|＿＿　／ノへゝ/''' 　)ヽ　　＼＿＿＿＿＿＿＿＿＿
||＿＿|　　　　　　　 | | ＼ﾟдﾟ）　/　丿/
|＿|＿|　从.从从　　| ＼__￣￣⊂|丿/
|＿＿|| 从人人从.　|　/＼＿＿/::::::|||
|＿|＿|／//ヽヾ＼　 /　　　::::::::::::ゝ/||
────────(~〜ヽ::::::::::::|／　　　　　　　　＝ 完 ＝

埋め

完直人

XHTML2 2nd Draftあげ

>>924
大分面白いことになってますな…週末じっくり読もう。

おおいたがどうしたって？

おおいたおおいた

　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　 ／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　おおいたおおいた！
　　　　　　　　　　　　　　　　　＼＿／　　 ＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ ﾟ∀ﾟ）＜　おおいたおおいたおおいた！
おおいた〜〜〜！ 　 ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」
　　　　　　　　　　　　　 ￣　　　　 / ／

dtとddのどこがイコールなんだろう。
ほんとばかだねえ。すとりくたーとやらは。

is

linktype required
linktype prefetch

edit 属性ステキ。

このスレで終了にしとこうか。＞Strict

ある意味役目は終えてるよな。

<span src="face.png" type="image/png">(´･ω･`)ｼｮﾎﾞｰﾝ</span>

語り尽くしたというか、過去スレ読めば大抵は事足りるし。

>>929
定義ってイコールだと思わない？

929じゃないが。
定義は厳密にいえばイコールじゃないよ。
数式で書く場合は合同の記号使って区別されるし。

sub と sup ってフランス語で必要だったのか。
いらんいらんなんてほざいてｽﾏｿ。

XHTML1.1の立場っていったい…

フランス語がいらん。

cjkいらねって思ってるアメちゃんは多いだろうな。

そりゃアメちゃんの多くはi18nって英語を話すことだと思ってるし。

これ、次スレ？
　↓
【野望の】XHTML 2.0【王国】
http://pc3.2ch.net/test/read.cgi/hp/1028659057/

違うだろ

>>943
よくわかったな

タイトル Strict -XHTML1.1 スレッド<9> で立ててきます。

>>946
Xは外せ

次スレ。http://pc3.2ch.net/test/read.cgi/hp/1039775916/l50

#<>が化けた、ｽﾏｿ。

>>947
ごめん、もう立てちゃった。

出来が悪過ぎるから立て直せ
↓

↓
↓
↓
↓
↓
→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→

>>950
とっとと次スレ立てろヴぉけ

埋め

立て直してみました。

Strict-HTML1.1 スレッド9
http://pc3.2ch.net/test/read.cgi/hp/1039781736/

>>954
HTML1.1っておい。。。

シリーズもコレでおしまいか？

つーかこんぐらいで立て直すなって。削除人のことも考えてやれよ。
立て直した方も滅茶苦茶だし。

立て直せ
次で決めろよ
↓

↓
↓
↓
↓
↓
→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→→↓
↓←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
↓
↓
↓
↓

↓→↓→↓→↓→↓→↓→↓→↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
↓↑↓↑↓↑↓↑↓↑↓↑↓↑↓
→↑→↑→↑→↑→↑→↑→↑↓
↓←←←←←←←←←←←←←←