[css-color-5][css-color-4][css-images-4][editorial] Consistent capitalization Oklab, see w3c#7880

Author: svgeesus

css-color-4/Overview.bs

@@ -45,7 +45,7 @@ At Risk: Equivalence of deprecated and un-deprecated system colors
 			"journal": "Color Research and Application, vol. 30. No. 1, pp. 21-30",
 			"date": "February 2005"
 		},
-		"OKLab": {
+		"Oklab": {
 			"href": "https://bottosson.github.io/posts/oklab/",
 			"title": "A perceptual color space for image processing",
 			"authors": "Björn Ottosson",
@@ -791,13 +791,13 @@ Representing Colors: the <<color>> type</h2>
 		by CIE Lightness, Chroma, and hue
 		using the [[#cie-lab|CIE LCH cylindrical coordinate model]]
 	* ''oklab()'',
-		which specifies an OKLAB color
-		by OKLAB Lightness and its a- and b-axis hue coordinates
+		which specifies an Oklab color
+		by Oklab Lightness and its a- and b-axis hue coordinates
 		(red/green-ness, and yellow/blue-ness)
-		using the [[#ok-lab|OKLAB]] rectangular coordinate model.
+		using the [[#ok-lab|Oklab]] rectangular coordinate model.
 	* ''oklch()'' ,
-		which specifies an OKLAB color
-		by OKLAB Lightness, Chroma, and hue
+		which specifies an Oklab color
+		by Oklab Lightness, Chroma, and hue
 		using the [[#ok-lab|OKLCH]] cylindrical coordinate model.
 <!--
 	* ''device-cmyk()'',
@@ -2761,7 +2761,7 @@ Examples of HWB Colors</h3>
 -->
 
 <h2 id='lab-colors'>
-Device-independent Colors: CIE Lab and LCH, OKLab and OKLCH</h2>
+Device-independent Colors: CIE Lab and LCH, Oklab and OKLCH</h2>
 
 <h3 id="cie-lab">CIE Lab and LCH</h3>
 
@@ -2775,7 +2775,7 @@ Device-independent Colors: CIE Lab and LCH, OKLab and OKLCH</h2>
 	<!-- Simplify by saying Lab throughout rather than CIELab or
 	CIE L*a*b*, because that is what people write in practice.
 	No-one has used Hunter Lab for anything for decades.  -->
-	<!-- But now we have OKLab so where it matters, be more specific -->
+	<!-- But now we have Oklab so where it matters, be more specific -->
 
 	<dfn value export for="lab()">Lab</dfn> is a rectangular coordinate system
 	with a central Lightness axis.
@@ -2910,10 +2910,10 @@ Device-independent Colors: CIE Lab and LCH, OKLab and OKLCH</h2>
 
 	This does not help with hue curvature, however.
 
-	<h3 id="ok-lab">OKLab and OKLCH</h3>
+	<h3 id="ok-lab">Oklab and OKLCH</h3>
 
-	Recently, <dfn value export for="oklab()">OKLab</dfn>,
-	an improved Lab-like space has been developed [[!OKLab]].
+	Recently, <dfn value export for="oklab()">Oklab</dfn>,
+	an improved Lab-like space has been developed [[!Oklab]].
 	The corresponding polar form is called <dfn value export for="oklch()">OKLCH</dfn>.
 	It was produced by numerical optimisation
 	of a large dataset of visually similar colors,
@@ -2929,7 +2929,7 @@ Device-independent Colors: CIE Lab and LCH, OKLab and OKLCH</h2>
 	L=0% is deep black (no light at all) while L=100% is a diffuse white.
 
 	Note: Unlike CIE Lab, which assumes adaptation to the diffuse white,
-	OKLab assumes adaptation to the color being defined,
+	Oklab assumes adaptation to the color being defined,
 	which is intended to make it scale invariant.
 
 	As with CIE Lab, the a and b axes convey hue;
@@ -2941,7 +2941,7 @@ Device-independent Colors: CIE Lab and LCH, OKLab and OKLCH</h2>
 	The illuminant is [=D65=], the same white point
 	as most RGB color spaces.
 
-	OKLCH has the same L axis as OKLab,
+	OKLCH has the same L axis as Oklab,
 	but uses polar coordinates C (chroma) and H (hue).
 
 	Note: Unlike CIE LCH, where Chroma can reach values of 200 or more,
@@ -2967,7 +2967,7 @@ Device-independent Colors: CIE Lab and LCH, OKLab and OKLCH</h2>
 		</figcaption>
 	</figure>
 
-	Because OKLab is more perceptually uniform,
+	Because Oklab is more perceptually uniform,
 	the color difference is a straightforward distance in 3D space
 	(root sum of squares).
 	Although trivial,
@@ -3156,10 +3156,10 @@ Specifying Lab and LCH: the ''lab()'' and ''lch()'' functional notations</h3>
 	Using commas inside these functions is an error.
 
 <h3 id="specifying-oklab-oklch">
-	Specifying OKLab and OKLCH: the ''oklab()'' and ''oklch()'' functional notations</h3>
+	Specifying Oklab and OKLCH: the ''oklab()'' and ''oklch()'' functional notations</h3>
 
 
-	CSS allows colors to be directly expressed in OKLab and OKLCH.
+	CSS allows colors to be directly expressed in Oklab and OKLCH.
 
 	<pre class='prod'>
 	<dfn>oklab()</dfn> = oklab( [ <<percentage>> | <<number>> | none]
@@ -3194,7 +3194,7 @@ Specifying Lab and LCH: the ''lab()'' and ''lch()'' functional notations</h3>
 		parsing/color-valid.html
 	</wpt>
 
-	The first argument specifies the OKLab Lightness.
+	The first argument specifies the Oklab Lightness.
 	This is typically a number between ''0%''
 	(representing black)
 	and ''100%''
@@ -3208,7 +3208,7 @@ Specifying Lab and LCH: the ''lab()'' and ''lch()'' functional notations</h3>
 
 	The second and third arguments are the distances along
 	the "a" and "b" axes
-	in the OKLab color space,
+	in the Oklab color space,
 	as described in the previous section.
 	These values are signed
 	(allow both positive and negative values)
@@ -3219,7 +3219,7 @@ Specifying Lab and LCH: the ''lab()'' and ''lch()'' functional notations</h3>
 	separated by a slash,
 	representing the [=alpha component=].
 
-	If the lightness of an OKLab color is ''0%'',
+	If the lightness of an Oklab color is ''0%'',
 	both the a and b components are [=powerless=].
 
 	<div class="example" id="ex-oklab-samples">
@@ -3317,7 +3317,7 @@ Specifying Lab and LCH: the ''lab()'' and ''lch()'' functional notations</h3>
 
 
 <h3 id='lab-to-lch'>
-Converting Lab or OKLab colors to LCH or OKLCH colors</h3>
+Converting Lab or Oklab colors to LCH or OKLCH colors</h3>
 
 	Conversion to the polar form is trivial:
 
@@ -3336,7 +3336,7 @@ and treated as [=missing=] when converted into LCH or OKLCH;
 in non-CSS contexts this might be reflected as a missing value, such as NaN.
 
 <h3 id='lch-to-lab'>
-Converting LCH or OKLCH colors to Lab or OKLab colors</h3>
+Converting LCH or OKLCH colors to Lab or Oklab colors</h3>
 
 	Conversion to the rectangular form is trivial:
 
@@ -4046,7 +4046,7 @@ The Predefined CIE XYZ Color Spaces: the ''xyz-d50'', ''xyz-d65'', and ''xyz'' k
 
 
 <h3 id="predefined-to-lab-oklab">
-Converting Predefined Color Spaces to Lab or OKLab</h3>
+Converting Predefined Color Spaces to Lab or Oklab</h3>
 
 	For all predefined RGB color spaces,
 	conversion to Lab requires several steps,
@@ -4063,25 +4063,25 @@ Converting Predefined Color Spaces to Lab or OKLab</h3>
 		<li>Convert D50-adapted XYZ to Lab
 	</ol>
 
-	Conversion to OKLab is similar,
+	Conversion to Oklab is similar,
 	but the chromatic adaptation step
 	is only needed for ''prophoto-rgb''.
 
 	<ol id="predefined-to-oklab">
 		<li>Convert from gamma-encoded RGB to linear-light RGB (undo gamma encoding)
 		<li>Convert from linear RGB to CIE XYZ
 		<li>If needed, convert from a [=D50=] whitepoint (used by ''prophoto-rgb'')
-			to the [=D65=] whitepoint used in OKLab,
+			to the [=D65=] whitepoint used in Oklab,
 			with the Bradford transform.
-		<li>Convert D65-adapted XYZ to OKLab
+		<li>Convert D65-adapted XYZ to Oklab
 	</ol>
 
 	There is sample JavaScript code for these conversions
 	in [[#color-conversion-code]].
 
 
 <h3 id="oklab-lab-to-predefined">
-Converting Lab or OKLab to Predefined RGB Color Spaces</h3>
+Converting Lab or Oklab to Predefined RGB Color Spaces</h3>
 
 	Conversion from Lab to predefined spaces like ''display-p3'' or ''rec2020''
 	also requires multiple steps,
@@ -4096,13 +4096,13 @@ Converting Lab or OKLab to Predefined RGB Color Spaces</h3>
 		<li>Convert from linear-light RGB to RGB (do gamma encoding)
 	</ol>
 
-	Conversion from OKLab is similar,
+	Conversion from Oklab is similar,
 	but the chromatic adaptation step
 	is only needed for ''prophoto-rgb''.
 
 	<ol id="oklab-to-predefined">
-		<li>Convert OKLab to (D65-adapted) XYZ
-		<li>If needed, convert from a [=D65=] whitepoint (used by OKLab)
+		<li>Convert Oklab to (D65-adapted) XYZ
+		<li>If needed, convert from a [=D65=] whitepoint (used by Oklab)
 			to the [=D50=] whitepoint used in ''prophoto-rgb'',
 			with the Bradford transform.
 		<li>Convert from (D65-adapted) CIE XYZ to linear RGB
@@ -4319,7 +4319,7 @@ Color Space for Interpolation</h3>
 	* In some cases, the result of physically mixing two colored lights is desired.
 		In that case, the CIE XYZ  or srgb-linear color space is appropriate, because they are linear in light intensity.
 	* If colors need to be evenly spaced perceptually (such as in a gradient),
-		the OKLab color space (and the older Lab), are designed to be perceptually uniform.
+		the Oklab color space (and the older Lab), are designed to be perceptually uniform.
 	* If avoiding graying out in color mixing is desired, i.e. maximizing chroma throughout the transition,
 		OKLCH (and the older LCH) work well for that.
 	* Lastly, compatibility with legacy Web content may be the most important consideration.
@@ -4366,7 +4366,7 @@ Color Space for Interpolation</h3>
 
 	If the host syntax does not define what color space
 	interpolation should take place in,
-	it defaults to OKLab.
+	it defaults to Oklab.
 
 	However, user agents <em>may</em> handle interpolation
 	between legacy sRGB color formats
@@ -5112,7 +5112,7 @@ Sample Pseudocode for the Binary Search Gamut Mapping Algorithm with Local MINDE
 		to be in gamut of a destination color space |destination|:
 
 		<ol>
-			<li>if |destination| has no gamut limits (XYZ-D65, XYZ-D50, Lab, LCH, OKLab, OKLCH) return |origin|
+			<li>if |destination| has no gamut limits (XYZ-D65, XYZ-D50, Lab, LCH, Oklab, OKLCH) return |origin|
 			<li>let |origin_OKLCH| be |origin| converted
 				from |origin color space| to the OKLCH color space</li>
 			<li>if the Lightness of |origin_OKLCH| is greater than or equal to 100%,
@@ -5267,12 +5267,12 @@ Resolving Lab and LCH values</h3>
 		</div>
 
 <h3 id="resolving-oklab-oklch-values">
-Resolving OKLab and OKLCH values</h3>
+Resolving Oklab and OKLCH values</h3>
 
 	This applies to ''oklab()'' and ''oklch()'' values.
 
 		The computed and used value
-		is the corresponding OKLab or OKLCH color
+		is the corresponding Oklab or OKLCH color
 		paired with the specified alpha channel
 		(as a <<number>>, not a <<percentage>>;
 		and defaulting to opaque if unspecified).
@@ -5626,7 +5626,7 @@ Serializing Lab and LCH values</h3>
 	</div>
 
 <h3 id="serializing-oklab-oklch">
-Serializing OKLab and OKLCH values</h3>
+Serializing Oklab and OKLCH values</h3>
 
 	The serialized form of ''oklch()'' and ''oklab()'' values
 	is derived from the [=computed value=]
@@ -5924,12 +5924,12 @@ highlight: js
 
 <h3 id="color-difference-OK">ΔEOK</h3>
 <p>
-	Because OKLab does not suffer from
+	Because Oklab does not suffer from
 	the hue linearity, hue uniformity,
 	and chroma non-linearities of CIE Lab,
 	the color difference metric does not need to correct for them
 	and so
-	is simply the Euclidean distance in OKLab color space.
+	is simply the Euclidean distance in Oklab color space.
 </p>
 
 <pre class="include-code lang-javascript">
@@ -6333,7 +6333,7 @@ Changes</h2>
 	<!-- To 05 Feb 2022 -->
 	<li>Avoided an infinite loop in gamut reduction, with colors whiter than white or darker than black</li>
 	<li>Clarified serialization of the ''none'' value</li>
-	<li>Clarified the opt-in to interpolation in OKLab, for non-legacy colors</li>
+	<li>Clarified the opt-in to interpolation in Oklab, for non-legacy colors</li>
 	<li>Defined how premultiplication works, with the ''none'' value</li>
 	<li>Clarified that missing values in rgb serialize as 0</li>
 	<li>Clarified the use of calc() with the ''none'' value</li>
@@ -6357,7 +6357,7 @@ Changes</h2>
 	<li>Computed value of color(xyz ...) is color(xyz-d65 ...)</li>
 	<li>Added srgb-linear to interpolation color spaces</li>
 	<li>Updated Changes from Colors 3 section</li>
-	<li>Added Resolving OKLab and OKLCH values section</li>
+	<li>Added Resolving Oklab and OKLCH values section</li>
 	<!-- to 19 Nov 2021 -->
 	<li>Added srgb-linear color space</li>
 	<li>Moved @color-profile and device-cmyk to level 5 per CSSWG resolution</li>
@@ -6368,11 +6368,11 @@ Changes</h2>
 	<!-- to Oct 16 2021-->
 	<li>Defined quirks-mode quirky hex colors</li>
 	<li>Removed fallback colors from device-cmyk</li>
-	<li>Host syntax that does not declare a default now uses OKLab by default</li>
+	<li>Host syntax that does not declare a default now uses Oklab by default</li>
 	<li>Added sample code for deltaE OK</li>
 	<li>Added sample conversion code for OKlab and OKLCH</li>
 	<li>Added oklab() and oklch() functions</li>
-	<i>Added description of OKLab and OKLCH</i>
+	<i>Added description of Oklab and OKLCH</i>
 	<li>Added description of CIE LCH deficiencies</li>
 	<li>Allowed all components of a color to be "missing" via the ''none'' keyword,
 		defined when components are "powerless" and automatically become missing in some cases,

css-color-5/Overview.bs

@@ -1061,7 +1061,7 @@ the allowed [=channel keywords=] are:
 	</pre>
 </div>
 
-<h3 id="relative-OKLab">Relative OKLab Colors</h3>
+<h3 id="relative-Oklab">Relative Oklab Colors</h3>
 
 The grammar of the ''oklab()'' function is extended as follows:
 
@@ -1078,9 +1078,9 @@ Within a [=relative color=] syntax ''oklab()'' function,
 the allowed [=channel keywords=] are:
 
 * <dfn value for="oklab()">l</dfn> is a <<percentage>> or <<number>>
-	that corresponds to the [=origin color's=] OKLab Lightness
+	that corresponds to the [=origin color's=] Oklab Lightness
 * <dfn value for="oklab()">a</dfn> and <dfn value for="oklab()">b</dfn> are <<percentage>>s or <<number>>s
-	that correspond to the [=origin color's=] OKLab a and b axes
+	that correspond to the [=origin color's=] Oklab a and b axes
 * <dfn value for="oklab()">alpha</dfn> is a <<number>> or <<percentage>> that corresponds to the [=origin color's=] alpha transparency
 
 <h3 id="relative-LCH">Relative LCH Colors</h3>
@@ -1233,7 +1233,7 @@ Within a [=relative color=] syntax ''oklch()'' function,
 the allowed [=channel keywords=] are:
 
 * <dfn value for="oklch()">l</dfn> is a <<percentage>> or <<number>>
-	that corresponds to the [=origin color's=] OKLab Lightness
+	that corresponds to the [=origin color's=] Oklab Lightness
 * <dfn value for="oklch()">c</dfn> is a <<percentage>> or <<number>>
 	that corresponds to the [=origin color's=] OKLCH chroma
 * <dfn value for="oklch()">h</dfn> is an <<angle>>