5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Strict-HTML スレッド 4.0 (W2C Recommendation)

1 :950:02/05/30 18:46 ID:NBmF3Lu8
Strict-HTML スレッド 4.0 (W2C Recommendation)
Strict な HTML(*) について語るスレッド Version 3.2
W3C 信者もそうじゃない人も投稿歓迎。
* HTML 4.01 Strict, XHTML 1.0 Strict, XHTML Basic 1.0 (XHTML Basic),
XHTML 1.1, ISO/IEC 15445 (ISO-HTML), JIS X 4156 (JIS-HTML) など。
■過去ログ
1.0 http://pc.2ch.net/hp/kako/992/992708594.html
2.0 http://pc.2ch.net/hp/kako/1008/10083/1008380243.html
3.0 http://pc.2ch.net/hp/kako/1013/10138/1013818251.html
3.2 http://pc.2ch.net/test/read.cgi/hp/1018719800/
■関連スレ
/* CSS、スタイルシート質問スレッド【8】 */ http://pc.2ch.net/test/read.cgi/hp/1019881572/
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
■勧告等
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/
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


580 :Name_Not_Found:02/07/15 01:49 ID:???
HTML 2.0の時代になると ISO 信者は時代遅れになりますか?


581 :Name_Not_Found:02/07/15 01:55 ID:???
>>580
別にいいんじゃないの。Obsoletesになる訳でも無いし。

MathMLとかSVGとかのXMLアプリケーションや、
XLinkとかXPathとかを使いたいなら端っから時代遅れ。

582 :Name_Not_Found:02/07/15 02:21 ID:7GsauxAA
とりあえず、div で Q と A を纏めるぐらいでいいんではないかと。


583 :Name_Not_Found:02/07/15 02:40 ID:7GsauxAA
DTD を複数使いたいときってどう宣言すればいいんですか?

584 :Name_Not_Found:02/07/15 13:23 ID:???
Pの中にリストを入れられる時代は来ますか?

585 :Name_Not_Found:02/07/15 15:13 ID:prdF4arp
>>584
p がネスト出来る時代がそのうちくるんじゃなかったっけ。


586 :Name_Not_Found:02/07/15 18:12 ID:???
>>583
もうちょい具体的でないと何とも。
ruby と lang を共存させたいとか、そういう意味なら
モジュールを追加すれば割と簡単にできる。

ちなみに DOCTYPE を複数宣言するのは(普通の SGML では)無理。

>>584
いつかきっと。

587 :Name_Not_Found:02/07/15 22:14 ID:prdF4arp
>>586
うーむ、xhtml なんかで複数のネームスペースを使う場合
それぞれの DTD いれればいいかなーと思ったんですけど
よくよく考えれば無茶な話だ…


588 :Name_Not_Found:02/07/15 22:30 ID:???
最近茶文字たんは出てこないの?

589 :Name_Not_Found:02/07/15 22:46 ID:???
StrictなHTML入門の話はどうなりましたか?

590 :Name_Not_Found:02/07/15 23:06 ID:prdF4arp
Strict な HTML エディタを作る、って方が
ヲナニーっぽくなくてよさそうだ。

591 :Name_Not_Found:02/07/15 23:22 ID:???
エディタといえば、今のHTMLオーサリングツールって
書いてる途中にごてごてと飾り付け……じゃなかったマークアップ出来るじゃん。

まず最初にテキストエディタ、あるいはマークアップする時とは別の画面で
text/plainな文書を書かせておいて、改めてそれを読み込んでマークアップさせる、
そして最後にCSSを作る……という風にした方がStrict的にはいいんじゃないかと思った。
一般へのウケは悪そうだけど。

592 :Name_Not_Found:02/07/16 00:13 ID:BnugFJ/A
WYSIWYGで当然の時代に逆らってるからね

593 :W3Cしんじゃ:02/07/16 01:01 ID:???
>WYSIWYGで当然の時代
プ

594 :Name_Not_Found:02/07/16 01:14 ID:9+PIT9n1
色付けたりサイズ変更しようとしたときに
基本となる要素と class 名聞いてくるようにすればちょっとはましかもね。

>>591
うーん、WYSWYG で table 使いまくったようなレイアウトを
css 仕様した Strict な HTML に線形変換出来るもんなんだろか。
ってできてりゃ誰かプログラム書いてるよな。

595 :Name_Not_Found:02/07/16 01:23 ID:???
>>594
セクション分けと名前付けが出来れば…
入れ子は辛い。

596 :Name_Not_Found:02/07/16 01:30 ID:vOeLywKZ
その問題はtableレイアウトをすべてCSSで代替できるかってことだから
エディタ作り固有の問題じゃないんじゃない。

WYSIWYGで編集したものの全部のスタイルつき箇所にidをふれば
まあCSSにスタイルを分離って言うのはできるよね。

そのうえで「スタイルの一括変更/グループ化機能」をつけて
その時にclass名をつけたりタグで表現したりっていうのを選べる、とか。

どの程度までsemanticなマークアップをするかって言うのは
どっちにしろ使用者の考え次第だからこんな感じのができてたら十分と思いますけど。


597 :Name_Not_Found:02/07/16 01:38 ID:???
なんのためにstrictになったのかは考えないんだね。

598 :Name_Not_Found:02/07/16 01:46 ID:vOeLywKZ
596の仕様のエディタで原理主義的なマークアップもできるよ。
それを押し付けることはできないけど。

599 :Name_Not_Found:02/07/16 01:51 ID:???
>596の仕様のエディタで原理主義的なマークアップもできるよ。
それこそが"考えの無い"ってことじゃないの?(ゲラ

600 :Name_Not_Found:02/07/16 01:52 ID:vOeLywKZ
ごめん、もうちょっと具体的に

601 :Name_Not_Found:02/07/16 01:55 ID:???
信者的にはアウトラインプロセッサ以上のものは作れないんでは?

602 :Name_Not_Found:02/07/16 01:58 ID:vOeLywKZ
信者だけが使えばいいならそれでいいけど、
っていうか特にエディタ作る必要なくなるし。

603 :Name_Not_Found:02/07/16 01:59 ID:???
abbr とか dfn とかを用意した一覧ファイルを元に自動で割り振ってくれるとか、
ruby もできると便利だろうなぁ……
まぁ、Strict な WYSIWYG ってのは構造が見たままに編集できるものかな、と。
スタイルについては topstyle みたいな物もあるし。

604 :Name_Not_Found:02/07/16 01:59 ID:???
HTMLの書き手からStrictな思想を隠す為のエディタが欲しいのか?

605 :586:02/07/16 05:31 ID:???
>>587
> うーむ、xhtml なんかで複数のネームスペースを使う場合
> それぞれの DTD いれればいいかなーと思ったんですけど

モジュール化を念頭に置いている DTD の場合なら、基本的にはそれでできるよ。
自分で DTD を作ることになるけど、そんなに難しくはないと思う。
>>587 が DTD の仕組みを知ってるかどうかによるけど。

以下、DTD の仕組み(書き方 or 最低限読み方)を知ってるものとして。
例えば XHTML 1.1 + MathML 2.0 なら

<!ENTITY % XHTML.version "-//W2C//DTD XHTML 1.1 + MathML 2.0//EN" >
<!ENTITY % Misc.extra "| &#37;math.qname;" >
<!ENTITY % xhtml11.dtd PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd" >
<!ENTITY % mathml20.dtd PUBLIC "-//W3C//DTD MathML 2.0//EN" "http://www.w3.org/TR/MathML2/dtd/mathml2.dtd" >
%xhtml11.dtd;%mathml20.dtd;

これだけで済む。

ただし、組み合わせたい DTD 内に名前の重複する要素型が
宣言されている場合には多少注意が必要になる。
例えば、XHTML 1.1 にも SVG 1.1 にも title という名前の要素型が存在するので、
単純にこの二つの DTD を合体させると「title 要素型が重複定義されている」という
エラーになる。

これを避けるためには、例えば SVG の要素型には名前空間接頭辞を付加する、
というような配慮が必要になる。
例えば <title xmlns="http://www.w3.org/2000/svg">...</title> ではなく
<svg:title xmlns:svg="http://www.w3.org/2000/svg">...</svg:title> とするとか。
この場合には <!ENTITY % SVG.prefixed "INCLUDE" ><!ENTITY % SVG.prefix "svg" >
などを DTD の冒頭に記述すればよい。

…というような具合でやる。あとよく解んないことがあったら W3C のチェッカに掛けるべし。

606 :Name_Not_Found:02/07/16 12:23 ID:???
段落中でソースコードとかの例を出したいときに、<p>じゃブロック要素をとれないので、
<div class="paragraph">
・・・・・・・
<pre>
</pre>
・・・・・・・
</div>
としてるんですが、もっといい方法はないですかね。

他所を参考にしたら
<p></p>
<pre></pre>
<p></p>
みたいになってたんですが、いまいちしっくりこないので。

607 :Name_Not_Found:02/07/16 14:54 ID:L+MJ6SpI
HTML とか XML は手で書くもんじゃないだろう…
(書けない、じゃなく書くべきじゃない)
ルーチンワークばっかりになる。
平文で書いてあとから要素付けするのも同じ。

>>596 の仕様が妥当な線だとおもうんだけど。

つーか、Strict にしてなんか役にたってるんだろうか。
自慰じゃねーか。semantics が足りなすぎ。


608 :Name_Not_Found:02/07/16 14:57 ID:L+MJ6SpI
XHTMLはまだしもHTML4以下のメリットがわかりません。

609 :Name_Not_Found:02/07/16 15:01 ID:???
別に自慰で良いと思う。
対外的なことばっか気にしすぎ。対人恐怖症?

610 :厳しくされるとうれしいな。:02/07/16 15:11 ID:???
validatorタン (´Д`;)ハァハァ

611 :Name_Not_Found:02/07/16 15:50 ID:vnnZODOu
>>609
HTML で対外的なこと考えなくてどうするの?
アフォ?

612 :Name_Not_Found:02/07/16 15:58 ID:???
>>611
対外的なこと「ばっか」気にしすぎ
自己満足がいけないなんて言い出したら宇宙の存在自体危い

613 :Name_Not_Found:02/07/16 16:02 ID:9b+RS8UG
<dl>
<dt>喧嘩の仲直りはどうすればいいですか?</dt>
<dd>
<dt>1.自分が悪い場合</dt>
<dd>誤る。</dd>
<dt>2.相手が悪い場合</dt>
<dd>許す。</dd>
</dd>
</dl>

<dd>の中に、<dt>が入れられない場合、
ul liか、h3とか使うのがいいのでしょうか?
しかし、質問に対する返事は、dt,ddがいいのではない
でしょうか。
皆さんなら、この場合どうなされますか?

614 :Name_Not_Found:02/07/16 16:04 ID:3KMjPuFI
ddの中にdlでしょ

615 :613:02/07/16 16:28 ID:???
>>614
ありがとうございました。
単純なミスでした。

616 :Name_Not_Found:02/07/16 16:57 ID:vnnZODOu
>>612
やっぱアフォだ。
「対外的」な技術で
対外的なこと「ばっか」考えなくて ど う す る の?

誰も自己満足がいけないなんていってない。
なんで宇宙がでてくるの?


617 :Name_Not_Found:02/07/16 17:01 ID:???
StrictなHTMLの利点は製作する側にも多いから、対外的な事ばかり
考える必要はない。

618 :Name_Not_Found:02/07/16 17:29 ID:???
>>606
あなたが HTML の構文に関する理解をきちんとしている、
つまり「validator で確認しなくても構文ミスはしない」自信があるなら、
XHTML にして DOCTYPE 宣言を外す。そうすりゃ大手を振って

<p>…<pre>…</pre>…</p>

と書けます。ただし、まだ Strict HTML を覚えたばかりの段階だったら、
この方法は余りお薦めしません。

>>607
> つーか、Strict にしてなんか役にたってるんだろうか。
> 自慰じゃねーか。semantics が足りなすぎ。

まあ現状じゃそうかも知れませんが、
(将来)ウェブが理想的に整備されることを想定するなら
strict でない文書は全く役に立たないと思いますよ。

というか、文書構造の明示されていない HTML なんて
plain text と全く変わらないでしょう。
「革命」以前の IT じゃあるまいし、そんなものを基盤にして
semantics も何もあったものじゃない。

619 :Name_Not_Found:02/07/16 17:58 ID:???
構造はともかく、語彙が乏しいのはチョト。

620 :Name_Not_Found:02/07/16 18:00 ID:???
漏れのサイトにはIE使ってるヤシしか来ないけどstrictにしてます。
以前に比べて「構造」を意識できるようになったし、構成も煩雑にならずにすっきりとするのでよいと思いますよ。
メンテなんかも楽です。
スクリプトで整形しやすいしね。

621 :Name_Not_Found:02/07/16 18:01 ID:???
茶文字たん出ておいで♪

622 :茶文字 ◆aCDPDEl2 :02/07/16 18:21 ID:???
ただいまうんこ中です。

623 :Name_Not_Found:02/07/16 18:34 ID:???
>>607
即座に結果が出ない行動は自慰扱いか。視野狭いな。

624 :Name_Not_Found:02/07/16 18:45 ID:???
新感覚のポータルコミュニティサイトが遂に出来ました!!
今までの出会い系サイトとは一味もニ味も違うサイトです。バーチャルタウンを実際に体験できます!!!
詳しくは下記UELをクリックして、確かめて!!
http://www.e-mansion.co.jp/co/ac.html

625 :Name_Not_Found:02/07/16 18:58 ID:???
>>624
> SayClub の接続に失敗しました

> 申し訳ありませんが、Machintoshでは、
> SayClubの機能を十分にご利用頂くことが
> できません。 現在対応しておりますのは、
> 次の通りです。

> Windows / Internet Explorer 5.0 以上

> Machintosh の対応は検討中ですが、
> 準備ができるまでは Windows で
> ご利用頂きますようお願い致します。
> その他、ご質問などございましたら、
> [新しい質問] からお送りください

ブラウザ程度ならともかく、他の OS で見ろってのも凄いな。

626 :Name_Not_Found:02/07/16 19:16 ID:???
個人的にはUELにびっくりだが。

627 :Name_Not_Found:02/07/16 19:32 ID:???
しかも貼ってあるソースが(藁
----
http://www.e-mansion.co.jp/co/ac.html を HTML4.01 Transitional としてチェックしました。
10個のエラーがありました。このHTMLは -146点です。タグが 5種類 6組使われています。

628 :Name_Not_Found:02/07/16 19:36 ID:???
コピペしないで毎回手書きしてるのかなあ?
だとしたらある意味好感を持てるが(w

http://www.acronymfinder.com/af-query.asp?String=exact&Acronym=UEL

629 :Name_Not_Found:02/07/16 20:06 ID:???
>>625
まあ、ブラウザ限定もプラットフォーム限定も実際のところ等価。

一部UA・プラットフォームからの利用が制限される問題は
サイト側で使ってる技術が標準だろうが非標準だろうが
UA側の技術と一致しなければ確実に発生するんだし。

187 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)