After the redesign: real accessibility testing (script and call for feedback)
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
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus forrtproject/forrtproject.github.io
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
forrtproject/forrtproject.github.io#1035 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
forrtproject/forrtproject.github.io#987 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
forrtproject/forrtproject.github.io#977 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
forrtproject/forrtproject.github.io#947 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
forrtproject/forrtproject.github.io#933 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in forrtproject/forrtproject.github.io
Ähnliche Issues
-
P2 Team S Type: Bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
google/site-kit-wp#14138 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
valentincorceac/K2-MergeForce#88 ·
Maintainer antworten meist innerhalb von 1 Tag
-
accessibility good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
bug help wanted
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100