[css-color-4] remove ICC named colors, fix #6095

Author: svgeesus

css-color-4/Overview.bs

@@ -3124,7 +3124,7 @@ Profiled, Device-dependent Colors</h2>
 	Its syntax is:
 
 	<pre class='prod'>
-		<dfn>color()</dfn> = color( [ [<<ident>> | <<dashed-ident>>] [ <<number-percentage>>+ | <<string>> ] [ / <<alpha-value>> ]? ]# , <<color>>? )
+		<dfn>color()</dfn> = color( [ [<<ident>> | <<dashed-ident>>] [ <<number-percentage>>+ ] [ / <<alpha-value>> ]? ]# , <<color>>? )
 	</pre>
 
 	<wpt>
@@ -3185,49 +3185,34 @@ Profiled, Device-dependent Colors</h2>
 		this argument represents an <a>invalid color</a>.
 
 
-	* Either one or more <<number>>s or <<percentage>>s providing the parameter values that the colorspace takes,
-		or a <<string>> giving the name of a color defined by the colorspace.
-
-		<dl class=switch>
-			<dt>If the colorspace takes numeric parameters
-			<dd>
-
-				For custom colorspaces,
-				specified component values
-				less than 0 or 0%, or greater than 1 or 100%
-				are not invalid;
-				they are clamped to the valid range at computed value time.
-				This is because ICC profiles typically do not accept
-				out of range input values.
-
-				For predefined colorspaces,
-				specified component values
-				less than 0 or 0%, or greater than 1 or 100%
-				are not invalid;
-				these out of gamut colors
-				are gamut mapped to the valid range at computed value time,
-				with a relative colorimetric intent.
-
-				If more <<number>>s or <<percentage>>s are provided than parameters that the colorspace takes,
-				the excess <<number>>s at the end are ignored.
-				The color is still a [=valid color=].
-
-				If fewer <<number>>s or <<percentage>>s are provided than parameters that the colorspace takes,
-				the missing parameters default to ''0''.
-				(This is particularly convenient for multichannel printers
-				where the additional inks are spot colors or varnishes
-				that most colors on the page won't use.)
-				The color is still a [=valid color=].
-
-				If a <<string>> is provided,
-				this argument represents an <a>invalid color</a>.
-			<dt>If the colorspace defines named colors
-			<dd>
-				If <<number>>s or <<percentage>>s are provided,
-				or a <<string>> is provided that doesn't match any of the color names
-				defined by the colorspace,
-				this argument represents an <a>invalid color</a>.
-		</dl>
+	* One or more <<number>>s or <<percentage>>s providing the parameter values that the colorspace takes.
+
+		For custom colorspaces,
+		specified component values
+		less than 0 or 0%, or greater than 1 or 100%
+		are not invalid;
+		they are clamped to the valid range at computed value time.
+		This is because ICC profiles typically do not accept
+		out of range input values.
+
+		For predefined colorspaces,
+		specified component values
+		less than 0 or 0%, or greater than 1 or 100%
+		are not invalid;
+		these out of gamut colors
+		are gamut mapped to the valid range at computed value time,
+		with a relative colorimetric intent.
+
+		If more <<number>>s or <<percentage>>s are provided than parameters that the colorspace takes,
+		the excess <<number>>s at the end are ignored.
+		The color is still a [=valid color=].
+
+		If fewer <<number>>s or <<percentage>>s are provided than parameters that the colorspace takes,
+		the missing parameters default to ''0''.
+		(This is particularly convenient for multichannel printers
+		where the additional inks are spot colors or varnishes
+		that most colors on the page won't use.)
+		The color is still a [=valid color=].
 
 	* An optional slash-separated <<alpha-value>>.
 		This is interpreted the same way as the <<alpha-value>> in ''rgb()'',