Make it clear the grammar is normative (since it's patching an informative section) and make it explicit that the order around an | matters.

Wed, 14 Nov 2012 13:19:33 -0800

author
L. David Baron <dbaron@dbaron.org>
date
Wed, 14 Nov 2012 13:19:33 -0800
changeset 7038
5c72ce286bf3
parent 7037
26a735df7e12
child 7039
17846fd53055

Make it clear the grammar is normative (since it's patching an informative section) and make it explicit that the order around an | matters.

css3-conditional/Overview.html file | annotate | diff | comparison | revisions
css3-conditional/Overview.src.html file | annotate | diff | comparison | revisions
     1.1 --- a/css3-conditional/Overview.html	Wed Nov 14 21:43:26 2012 +0200
     1.2 +++ b/css3-conditional/Overview.html	Wed Nov 14 13:19:33 2012 -0800
     1.3 @@ -632,6 +632,11 @@
     1.4     <code>NOT</code> tokens are defined in the Media Queries specification <a
     1.5     href="#MEDIAQ" rel=biblioentry>[MEDIAQ]<!--{{!MEDIAQ}}--></a>.
     1.6  
     1.7 +  <p> Implementations <strong>must</strong> parse ‘<code
     1.8 +   class=css>@supports</code>’ rules based on the above grammar, and when
     1.9 +   interpreting the above grammar, <strong>must</strong> match the production
    1.10 +   before an <code>|</code> operator in preference to the one after it.
    1.11 +
    1.12    <p> The above grammar is purposely very loose for forwards-compatibility
    1.13     reasons, since the <a
    1.14     href="#general_enclosed"><code>general_enclosed</code></a> production
     2.1 --- a/css3-conditional/Overview.src.html	Wed Nov 14 21:43:26 2012 +0200
     2.2 +++ b/css3-conditional/Overview.src.html	Wed Nov 14 13:19:33 2012 -0800
     2.3 @@ -408,6 +408,14 @@
     2.4  the Media Queries specification [[!MEDIAQ]].</p>
     2.5  
     2.6  <p>
     2.7 +  Implementations <strong>must</strong> parse ''@supports'' rules
     2.8 +  based on the above grammar,
     2.9 +  and when interpreting the above grammar,
    2.10 +  <strong>must</strong> match the production before an <code>|</code> operator
    2.11 +  in preference to the one after it.
    2.12 +</p>
    2.13 +
    2.14 +<p>
    2.15    The above grammar is purposely very loose for forwards-compatibility reasons,
    2.16    since the <code>general_enclosed</code> production
    2.17    allows for substantial future extensibility.

mercurial