From 4042bc3c6ddbc30796df4ea3a4d82ce8d60ad037 Mon Sep 17 00:00:00 2001 From: Wendy Reid Date: Tue, 9 Jan 2024 17:01:40 -0500 Subject: [PATCH 1/3] first pass at adding the text and copyediting --- epub33/fxl-a11y/index.html | 134 ++++++++++++++++++++++++++++++------- 1 file changed, 111 insertions(+), 23 deletions(-) diff --git a/epub33/fxl-a11y/index.html b/epub33/fxl-a11y/index.html index 94d27589e..70035a316 100644 --- a/epub33/fxl-a11y/index.html +++ b/epub33/fxl-a11y/index.html @@ -675,42 +675,130 @@

Fixed layout accessibility guidance for reading systems

Introduction

-

An EPUB reading system can take many forms. It might have a visual display area for rendering the content to users, for example, or it might only provide audio playback of the content. Therefore, there is no single set of rules that applies to all reading systems.

+

An EPUB reading system can take many forms. It might have a small or big visual display area for visually rendering the content to users, or it might only provide audio playback or tactile display. It can be dedicated to the EPUB format or handle many formats. It can depend on an operating system ecosystem that includes assistive technologies or be self-sufficient on a dedicated reading device. There is no single set of rules that applies to all reading systems, and this section presents the most important aspects of reading a fixed layout publication to take into consideration.

+ +

This section is composed of three parts:

+ + +
+ +
+

Reading system support of fixed layout content

+ +

As fixed layout files are not fully supported by all reading systems but may be displayed without rendering the content as specified, information about what features are supported should be given to the user. This precaution is important to avoid deception of the user and misunderstandings about the format and its capabilities.

+ +

For example, a user could be informed whether the reading system:

+ +

Reading system accessibility requirements

+

Any reading system must take into consideration the recommendations listed in the Accessibility section of the EPUB Reading Systems 3.3 document [[epub-rs-33]].

+ +

Fixed layout EPUBs are composed of a large variety of EPUB features, often using an extended set in comparison to reflowable EPUBs. To ensure accessibility in the reading system, this list of recommendations should be considered:

+ -
-
-

How to best display HTML content

-
+
+

Display the accessibility metadata

-
-

How to best display SVG content

-
+

A reading system should provide information on accessibility metadata provided by the EPUB file in the OPF. Guidance for key information and proposed wordings are provided by the W3C Publishing Community Group Accessibility taskforce report: User Experience Guide for Displaying Accessibility Metadata 2.0.

+
-
-

How to best display image-based content

-
+
+

Enable use of assistive technologies

+ +

Assistive technologies are user agents that help users with specific needs to get access and interact with the content. They are often used in combination with a reading system and an operating system, therefore particular attention must be provided to make sure no blocking happens.

+ +

This support happens through API integration, ensuring that the accessibility tree, including support for roles, states and properties, is exposed to the underlying operating system's accessibility API. This means that users can fully interact with the content when using assistive technologies. Reading system developers also need to integrate the accessibility properties and values provided by the Accessible Rich Internet Applications 1.1 [[wai-aria-1.1]] and Digital Publishing WAI-ARIA 1.1 [[dpub-aria-1.1]] recommendations.

+ +

The User Agent Accessibility Guidelines [[UAAG20]] also provide information on building user agents that integrate with assistive technologies.

+
+ +
+

Support EPUB navigation

+ +

Navigation within a file provides the reader with the ability to reach portions and points of a document. It is important for every user and becomes crucial when one cannot depend on visual styling to figure out the divisions of a document, like pages, sections or headings.

+ +

The EPUB Reading Systems 3.3 [[epub-rs-33]] recommendation has a dedicated section about Navigation document processing. Regarding fixed layout files, pagination is often the main reference, therefore supporting page lists should not be avoided. Authored tables of content and landmarks are also important as they represent navigation options the publishers consider meaningful.

+
-
-

Accessibility features for reading systems

+
+

Enable resizing a page

+ +

As the purpose of fixed layout is often the representation of the printed page, with constraints on viewport and display, a reading system with an accessible fixed layout reading experience must enable zooming of the page. This must be possible without assistive technology and guarantee that no content or functionality is lost.

+ +

Resizing a page should not affect the original proportions, acting like a magnifying glass and should allow the user to zoom in at least 200 percent.

+
+ +
+

Enable fullscreen image display

+ +

Fixed Layout pages are generally composed of one or more images, therefore it should be possible to view each of them fullscreen.

+
+ +
+

Enable access to alternative text and extended descriptions

+ +

Alternative text is usually hidden from visual reading and exposed to assistive technologies and non-visual reading methods like text to speech. The addition of visual display for those contents should be considered carefully as, in complex layouts including overlapping images, it may lead to overlays masking content.

+ +

Extended descriptions, including long and structured content that cannot be authored as alt attributes, are usually provided as links to appendices or included into foldable elements like details. Even if they are not often present in fixed layout due to the complexity of authoring them, reading systems must make sure that interactions are available.

+
+ +
+

Support EPUB Media Overlays

+ +

Often used in educational or children's literature context, fixed layout EPUBs can contain synchronized audio narration as defined in EPUB 3.3 Section 9. Supporting this feature is highly recommended for reading systems.

+ +

Recommendations for media overlay support in reading systems is provided in the EPUB Reading Systems 3.3 Media Overlay processing section.

+
+ +
+

Support non-breaking content protection methods

+ +

Despite all efforts provided to ensure that a reading system offers rich accessibility features for fixed layout content, a file may become inaccessible due to content protection restrictions blocking access to accessibility APIs. Reading system developers must ensure that the protection method used preserves all the accessibility features described in this document.

+ +

If this is not the case, users must be informed of the limitations created by the protection method used to protect the file.

+
-
-

Scripting

+
+

Alternative rendering methods

+ +

While fixed layout formatting is often used to represent highly visual content, not all reading systems support visual display, and when visual display is available, screen sizes may be limited. Therefore, many reading systems might avoid supporting fixed layout content due to concerns about a poor reading experience. In addition to concerns about rendering, it must also be considered that many users face difficulties consuming and navigating complex fixed layout content. Alternative rendering methods should be considered as a replacement or addition to fixed layout rendering.

+ +

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 dcterms:conformsTo with a value for WCAG, readingOrder, or ttsMarkup.

+ +
+

TTS rendering of the content

+ +

Not all reading systems are built on an operating system providing assistive technology and not all readers with specific needs related to reading impairments are comfortable with using complex assistive technologies. Therefore text to speech (TTS) functionality is a strong requirement for a reading system claiming to provide fixed layout accessibility support.

+ +

How a reading system implements TTS will depend on multiple factors, including platform, underlying operating system, or technical feasbility. There are a variety of TTS APIs and speech engines available. An example is the Web Speech API from W3C Web Platform Incubator Community Group. Reading system developers can test their support of TTS with Epubtest.org's Fundamental Accessibility Tests Read Aloud.

+ +

The Accessible Name and Description Computation draft specification is another useful reference in implementing a text to speech experience.

+
+
From 69c6641fef434c31aa4982ec9b8fbdaf4c0e3bbd Mon Sep 17 00:00:00 2001 From: Wendy Reid Date: Thu, 11 Jan 2024 10:39:03 -0500 Subject: [PATCH 2/3] fixing spelling --- epub33/fxl-a11y/index.html | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/epub33/fxl-a11y/index.html b/epub33/fxl-a11y/index.html index 70035a316..e4d56494b 100644 --- a/epub33/fxl-a11y/index.html +++ b/epub33/fxl-a11y/index.html @@ -794,11 +794,11 @@

TTS rendering of the content

Not all reading systems are built on an operating system providing assistive technology and not all readers with specific needs related to reading impairments are comfortable with using complex assistive technologies. Therefore text to speech (TTS) functionality is a strong requirement for a reading system claiming to provide fixed layout accessibility support.

-

How a reading system implements TTS will depend on multiple factors, including platform, underlying operating system, or technical feasbility. There are a variety of TTS APIs and speech engines available. An example is the Web Speech API from W3C Web Platform Incubator Community Group. Reading system developers can test their support of TTS with Epubtest.org's Fundamental Accessibility Tests Read Aloud.

+

How a reading system implements TTS will depend on multiple factors, including platform, underlying operating system, or technical feasibility. There are a variety of TTS APIs and speech engines available. An example is the Web Speech API from W3C Web Platform Incubator Community Group. Reading system developers can test their support of TTS with Epubtest.org's Fundamental Accessibility Tests Read Aloud.

The Accessible Name and Description Computation draft specification is another useful reference in implementing a text to speech experience.

- + From 12a8b255678e272d13602121da4470a24c74a5eb Mon Sep 17 00:00:00 2001 From: wareid Date: Tue, 6 Feb 2024 17:28:45 -0500 Subject: [PATCH 3/3] making final edits based on feedback --- epub33/fxl-a11y/index.html | 38 +++++++++++++++++++++++++++++++++++--- 1 file changed, 35 insertions(+), 3 deletions(-) diff --git a/epub33/fxl-a11y/index.html b/epub33/fxl-a11y/index.html index e4d56494b..7689b0826 100644 --- a/epub33/fxl-a11y/index.html +++ b/epub33/fxl-a11y/index.html @@ -716,7 +716,8 @@

Reading system accessibility requirements

  • enable the display of an image full screen;
  • enable access to alternative text and extended descriptions;
  • support EPUB Media Overlays;
    • -
  • support DRM formats that do not interfere with accessibility.
    • +
  • support DRM formats that do not interfere with accessibility;
    • +
  • support fallbacks.
    • @@ -741,6 +742,15 @@

    Support EPUB navigation

    Navigation within a file provides the reader with the ability to reach portions and points of a document. It is important for every user and becomes crucial when one cannot depend on visual styling to figure out the divisions of a document, like pages, sections or headings.

    The EPUB Reading Systems 3.3 [[epub-rs-33]] recommendation has a dedicated section about Navigation document processing. Regarding fixed layout files, pagination is often the main reference, therefore supporting page lists should not be avoided. Authored tables of content and landmarks are also important as they represent navigation options the publishers consider meaningful.

    + +

    WCAG [[wcag2]] has several success criteria relating to navigation:

    + +
      +
    • 1.3.1 Info and Relationships (A)
      • +
    • 2.4.4 Link Purpose (In Context) (A)
      • +
    • 2.5.3 Label in Name (A)
      • +
    • 3.2.3 Consistent Navigation (AA)
      • +
    @@ -749,12 +759,19 @@

    Enable resizing a page

    As the purpose of fixed layout is often the representation of the printed page, with constraints on viewport and display, a reading system with an accessible fixed layout reading experience must enable zooming of the page. This must be possible without assistive technology and guarantee that no content or functionality is lost.

    Resizing a page should not affect the original proportions, acting like a magnifying glass and should allow the user to zoom in at least 200 percent.

    + +

    The following Success Criteria relate to the visual adjustability of content:

    + +
      +
    • 1.3.4 Orientation (AA)
      • +
    • 1.4.4 Resize Text (AA)
      • +

    Enable fullscreen image display

    -

    Fixed Layout pages are generally composed of one or more images, therefore it should be possible to view each of them fullscreen.

    +

    Fixed Layout pages generally include one or more images, therefore it should be possible to view each of them fullscreen.

    @@ -763,6 +780,15 @@

    Enable access to alternative text and extended descriptions

    Alternative text is usually hidden from visual reading and exposed to assistive technologies and non-visual reading methods like text to speech. The addition of visual display for those contents should be considered carefully as, in complex layouts including overlapping images, it may lead to overlays masking content.

    Extended descriptions, including long and structured content that cannot be authored as alt attributes, are usually provided as links to appendices or included into foldable elements like details. Even if they are not often present in fixed layout due to the complexity of authoring them, reading systems must make sure that interactions are available.

    + +

    WCAG [[wcag2]] has several success criteria that apply to the presentation and accessibility of images:

    + +
      +
    • 1.1.1 Non-text Content (A)
      • +
    • 1.4.1 Use of Color (A)
      • +
    • 1.4.5 Images of Text (AA)
      • +
    • 1.4.11 Non-text Contrast (AA)
      • +
    @@ -780,6 +806,12 @@

    Support non-breaking content protection methods

    If this is not the case, users must be informed of the limitations created by the protection method used to protect the file.

    + +
    +

    Support fallbacks

    + +

    In cases where the EPUB creator has included fallbacks for potentially unsupported content (e.g. MathML, audio, video), the reading system should support fallbacks. EPUB creators should follow the guidance provided in the EPUB 3.3 Manifest Fallbacks section.

    +
    @@ -787,7 +819,7 @@

    Alternative rendering methods

    While fixed layout formatting is often used to represent highly visual content, not all reading systems support visual display, and when visual display is available, screen sizes may be limited. Therefore, many reading systems might avoid supporting fixed layout content due to concerns about a poor reading experience. In addition to concerns about rendering, it must also be considered that many users face difficulties consuming and navigating complex fixed layout content. Alternative rendering methods should be considered as a replacement or addition to fixed layout rendering.

    -

    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 dcterms:conformsTo with a value for WCAG, readingOrder, or ttsMarkup.

    +

    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 dcterms:conformsTo with a value for WCAG, or metadata values that conform to properties like Supports nonvisual reading from the User Experience Guide for Displaying Accessibility Metadata.

    TTS rendering of the content