- From: poot <cvsmail@w3.org>
- Date: Thu, 05 May 2011 04:22:04 -0400
- To: public-html-diffs@w3.org
hixie: grammar (whatwg r6080) http://dev.w3.org/cvsweb/html5/spec/Overview.html?r1=1.4883&r2=1.4884&f=h http://html5.org/tools/web-apps-tracker?from=6079&to=6080 =================================================================== RCS file: /sources/public/html5/spec/Overview.html,v retrieving revision 1.4883 retrieving revision 1.4884 diff -u -d -r1.4883 -r1.4884 --- Overview.html 5 May 2011 07:15:18 -0000 1.4883 +++ Overview.html 5 May 2011 08:18:34 -0000 1.4884 @@ -6203,18 +6203,19 @@ attribute must set the content attribute to the specified literal value.</p> - <p>If a reflecting IDL attribute is a <code>DOMString</code> whose - content attribute is an <a href="#enumerated-attribute">enumerated attribute</a>, and the - IDL attribute is <dfn id="limited-to-only-known-values">limited to only known values</dfn>, then, on - getting, the IDL attribute must return the conforming value - associated with the state the attribute is in (in its canonical - case), or the empty string if the attribute is in a state that has - no associated keyword value; and on setting, the content attribute - must be set to the specified new value.</p> + <p>If a reflecting IDL attribute is a <code>DOMString</code> + attribute whose content attribute is an <a href="#enumerated-attribute">enumerated + attribute</a>, and the IDL attribute is <dfn id="limited-to-only-known-values">limited to only + known values</dfn>, then, on getting, the IDL attribute must return + the conforming value associated with the state the attribute is in + (in its canonical case), or the empty string if the attribute is in + a state that has no associated keyword value; and on setting, the + content attribute must be set to the specified new value.</p> - <p>If a reflecting IDL attribute is a <code>DOMString</code> but - doesn't fall into any of the above categories, then the getting and - setting must be done in a transparent, case-preserving manner.</p> + <p>If a reflecting IDL attribute is a <code>DOMString</code> + attribute but doesn't fall into any of the above categories, then + the getting and setting must be done in a transparent, + case-preserving manner.</p> <p>If a reflecting IDL attribute is a <code title="">boolean</code> attribute, then on getting the IDL attribute must return true if the @@ -6224,7 +6225,7 @@ set to true. (This corresponds to the rules for <a href="#boolean-attribute" title="boolean attribute">boolean content attributes</a>.)</p> - <p>If a reflecting IDL attribute is a signed integer type + <p>If a reflecting IDL attribute has a signed integer type (<code>long</code>) then, on getting, the content attribute must be parsed according to the <a href="#rules-for-parsing-integers" title="rules for parsing integers">rules for parsing signed integers</a>, and if that is @@ -6237,7 +6238,7 @@ a <a href="#valid-integer">valid integer</a> and then that string must be used as the new content attribute value.</p> - <p>If a reflecting IDL attribute is a signed integer type + <p>If a reflecting IDL attribute has a signed integer type (<code>long</code>) that is <dfn id="limited-to-only-non-negative-numbers">limited to only non-negative numbers</dfn> then, on getting, the content attribute must be parsed according to the <a href="#rules-for-parsing-non-negative-integers">rules for parsing non-negative @@ -6252,7 +6253,7 @@ number as a <a href="#valid-non-negative-integer">valid non-negative integer</a> and then that string must be used as the new content attribute value.</p> - <p>If a reflecting IDL attribute is an <em>unsigned</em> integer + <p>If a reflecting IDL attribute has an <em>unsigned</em> integer type (<code>unsigned long</code>) then, on getting, the content attribute must be parsed according to the <a href="#rules-for-parsing-non-negative-integers">rules for parsing non-negative integers</a>, and if that is successful, and the @@ -6265,7 +6266,7 @@ integer</a> and then that string must be used as the new content attribute value.</p> - <p>If a reflecting IDL attribute is an unsigned integer type + <p>If a reflecting IDL attribute has an unsigned integer type (<code>unsigned long</code>) that is <dfn id="limited-to-only-non-negative-numbers-greater-than-zero">limited to only non-negative numbers greater than zero</dfn>, then the behavior is similar to the previous case, but zero is not allowed. On getting, @@ -6282,7 +6283,7 @@ and then that string must be used as the new content attribute value.</p> - <p>If a reflecting IDL attribute is a floating point number type + <p>If a reflecting IDL attribute has a floating point number type (<code>double</code>), then, on getting, the content attribute must be parsed according to the <a href="#rules-for-parsing-floating-point-number-values">rules for parsing floating point number values</a>, and if that is successful, the resulting value @@ -6297,20 +6298,19 @@ throw an exception on setting, as <a href="#float-nan">defined earlier</a>.</p> - <p>If a reflecting IDL attribute is of the type + <p>If a reflecting IDL attribute has the type <code><a href="#domtokenlist">DOMTokenList</a></code> or <code><a href="#domsettabletokenlist">DOMSettableTokenList</a></code>, then on getting it must return a <code><a href="#domtokenlist">DOMTokenList</a></code> or <code><a href="#domsettabletokenlist">DOMSettableTokenList</a></code> object (as appropriate) whose - underlying string is the element's corresponding content - attribute. When the object mutates its underlying string, the - content attribute must itself be immediately mutated. When the - attribute is absent, then the string represented by the object is - the empty string; when the object mutates this empty string, the - user agent must add the corresponding content attribute, with its - value set to the value it would have been set to after mutating the - empty string. The same <code><a href="#domtokenlist">DOMTokenList</a></code> or - <code><a href="#domsettabletokenlist">DOMSettableTokenList</a></code> object must be returned every time - for each attribute.</p> + underlying string is the element's corresponding content attribute. + When the object mutates its underlying string, the content attribute + must itself be immediately mutated. When the attribute is absent, + then the string represented by the object is the empty string; when + the object mutates this empty string, the user agent must add the + corresponding content attribute, with its value set to the value it + would have been set to after mutating the empty string. The same + <code><a href="#domtokenlist">DOMTokenList</a></code> or <code><a href="#domsettabletokenlist">DOMSettableTokenList</a></code> + object must be returned every time for each attribute.</p> <div class="example">
Received on Thursday, 5 May 2011 08:22:08 UTC