Skip to content

Commit

Permalink
gap-analysis/index Improve the front matter
Browse files Browse the repository at this point in the history
  • Loading branch information
@r12a
r12a committed Jul 9, 2024
1 parent 7110937 commit 354fd29
Showing 1 changed file with 63 additions and 46 deletions.
109 changes: 63 additions & 46 deletions gap-analysis/index.html
View file
Original file line number Diff line number Diff line change
Expand Up @@ -15,8 +15,6 @@
// specification status (e.g. WD, LCWD, WG-NOTE, etc.). If in doubt use ED.
specStatus: "ED",
//publishDate: "2021-02-04",
//previousPublishDate: "2014-12-16",
//previousMaturity: "FPWD",

noRecTrack: true,
shortName: "hebr-gap",
Expand Down Expand Up @@ -72,84 +70,103 @@

<body>
<div id="abstract">
<p>This document describes and prioritises gaps for the support of Hebrew on the Web and in eBooks. In particular, it is concerned with text layout. It checks that needed features are supported in W3C specifications, in particular HTML and CSS and those relating to digital publications. It also checks whether the features have been implemented in browsers and ereaders. <strong>This is a preliminary analysis.</strong></p>
<p>This document describes and prioritises gaps for the support of the Hebrew script on the Web and in eBooks. In particular, it is concerned with text layout. It checks that needed features are supported in W3C specifications, such as HTML and CSS and those relating to digital publications. It also checks whether the features have been implemented in browsers and ereaders.</p>
</div>


<div id="sotd">
<p>This document describes and prioritises gaps for the support of Modern Israeli Hebrew on the Web and in eBooks. In particular, it is concerned with text layout. It checks that needed features are supported in W3C specifications, in particular HTML and CSS and those relating to digital publications. It also checks whether the features have been implemented in browsers and ereaders. This document complements the document <a href="https://w3c.github.io/hlreq/">Hebrew Layout Requirements</a>, which describes the requirements for areas where gaps appear.
It is linked to from the <a href="https://w3c.github.io/typography/gap-analysis/language-matrix.html">language matrix</a> that tracks Web support for many languages.</p>
<p>This document is an deliverable of the <a href="https://w3c.github.io/hlreq/">Hebrew Layout Task Force </a>at the W3C. We welcome contributions to this and/or other documents.</p>
<p>This document describes and prioritises gaps for the support of the Hebrew script on the Web and in eBooks. In particular, it is concerned with text layout. It checks that needed features are supported in W3C specifications, in particular HTML and CSS and those relating to digital publications. It also checks whether the features have been implemented in browsers and ereaders.
It is linked to from the <a href="https://www.w3.org/International/typography/gap-analysis/language-matrix.html">language matrix</a> that tracks Web support for many languages.</p>

<p>The editor's draft of this document is being developed in the GitHub repository <a href="https://w3c.github.io/hlreq/home">Hebrew Language Enablement (hlreq)</a>, with contributors from the <abbr title="World Wide Web Consortium">W3C</abbr> <a href="https://www.w3.org/International/i18n-activity/i18n-ig/">Internationalization Interest Group</a>. It is published by the <a href="https://www.w3.org/International/i18n-activity/i18n-wg/">Internationalization Working Group</a>. The end target for this document is a Working Group Note.</p>
</div>












<section id="h_introduction">
<h2>Introduction</h2>

<section id="contributors">
<h3>Contributors</h3>

<p>Amir Aharoni created the initial text of this document.</p>

<!--p>Special thanks to the following people who contributed to this document (contributors' names listed in in alphabetic order).</p>
<section id="contributors">
<h2>Contributors</h2>

<p class="acknowledgement">Amir Aharoni created the initial text of this document.</p-->
<p>This document was created by Richard Ishida.</p>
<!--
<p>Special thanks to the following people who contributed to this document (contributors' names listed in in alphabetic order).</p>
<p data-lang="en">Please find the latest info of the contributors at the <a href="https://github.com/w3c/hlreq/graphs/contributors">GitHub contributors list</a>.</p>
<p class="acknowledgement">This Person, That Person, etc</p>
-->
<p data-lang="en">All contributors to the Hebrew Language Enablement project can be found in the <a href="https://github.com/w3c/hlreq/graphs/contributors">GitHub contributors list</a>.</p>
</section>






<section id="about">
<h3>About this document</h3>
<h2>About this document</h2>

<p>The W3C needs to make sure that the 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>

<p>This page documents difficulties people encounter when trying to use the Hebrew language with the Latin script on the Web. </p>
<p>This page documents difficulties that people encounter when trying to use languages written in the Hebrew script on the Web.</p>

<p>Having identified an issue, it investigates the current status with regards to web specifications and implementations by user agents (browsers, e-readers, etc.), and attempts to prioritise the severity of the issue for web users.</p>
</section>





<p>A summary of this report and others can be found as part of the <a href="https://w3c.github.io/typography/gap-analysis/language-matrix.html" style="font-size: 140%;">language matrix</a>.</p>


<p>For a description of the Hebrew script see the (non-W3C) page <a href="https://r12a.github.io/scripts/hebr/he.html">Hebrew</a>, which summarises aspects of the orthography and typographic features, including relevant Unicode characters and their use.</p>


<section id="prioritization">
<h3>Prioritization</h3>

<p>This document not only describes gaps, it also attempts to prioritise them in terms of the impact on the local user. The prioritisation is indicated by colour.</p>

<p>Key:</p>
<ul style="list-style-type: none;">
<li class="ok"></li>
<li class="na"></li>
<li class="advanced"></li>
<li class="basic"></li>
<li class="broken"></li>
<li class="tbd"></li>
</ul>

<p>It is important to note that these colours do not indicate to what extent a particular feature is broken. They indicate the impact of a broken or missing feature on the content author or end user.</p>

<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>

<p>The decision as to what priority level is assigned to a described gap is down to the experts doing the gap analysis. It may not always be straightforward to decide. If a given section in this document refers to more than one feature that is broken, each with different impacts on Web users, the priority for the section should be the lowest denominator.</p>

<p>A cell can be scored as OK if the feature in question is specified in an appropriate specification, and is supported by user agents. A specification that is in CR or later and has two implementations in 'major' browsers will count. This means that the feature may not be supported in all browsers yet. (At some point in the future we may try to distinguish, visually, whether support is available in a specification but still pending in major browsers or applications.) </p>
</section>





<section id="workflow">
<h3>Work flow</h3>
<p><span style="font-weight:bold; font-size: 140%;">This version of the document is a preliminary analysis</span></p>

<p>Gap analysis work usually starts with a <strong>preliminary analysis</strong>, conducted quickly by one or a small group of experts. Then a more <strong>detailed analysis</strong> is carried out, involving a wider range of experts. The detailed analysis may involve the development of tests, in order to illustrate issues and track results for browsers. The next phase is <strong>ongoing maintenance</strong>. It is expected that the resulting document will not be frozen: as gaps are fixed, this should be noted in the document. It is also possible that new gaps are noticed or arise, and they can be added to this document when that happens.</p>

<p>As the gap analysis develops, the requirements for features that are problematic should be described in the companion document, <a href="https://w3c.github.io/hlreq/">Hebrew Layout Requirements</a>. Links to the appropriate part of that document should be added to this document as the material is created. Note that the requirements document should not contain any technology-specific information: all of that belongs here.</p>
</section>

<section id="prioritization">
<h3>Prioritization</h3>
<p>This document not only describes gaps, it also attempts to prioritise them in terms of the impact on the local user. The prioritisation is indicated by colour.</p>

<p>Key:</p>
<ul style="list-style-type: none;">
<li class="ok"></li>
<li class="na"></li>
<li class="advanced"></li>
<li class="basic"></li>
<li class="broken"></li>
<li class="tbd"></li>
</ul>

<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>
<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>
<p>The decision as to what priority level is assigned to a described gap is down to the experts doing the gap analysis. It may not always be straightforward to decide. If a given section in this document refers to more than one feature that is broken, each with different impacts on Web users, the priority for the section should be the lowest denominator.</p>
<p>A cell can be scored as OK if the feature in question is specified in an appropriate specification, and is supported by user agents. A specification that is in CR or later and has two implementations in 'major' browsers will count. This means that the feature may not be supported in all browsers yet. (At some point in the future we may try to distinguish, visually, whether support is available in a specification but still pending in major browsers or applications.) </p>
</section>
<section id="related">
<h2>Related information</h2>

<p>A summary of this report and others can be found as part of the <a href="https://www.w3.org/International/typography/gap-analysis/language-matrix.html" target="_blank">Language Matrix</a>.</p>

<p>Gap reports are brought to the attention of spec and browser implementers, and are tracked via the <a href="https://github.com/orgs/w3c/projects/95" target="_blank">Gap Analysis Pipeline</a>. (<a href="https://github.com/orgs/w3c/projects/95/views/1?filterQuery=label%3A%22s%3Ahebr%22" target="_blank">Filter for Hebrew script items</a>)</p>

<p>See also <a href="https://www.w3.org/TR/hebr-lreq/" target="_blank">Hebrew Script Resources</a> for information about the Hebrew script.</p>
</section>
</section>


Expand Down

0 comments on commit 354fd29

Please sign in to comment.