Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improving a11y for inaccessible writing conventions #4243

Open
1 task
StephDriver opened this issue Jun 3, 2024 · 0 comments
Open
1 task

Improving a11y for inaccessible writing conventions #4243

StephDriver opened this issue Jun 3, 2024 · 0 comments
Labels
a11y Issues that relate to acessibility

Comments

@StephDriver
Copy link
Contributor

StephDriver commented Jun 3, 2024

The observed issue:

There are conventions of layout from print that do not translate into accessible copy on webpages. At heart this seems to be because:

  • they rely on visual layout for semantics (e.g. the position of an author's name in relation to the article title indicating that this is the author) and
  • they make use of typographical marks to convey information

Consider

  • How should we approach these - programmatically adapt them to a more accessible format? Require authors to avoid them?

Examples

  1. using (1) and indentation to indicate a worked example or figure. These need to be marked up so that a screen-reader announces them as 'example 1 a' and later 'example 1 b', and they should be part of the heading structure.
image Here the xml has the whole example as a `` rather than putting the examples in the general article structure and using the gloss type for the details after the identifiers 1a and 1b.
  1. Numbered section headings are read out as just the number, which is fine until the heading text also begins with number or could follow a number. for example: "2. Tone in Akan" is read indistinguishably from "Two Tone in Akan" - this highlights the importance that section numbers are identified as section numbers. Eg "Section 2. Tone in Akan".

  2. Use of Small Caps (or other visual formatting) to highlight a word or phrase. This is purely visual so is ignored by screen readers, and the use of capitals for text is inaccessible for many who are reading the screen themselves. it is particularly bad when a 'normal' capital is used for the start of the word, then small caps for the rest, as this breaks the word such that a screen reader will read the first letter and then try to read the rest of the word as if this was a separate word.

  3. semantic use of small typographical marks, e.g. for example 27 to be compared with related example 27'. This is a convention for many when having a related example, but that mark is too small to be an accessible difference for such an important distinction.

  4. use of [] within quotations to show the inserted parts doesn't come across in screenreaders, and when it is used for part of a word, it interrupts that words so that the screenreader cannot read it correctly e.g. [s]emantically, the is read as ess emantically, the.

@StephDriver StephDriver added the a11y Issues that relate to acessibility label Jun 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
a11y Issues that relate to acessibility
Projects
Status: Debate
Development

No branches or pull requests

1 participant