Archivo de la categoría: Accesibilidad

Presentaciones, bibliografía, links y trabajos prácticos de la materia sobre Accesibilidad Web.

Accesibilidad en documentos PDF

Nos acompañó Silvia Lifman, experta en la suite de Adobe y flujos de publicación digital, quien habló de accesibilidad en el formato PDF.

Contó la historia del PDF como formato universal y portátil de archivos para impresión, y cómo de la mano de la industria gráfica surgen los estándares, hasta llegar al PDF/UA, “universal accessibility“.

Vimos que hay principios compartidos con las pautas WCAG 2.0, y distintos niveles de accesibilidad de un PDF: con etiquetas, con orden de lectura manual, con texto o sólo imágenes. Y repasamos cómo evaluar la accesibilidad de un PDF y cómo crearlo en forma accesible con distintas herramientas.

Clase 15. Móviles

Este tema se presentó en 3 clases, cada una con un foco distinto. En la primera clase nos familiarizamos con las características de accesibilidad de iOS y Android, aprovechando los teléfonos o tablets de cada uno. En particular probamos los que resultan más difíciles de ‘descubrir’ sin una explicación previa, como los lectores de pantalla y el acceso para switch, y entendimos los casos de uso para acceso guiado y tacto asistido.

En la segunda clase nos visitó Martín Baldassarre, en calidad de usuario experto en VoiceOver con iOS, para detallarnos su utilización, los problemas comunes que encuentra, y los errores que suelen cometerse al evaluar la accesibilidad.

Finalmente en la tercera clase vimos los paradigmas de accesibilidad de Android, iOS y PhoneGap, conociendo el API que utilizan para exponer la accesibilidad y las herramientas de que dispone cada plataforma para desarrollar y testear. Cerramos con las propuestas que están surgiendo desde el W3C para poner las pautas WCAG 2.0 al día con los desafíos que presentan las interfaces táctiles.

Clase 14. JavaScript y WAI-ARIA

Comenzamos repasando algunos conceptos básicos del maquetado moderno, como mejora progresiva y la separación apropiada del código cliente en capas de contenido, presentación y comportamiento.

Vimos que para la accesibilidad no debe ocuparnos sólo el DOM sino también el DOM accesible, y como este es expuesto por el navegador al API de accesibilidad, repasando las distintas APIs de cada sistema operativo y su historia.

Pusimos así en contexto el concepto de buffer virtual que usan los lectores de pantalla para hacer navegable el contenido no interactivo de una página Web, y conversamos sobre los desafíos que éste presenta para que nuestro JavaScript sea accesible, dificultando la identificación de cambios en fragmentos del documento.

Comparamos las perspectivas de WCAG 1.0 y 2.0 en cuanto al uso de JavaScript, y repasamos los principios “POUR” de las Pautas, centrándonos en el que trata sobre Robustez y lo que esto implica en la construcción de páginas Web.

Cerramos sobre la importancia de que cada elemento de HTML exponga al API de accesibilidad un nombre, función o rol, valor, propiedades y estado; vimos como WAI-ARIA nos permite salvar deficiencias o limitaciones en el maquetado. Repasamos qué hace un rol de ARIA para el API de accesibilidad, y más importante: que no hace.

Discutimos como en general debemos preferir HTML semántico por sobre atributos ARIA, así como evitar cambiar, pero si mejorar, la semántica de los elementos HTML, y qué excepciones hay a estas regla.

Vimos como validar páginas que usan ARIA, y la relación entre esta recomendación del W3C y HTML5 en el mundo real, teniendo en cuenta distintos navegadores y ayudas técnicas.

Clase 11. Tiempo suficiente

En esta clase vimos que las personas con dificultad para leer, comprender o interactuar con una computadora pueden tomarse hasta 10 veces el tiempo normal en completar una tarea.

Esto representa un problema cuando los sistemas imponen al usuario algún límite de tiempo, es decir cualquier proceso que ocurre sin que el usuario lo inicie, luego de cierto tiempo o periódicamente. Esta amplio concepto incluye refrescar la página automáticamente en forma parcial o total, formularios con temporizador, y texto que se mueve o cambia (imponiendo así un tiempo para ser leído).

Observamos, mediante ejemplos cotidianos, cómo esto resulta un problema recurrente y extendido. Y planteamos alternativas para hacer el tiempo ajustable o prescindible; poner en pausa, detener u ocultar movimientos; suspender las interrupciones; o permitir la re-autenticación de una sesión expirada.

TP 2: Evaluación de accesibilidad

Este trabajo práctico es una versión “simplificada” del documento WCAG Evaluation Metodology del W3C (¡para todo tienen un documento!) que provee una metodología para la evaluación de accesibilidad. Hay un artículo de Olga Carreras que resume en mayor detalle esta metodología.

Clase 10. Lenguaje

Tratamos la forma en que el uso del lenguaje puede afectar la accesibilidad de un documento Web, comenzando por la identificación precisa del idioma en que está escrita la página, o fragmentos de la misma, y aprendimos como establecer relaciones entre páginas en distintos idiomas.

Continuamos viendo a la forma de identificar, definir y maquetar palabras y expresiones inusuales, jerga y abreviaturas.

Por último introdujimos el concepto de lecturabilidad, o “fácil lectura”, que considera aspectos funcionales como la facilidad o dificultad de la comprensión; al que diferenciamos del de legibilidad, centrado éste en aspectos formales y gráficos.

Vimos que todas estas técnicas ayudan no sólo a las personas con discapacidad, sino que también a todos aquellos que puedan verse en desventaja respecto de la comprensión de la escritura y el idioma, como inmigrantes recientes, analfabetos funcionales, niños y personas mayores.

Clase 09. Navegación

Hasta este momento examinamos la accesibilidad a nivel individual, de una página. En esta clase tomamos perspectiva, y vemos el “sitio Web” como un conjunto de páginas enlazadas entre si; definiendo una serie de técnicas y criterios que tienen impacto en la experiencia para todos los usuarios, no sólo aquellos con alguna discapacidad.

Comenzamos repasando la importancia de que los títulos de las páginas y los enlaces tengan sentido por si solos, fuera de contexto, y detallamos estrategias para redactarlos y maquetarlos.

Vimos como las tres preguntas universales “dónde estoy, cómo llegué aquí, a dónde puedo ir” también aplican al diseño de la página como parte de un contexto que la complementa a la vez que la contiene. Esto se ve no sólo en los recursos de navegación que proporcionamos, sino en la consistencia y coherencia de los elementos y su organización: interna del propio sitio, y externa, con respecto al resto de la Web.

Por último vimos como los cambios de contexto no solicitados por el usuario producen confusión, pérdida de foco e incluso total pérdida del trabajo realizado por el usuario. Esto resulta simple de evitar y beneficia a todos.

Clase 08. Formularios

Para esta clase sobre accesibilidad en formularios Web nos visitó Martín Baldassarre, miembro de ISOC-AR y del SIDAR, quien comenzó por recordarnos los elementos que provee HTML para permitir la entrada de datos por parte del usuario.

Detalló a continuación las pautas de WCAG 2.0 relacionadas con ésto, agrupándolas en etiquetas, instrucciones y ayuda, acceso para el teclado, especificación de restricciones en la entrada, validación y retroalimentación, y prevención de errores.

Destacó como principales barreras a su uso cotidiano de formularios: la falta de etiquetas que permitan identificar los campos, la identificación de campos requeridos, y errores de validación claros, que posibiliten la corrección de los datos ingresados.

Clase 06. Datos tabulares

En esta clase vimos el uso apropiado de las tablas para datos tabulares, definiendo éstos como los que se identifican con al menos dos dimensiones o ejes.

Conocimos las formas en que podemos comunicarle a lectores de pantalla cuales son los encabezados correspondientes a una determinada celda, en forma implícita mediante la estructura de la tabla, o en forma explícita para tablas cada vez más complejas.

Entendimos el orden en que son leídas las tablas al linearizarse, y la importancia de verificarlo para asegurar que sean comprensibles.

Nos llevamos una continuación del ejercicio “Citadinos” con tablas de datos que necesitan ser corregidas para ser accesibles.