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: epub33/fxl-a11y/index.html
+13-9
Original file line number
Diff line number
Diff line change
@@ -65,7 +65,7 @@ <h3>Overview</h3>
65
65
66
66
<p>EPUB fixed layout publications, or publications where the print layout is preserved in the digital edition, have been around since before EPUB 3.0.1. These publications span a number of genres and types, from comic books, cook books, children's books, and more.</p>
67
67
68
-
<p>An accessible fixed layout EPUB file is one that meets the accessibility requirements of the Web Content Accessibility Guidelines 2.x level AA [[wcag2]] and EPUB Accessibility 1.1 [[epub-a11y-11]], including color contrast, reading order, font layout, structural navigation, metadata, and text alternatives. Not all WCAG success criteria are applicable to EPUB documents, a more detailed list can be found in <ahref="#intro-principles">section 1.4</a>.</p>
68
+
<p>An accessible fixed layout EPUB file is one that meets the accessibility requirements of the Web Content Accessibility Guidelines 2.x level AA [[wcag2]] and EPUB Accessibility 1.1 [[epub-a11y-11]], including color contrast, reading order, font layout, structural navigation, accessibility metadata, and text alternatives. Not all WCAG success criteria are applicable to EPUB documents, a more detailed list can be found in <ahref="#intro-principles">section 1.4</a>.</p>
69
69
70
70
<p>The main motivation behind creating fixed layout publications is the need to preserve the print layout of the book, either because of the layout's importance to the text (i.e. complex diagrams) or it's artistic purpose (i.e. illustrated text). These publications can often be partially or completely inaccessible to people with disabilities, especially disabilities affecting vision or visual processing. However, the visual nature of fixed layout publications can also offer advantages for disabled readers. Graphic and visual design is about much more than making things look pretty, and well-designed publications can create reading experiences that aid in increasing understanding, information retention, conveying complex ideas, and more.</p>
71
71
@@ -169,7 +169,7 @@ <h4>Robust</h4>
169
169
<p>These are the most applicable success criteria for fixed layout content:</p>
170
170
171
171
<ul>
172
-
<li><ahref="https://www.w3.org/TR/WCAG22/#parsing">4.1.1 Parsing (note: this success criteria is no longer applicable in WCAG 2.2, but may remain important to EPUB rendering).</a></li>
172
+
<li><ahref="https://www.w3.org/TR/WCAG22/#parsing">4.1.1 Parsing (note: this success criteria is no longer applicable in WCAG 2.2, but parsing errors are part of the checks done by <ahref="https://www.w3.org/publishing/epubcheck/">EPUBCheck</a>).</a></li>
173
173
<li><ahref="https://www.w3.org/TR/WCAG22/#name-role-value">4.1.2 Name, Role, Value (A)</a></li>
174
174
</ul>
175
175
</section>
@@ -184,7 +184,7 @@ <h3>Considerations for fixed layout content development</h3>
184
184
185
185
<p>EPUB 3.3 [[epub-33]] supports multiple methods for content development, particularly for fixed layout content. The two primary methods are to use XHTML and SVG for building EPUB content documents. A third method used in many EPUB fixed layout books is to reference image files in the spine of the EPUB file. We will discuss the accessibility considerations for all three methods in this document.</p>
186
186
187
-
<p>In addition to the core technologies mentioned in the EPUB 3.3 recommendation, EPUB accessibility may also require the use of the Accessible Rich Internet Applications [[wai-aria-1.2]] standard.</p>
187
+
<p>In addition to the core technologies mentioned in the EPUB 3.3 recommendation, EPUB accessibility may also require the use of the Accessible Rich Internet Applications [[wai-aria-1.2]] and Digital Publishing WAI-ARIA [[dpub-aria-1.1]] recommendations.</p>
188
188
</section>
189
189
190
190
<sectionid="reading-order">
@@ -417,7 +417,7 @@ <h4>Visual adjustments</h4>
417
417
<sectionid="legibility-visual">
418
418
<h4>Visual design</h4>
419
419
420
-
<p>Many of the Success Criteria mentioned previously focus on the content being programmatically available to the user (accessible to assistive technology), but the same principles that are communicated programmatically can also be communicated visually. For example, most content design makes a visual differentiation between heading and body text, as a visual indicator of their relationship. Programmatically, we use elements like <code><h1></code> and <code><p></code> to achieve this. Visually, we do this by styling headings with larger text, different colours, or a different font face.</p>
420
+
<p>Many of the Success Criteria mentioned previously focus on the content being programmatically available to the user (accessible to assistive technology), but the same principles that are communicated programmatically can also be communicated visually. For example, most content design makes a visual differentiation between heading and body text, as a visual indicator of their relationship. Programmatically, we use elements like <code><h1></code> and <code><p></code> to achieve this. Visually, we do this by styling headings with larger text, different colors, or a different font face.</p>
421
421
422
422
<p>Success Criteria like the following can be achieved with conscientious visual design:</p>
423
423
@@ -511,7 +511,7 @@ <h5>Font face</h5>
511
511
512
512
<p>Selecting a font face for your content can depend on a number of factors. When choosing a font for fixed layout content it is important for content creators to consider readability because a user will not be able to alter the font face to suit their needs or preferences.</p>
513
513
514
-
<p>One of the most important factors for the readability of fonts relates to character differentiation. Character differentiation in a font is a strong indicator of readability, specifically for characters that have similar shapes in a font face. In the Latin alphabet, letters like <strong>I</strong> and <strong>l</strong>, <strong>b</strong> and <strong>d</strong>, or <strong>a</strong><strong>o</strong> and <strong>e</strong> can look very similar to one another depending on the style of the font. The same issue is possible in fonts for other alphabets, particularly when glyphs are similar in appearance or use similar elements. </p>
514
+
<p>One of the most important factors for the readability of fonts relates to character differentiation. Character differentiation in a font is a strong indicator of readability, specifically for characters that have similar shapes in a font face. In the Latin alphabet, letters like <strong>I</strong>(upper case "i") and <strong>l</strong> (lower case "l"), <strong>b</strong> and <strong>d</strong>, or <strong>a</strong><strong>o</strong> and <strong>e</strong> can look very similar to one another depending on the style of the font. The same issue is possible in fonts for other alphabets, particularly when glyphs are similar in appearance or use similar elements. </p>
515
515
</section>
516
516
</section>
517
517
</section>
@@ -737,7 +737,7 @@ <h3>Accessibility metadata for a children's book with media overlays</h3>
<p>If the fixed layout publication does not conform to the recommendations made in this document, or WCAG [[wcag2]], providing alternate renderings of the content may result in an unusable or poor reading experience. Content that is not formatted in conformance with WCAG may result in output that has an incorrect reading order, broken sentences, or choppy pronounciation. The user should be informed if the content does not have accessibility metadata that would provide clarity on whether alternate renderings are supported, such as <code>dcterms:conformsTo</code> with a value for WCAG, or metadata values that conform to properties like <ahref="https://w3c.github.io/publ-a11y/UX-Guide-Metadata/draft/principles/#supports-nonvisual-reading">Supports nonvisual reading</a> from the <ahref="https://w3c.github.io/publ-a11y/UX-Guide-Metadata/draft/principles/">User Experience Guide for Displaying Accessibility Metadata</a>.</p>
960
962
963
+
<pclass="ednote">The <ahref="https://w3c.github.io/publ-a11y/UX-Guide-Metadata/draft/principles/">User Experience Guide for Displaying Accessibility Metadata</a> is currently a draft document and is subject to change.</p>
964
+
961
965
<p>There are ongoing discussions about transforming visual publications into reflowable textual content for complete AA compliance. While these are not in production yet, by creating our fixed layout with logical reading order, full image descriptions, and good semantics and structure where possible we are preparing our files in the best way for these future developments.</p>
962
966
963
967
<asideclass="issue" title="Open issues regarding alternative rendering">
0 commit comments