After the redesign: real accessibility testing (script and call for feedback)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- accessibility
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
[!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.
- Lenguaje dominante
- HTML
- Estrellas
- 42
- Forks
- 33
- Merge medio
- 17 h 18 min
- PR fusionados (30 d)
- 111
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de forrtproject/forrtproject.github.io
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
forrtproject/forrtproject.github.io#1035 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
forrtproject/forrtproject.github.io#987 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
forrtproject/forrtproject.github.io#977 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
forrtproject/forrtproject.github.io#947 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
forrtproject/forrtproject.github.io#933 ·
Los mantenedores suelen responder en 1 día
Todos los issues de forrtproject/forrtproject.github.io
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 2 días
-
area/accessibility component/storefront domain/discovery Platform(Default)
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Sidebar user block: drop the separate log-out button; the chevron becomes a log-out icon buttonAbiertoui
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día