You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: gap-analysis/index.html
+40-14Lines changed: 40 additions & 14 deletions
Original file line number
Diff line number
Diff line change
@@ -84,7 +84,7 @@
84
84
</div>
85
85
</div>
86
86
87
-
<sectionid="h_introduction">
87
+
<sectionid="h_introduction">
88
88
<h2>Introduction</h2>
89
89
<p>The W3C needs to make sure that the text layout and typographic needs of scripts and languages around the world are built in to technologies such as HTML, CSS, SVG, etc. so that Web pages and eBooks can look and behave as people expect around the world.</p>
90
90
@@ -113,7 +113,7 @@ <h3>Prioritization</h3>
113
113
<liclass="basic"></li>
114
114
<liclass="broken"></li>
115
115
<liclass="tbd"></li>
116
-
</ul>
116
+
</ul>
117
117
118
118
<p>It is important to note that these colours do not indicate to what extent a particular features is broken. They indicate the impact of a broken or missing feature on the content author or end user.</p>
119
119
<p>Basic styling is the level that would be generally accepted as sufficient for most Web pages. Advanced level support would include additional features one might expect to include in ebooks or other advanced typographic formats. There may be features of a script or language that are not supported on the Web, but that are not generally regarded as necessary (usually archaic or obscure features). In this case, the feature can be described here, but the status should be marked as OK.</p>
@@ -182,8 +182,34 @@ <h3>Cursive text</h3>
182
182
</figcaption>
183
183
</figure>
184
184
185
-
<p><ahref="https://www.w3.org/TR/alreq/#h_letterhighlights">Arabic Layout Requirement</a> document includes a section dedicated to this topic.</p>
186
-
185
+
<p><ahref="https://www.w3.org/TR/alreq/#h_letterhighlights">Arabic Layout Requirement</a> document includes a section dedicated to this topic.</p>
186
+
187
+
<sectionid="cursive_shadow">
188
+
<h4>Text shadow works as expected</h4>
189
+
<p>The <codeclass="kw" translate="no">text-shadow</code> property in CSS doesn't disrupt the flow of cursive text in <spanclass="pass">any major browser</span>. See a <ahref="https://w3c.github.io/i18n-tests/results/cursive#text_shadow"> test</a>.</p>
190
+
<p><imgsrc="images/text-shadow.png" alt=""></p>
191
+
</section>
192
+
193
+
<sectionid="cursive_stroke">
194
+
<h4>Text stroke cuts joining glyphs apart</h4>
195
+
<p>The property <codeclass="kw" translate="no">text-stroke</code> is not yet in CSS, but has been implemented in major browsers under the name <codeclass="kw" translate="no">-webkit-text-stroke</code>. In <spanclass="fail">all major browsers</span>, the stroke around the text interrupts the cursive flow. See a <ahref="https://w3c.github.io/i18n-tests/results/cursive#text_stroke">test</a>.</p>
196
+
<p><imgsrc="images/text-stroke.png" alt=""></p>
197
+
</section>
198
+
199
+
<sectionid="cursive_opacity">
200
+
<h4>Text opacity shows glyph overlap</h4>
201
+
<p>When opacity is applied to text, <spanclass="fail">Firefox</span> and <spanclass="fail">Chrome</span> produce dark patches where the cursive glyphs overlap, but <spanclass="pass">Safari</span> and <spanclass="pass">Edge</span> don't. See the <ahref="https://w3c.github.io/i18n-tests/results/cursive#text_opacity">test</a>.</p>
202
+
<p><imgsrc="images/text-opacity.png" alt=""></p>
203
+
</section>
204
+
205
+
<sectionid="cursive_style">
206
+
<h4>Inline elements break cursive shaping</h4><p>When elements surround part of a cursive run of text, and apply styling, the results often break the cursive joins.</p>
<p>The expected behaviour is <ahref="https://github.com/w3c/csswg-drafts/issues/698">not yet fully confirmed</a> by the CSS spec, and will probably depend on the type of styling that is applied, but there is a level of agreement that something like just colouring a letter shouldn't break the shaping. <spanclass="pass">Firefox</span> and <spanclass="pass">Edge</span> allow you to put a <codeclass="kw" translate="no">span</code> around a medial letter to colour it without breaking the cursive joins. <spanclass="fail">Chrome</span> and <spanclass="fail">Safari</span>, however, break the shaping sequence. (See the results just above – successful on the left, unsuccessful on the right.) See the <ahref="https://w3c.github.io/i18n-tests/results/css-text-shaping">tests and results</a> for a range of different styling effects.</p>
209
+
</section>
210
+
211
+
212
+
187
213
</section>
188
214
189
215
@@ -345,7 +371,7 @@ <h3>Justification</h3>
345
371
<p>A basic implementation must provide at least one of these strategies for adequate justification results. Advanced implementations should provide users with the necessary means to control the selection of strategies, adjustment of their attributes, and the priority with which they are being applied. </p>
346
372
<p>Currently, CSS specifications do not provide these advanced features, but recommend that the implementations select the justification strategy appropriate to the text. </p>
347
373
<p><ahref="https://w3c.github.io/alreq/#h_justification">Arabic Layout Requirement</a> document includes a section dedicated to this topic.</p>
348
-
</section>
374
+
</section>
349
375
350
376
351
377
@@ -365,7 +391,7 @@ <h3>Initial letter styling</h3>
365
391
366
392
367
393
<p>Although initial letter styling is not an innate feature of the Arabic script, there have been occurences of its usage noted. However, the specifications and guidelines for composition of these decorative elements are undefined or insubstantial; for example, which of the joining forms of letters is to be used or how the joining behaviour is treated accross the boundary between the styled initial letter and rest of the paragraph.</p>
368
-
</section>
394
+
</section>
369
395
370
396
371
397
@@ -404,7 +430,7 @@ <h3>Bidirectional layout</h3>
404
430
405
431
406
432
<p>There needs to be wider adoption of logical keywords such as start and end, rather than left and right.</p>
407
-
</section>
433
+
</section>
408
434
409
435
410
436
@@ -415,7 +441,7 @@ <h3>Vertical text</h3>
415
441
416
442
417
443
<p>We need to clarify whether there is a particular requirement for handling arabic text specially in vertical lines, such as upright glyphs. We are also waiting on implementation of sideways values of writing-modes in order to be able to effectively use arabic text in vertical arrangements (such as book spines, table headings, etc), but that is not a problem specific to arabic.</p>
<pclass="acknowledgement">This Person, That Person, etc</p>
546
572
547
573
<pdata-lang="en">Please find the latest info of the contributors at the <ahref="https://github.com/w3c/hlreq/graphs/contributors">GitHub contributors list</a>.</p>
0 commit comments