[css-values-5][editorial] bikeshed fixes

Author: tabatkins

css-values-5/Overview.bs

@@ -103,7 +103,7 @@ Request URL Modifiers</h4>
 	</dl>
 
 	<div algorithm>
-		To <dfn>apply request modifiers from URL value</dfn>
+		To <dfn export>apply request modifiers from URL value</dfn>
 		given a [=/request=] |req|
 		and a <<url>> |url|,
 		call the [=request modifier steps=] for |url|'s <<request-url-modifier>>s in sequence
@@ -133,7 +133,7 @@ Interpolation Progress Functional Notations</h2>
 	such as a [=math function=]
 	or a [=mix notation=].
 
-<h3 id="progress">
+<h3 id="progress-func">
 Calculated Progress Values: the ''progress()'' notation</h3>
 
 	The <dfn>progress()</dfn> functional notation
@@ -150,7 +150,7 @@ Calculated Progress Values: the ''progress()'' notation</h3>
 	The syntax of ''progress()'' is defined as follows:
 
 	<pre class=prod>
-		<dfn><<progress()>></dfn> = progress(<<calc-sum>> from <<calc-sum>> to <<calc-sum>>)
+		<dfn id=typedef-progress-fn><<progress()>></dfn> = progress(<<calc-sum>> from <<calc-sum>> to <<calc-sum>>)
 	</pre>
 
 	where the first, second, and third <<calc-sum>> values represent
@@ -167,7 +167,7 @@ Calculated Progress Values: the ''progress()'' notation</h3>
 	Note: The ''progress()'' function is essentially syntactic sugar
 	for a particular pattern of ''calc()'' notations.
 
-<h3 id="progress">
+<h3 id="media-progress-func">
 Media Query Progress Values: the ''media-progress()'' notation</h3>
 
 	Similar to the ''progress()'' notation,
@@ -194,7 +194,7 @@ Media Query Progress Values: the ''media-progress()'' notation</h3>
 	must be valid values for the specified [=media query=],
 	or else the function is invalid.
 
-<h3 id="progress">
+<h3 id="container-progress-func">
 Container Query Progress Values: the ''container-progress()'' notation</h3>
 
 	The <dfn>container-progress()</dfn> functional notation
@@ -228,7 +228,7 @@ Mixing and Interpolation Notations: the *-mix() family</h2>
 	These [=functional notations=] follow the syntactic pattern:
 
 	<pre class=prod>
-		<var>mix-function</var>() = <var>mix-function</var>( <<progress>>, <<start-value>>, <<end-value>> )
+		<var>mix-function</var>() = <var>mix-function</var>( <<progress>>, [=mix start value|start-value=], [=mix end value|end-value=] )
 	</pre>
 
 	The [=mix notations=] in CSS include:
@@ -256,7 +256,7 @@ Mixing and Interpolation Notations: the *-mix() family</h2>
 	but how would we represent a set of keyframes for a [=component value=]
 	(rather than a full property value)?
 
-<h3 id="progress">
+<h3 id="progress-type">
 Representing Interpolation Progress: the <<progress>> type</h2>
 
 	The <dfn><<progress>></dfn> value type represents
@@ -347,7 +347,7 @@ Interpolated Numeric and Dimensional Values: the ''color-mix()'' notation</h3>
 	<pre class=prod>
 		<<color-mix()>> =
 		  color-mix( <<progress>> && <<color-interpolation-method>>?, <<color>>, <<color>> ) |
-		  color-mix( <<color-interpolation-method>>, [<<color>> && <<percentage[0,100]>>?]#{2} )
+		  color-mix( <<color-interpolation-method>>, [<<color>> && <<percentage [0,100]>>?]#{2} )
 	</pre>
 
 	The used value of the first [=mix notation=] variant
@@ -632,12 +632,18 @@ Ian's proposal:
 	substitutes a [=custom property=] value into a function.
 
 	<pre class=prod>
-		attr() = attr( <<q-name>> <<attr-type>>? , <<declaration-value>>?)
+		attr() = attr( <<attr-name>> <<attr-type>>? , <<declaration-value>>?)
+
+		<dfn>&lt;attr-name></dfn> = [ <<ident-token>> '|' ]? <<ident-token>>
 
 		<dfn>&lt;attr-type></dfn> = string | url | ident | color | number | percentage |
 		              length | angle | time | frequency | flex | <<dimension-unit>>
 	</pre>
 
+	<!-- Switch the <attr-name> to just use <q-name>
+		when Namespaces is rewritten
+		to use the current grammar structures. -->
+
 	The <dfn>&lt;dimension-unit></dfn> production matches a literal "%" character
 	(that is, a <<delim-token>> with a value of "%")
 	or an ident whose value is any of the CSS units
@@ -646,8 +652,10 @@ Ian's proposal:
 
 	The arguments of ''attr()'' are:
 
-	: <<q-name>>
-	:: Gives the name of the attribute being referenced.
+	: <<attr-name>>
+	:: Gives the name of the attribute being referenced,
+		similar to <<wq-name>> (from [[SELECTORS-3]])
+		but without the possibility of a wildcard prefix.
 
 		If no namespace is specified
 		(just an identifier is given, like ''attr(foo)''),
@@ -656,7 +664,7 @@ Ian's proposal:
 		as namespaced attributes are rare.
 		In particular, HTML and SVG do not contain namespaced attributes.)
 		As with [=attribute selectors=],
-		the case-sensitivity of <<q-name>> depends on the document language.
+		the case-sensitivity of <<attr-name>> depends on the document language.
 
 		If ''attr()'' is used in a property applied to an element,
 		it references the attribute of the given name on that element;
@@ -1243,7 +1251,7 @@ Generating/Caching Random Values: the <<random-caching-options>> value</h4>
 		}
 		</pre>
 
-		But so long as the [=used-values=] end up identical,
+		But so long as the [=used values=] end up identical,
 		two functions that look distinct might end up identical.
 		For example, in the following code: