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

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

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

1 :Name_Not_Found:01/12/15 10:37 ID:It4Gmnsc
Strict な HTML(*) について語るスレッド Version 2.0 。
W3C 信者もそうじゃない人も投稿歓迎。 関連スレ等は >>2-4 あたり

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

2 :Name_Not_Found:01/12/15 10:38 ID:It4Gmnsc
関連スレ
 Strict-HTML スレッド(1.0) http://pc.2ch.net/test/read.cgi/hp/992708594/-100
 CSSコミュニティの功罪を評価するスレ その2 http://pc.2ch.net/test/read.cgi/hp/1003378794/-100
 XML、XHTMLについて語り合うスレッド http://pc.2ch.net/test/read.cgi/hp/1002461949/-100
 W3C信者と感じる瞬間 http://mentai.2ch.net/hp/kako/990/990175066.html
 W3C信者の方に質問 http://mentai.2ch.net/hp/kako/977/977621932.html
 CSSコミュニティの功罪を評価するスレ http://natto.2ch.net/hp/kako/993/993743434.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

3 :Name_Not_Found:01/12/15 10:39 ID:TLhPJy8p
( ・∀・)ノ 新スレだ!

4 :Name_Not_Found:01/12/15 10:40 ID:llwdvr9s
お疲れさまですた。

5 :Name_Not_Found:01/12/15 15:16 ID:EqykA2oR
>>1
新スレありがとう、そしてお疲れ様。

6 :Name_Not_Found:01/12/15 18:07 ID:prFPnVc0
>1
乙カレー

7 :Name_Not_Found:01/12/16 00:04 ID:2+bdy88A
>>1
お疲れさまっす。
すみけん氏スレッドまで入ってるのね。

ところで、CSSで擬似段組(?)しているサイトで、

<div class="col-left">〜</div> (註:左列)
のような記述をしているところってあるよね?あれってどうなんでしょ。

<span class="red">〜</span>
として赤い文字にしているのとあまり変わらないような気がするんだけど。
皆さんはいかが?

8 :Name_Not_Found:01/12/16 00:15 ID:7P+Uv7Q2
>>7
好ましくないとは思いますが
自分でもclass="header"とかやってるんで、
人のこと言えません。

9 : :01/12/16 00:52 ID:PFVhhhSG
>7
「2 段組というデザイン」のために存在するのならそういう名前でいいと思う.

10 :Name_Not_Found:01/12/16 02:21 ID:ki5lqvAh
>8
それとはちょっと違うんでない?
headerならタイトルとかコンテンツだなって感じだけど
col-leftって思いっきり左寄せって感じじゃん。

見当違いならスマソ。

11 :Name_Not_Found:01/12/16 02:23 ID:L1ai1pQM
>>10
俺もそう思う。
>>9の言い分だと、「赤い色というデザイン」のために
class="red"が通ってしまうし。

12 : 9:01/12/16 02:37 ID:PFVhhhSG
>11
例えばカラーチャートを作って(なぜ画像にしないのかとかいうのはこの際おいといて)
赤い色をデザインとして指定したい時は?

13 :8:01/12/16 03:05 ID:7P+Uv7Q2
>>10
「ヘッダ」ってことは既に視覚固定的なことを意識した名称かと思いまして。
「文書の先頭」と言う意味でヘッダだったら良いのかな。難しいですね。

>>12
例えばどのようにそのソースを記述されますか?

14 :Name_Not_Found:01/12/16 03:33 ID:OJaQ76/v
視覚系UAで見たときにはレイアウトの為のDIV+CSSで整形してある方が見やすいね。
トップページくらいはdivでレイアウトしないと見辛くなる気がする。

(;・∀・) まあ俺のマークアップやCSSが悪いだけなんだろうけど


>>13
head要素みたいな意味合いなら別にいいんじゃない?

15 :10:01/12/16 04:24 ID:ZcrvzhUG
>13
あー、なるほどね。
自分はtitle, contents, mainとマークアプしてるからなんとも言えんが
これも視覚的と言えば視覚的だなぁ・・・

16 :モラ野郎:01/12/16 04:57 ID:OJaQ76/v
( ・∀・)ノ そういえばテーブルで

<table><tr>
<td><img src="gazou.png"></td>
</tr><tr>
<td>画像の説明</td>
</tr></table>

というような使い方は正しいのかな?

17 :Name_Not_Found:01/12/16 05:02 ID:iezoh98R
>>16
「冗長だ」という事を除けば、良いとも悪いとも言えないような。

>>15
それって視覚情報?
立派な意味的マーク付けだと思うが。

18 :Name_Not_Found:01/12/16 05:04 ID:Va0Jf7Oz
>>16
どちらかといえば定義リストと思われ。

19 :モラ野郎:01/12/16 05:19 ID:OJaQ76/v
>>17-18
レスありがとう

やっぱりちょっと変な使い方か・・・・・・って (;・∀・)初心者スレでもよかったかな

20 :モラ野郎:01/12/16 14:49 ID:OJaQ76/v
自分のサイトをNN4で表示なんて殆どしてなかったけど、今興味本意でやって
みた。(;・∀・)なんか恐ろしい表示になってたよ

21 :Name_Not_Found:01/12/16 15:48 ID:Va0Jf7Oz
>>20
@importで弾いとけYO!

22 :Name_Not_Found:01/12/16 21:00 ID:3zov5+nl
>>20
@importを使うと N4.x(初期のもの)が落ちることがある、
という話を聞いたことがあるので、

<link rel="stylesheet" href="hoge.css" type="text/css"
 media="screen,tv,print" />

のように screen 以外に何か書くとか、media="all"として
N4.x を弾くのも一つの手だよ。
screen 用のシートしか書いてない場合にはあまりオススメできないけどね。

23 : :01/12/16 22:30 ID:7ShVopSx
>13
すっかり遅くなりまして.例えば
光の三原色は<span class="red">赤</span>,<span class="green">緑</span>,
<span class="blue">青</span>である.
とか.意味としての class と言えなくもないけど,デザインとしての class とも言える.

ま,でも,自分じゃやらないけどね.他人がやっていたらそういう意味なんだろうと思うだけで.

24 :Name_Not_Found:01/12/17 10:41 ID:2CsMaB8M
>>23
<div class="left">左!</div>
<div class="right">右!</div>

確かにこれなら許せるが。そんな奴見たことねえ。

25 : :01/12/17 13:35 ID:KyVBbERe
>24
あー確かに.意味合いが全然違うな.

えーと,では,雑誌などの 2 段組にはレイアウト以上の目的は
ないと思うけど,それを何らかの理由で HTML で実現しなきゃ
ならないとしたら?やっぱり class="left" とかにならない?
「HTML+CSS でやらない」というのはそのとおりだと思うし,僕も
個人的にはやらないけど,上からどうしてもやれと言われるとか.

あと,class="left" などが気持ち悪い,という話を一般化すると,
strict な立場としては「class 名や id 名にはレイアウト情報や
視覚(あるいは聴覚など)の効果を意味する名前をつけず,
あくまで文書中での論理構造を意味するものを付けるほうが良い」
ということでしょうか?

26 :モラ野郎:01/12/17 14:28 ID:rNMrkoGm
>>21-22
今までNN4でレイアウトが崩れるって言っても読めないほどじゃないだろ
うと思ってたけど、( ・∀・)ノ 全く読めないね。


>>25
>雑誌などの 2 段組にはレイアウト以上の目的は
>ないと思うけど,それを何らかの理由で HTML で実現しなきゃ
>ならないとしたら?

(;・∀・)HTML文書でやる事じゃない気が・・・・・・

27 :Name_Not_Found:01/12/17 15:22 ID:4uW3bTZH
>>25
>えーと,では,雑誌などの 2 段組にはレイアウト以上の目的は
>ないと思うけど,それを何らかの理由で HTML で実現しなきゃ
>ならないとしたら?

HTMLではそんなことでけん。CSS3の勧告を待て。
http://kanzaki.com/book/html/updates.html#css3-multicol

28 : :01/12/17 15:49 ID:KyVBbERe
>26-27
思考実験以上の意味を何も持たないので,もうやめます.
やったこともないことを想定して書くというのにそもそも無理があった.ごめん.

で,結局 >25 の最後についてはこういうまとめでいいの?
(まとめなくてもいい,ということかもしれないが.)

29 :Name_Not_Found:01/12/17 17:27 ID:N4vqGxjd
┏━━━━━━━━━━━━━━┓
┃←少ない           多い→┃
┗━━━━━━━━━━━━━━┛
↑見たいなテーブルの見出しをのを表現するために
<td>
<div class="left">←少ない</div>
<div class="right">多い→</div>
</td>
ってな感じで書きましたが,これってだめですか?

30 :Name_Not_Found:01/12/17 17:45 ID:kVj2HaRO
その場合は「 many 」と「 few 」とかのが良いんじゃないでしょうか。
例えば文字を全て縦書きで出力する UA があれば
左右ではなく上下に分かれるコトになるだろうし。

31 :Name_Not_Found:01/12/17 19:04 ID:dBWww2Zp
>例えば文字を全て縦書きで出力する UA があれば
IE5.5以降なら縱書きスタイルシートもありますしね。
だったらclass="left"/class="right"ではなく
id="column1"/id="column2"とでもしておけばいいのでは。
文書を読み通す順にcol1、col2……と番号を振る。

32 :Name_Not_Found:01/12/17 20:11 ID:Sa5tc6ya
http://www.yoshinoya-dc.com/dc/iso2/iso14001.html

の吉野家ってところ 吉って字の上の方が短いヨシが書けないのかどうか
知らんが画像を使っている。やっぱこうゆうのはよろしゅうないかな?
別にどうでもいいけどちと笑ったんで。

 吉野家ってみな字をまちがえてたんやね。

33 :Name_Not_Found:01/12/17 20:21 ID:ELcckRei
>>32
文字コードを定めたJIS X 0208の、1997年改訂で「同一の文字」だとして包摂(統合)されてしまいました。
高島屋の、所謂「はしご高」も同様。

Unicode(ISO/IEC 10646:2000)にはあるんだっけ?

34 : :01/12/17 20:33 ID:KyVBbERe
>33
「よし」にはなかった
「たかい」は髙

35 : :01/12/17 20:33 ID:KyVBbERe
>34
すまね,展開されちゃった.
「たかい」は&#39641;

36 :29:01/12/17 22:26 ID:OFaGHP+1
>>30-31
やっぱりleft,rightはまずかったんですね。
とても参考になりました。
ありがとうございます。

37 :Name_Not_Found:01/12/18 00:32 ID:yVQQR8l8
ここでも16進数値文字参照を使えるようになったのか。
ちょっと感動。

38 :Name_Not_Found:01/12/18 00:43 ID:JnAsQy2m
& (文字実体参照)
& (10進数による数値文字参照)
& (16進数による数値文字参照)

39 :Name_Not_Found:01/12/18 00:44 ID:wZzYjDH8
おおっ! 素晴らしい!

40 :チョトテスト:01/12/18 01:18 ID:NMf4rhWA
¿ A donde vas ?

41 :名無しさん:01/12/18 03:16 ID:+dzffjJl
&をエスケープしないのはStrict的にはすばらしいことではないだろ
俺は別に信者じゃないからどっちでもいいけど

42 :Name_Not_Found:01/12/18 03:30 ID:wsWq8aUS
>>41
エスケープしてますよ。
ソース見てみ。&amp;(文字実体参照)ってなってるんだよ。

43 :Name_Not_Found:01/12/18 03:48 ID:qsqPAzas
存在しない実体参照まで許可するようになってたら微妙にsage。
でも正しくチェックするのは面倒だよな。
テスト → &ahya;

44 :Name_Not_Found:01/12/18 03:50 ID:qsqPAzas
ソース上では &amp;ahya;にならなければならないのが
やはりエスケープされてないようっすね。


45 :Name_Not_Found:01/12/18 07:55 ID:NBjhkuGX
>>29
HTML内の位置情報を示そうとしている時点で間違い。
素直に「左が少なくて右が多い」と書けばいいじゃないか。
どうしても視覚的に表現したいならそれを画像で置き換えればいい。

と思う。

46 :Name_Not_Found:01/12/18 09:41 ID:7nbzjJ4J
<div class="dangumi"> </div>

47 :Name_Not_Found:01/12/18 11:05 ID:cNt0BFDB
>>44
&ahya;が&amp;ahyaに変換されないのは当然。
「UAは不明な参照を展開しない」ので、CGIサイドでもブラウザサイドでも
&ahya;を&ahya;として出力する。
一々CGIで「この実体は定義されているか」なんてチェックしていられないでしょ。
つーか、DOCTYPE宣言無いのに実体の定義もクソもないけど(w

48 :Name_Not_Found:01/12/18 14:08 ID:VXE+tMRP
鳩丸のとこでもやってたが &ontan; ってどうよ?
&ampontan; な

49 :Name_Not_Found:01/12/18 14:33 ID:FzzkRysr
MozillaもIEもOperaもLynxも&ontan;だな。

50 :Name_Not_Found:01/12/18 15:31 ID:E09j57f5
>>48-49
iCabは正しく挙動する。NN4.xも(w

51 :Name_Not_Found:01/12/19 10:18 ID:0Y9pBZGs
ちょいと相談。リンクページで

<dl>
  <dt><img src="【バナー】" alt="【サイト名】"></dt>
  <dd>【管理者名】</dd>
  <dd>【サイトの説明】</dd>
</dl>

みたいのってアリでしょうか。

52 :Name_Not_Found:01/12/19 11:26 ID:+seJNpDJ
>>51

アリかアリじゃないか、ということではなく、私ならこうする、というだけのことだけれど。

<dl>
 <dt>
  <ul>
   <li><img src="【バナー】" alt="【サイト名】"></li>
   <li>【管理者名】</li>
  </ul>
 </dt>
 <dd>
  <p>【サイトの説明】</p>
 </dd>
</dl>

53 :Name_Not_Found:01/12/19 11:31 ID:C0/6nhuf
>>52

dtの中身はインライン要素だけではなかったっけ?
http://www.ne.jp/asahi/minazuki/bakera/html/reference/list#dt

http://www.w3.org/TR/html401/struct/lists.html
<!ELEMENT DT - O (%inline;)* -- definition term -->
<!ELEMENT DD - O (%flow;)* -- definition description -->

54 :Name_Not_Found:01/12/19 14:00 ID:9t6rXFQ2
>>51
私なら貴方と同じようにする。

55 :Name_Not_Found:01/12/19 14:03 ID:hhUlirzJ
ddって2つ続けて使えたんだ。

56 :Name_Not_Found:01/12/19 14:05 ID:GcCG9H92
>>55
http://www.ne.jp/asahi/minazuki/bakera/html/book/book3
の「DD の連続は駄目だって?(p.71)」辺りを読むと吉。

57 :Name_Not_Found:01/12/19 14:09 ID:hhUlirzJ
>>56
サンクス

58 :52:01/12/19 16:23 ID:VKS6YHsi
>>53
あう。指摘感謝。

59 :Name_Not_Found:01/12/19 16:52 ID:7fnir/7u
☆ Webサイト制作初心者用スレッドver13 ☆
http://pc.2ch.net/test/read.cgi/hp/1007538322/l50

だれかいい「Strict入門サイト」知らないか?
とりあえず「とほほは良くないらしい」というのは定着しつつあるようなんだが、
不思議マークアップなサイトを代替案に挙げられてはかなわん。
知ってるところを書いてきてくれい。

>>52
やるなら

<dl>
 <dt><img src="【バナー】" alt="【サイト名】"></dt>
 <dt>【管理者名】</dt>
 <dd>
  <p>【サイトの説明】</p>
 </dd>
</dl>

こんな感じ。dtも連続して使えるから。前スレあたりで既出だったような。
仕様書の例は

dt-りんご
dt-apple
dd-赤い

だったっけ?

60 :Name_Not_Found:01/12/19 17:41 ID:/g1CweEM
>>59
今手元にある本で調べたけど、確かにDT,DD共に1組だけじゃなくて
入れられるって書いてあった。ずっと1組だけだと思ってたよ
鬱だ。。。

61 :Name_Not_Found:01/12/20 01:26 ID:aYbEWlaW
>60
漏れもだよ。
しかも、liやdt、ddも閉じてなかった・・・。
リニューアルうp前に知ってよかたー。

62 :Name_Not_Found:01/12/20 02:22 ID:waxNDCwA
HTML 4.01 ならli/dt/ddの終了タグは省略可能だけど??

63 :Name_Not_Found:01/12/20 03:04 ID:ehM8DIso
>>59
初心者にはfontとかの物理マークアップの方が分かりやすくていいだろう。
いきなり文書型宣言だの何だの言われたら混乱するだろうし。漏れもとほほから入ったクチだしな。
まあ、「自分のはどうやら本当はあまり薦められない書き方らしい」くらいは知ってて欲しいが。

ところで、赤い事そのものに意味のある文字(色見本とか)を表示させたいなら、いっそfont color="#ff0000"で構わない気がする。
strict的にはアレだがclass="red"よりよほどマシと感じるのは漏れだけか?
どうせカラー対応視覚UA以外には無意味だし、注意書きを加えておけばアクセシビリティ問題もないだろう。

64 :Name_Not_Found:01/12/20 04:36 ID:aYbEWlaW
>62
うん、正しくは省略可じゃなくて*閉じない*ものだと思ってたって事。
でも、閉じてた方が(・∀・)イイ!!と、
とあるサイトで見たので(入れ子とかにする際)

65 :モラ野郎:01/12/20 06:43 ID:eGQaCC2o
>>63
>初心者にはfontとかの物理マークアップの方が分かりやすくていいだろう

(;・∀・)それがとほほ氏の影響じゃ・・・・・・

66 :Name_Not_Found:01/12/20 07:23 ID:hYT0d2sh
はっきり言ってstrictのほうが明快で簡単です。
初心者はHTML4.01strictかXHTML1.1で書きましょう。

CSSが判らなくて大丈夫。
こっちで汎用ユーザシートを用意しますから。

67 :名無さん@お腹いっぱい:01/12/20 08:22 ID:oYXp5iK9
>>66
その汎用ユーザシートを公開してあげれば
みんな幸せになれるんじゃ。

68 :Name_Not_Found:01/12/20 08:22 ID:fNaxuBL5
初心者には神埼さんのところが一番わかりやすいと思う

69 :Name_Not_Found:01/12/20 10:01 ID:whKwmmpj
あとは、ちゃいぱ氏のサイトも
ttp://www.parkcity.ne.jp/~chaichan/
なかなか(・∀・)イイ!!

70 :Name_Not_Found:01/12/20 14:26 ID:/pErEqmM
初心者は「強調したい」と思うんじゃなくて「赤くしたい」と思うのではないか?
だとしたらStrict+CSSは一端概念を抽象化しなきゃいけない分
まわりくどくてわかりにくくて受け入れられないと思う。

71 :>69:01/12/20 15:15 ID:LJIjYq1U
でも、その人創価X会・・・・

72 :Name_Not_Found:01/12/20 17:09 ID:gjG3EnOy
あ、そうなんだ。知らんかったよ。
創価学会は、金さえ貢げば極楽浄土ってやつでしょ? 確か。
ちゃいぱさんも報われないなぁ。

73 :Name_Not_Found:01/12/20 17:51 ID:/Tee6j8e
ちゃいぱは創価じゃなくて
立正佼成会だか親鸞会だか
そっち方面じゃなかったっけ?

あの人の日記見てるとチョト怖い。

74 :Name_Not_Found:01/12/20 22:15 ID:YfjbnPQj
ちゃいぱ掲示板にW3C石川セソセイ降臨。すげぇ。

75 :Name_Not_Found:01/12/20 23:08 ID:RyVHKFMq
>>70
それは HTML の初心者?それとも文章を書くことの初心者?
文章を書くことに慣れているのであれば、強調するために赤くする
という考え方になる

文章を書くことの初心者であれば、まず先にそっちを勉強してこい。

76 :Name_Not_Found:01/12/20 23:50 ID:/pErEqmM
>>75
文章というか、論文形態の文章に馴染んでればそうなるだろうが
文章というのはそれだけではないと思われ

「ここは赤くしたいな」「ここは青くしたいな」って思ったのを
わざわざ「ここはなぜ赤くしなければならないのか?」と考え直さなきゃいけないのは
広く大衆に普及するとは思いがたい。

77 :Name_Not_Found:01/12/21 00:10 ID:c55+mQ+L
>>76
小学校の作文の時間に「ここの文字を赤くしたい」とか考えたことあるか?

作文では原稿用紙の使い方──段落の初めは一文字空白にするとか、名前は下から一文字開けて書くとか、そういう「論理マークアップ」を習うだけだと思う。

書体や文字サイズの設定などは、言ってみれば本の装幀に当たる部分で、ライターの考えるべき範疇ではない。HTMLはライターが使うための言語だ。

78 :Name_Not_Found:01/12/21 00:16 ID:VgAzEdDj
どうでもいいけどハリーポッター読んでみると楽しいかもよ。

79 :Name_Not_Found:01/12/21 00:42 ID:Tv9tLyHl
>>77
>作文では原稿用紙の使い方──段落の初めは一文字空白にするとか、名前は下から一文字開けて書くとか、そういう「論理マークアップ」を習うだけだと思う。
それは物理マークアップの方だと思われ。

タイトルはこういう「スタイルで」書きますよ、形式段落はこういう「スタイルで」書きますよ、というのは習ったけど、「こういう情報単位を段落といいますよ」といった事はサッパリ教えてもらわなかった気がする。

80 :Name_Not_Found:01/12/21 01:01 ID:SE/waZvG
>>79
p {text-indent:1EM;}
address {margin-bottom:1EM}
と置き換えられるんじゃないか?(この場合段落=形式段落だよな)
ちなみに漏れは上記に加え
h1 {margin-top:3EM;}
address {margin-left:1EM;}
だった。どうでもいいか。

で、「ホームページ作りたい!」とか言う奴は文章を書きたいとかそういった明確な目標を持たないでなんとなく作ってみるってのが多いと思うが。作文用紙じゃなくてむしろ「じゆうちょう」に近い気がする。
それに例えば日記ごときに論理構造を考えるのは未経験者には面倒だろう。
77のように「ライターのみの言語」と考えるならそれもアリだが。

81 :77:01/12/21 01:25 ID:c55+mQ+L
>>79
SGMLなら書式をタグと見做すこともできるけど、それは割愛して。
段落の表現は、

  英文なら一行開け
  和文なら行頭一文字開け
  HTMLなら前後を<p></p>で括る

ということになると思う。上の二つは自然言語としてのマーク付けだな。
q要素なんかも解りよい例だと思われ。

  「和文における[引用]」
  "英文における[引用]"
  <q>HTMLにおける[引用]</q>

って感じね。ruby要素なんかもそうかな。

# どうでもいいが、piroタソここ読んだ? 違うか?

82 :Name_Not_Found:01/12/21 01:52 ID:Dp57lFkG
>>77
>HTMLはライターが使うための言語だ。

本来そうあるべきなのかもしれんが
現実は全然そうじゃないだろ。

作文の例えはナンセンス。
>>80に同意。

83 :mimasa:01/12/21 02:30 ID:qvWIVy1M
>>74
呼んだ?

こっちも見てます、一応。

84 :Name_Not_Found:01/12/21 02:43 ID:c55+mQ+L
>>83
まじっすか? 質問があるのですが、
「XHTML 2.0 ではいくつかのブロック要素が p 要素内部に認められるらしい」
って本当なのでしょうか?

85 :mimasa:01/12/21 03:11 ID:qvWIVy1M
>>84
本当です。少なくともリストが入るのは確実。

でも「p のネストは禁止」とか言われて DTD 書かされる身としては
頭が痛いんですが。li や dd の中に p 入っちゃうし。

86 :Name_Not_Found:01/12/21 03:17 ID:c55+mQ+L
>>85
なんでpのネストを禁止しちゃうの?

<p>〜に曰く、
<blockquote>
 <p>段落1</p>
 <p>段落2</p>
</blockquote>
と。</p>

なんてのは不可? やっぱり何かしら聖域があるんですか?

87 :mimasa:01/12/21 04:04 ID:qvWIVy1M
>>86
>なんでpのネストを禁止しちゃうの?

文書構造として「段落」がネストするというのが気持ち悪いからでしょう。
実際のところ TREX でも使わない限り XML で exclusion 相当のことは
できないので、「直接のネストは禁止」あたりに落ち着くとは思いますが。
DocBook や XMLspec にしてもそんな感じですし。

ちなみに blockquote もおそらく入ります。div は今のところ入らない予定。

88 :Name_Not_Found:01/12/21 04:34 ID:c55+mQ+L
>>87
DocBookみたいにpを分裂させてしまうってことは流石にありませんよね(w
(というか、新しい要素型の追加はあるのかしらん?)

いずれにせよ、1/14には草案を出して欲しく思います。今度こそは(藁
待ち侘びておりますので、作業頑張って下さいませ。

# >>74のスレにエラッタじゃないかって質問が出ているようですが如何。
# ttp://www.parkcity.ne.jp/~chaichan/qanda/qa2342.htm?01-12-20-21-48

89 :mimasa:01/12/21 06:09 ID:qvWIVy1M
>>88
> DocBookみたいにpを分裂させてしまうってことは流石にありませんよね(w

それはないでしょう。

> (というか、新しい要素型の追加はあるのかしらん?)

このあたりは入るかも…。
http://www.w3.org/2001/09/21-orf/xhtml-family/slide24-0.html

> いずれにせよ、1/14には草案を出して欲しく思います。今度こそは(藁

9月にニューヨークでミーティング中に WTC に飛行機が突っ込んで
ミーティングどころでなくなってしまったのがボディブローのように
じわじわと効いているような気がする今日この頃…。

# >>74のスレにエラッタじゃないかって質問が出ているようですが如何。

後で時間があれば…。さすがに各地の掲示板なりニューズグループなりを
常時見て回って全ての質問に答える時間的余裕はないので仕様に関する
コメントは www-html-editor@w3.org へ、ということでひとつよしなに。

90 :Name_Not_Found:01/12/21 08:27 ID:c55+mQ+L
>>89
>9月にニューヨークでミーティング中に WTC に飛行機が突っ込んで
>ミーティングどころでなくなってしまった
笑えん(w そうか度重なる延期にはそんな背景があったのか。

しかしsection/hなんて要素型が定義されるのね…。
「HTMLはフラットな言語であり、階層構造を示さない」
(http://kanzaki.com/docs/html/htminfo-ex1.html#constraints)
っていう制限がやっと取っ払われるのか。
ていうか、pの中にブロックが認められる以上当然か。いずれにせよ万歳。

<div class="section">
 <h2>heading</h2>
 <p>paragraph</p>
</div>
にさよならだ。

これからは
<section>
 <h>heading</h>
 <p>paragraph</p>
</section>
の時代だ。(推測)

きっとDTD(一部展開後)はこんな感じ。
<!ENTITY % Block.mix "%List.class; | %Block.class; %Misc.class;" >
<!ELEMENT section ( (%heading.class;)?, (%Block.mix;)*, ( section | %Block.mix; )* ) >

heading.classがどうなるのかが謎だが。hのみ? h1-h6及びh?
それともlegacy-heading.classとか作って、
section/hかsection/h1-h6かの一方を選択する形式にするのか?
激しくわくわくするのは漏れだけですか? そうですか。

91 :Name_Not_Found:01/12/21 23:31 ID:G21RVq9u
>>90

<section>
<h>h1 相当</h>
<div>
<p>...</p>
</div>
<section>
<h>h2 相当</h>
<div>
<p>...</p>
</div>
</section>
</section>

とか

階層が自動的に見出しレベルを決めることになるから
何も考えなくても済みそうで良いな

CSS のカウンタ関係との絡みは、CSS3 で解決になるのか
section > section > h { ... }; なんて振り方になると鬱

92 :90:01/12/22 00:47 ID:rgyuqKsi
>>91
>section > section > h { ... }; なんて振り方になると鬱

別にそんなに打つには感じないけど(w
section:nest(3) > h {..}
みたいな疑似要素ができると便利かもね。
それよりも「特定の子要素を持つ親要素」を特定するセレクタが早く欲しい。
img < p みたいな感じの。

つーか、昨日訊くの忘れたのだが、quote要素の引用符付けをどうするのかが凄く気になる…。
できれば、引用符は生テキストには書かないという現状のq要素の方針を踏襲した上で、
UAにはデフォルトでは引用符を付けさせないようにして欲しい(多分そうなるだろうけど)。
引用符を付けたい場合は常にスタイルシートで指定っていうのが一番だと思う。

93 :Name_Not_Found:01/12/22 01:07 ID:X+4l2D3H
b,i, big, small辺りを取っ払ったりはしないのかな……いい加減要らないと思うんだが。

94 :mimasa:01/12/22 02:12 ID:ZNOeiGPe
>>93
順調に行けばなくなるはず。

95 :Name_Not_Found:01/12/22 02:51 ID:iWRG5khq
新仕様のブラウザ実装は何年後になりますか?

96 :Name_Not_Found:01/12/22 02:54 ID:Z4kLLykh
>>92
>img < p みたいな感じの。

それ禿げしく( ゚д゚)ホスィ…。

97 :Name_Not_Found:01/12/22 03:02 ID:5zVHZZEr
img < a{
background-color: transparent;
border: none;
}
とかできたらちょっと助かる。

98 :Name_Not_Found:01/12/22 03:29 ID:6+uLwzDE
>b,i, big, small辺りを取っ払ったりはしないのかな……いい加減要らないと思うんだが。

漏れは残ってて( ゚д゚)ホスィ…

99 :Strictじゃない人:01/12/22 08:43 ID:7lV+CDB0
>>93
smallは名前からすると論理要素にも見えないこともないと思うのだが…。
http://www.dictionary.com/cgi-bin/dict.pl?term=small
   1. Being below the average in size or magnitude.
   2. Limited in importance or significance; trivial: a small matter.
  (以下略)
強調の逆の意味として使えばいいんじゃん!
と思ってたら。
http://www.w3.org/TR/html401/present/graphics.html#edef-SMALL
   SMALL: Renders text in a "small" font.
そんなぁ……でも俺は使うぜ。人間がStrictじゃないから。(涙

100 :Name_Not_Found:01/12/22 11:03 ID:PFPaiXmm
>>99
それ、チョット前に
けいタンと野嵜が論争してたヨ

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

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