Category Archives: Accesibilidad

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

Clase 13. 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 lectores de pantalla móviles, 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, PWAs 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 pautas que surgen desde el W3C para poner las WCAG 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 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.

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 12. Medios tempodependientes

Hasta ahora hemos analizado una variedad de contenido y lo que se debe hacer para garantizar su accesibilidad, desde simples contenidos de texto hasta tablas de datos, imágenes, formularios, e incluso estructuras de marcado más complejas. 

Otra categoría de contenido que puede crear problemas de accesibilidad son los medios tempodependientes: los videos, audios, secuencias, etc deben tener alternativas textuales adecuadas para que las tecnologías de asistencia y sus usuarios puedan comprenderlos.

Comenzamos conversando un poco sobre cómo el acceso a videos y audio que no tienen alternativas textuales no sólo tiene impacto negativo para aquellas personas que no pueden oír o ver, sino también para los diferentes contextos en los que nos encontramos diariamente y, en los cuales dichas alternativas pueden ayudarnos a entender mejor el contenido.

Vimos cuales son las diferentes alternativas textuales para los diferentes contextos: subtítulos (cerrados o abiertos), subtítulos para sordos (captions), transcripciones, audio descripciones y Lengua de señas.

Vimos cuál de dichas alternativas textuales son las necesarias en los diferentes contextos que pueden encontrarse en la Web teniendo en cuenta las WCAG 2.0.

Ejercicio: Citadinos

En esta clase se tomó un HTML intencionalmente creado con malas prácticas de accesibilidad Web y técnicas de maquetado obsoletas, y se identificó en forma práctica las barreras al acceso que se presentan.

Objetivos

  • Identificar problemas usando el teclado para navegar.
  • Identificar problemas escuchando el sitio con Firefox y NVDA, o Safari y VoiceOver.
  • Corregir el HTML entregado.

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.

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 07. Visible y legible

Comenzamos entendiendo de qué forma ven las personas que se encuentran limitadas en su capacidad de visión, ya sea por diversos problemas oculares, neurológicos, o por las características de su entorno de trabajo.

Comprendiendo ésto, vimos cómo desde la accesibilidad Web es necesario tamizar las referencias a información de carácter visual, evitar la dependencia del color como modo exclusivo de transmitir información, garantizar niveles mínimos de contraste, escalabilidad y legibilidad en el texto.

Por último y también relacionado con la cuestión visual, evitar que los destellos, flashes y animaciones rápidas en pantalla sean potencialmente desencadenantes de convulsiones en personas con epilepsia fotosensible y otros desórdenes de fotosensibilidad.