3.5. XHTML Family User Agent ConformanceIW:XHTML1m12n:"conformance.html#s_conform_user_agent"
RDFa の規定
[32]適合RDFa処理器の項になぜか著者に対するアドバイスがあります。
XHTML+RDFa は XHTML m12n の上に成立している
XHTML m12n は空白の保持を要求している
がしかし、処理器のベースとなっている環境ですべての空白を保持していないかもしれない
だから著者は色々な処理器にわたって互換性を保ちたければ不要な空白を予め削除しておくのがよろし
RDFa in XHTML: Syntax and Processing ( 版) http://www.w3.org/TR/2008/REC-rdfa-syntax-20081014/#processorconf
[33] しかし相互運用性がこんなにも危ういなんて XML って怖いですねwww
FORM FEED
[5] HTML 4 は、 >>2 の通り、 U+000CFORM FEED (改頁) を空白の一種としています。
ところが、 HTML 4 の SGML宣言http://www.w3.org/TR/html4/sgml/sgmldecl.html
は、 U+000C を UNUSED
としています。もちろん s にも含まれません。
SGML 宣言を信じるとすると、 U+000C
は HTML 4 では使用できず、 >>2 の規定は無駄になります。
[6]XHTML 1.0 C.15. White Space Characters in HTML vs. XMLhttp://www.w3.org/TR/xhtml1/#C_15
は、 HTML では U+000C
を使えるが、 XHTML では使えないと言っています。
[7] 本文が正しく、 U+000C が使えたとしても、
s には含まれないので、 HTML 文書の本文では >>2
の通りの扱いを受けますが、 SGML 的には空白として使えません
(例えば属性指定の間には使えません)。
VT
[35]U+000B は、一時期 HTML5 で space characters に含まれていましたが、
CSS 等との整合性のため削除されました。
VT
ZWSP
[8]U+200CZERO-WIDTH SPACE
は >>2 の通り HTML で空白として扱われます。
しかし、 SGML 宣言によれば、 s
には含まれません。ですから、 HTML 文書の本文では >>2
の通りの扱いを受けますが、 SGML 的には空白として使えません
(例えば属性指定の間には使えません)。
HTML 4 B.3.1 Line breaks
IW:HTML4:"appendix/notes.html#notes-line-breaks"
例 HTML 4 B.3.1: 次の2段落は同じ内容です。
<P>Thomas is watching TV.</P>
<P>
Thomas is watching TV.
</P>
なお、 XHTML ではこの規定は適用されません。2つ目の段落の内容は改行を含みます。
詳しくは SGML//空白をご覧下さい。
[10]>>9 HTML 4 附属書 B (参考) にはすべての要素で例外なくなんて書いてありますが、
実際には強制空要素が例外になりますし、要素が DTD の添加要素指定に該当するか否かや改行が
CR か LF か両方かその他かで細かいところが変わってきます。
(その他なら無視されません。)
(XHTML はやっぱりこの問題はありません。
XML では実体を読んだら最初に改行を正規化してしまいますから。)
(名無しさん)
[26]
Live DOM Viewer (2008-05-03 12:45:29 +09:00 版) http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Cstyle%3Epre%20%7Bborder%3A%201px%20blue%20dotted%7D%3C%2Fstyle%3E%0A%3Cpre%3E%0Axxx%3C%2Fpre%3E%0A%3Cpre%3E%26%23xa%3Bxxx%3C%2Fpre%3E%0A
pre要素先頭が数値文字参照となった改行であるとき、その改行は無視されるのか?
HTML 2 (SGML): 無視されない
HTML 3.2 (SGML): 無視されない
HTML 4 (SGML): 無視されない
XHTML 1 (XML 1): 無視されない
HTML 5: 無視される
XHTML 5 (XML 1): 無視されない
WinIE 7: 無視される
Safari 3.1.1: 無視される
Firefox 2: 無視されない
Opera 9.27: 無視されない
(名無しさん)
[27]
Live DOM Viewer (2008-05-03 12:50:00 +09:00 版) http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Ctextarea%3E%0D%0Axxx%3C%2Ftextarea%3E%0D%0A%3Ctextarea%3E%26%23xa%3Bxxx%3C%2Ftextarea%3E%0D%0A
>>26 と同じく、 textarea要素の場合、
Firefox 2 と Opera 9.27 でも無視されます。
(名無しさん)
[28]>>27 ちなみに、途中や末尾の改行の文字参照は無視されないようです。
メモ
[11]
Re: HTML での 空白の扱いについて http://groups.google.com/groups?selm=cb68cm%24bte%241%40news.sfc.keio.ac.jp,
mid:cb68cm$bte$1@news.sfc.keio.ac.jp
(名無しさん [sage])
[12]XHTML 1.0 では、 XML 1.0
に従った XML としての処理の後、
CSS 2.0 によって処理すると規定しています。
ただし、 CSS 2.0 はラテン文字以外に関する規定がないので将来この部分は修正されるかもしれないとされています。
Firefox 3 は U+000D がまだ DOM
には反映されていない (前の x があるので、 Text 節点はあるが、
x を削除すると、 Text 節点もない状態のまま)。
Safari 3 は直近の Text 節点は Text 以外のものがでてくるまで DOM
に追加されないらしい。ということで実行エラーになる。
Opera 9 は正規化なしということで、 U+000D
まで追加された状態で DOM に入っている。
WinIE 7 はというと、U+000D は DOM に入っていない状態。
とはいっても、 U+000D 以外の空白も、
非空白がくるまで DOM には入らない仕様らしい (WinIE
の DOM には空白だけの Text は現れないようになってるためだろう)。
ちなみに、 Text にアクセスしたら、次に追加される文字列は新しい Text
になるらしく、 Text が w() 前後で2つに分断される。
w() の前に書いたはずの空白は2つ目の Text に含まれる。
[34]HTML の著者の構文についての規定では明記されていませんが、根要素の外側の空白文字を文字参照として記述することができ、
文字参照ではない空白文字と同様、構文解析時に無視されて DOM に現れません。
[1] Editorial: use more terms from the Infra Standard
(annevk著, )
https://github.com/whatwg/html/commit/104bd78697738af2eab61740a2f1421ae49a3c95
[36] Editorial: use more terms from the Infra Standard
(annevk著, )
https://github.com/whatwg/html/commit/104bd78697738af2eab61740a2f1421ae49a3c95
[37] Minutes [was: Agenda for 971106]
(Dan Connolly著, )
https://lists.w3.org/Archives/Public/w3c-wai-hc/1997OctDec/0277.html
ideographic space
Resolved: remove it from the list of whitespace characters.