[css-color-5][editorial] Fix breakage from over-application of regex.

Author: tabatkins

css-color-5/Overview.bs

@@ -76,7 +76,7 @@ Introduction {#intro}
 	However, other color spaces can be specified,
 	including ``hsl()`` or ``srgb`` if desired.
 
-color spaces {#color spaces-section}
+Color Spaces {#color-spaces}
 ==============
 
 Mixing or otherwise combining colors
@@ -92,10 +92,10 @@ Lastly, compatibility with legacy Web content may be the most important consider
 
 
 <pre class='prod'>
-	<dfn>&lt;color space></dfn> = srgb | hsl | hwb | xyz | lab | lch
+	<dfn>&lt;color-space></dfn> = srgb | hsl | hwb | xyz | lab | lch
 </pre>
 
-When no [=color space=] is specified,
+When no <<color-space>> is specified,
 the mixing is done in the ''lch'' color space.
 The [=xyz=] color space is CIE XYZ, with a D50 whitepoint, and allows computation to be done
 in a linear-light-intensity space.
@@ -116,12 +116,12 @@ Mixing colors: the ''color-mix()'' function {#color-mix}
 
 	This function takes two <<color>> specifications
 	and returns the result of mixing them,
-	in a given [=color space=],
+	in a given <<color-space>>,
 	by a specified amount.
 
 
 <pre class='prod'>
-	<dfn>color-mix()</dfn> = color-mix( in <<color space>> , [ <<color>> && <<percentage>>? ]#{2})
+	<dfn>color-mix()</dfn> = color-mix( in <<color-space>> , [ <<color>> && <<percentage>>? ]#{2})
 </pre>
 
 	The percentages are normalized as follows:
@@ -143,7 +143,7 @@ Issue: Should we handle p1 + p2 &lt; 100% differently? E.g. a mix with `transpar
 
 After normalizing both percentages, the result is produced via the following algorithm:
 
-1. Both colors are converted to the specified [=color space=].
+1. Both colors are converted to the specified <<color-space>>.
 	If the specified color space has a smaller gamut
 	than the one in which the color to be adjusted is specified,
 	gamut mapping will occur.
@@ -629,7 +629,7 @@ Adjusting colors: the ''color-adjust'' function {#coloradjust}
 	Multiple color functions can be specified.
 
 	<pre class='prod'>
-		<dfn>color-adjust()</dfn> = color-adjust( <<color>> [ <<color-adjuster>> && [ in <<color space>> ]? ]? )
+		<dfn>color-adjust()</dfn> = color-adjust( <<color>> [ <<color-adjuster>> && [ in <<color-space>> ]? ]? )
 	</pre>
 
 	<pre class='prod'>
@@ -647,15 +647,15 @@ Adjusting colors: the ''color-adjust'' function {#coloradjust}
 	</pre>
 
 	The meaning of the adjusters is defined by color space.
-	For example, if the [=color space=] is [=hsl=],
+	For example, if the <<color-space>> is [=hsl=],
 	hue means the HSL hue, which is not the same as the LCH hue;
 	if the color space is [=lch=],
 	lightness means the LCH Lightness, which is the same as Lab lightness,
 	but different to the HSL Lightness.
 
-	Only the [=color-adjuster=]s defined for a given [=color space=] are available.
+	Only the [=color-adjuster=]s defined for a given <<color-space>> are available.
 	For example, it is not possible to use the HWB [=whiteness=] adjuster unless the color space is [=hwb=].
-	The alpha adjuster is available on any [=color space=].
+	The alpha adjuster is available on any <<color-space>>.
 
 	Note: not all [=color-adjuster=]s are equally useful.
 	Adjustments in LCH are the most useful, which is why it is the default.
@@ -993,7 +993,7 @@ Changes {#changes}
 
 <ul>
 	<!--
-	<li>Added `in` keyword before <<color space>> tokens in functions</li>
+	<li>Added `in` keyword before <<color-space>> tokens in functions</li>
 	<li>Removed adjusters from color-mix</li>
 	-->
 	<!-- to 28 Jan 2021 -->