After the redesign: real accessibility testing (script and call for feedback)

Offen
#942 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
48/100
Issue-Typ
Dokumentation
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Bereich
accessibility

Rechercherichtung

Start by reviewing the redesign’s accessibility checks and the site’s existing channels for feedback and issue reporting; the payload names no files or tests. Write the assistive technology and zoom test script, share it through FORRT’s channels with a way to report problems, then log and triage the reports. Done when the script is written, the call has gone out, and reported problems are triaged.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

[!NOTE]
🤖 Claude Opus 5.5 responding on behalf of Lukas Wallrich

There is no budget for a paid accessibility audit, so the first step is a written test script and an open call for feedback from people who use assistive technology day to day. This is for after the redesign launches; the redesign's own checks are automated plus whatever the team can do by hand.

Script. Tasks to try with VoiceOver and Safari (Mac and iPhone), NVDA and Firefox (Windows) and TalkBack (Android):

  • find a resource and filter the list
  • read a glossary term, including an Arabic one
  • use the main menu
  • pause the home page animation
  • search the site

Also: browser zoom to 200% and 400%, text-only zoom, phone text-size settings and forced colours.

Call for feedback. Share the script through FORRT's channels with a simple way to report problems, and log what comes back as issues.

Done when the script is written, the call has gone out, and reported problems are triaged.

Vorherrschende Sprache
HTML
Sterne
42
Forks
33
Ø Merge
16 Std. 3 Min.
Gemergte PRs (30 T.)
121

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus forrtproject/forrtproject.github.io

Alle Issues in forrtproject/forrtproject.github.io

Ähnliche Issues

Weitere Issues zu Accessibility

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.