docs(a11y): provide an abbreviation-expansion mechanism (WCAG 3.1.4) #452
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea#452
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The docs lean on a lot of shorthand - CLI, MCP, GPG, TLS, TOFU, ADR, SSH, amd64/arm64 - with no way for a reader to get the expanded form. WCAG 3.1.4 (Abbreviations, level AAA) asks for a mechanism to do that. This is a future accessibility enhancement, not a launch blocker; the site targets AA today.
The constraint that puts this here rather than on the site: the docs render on madtea.lol through syncdocs, and those generated pages are machine-owned. They cannot be hand-patched on the site side, so the mechanism has to live in the docs source, or in a shared transform, so it survives a re-sync.
Options to weigh (not settled):
<abbr title="...">on first use, from the docs source or a render hook.Whatever the mechanism, the visible prose stays exactly as written. Expansion is a tooltip, a link, or a first-use gloss, never a rewrite of the copy.
Acceptance:
The docs render on madtea.lol through syncdocs, so the mechanism has to live in the source or a shared transform to survive a re-sync. Three shapes are open: inline
<abbr title="...">on first use, a linked glossary/terms page (techniques G62/G55), or a build-time transform over a known term list. I lean to the glossary page: it is one source-owned file, it survives a re-sync cleanly, it needs no per-page markup churn, and the visible prose stays exactly as written. The<abbr>route touches every first-use across the whole doc set; the transform is the most machinery for a AAA-level item that is not launch-blocking. Which mechanism do you want - say "glossary" and I will build the terms page plus the site-wide link, or name another.Decided: a source-owned glossary / terms page, linked site-wide (WCAG techniques G62/G55).
One glossary file lives in the docs source and every generated page links to it. This survives the machine re-sync of the published pages, needs no per-page churn, and leaves the prose unchanged. It satisfies WCAG 3.1.4 without an inline
<abbr>sweep across the whole doc set or a new build-time transform.This stays AAA-level and is not a launch blocker; the site targets AA today.
No governing ADR touches docs accessibility, so this comment is the record.
I removed the glossary in the issue that this comment links to. The gate test it brought in polices doc prose, which is not this project's job. This issue stays closed as won't-do.
The removal is #882.