Accesibilidad en aplicaciones web modernas
Actualmente formo parte de un equipo que desarrolla una aplicación web compleja para un cliente alemán (lo siento, no puedo decir nada sobre el proyecto). Nos gustaría "ser un buen ciudadano" y desarrollar la aplicación teniendo en cuenta la accesibilidad. Ahora nos enfrentamos a los siguientes problemas:
- Si seguimos las reglas en http://www.w3.org/WAI/WCAG20/quickref/ , a veces contradicen la especificación que el cliente ha escrito. ¿Cómo deberíamos lidiar con eso?
- Al usar las "nuevas tecnologías" (como AJAX y reemplazar parte del DOM), no es fácil verificar si seguimos las reglas. Por ejemplo, cuando hago clic en una de las pestañas, parte del contenido será reemplazado. Cuando miro la fuente (Firefox 3.6.10), no hay ningún cambio. Entonces, ¿cómo verifica si sigue las reglas correctamente?
Espero que la pregunta sea apropiada para este sitio ...
Cuando diseño sitios accesibles, tiendo a evitar usar AJAX y modificar el DOM demasiado, ya que hace que las cosas, como dijiste, sean mucho más difíciles. Entonces, cuando sea posible, intenta usar HTML estándar documentos con una interactividad mínima: facilitará mucho su trabajo y facilitará la vida de quienes usan lectores de pantalla, etc.
Otra cosa que puede hacer es hacer que su aplicación funcione bien por completo sin javascript, y luego enriquecer las cosas en lugares donde agrega utilidad. Las pestañas son un buen ejemplo: primero, cree cada pestaña para que el contenido de la pestaña se cargue en una nueva página cuando se hace clic en la pestaña. Luego, use JavaScript discreto para "enriquecer" el evento onclick de la pestaña para que obtenga el contenido de la página referenciada y lo cargue usando AJAX, por ejemplo. Ahora tendrá pestañas accesibles que aún se comportarán de la manera deseada. También puede crear configuraciones de accesibilidad en la aplicación que controlen cómo se comportan estas pestañas.
¡Ah, y recuerda asegurarte de no romper el botón Atrás!
Si las especificaciones contradicen las especificaciones del cliente, lo consideraría con el cliente: explique por qué la accesibilidad es importante, muestre la tendencia en el mundo, mencione que para los sitios gubernamentales en los EE. UU. Se aplica por ley y lo más importante: idear una solución alternativa que haga el trabajo.
Esta es una pregunta antigua pero apareció en la parte superior, así que aquí hay una respuesta. Bueno, no tanto una respuesta, sino algunos puntos clave que no parecen abordarse por completo en las otras respuestas:
- Las pautas de accesibilidad son solo eso: pautas. Tenga cuidado de que no estén actualizados, carezcan de un contexto particular y recomienden cosas que no funcionan bien con el software de accesibilidad
- Parte de la accesibilidad debe recaer en el navegador y los fabricantes de dispositivos/software de asistencia. Sé que esto no es del todo justo para el usuario final, pero para que los estándares y las mejores prácticas funcionen, los fabricantes de dispositivos y software deben seguirlos tanto como los desarrolladores web (siempre he detestado a JAWS por su falta de ser actualizado a este respecto)
- JavaScript es parte de la web ahora. Es perfectamente aceptable requerirlo. Los dispositivos y el software de asistencia actualizados deben poder manejarlo (es cierto, es posible que no lo hagan). Incluso el W3C es consciente de esto y aquí es donde los atributos ARIA son algo a tener en cuenta: http://www.w3.org/WAI/intro/aria
- siempre humano prueba tus soluciones. Seguir las especificaciones, estándares y pautas es bueno, pero no lo llevará hasta allí. Al final, cada producto debe analizarse por sí solo.
Tu escribiste:
1.Si seguimos las reglas en http://www.w3.org/WAI/WCAG20/quickref/ , a veces contradicen la especificación que el cliente ha escrito. ¿Cómo deberíamos lidiar con eso?
Como alguien ya le dijo, lo mejor es: dígale a su cliente que hay algunos contratistas y que es mejor seguir el estándar. y escribiste también:
2. Al usar las "nuevas tecnologías" (como AJAX y reemplazar parte del DOM), no es fácil verificar si seguimos las reglas. Por ejemplo, cuando hago clic en uno de los pestañas, parte del contenido será reemplazado. Cuando miro la fuente (Firefox 3.6.10), no hay ningún cambio. Entonces, ¿cómo verificas si sigues las reglas correctamente?
Si para usted es muy importante, le sugiero que solicite a algunas personas ciegas que prueben su sitio web. ¡Algunas veces las herramientas que verifican la accesibilidad no son la mejor opción!
Durante los pasos de diseño, puede considerar los problemas de accesibilidad en su sitio web sin importar el tipo de información que tendrá su sitio web. Cuando sigue las reglas de accesibilidad, no solo está considerando personas con discapacidad ... sino que tiene en cuenta todo el universo de usuarios que pueden encontrar información útil en su nuevo sitio web.
El enfoque más fácil es construir su aplicación en ajax como usted dijo, y al mismo tiempo asegurarse de que su sitio web pueda funcionar sin javascript. Por ejemplo, el uso de las etiquetas (enlaces) xhtml puede ayudarlo a hacer que todo su sitio web esté disponible sin JavaScript y también los lectores de pantalla o el navegador de voz funcionarán en su sitio web.
Una ilustración para estas etiquetas puede ser:
< a id=\"item_menu_15\" href="?module=rapido&mitem=15"
onclick="cargar_modulo('publi_cont',
'comp=articulos&tipo=2&id=18&modv=',
'Loading...',15,this,0);return false;" >
Dónde:
id=dom_id (un objeto dom)
href= debe contener el enlace directo al contenido actual que desea mostrar
onclick= debe contener la función que utiliza para construir la interacción ajax y proporcionar los parámetros que necesita, como publi_cont (dom_id - para el contenedor) y url/parámetros (comp=articulos&tipo=2&id=18&modv=) que desea visualizar dentro del contenedor, etc.
Recuerde que la información que se mostrará usando ajax o no (enlace directo) debe ser la misma. Entonces, todos los usuarios, sin importar las cosas de accesibilidad, pueden ver el sitio web de la misma manera. Por lo tanto, no necesita crear diferentes versiones de su sitio web, depende de las personas con discapacidad. Debe considerar las reglas de accesibilidad para su sitio web desde el comienzo de sus procedimientos de diseño y luego la usabilidad también podría aumentar porque sus usuarios objetivo son más que sin considerar las reglas de accesibilidad. Por supuesto, depende de las funcionalidades que el cliente necesita, pero puede explicar que podría ser una buena idea aumentar su grupo objetivo teniendo en cuenta los problemas de accesibilidad porque la usabilidad también puede aumentar.