Es algo que todos deberíamos esforzarnos, absolutamente, aunque con las IU basadas en web, tienes razón en que puede ser particularmente difícil. Se trata de la administración de foco y el manejo de eventos de teclado, los cuales requieren tiempo y esfuerzo adicional por parte del desarrollador, pero hay mucha gente (y no solo discapacitados) que te agradecerán por la atención. usted se asegura de que sus proyectos web sean al menos algo navegables y utilizables sin necesidad de un mouse.
En lugar de exponer el tema yo mismo, sin embargo, lo animo a pasar un poco de tiempo navegando por the W3C's Web Accessibility site. Está repleto de información útil y perspectiva sobre este tema relativamente grande e importante.
Hacer un sitio web accesible puede ser simple o compleja, dependiendo de muchos factores tales como el tipo de contenido, el tamaño y la complejidad del sitio, y las herramientas de desarrollo y medio ambiente.
Muchas funciones de accesibilidad son fáciles de implementar si están planificadas desde al comienzo del desarrollo del sitio web o rediseñen. La fijación de los sitios web inaccesibles puede requerir un esfuerzo significativo, especialmente sitios que no fueron originalmente "codificado" correctamente con marcado estándar XHTML, y sitios con ciertos tipos de contenidos, como multimedia.
(Por cierto, ¿ese poco sobre arreglar sitios inaccesibles que requieren un esfuerzo significativo?Puedo responder de primera mano: un proyecto relativamente maduro en el que estoy trabajando ahora se está ampliando para admitir navegación completa por teclado, y puedo decirles que preferiría que este requisito se articulara al principio del proyecto, en lugar de ahora. Injertar sobre la accesibilidad una vez que el proyecto está en marcha puede ser un gran dolor. Es mucho más prudente considerar su importancia y planificar apropiadamente desde el principio.
Por último, una cosa que vale la pena mencionar, más allá de que "la accesibilidad es buena" esa navegación de apoyo basada en teclado no solo significa compatible con el teclado - sino que, por extensión, significa soportar controles remotos estándar, cuyos comandos de navegación y selección a menudo no se distinguen de los comandos emitidos por los teclados. Entonces, si cree que algún día su proyecto se mostrará en la sala de estar de alguien, visto desde un sofá y examinado por control remoto, el tiempo que dedique a la compatibilidad con el teclado se utilizará mejor.
También comencé a usar emacs-w3m para explorar la web mucho: porque se controla a través de las teclas familiares; porque es configurable y automatizable a través del familiar emacs-lisp; y porque era más fácil configurar la forma en que quería que mostrara cosas útiles en la pantalla después de corromper una parte de la pantalla de la computadora portátil (también fue cuando finalmente cambié a ratpoison: fácil de configurar para la pantalla dañada; ¡y toda mi interfaz de usuario está impulsada por el teclado ahora!) –