hixie: grammar (whatwg r6080)

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