[css-text] Update test coverage info

Author: frivoal

css-text-3/test-coverage.html

@@ -19,12 +19,12 @@ <h2 class="no-num no-toc no-ref heading settled" id="abstract"><span class="cont
 
 	<p>
 		This report evaluates the test coverage of the <a href="https://drafts.csswg.org/css-text-3/">CSS Text Module Level 3</a>
-		as it was on 2019-09-27
-		when the latest commit was <a href="https://github.com/w3c/csswg-drafts/blob/3c52c266d27e0bdcc583f8d232fdd359efc1ba81/css-text-3/Overview.bs">3c52c266d27e0bdcc583f8d232fdd359efc1ba81</a>.
+		as it was on 2020-04-02
+		when the latest commit was <a href="https://github.com/w3c/csswg-drafts/blob/4a5dcb4b6c15804e85db821419c1945f146fd902/css-text-3/Overview.bs">4a5dcb4b6c15804e85db821419c1945f146fd902</a>.
 		It is provided for discussion only and may change at any moment.
 		Its publication here does not imply endorsement of its contents by W3C,
 		or the CSS-Working Group.
-		Don’t cite this document other than as work in progress. 
+		Don’t cite this document other than as work in progress.
 
 	<p>
 		It takes into account tests in:
@@ -167,7 +167,7 @@ <h4 id="segment-break-transformation-rules">4.1.2 <a href="https://drafts.csswg.
 	<li>the first 3 bullet points are not tested for “nowrap”
 	<li>“Otherwise, if the writing system of the segment break is Chinese, Japanese, or Yi, […]”
 	<li>For this purpose, Emoji (Unicode property Emoji) with an East Asian Width property of W or N are treated as having an East Asian Width property of A.
-        <li>“Otherwise, the segment break is converted to a space (U+0020).”
+	<li>“Otherwise, the segment break is converted to a space (U+0020).”
 	<li>inline element boundary and out of flow elements have no effect on these rules
 </ul>
 
@@ -178,7 +178,9 @@ <h4 id="phase-ii-trimming-and-positioning">4.1.3 <a href="https://drafts.csswg.o
 <p>Missing tests:
 
 <ul>
+	<li>test for <a href=https://github.com/w3c/csswg-drafts/issues/4422>https://github.com/w3c/csswg-drafts/issues/4422</a>
 	<li>See [UAX9] for rules on how U+0009 tabulation interacts with bidi.
+	<li>Trailing OGHAM spaces <a href=https://github.com/w3c/csswg-drafts/issues/4893>https://github.com/w3c/csswg-drafts/issues/4893</a>
 </ul>
 
 <h3 id="tab-character-size-the-tab-size-property">4.2 <a href="https://drafts.csswg.org/css-text-3/#tab-size-property">Tab Character Size: the tab-size property</a></h3>
@@ -211,6 +213,7 @@ <h3 id="line-breaking-details">5.1 <a href="https://drafts.csswg.org/css-text-3/
 <ul>
 	<li>“Regardless of the white-space value […] the BK, NL […] classes […] must be honored”
 	<li>For soft wrap opportunities before the first or after the last character of a box, the break occurs immediately before/after the box (at its margin edge) rather than breaking the box between its content edge and the content.
+	<li>Test for <a href="https://github.com/w3c/csswg-drafts/issues/4284">https://github.com/w3c/csswg-drafts/issues/4284</a>
 </ul>
 
 <p>Untestable(?):
@@ -233,6 +236,7 @@ <h3 id="breaking-rules-for-letters-the-word-break-property">5.2 <a href="https:/
 	<li>effect of word-break:keep-all on NU and AI classes
 	<li>Symbols that line-break the same way as letters of a particular category are affected the same way as those letters.
 	<li>does not suppress <code>&lt;wbr></code>
+	<li>Tests for <a href="https://github.com/w3c/csswg-drafts/issues/4765">https://github.com/w3c/csswg-drafts/issues/4765</a>
 </ul>
 
 <p>Covered, but could have more:
@@ -477,7 +481,6 @@ <h3 id="bidirectionality-and-line-boxes">8.3 <a href="https://drafts.csswg.org/c
 		<ul>
 			<li>An empty line box (i.e. one that contains no atomic inlines or characters other than the line-breaking character, if any), takes its inline base direction from the preceding line box (if any), or, if this is the first line box in the containing block, then from the direction property of the containing block.
 		</ul>
-	
 </ul>
 
 <h2 id="appendix-a-text-processing-order-of-operations"><a href="https://drafts.csswg.org/css-text-3/#order">Appendix A: Text Processing Order of Operations</a></h2>