属性値

[1] 一般に、「属性」と呼ばれるものの値のことを属性値 (ぞくせいち) (attribute value) といいます。

属性値 (HTML)

歴史

[67] XHTML 1.0 の互換性指針は、属性値表記に改行や複数の空白を入れると実装によって扱いが違うので好ましくないとしています。

XHTML 1.0
- C.5. Line Breaks within Attribute Values IW:XHTML10:"C_5"

[5] [whatwg] Allowing ">" in attribute values (2010-08-10 09:35:29 +09:00 版) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2010-August/027792.html

属性値 (XML)

仕様書

正規化

[60] XML でも、大体は素の SGML と同じように処理されます。 Extensible Markup Language (XML) 1.0 3.3.3 Attribute-Value Normalization http://www.w3.org/TR/REC-xml#AVNormalize, http://www.w3.org/XML/xml-V10-2e-errata#E6

[70] XML//空白にあるように、改行は #xA に変換されている。ここから処理を開始する。
[61] 最初から最後に向かって順に、次の処理を施す。
- 文字参照は、その参照する文字とする。
- 一般実体参照は、その置換文について、再帰的に >>61 の処理を行う。
- 空白文字 (#x20, #xA, #xD, #x9) は、 #x20 とする。
- その他の文字は、そのままとする。
属性値の型が CDATA 以外の場合は、更に
- 先頭及び末尾に現れる SPACE を全て無視する。
- 2個以上連続する #x20 を1個の #x20 に置換する。

[69] なお、宣言されていないか読まれていない属性の型は、 CDATA として扱います。

[66] 幸いなことに、 >>60 の規定は XML 1.1 では変更されませんでした。ただし >>70 のステップで U+000A に変換されている符号位置は増えています。

[72] 文字参照として (実体参照を介さず) 直接記述されている場合にのみ、 U+000D、 U+0009、U+000A の3つの符号位置が正規化値に含まれることがあります。

SGML との関係

[63] XML でも、 SGML 同様に属性値の構文一致 (妥当性制約。) が求められるのは正規化後の値です。その辺、 XML 中核作業部会も認識が甘かったらしく、二転三転の修正があったりしました。 http://www.w3.org/XML/xml-V10-2e-errata#E20

[64] ところで、 >>62 の3番目の例に示されていること、つまり属性値表記に直接記述された数値文字参照の参照値が正規化の対象にならず、 #xD とかがそのまま残る、というのは SGML と話が全然違いませんか? Web SGML にも、こういう解釈が出来るという話は書かれていない気がしますが。

[65] >>64 は、次の例のような場合です。

<!ENTITY foo "あいうえお&#x0A;">

<element attr="&foo;"/>

>>59 の手順に従うなら、 attr の値は、あいうえお#x0A となり、 #x0A は RS なので、無視されてあいうえおになるはずです。

ところが、 >>60 の手順に従うと、あいうえお#x0A はあいうえお#x20 にならなければいけません。

XML で #x0A が RS でないのなら、何も問題ではありませんが・・・。

DOM との関係

[68] Firefox でも Chrome でも、XML文書を読み込んだ直後に現れる Attr の value は正規化値のようです。

例

[62] XML 1.0 仕様書にある例:

<!ENTITY d "&#xD;">
<!ENTITY a "&#xA;">
<!ENTITY da "&#xD;&#xA;">

.属性指定 ,a が CDATA で,==

	ない	ある
a="`#xD#xA`xyz"	x y z	#x20 #x20 x y z
a="&d;&d;A&a; &a;B&da;"	A #x20 B	#x20 #x20 A #x20 #x20 #x20 B #x20 #x20

.a="A

B
" ,#xD #xD A #xA #xA B #xD #xA ,#xD #xD A #xA #xA B #xD #xD

属性値 (SGML)

[2] SGML の世界で属性値と言うと、文脈によって2つの意味があります。一つは、一般に、属性の値 (1)。もう一つは、生成規則属性値 (2) です。

SGML文書では、属性の値は、 属性値指定で指定されます。 属性値指定は、属性値²と属性値表記の二種類があります。 属性値² (例: value) も属性値表記 (例: "value") も構文が違うだけで、属性値¹ (例: value) を表すという点では同じです。

[3] 属性値² := 1*名前文字

[4] ふと、まさか属性値指定が属性値のとき、NAMECASE によっては大文字化されるのではと思いましたが、仕様をよく読んでみるとそんなことは全然ありませぬな。 名前字句なら大文字化されてしまうけど、 属性値は (実質的に構文はまったく同じながら) そうはならないようで。 (もちろん、属性型によっては大文字化がなされる。)

正規化

[59] 属性値表記を属性値として解釈するに当たっては、

lit 又は lita を取り除く。
参照 (文字参照及び一般実体参照) を置換する。
Ee 及び RS を無視する。
RE 又は SEPCHAR を SPACE に置換する。

という手順を経ます。なお、属性値表記の内容は、その属性がどんな型と宣言されていようと、このように解釈されます。ですから、例えば id="&id;" のような属性値指定は間違いではありません。

属性値の型が CDATA 以外の場合は、更に

2個以上連続する SPACE を1個の SPACE に置換する。
先頭及び末尾に現れる SPACE を無視する。

空白文字が元々存在していたのが CDATA 実体だろうが SDATA 実体だろうが、この通りに処理されます。 (以上、 JISX4151‐1992 6.9.3 参照。)

実際に属性値として使用することが出来るのは、以上の処理の結果得られた値です。型ごとに決められた構文への一致が求められたり、「属性値の正規の長さ」の算出の元になるのはこの値であって、元の表記の値ではありません。

属性値 (MathML)

仕様書

[7] MathML Fundamentals (2010-10-21 05:51:46 +09:00 版) http://www.w3.org/TR/2010/REC-MathML3-20101021/chapter2.html#fund.table.notn

空白の扱い

[6] MathML では、応用ごとに空白の正規化が異なることを理由に、属性値の中の各部分を区切るときは空白文字 (whitespace character) を1文字だけ使うことを勧めて (advisable) います。更に、空白を最初や最後に置くことは避けるべき (should) であるとしています。 >>7

数値と値域

[8] 数値を扱う属性のほとんどでは、構文的に表現可能な数値のうちの一部分しか意味がありませんが、それ以外の値を指定したとしても、特に規定が無い限り誤り (error) とはされません。範囲外の値は切捨てや切上げによって丸められて最も近い適切な値として扱われます。このときの「適切な値」の範囲や、切捨てや切上げのどちらを選択するかは、 MathML ではなくレンダリンク器 (renderer) により決められるとされています。これは、構文的に - をつけることが認められている integer や number の属性値であって、負の値が意味を持たない場合も含んでいます。 >>7

[9] この丸めは length でも認められています。

value 属性 (DOM Attr 界面)

[55] 属性 Attr.value の値は、その属性節の属性値です。

設定する値・得られる値の型は DOMString です。その属性節の子節は複数個の文節や実体参照節があるかもしれませんが、一つの文字列として設定又は取得します。

値を設定した時は、子節は一つの文節になります。

[56] この属性は method Element.getAttribute, Element.setAttribute と同様に機能します。

[11] >>56 というか nodeValue だよなあ、もろ同じじゃない? なんで2つあるんだろう。どっちかは正規化するとかでもないみたいだし。

[57] 属性節が読取専用の時は当然値を設定することはできません。例外 NO_MODIFICATION_ALLOWED_ERR が発生します。

[DOM2] Document Object Model Core http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-221662474

[54] DOM水準1 FE の正誤表、DOM水準1 SE、 DOM水準2、DOM水準3によると、節点が読取専用なら NO_MODIFICATION_ALLOWED_ERR です。

[12] Attr インターフェイスには value, nodeValue, textContent の3つのIDL属性があり、ほとんど同じですが、後の2つだけは TreatNullAs=Empty となっています。 JavaScript では null を設定した時に value なら文字列 null になり、それ以外なら空文字列になります。

実装

[36] WinIE 6 の Attr.value は指定されていないと null になりますが、内在事象属性ではなぜか文字列の 'null' になります。 nodeValue では両方 null になります。

(名無しさん 2005-09-03 11:14:50 +00:00)

XML 情報集合との関係

[37] Attr.value はXML情報集合で正規化値に対応するとされています。

IW:DOM3:"infoset-mapping.html#Attr2Infoset"

Attr.value と Node.nodeValue (等価) は構文解析器から渡された正規化値が最初の値になると明記もされています。その一方で、実体参照が属性値に含まれる場合は実装と読み込みのオプションに依存するともされています。

IW:DOM3:"core.html#ID-637646024"

ちなみに、Node.textContentは定義が少し異なっていて、子供のtextContentの連接とされています。

IW:DOM3:"core.html#Node3-textContent"

XML では、属性値表記内で参照されている実体 (の実体値) に空白文字が含まれている場合は、 SPACE に正規化するとしています。

XML//空白

DOMのEntityReferenceは対応するEntityと同じ子孫を持つ、ただし名前空間に関する場合だけ例外だ、とされています。

そして正規化が行われるときEntityReferenceが問題になるかもとは書いてありますが、その時どうしろとはいっていません。

IW:DOM3:"core.html#ID-11C98490"

以上を踏まえた上で、DOMで属性値内の一般実体参照をEntityReferenceにする場合、正規化はどうしたらよいのでしょう??

[38] EntityReferenceは使わないというのが、一番楽で正当な方法。

実体参照が入ったら属性値の正規化は諦めるというのが、楽なものの邪道な方法。

Attrの子供のEntityReferenceだけはtextContentの空白文字をSPACEに置き換えてvalue (nodeValue, getAttribute, ...) を作るというのが、面倒だけどあまり不都合なくうまく動きそうな方法。ただしAttr.textContentとAttr.valueが違ってしまうのがちょっとアレ。