Declaración de accesibilidad

• HTML semántico. Encabezados, puntos de referencia y listas de verdad. Exactamente un h1 por página, verificado automáticamente en cada página y en ambos anchos.
• Un enlace para saltar al contenido principal como primer elemento enfocable de cada página.
• Alternativas de texto. Cada imagen lleva un atributo alt; la suite de pruebas hace fallar la compilación si alguna no lo lleva. Los dibujos decorativos están marcados como decorativos para que un lector de pantalla los pase por alto.
• Se respeta el movimiento reducido. Toda animación de este sitio — el sol que sube, los conteos, las ilustraciones que se dibujan, los trazos de resaltador, las grabaciones del producto — queda desactivada bajo prefers-reduced-motion, y la suite de pruebas verifica que nada se movió y que ningún video se está reproduciendo ni conserva un atributo de reproducción automática.
• Nada depende de JavaScript. Con los scripts bloqueados, los dibujos ya están dibujados y las cifras ya están en su valor final. No hay ningún estado en el que un lector quede mirando una caja vacía.
• Sin desplazamiento horizontal en ningún ancho hasta los 390 px, verificado en cada página. El texto se redistribuye; las tablas anchas se desplazan dentro de su propia caja en vez de mover la página.
• Foco visible. Un anillo de foco de teclado en el verde azulado propio del sitio, sobre todo lo enfocable, nunca retirado.
• Contraste. El texto del cuerpo es casi negro sobre blanco. Donde el registro pedía un gris más claro, se rechazó para el texto y se conservó para líneas y marcas que no cargan significado.
• El idioma se declara en cada página, y cada traducción declara el suyo; el selector de idioma marca el actual.
• Ningún sonido con reproducción automática. Las grabaciones del producto son silenciosas, no arrancan hasta estar deliberadamente a la vista, y bajo movimiento reducido no arrancan nunca.

• Grillas primero desde el teclado. Las grillas pivote y de lista se manejan desde el teclado — flechas, Enter, Tab, copiar, pegar, rellenar hacia abajo — porque así trabajan los planificadores, y resulta ser también lo que necesita la tecnología de asistencia.
• Los rechazos se dicen, no se pintan. Cuando se rechaza una escritura, el motivo es una frase que nombra la celda y la regla. El color es una segunda señal, nunca la única.
• Linting de accesibilidad en la compilación. El propio linter de la aplicación incluye reglas de accesibilidad de JSX, y la compilación falla ante un error de lint.
• Los constructores toman el marco, nunca un modal, lo que significa que el foco queda donde un usuario de teclado fue, y no donde lo arrojaron.

Brechas conocidas en el producto. Una grilla virtualizada grande es difícil de hacer leer bien en un lector de pantalla, y no lo hemos resuelto. Los gráficos todavía no tienen un equivalente en tabla de datos. La aplicación no se ha probado de punta a punta con un lector de pantalla, y no hay VPAT. Si usted usa tecnología de asistencia y quiere planificar con Superiora, escríbanos — esa es una conversación que queremos, y va a cambiar la hoja de ruta.