Comparación de WCAG 1.0 y 2.0

Utilizar WCAG 1.0 no tiene mucho sentido, dentro de tres años se cumplirán 20 años de su publicación, una eternidad. Sin embargo, todavía encuentro gente que hace referencia a esas pautas. A esa gente le recomiendo la consulta del documento Comparison of WCAG 1.0 Checkpoints to WCAG 2.0, in Numerical Order del W3C.

Lo que se tiene que utilizar, desde hace años, es WCAG 2.0.

Tanaguru

Tanaguru es una herramienta de análisis de código abierto.

El código se puede encontrar en GitHub en Tanaguru.

Mapa de WCAG 2.0

Ya tiene unos años, pero es interesante rescatar esta infografía que resume WCAG 2.0:

Curso Aprende Accesibilidad Web paso a paso

¿Son las herramientas automáticas de evaluación de la accesibilidad web fiables?

El artículo Can Automated Web Accessibility Programs Accurately Determine ADA and 508 Compliance? explica que las herramientas automáticas de evaluación de la accesibilidad web no son fiables para asegurar el cumplimiento de las pautas de accesibilidad web:

Can automated web accessibility programs accurately determine ADA and 508 compliance? According to the United States Access Board the answer is, NO. In fact, the Board advised, in an online training tool from May 2016, 50% of errors are likely to be overlooked with an automatic system. The Access Board further states that an automated tool should be used in web development, but not as a reliable monitoring system.

Simplificación de textos para personas con discapacidad cognitiva

En Simplifying Content for People with Cognitive Disabilities se explican los avances que se están realizado en IBM para la simplificación de textos para ayudar a la lectura y comprensión de las personas con discapacidad cognitiva.

En la siguiente imagen se puede observar un ejemplo de la entrada y la salida del sistema:

Accesibilidad para las personas con discapacidad cognitiva

White Paper on ICT Access for People with Cognitive Disabilities describe algunas de las barreras y de las soluciones que se deben implementar para que las tecnologías de la información y la comunicación sean más accesibles.

El informe incluye una definición de discapacidad cognitiva:

When a person is said to have a “cognitive disability,” it is generally understood that the
individual has limitations or challenges in performing one or more types of cerebral tasks. For
instance, individuals with a cognitive disability may experience difficulty in understanding or
processing information, solving problems, or responding to stimuli.
It also is generally recognized that individuals who fall into the category of having a
cognitive disability include those with intellectual disabilities, pervasive developmental
disabilities, acquired brain injuries, neurodegenerative disease, and learning disabilities.

Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web

Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web

CURSO GRATUITO IMPARTIDO POR LA UNIVERSIDAD DE ALCALÁ.

Destinado a desarrolladores de páginas y aplicaciones web, con objeto de capacitarles en la creación de páginas y aplicaciones web accesibles, que cualquier persona pueda visitar para utilizar toda su funcionalidad, incluidas las personas con algún tipo de discapacidad física o sensorial. El curso se basa en estándares y recomendaciones sobre accesibilidad web de ISO y del World Wide Web Consortium (W3C).

Objetivos del curso:

• Contribuir a la formación específica de los desarrolladores web, capacitándoles para la evaluación de la accesibilidad de páginas web aplicando el estándar WCAG 2.0, la metodología WCAG-EM, y la recomendación ATAG 2.0.
• Contribuir a la formación específica de los desarrolladores web, capacitándoles para la corrección de los problemas que presente una página web, combinando los elementos de la recomendación WAI-ARIA 1.0 de W3C, con los lenguajes HTML, CSS, JavaScript.
• Conocer la existencia de normativa nacional internacional que exige que los sitiosweb sean accesibles
• Crear conciencia entre los participantes de los problemas que se encuentran los usuarios con discapacidad cuando navegan por la web.
• Que los participantes adquieran destreza en el empleo de herramientas para la evaluación de la accesibilidad de páginas web.
• Que los participantes que realicen este curso se conviertan en agentes multiplicadores, participando activamente en la capacitación de otros desarrolladores web.

Fechas de impartición:

22 de mayo a 30 de julio de 2017. Sesión presencial no obligatoria: 21 de junio, de 16:00 a 20:00.

El plazo de inscripción finaliza el 9 de mayo de 2017, incluido.

Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web

A11YNYC - Accessibility New York City

A11YNYC - Accessibility New York City son unas reuniones que tienen lugar en Nueva York para tratar temas relacionados con la accesibilidad.

En el canal de YouTube de Accessibility NYC he encontrado algunos vídeos muy interesantes:

Un navegador controlado con la mente

El resumen del artículo BCWB: A P300 Brain-Controlled Web Browser dice:

Web access and web resources open many horizons, their usage increases in all life aspects including government, education, commerce and entertainment, where the key to such resources lies in Web browsers. Acknowledging the importance of universal accessibility to web resources, the W3C has developed a series of guidelines into a Web Accessibility Initiative (WAI), with the goal of providing access to web resources for people with disabilities. In order to bridge the gap in the digital divide between the disabled and the non-disabled people, the authors believe that the development of novel assistive technologies using new human-computer interfaces will go a long way towards achieving this lofty goal. In this paper, they present a P300 Electroencephalography Brain-controlled Web browser to enhance the accessibility of people with severe motor disabilities to Web resources. It enhances their interaction with the Web taking their needs into account. The proposed Web browser satisfies the Mankoff's requirements of a system that would “allow true web access.”

Patrones de accesibilidad para la Web

En MIND Patterns - Accessibility Patterns for the Web podemos leer:

This book will assist frontend developers in building accessible e-commerce websites and components. It is a living document - so please expect continual edits and updates.
These patterns will assist developers with accessibility, but are not considered to be final, packaged code!
All patterns leave additional steps for the frontend developer to complete. This typically means any CSS styling and JavaScript behaviour not related to accessibility.
Each pattern follows a Progressive Enhancement strategy (where applicable) and aims to conform to WCAG 2.0 Level AA.

AInspector Sidebar

AInspector Sidebar es un complemento para Mozilla Firefox que evalúa la accesibilidad de una página web de acuerdo a WCAG 2.0.

La descripción dice que se basa en el empleo de OpenAjax Web Accessibility Evaluation Library and Tools.

Quail

En Open-source accessibility testing for the modern web se explica el uso de Quail, una herramienta de código abierto para la automatización de pruebas de accesibilidad:

The Quail Accessibility Information Library is an open-source, MIT-licensed suite of tests that assess web page structure and content. The library is currently developed against WCAG and 508, but additional guidelines may be mapped to tests using a tagging system.

Quail was started by Kevin Miller in 2009 as a PHP library specifically targeted at checking content accessibility within a CMS. Shortly after announcing Quail, he also developed the Accessible Content module for Drupal, which has been used in several government and higher education websites to give content authors feedback. On the train from Drupalcon Denver in March of 2012, Kevin re-wrote Quail as a jQuery plugin to help expand possible integrations to more projects. Quail continues to evolve through volunteer contribution and the leadership of Kevin.

Monitorizar la accesibilidad de un sitio web

Muy interesante el artículo Monitor Accessibility Errors on Your Ecommerce Site with Scrapy, WAVE que explica cómo monitorizar la accesibilidad de un sitio web utilizando las herramientas Scrapy y WAVE.

Teach Access Tutorial

Teach Access Tutorial es un tutorial para aprender accesibilidad web. El tutorial ofrece consejos y mejores practicas para la creación de aplicaciones y sitios web accesibles.

El tutorial incluye numerosos ejemplos de cómo se hacen las cosas bien y mal. Por ejemplo, en la siguiente imagen se un ejemplo de encabezado semántico que es accesible:

Y en el siguiente ejemplo, el uso del atributo alt para que una imagen sea accesible:

Accesibilidad en WordPress

En WordPress accessibility docs list se recoge una lista de recursos que ayudan a mejorar la accesibilidad de WordPress.

Diseño de tablas accesibles

Diseñar una tabla que sea accesible con diferentes resoluciones de pantalla es todo un reto. En el artículo Accessible, Simple, Responsive Tables explican cómo se puede lograr.

Muy interesante la siguiente imagen que resume cuatro técnicas:

• Squish
• Scroll
• Collapse rows
• Collapse columns

Un claro ejemplo de problema de contraste

Sobran las palabras:

Aléjate 1 metro de la pantalla del ordenador, ¿puedes distinguir algo? Poco o casi nada, ¿verdad?

Pronunciación de abreviaturas y acrónimos

La pronunciación de abreviaturas y acrónimos puede suponer un problema para los lectores de pantalla. En ZIP, Z I P, or Z.I.P.? Forcing Correct Pronunciation in Screen Readers explican varias soluciones que se pueden aplicar para que un lector de pantallas lea lo que queremos que lea:

• Space It Out
• Aural CSS
• ARIA Labels
• The Better Solution: definir la abreviatura o acrónimo la primera vez que aparezca, pero no usar la etiqueta abbr, ya que la mayoría de los lectores de pantalla no la reconocen.

aXe

aXe es un sistema desarrollado por Deque para programar pruebas de accesibilidad automáticas. En Accessibility Testing with aXe and WebdriverJS se explica con detalle:

Why automated accessibility testing?
Automated testing can free up 30% of your manual testing effort, making it a valuable tool for software development. By scripting a browser to programmatically open web pages and perform user tasks, you can validate features without having to open each page yourself. By integrating axe-core into your tests, you can add coverage for accessibility without having to become an expert. In addition, you can benchmark accessibility support and catch regressions in your builds, preventing broken code from going to production.

Este sistema es similar a gulp-accessibility.