Archivo por meses: septiembre 2018

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.

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.