Consejos para mejorar la accesibilidad web

Hace unos días se publicó el artículo Consejos para mejorar la accesibilidad web, mi novena contribución al Observatorio de la Accesibilidad de la Confederación Española de Personas con Discapacidad Física y Orgánica (COCEMFE).

Monumento en Atocha por las víctimas de la web de Renfe

Bueno, es una noticia broma de El Mundo Today, y tal como están las cosas últimamente, hacer bromas y repetir bromas se está convirtiendo en un posible delito, pero no creo que me persigan por un simple enlace: Construyen un monumento en Atocha por las víctimas de la web de Renfe.

Y mientras tanto, la web de Renfe sigue siendo un ejemplo de lo que no se debe hacer.

Por ejemplo, recordemos los problemas con los nombres de las ciudades:



Por ejemplo, recordemos el despropósito con los nombres de las estaciones:



Que también afecta a Adif:



O los problemas con las fechas:



Y los problemas con el cambio de idioma:



Sin olvidar lo más importante, lo graves problemas de accesibilidad:



Sí, algunos de esos problemas ya han sido resueltos, pero otros todavía persisten y también han aparecido problemas nuevos.

Ejemplo de descripción larga (longdesc)

En Example for Checkpoint 1.1a se muestra un ejemplo de imagen con descripción larga con longdesc.

El atributo longdesc se puede mostrar y activar en los navegadores web de diferentes formas.

En Mozilla Firefox se ha añadido recientemente la opción "Ver descripción" que permite navegar a la página web con la descripción larga:

En Google Chrome es necesario instalar la extensión oficial Longdesc:

Al navegar a la página con la descripción larga se muestra otra página web:

La accesibilidad no sólo beneficia a las personas con discapacidad

El artículo Accesibilidad, no sólo beneficia a las personas con discapacidad habla de la accesibilidad del medio físico, de los edificios, pero la idea general se puede aplicar también a la accesibilidad web.

En el artículo se incluyen unos ejemplos que suelo utilizar para explicar que la accesibilidad no sólo beneficia a las personas con discapacidad:

Lo mismo que requiere una persona en silla de ruedas para circular y transitar con seguridad es lo que requiere un hombre o una mujer que llevan a un bebé en una carriola; lo mismo que hace segura una vialidad para alguien que usa muletas también lo hace para una persona que usa zapatos de tacón o alguien de edad avanzada”, por ello el también miembro de Libre Acceso AC plantea estos beneficios en la segunda edición del libro Accesibilidad. Personas con discapacidad y diseño arquitectónico.

Bookmarklets para evaluar la accesibilidad web

En Accessibility Bookmarklets hay una recuperación de bookmarklets (o favlets) que se pueden emplear para analizar la accesibilidad de una página web.

El siguiente vídeo explica su uso:

ATAG 2.0

Authoring Tool Accessibility Guidelines (ATAG) 2.0 fue publicado como recomendación el pasado 24 de septiembre de 2015.

ATAG tiene como objetivo proporcionar pautas para que las herramientas de autor de contenido web sean más accesibles, tanto en su propio interfaz para que sean usadas por las personas con discapacidad, como en el contenido que generan para que sea accesible.

Comienza la extensión de WCAG 2.0

Web Content Accessibility Guidelines (WCAG) 2.0, las pautas que ayudan a crear contenido web accesible son de diciembre de 2008 y se están quedando un poco viejas. Han aparecido nuevas tecnologías y ahora los usuarios acceden a la Web e interactuan con la Web de formas muy distintas a como lo hacían hace casi 10 años. El W3C lo sabe y ya está trabajando en actualizarlas. Sin embargo, la solución no va a ser crear una nueva recomendación, sino proponer un marco para poder extender la versión actual: Work Begins on Extension to WCAG 2.0.

En este anuncio podemos leer:

New technologies on the horizon and the rapid evolution of the underlying technologies for user interaction on the Web are likely to continue to drive the need for new guidance. 

To address these needs, the WCAG Working Group has begun to develop a framework for WCAG 2.0 extensions. These would be separate guideline documents, to increase the amount of coverage on particular accessibility needs. Authors and policy-makers would be able to choose to meet the guidelines with one or more extensions, which inherently meet the base WCAG 2.0 guidelines, while organizations that have policies built around WCAG 2.0 alone would not be impacted by the extensions.

Asistente virtual Jarvis

Un alumno me ha enseñado Jarvis, un asistente virtual inspirado por las películas de Iron Man. No lo he probado, sólo he visto un vídeo de demostración:



Parece que es un proyecto personal, no un producto comercial. No sé si estará a la altura de Dragon NaturallySpeaking, pero ya se sabe, a caballo regalado no le mires los dientes.

6º Congreso Nacional CENTAC de Tecnologías de la Accesibilidad

Los próximos 5 y 6 de noviembre se organiza el 6º Congreso Nacional CENTAC de Tecnologías de la Accesibilidad. El congreso tendrá lugar en el Palacio Euskalduna de Bilbao. Este congreso se anuncia como "el mayor encuentro de tecnologías y accesibilidad de toda España".

Complementos para Mozilla Firefox

En Firefox Extensions de Stanford Online Accessibility Program encontramos estos complementos:

Tenon Check

Allows you to check the currently loaded tab against the tenon.io accessibility testing framework.

Web Developer Toolbar

This is a helpful tool to add to your arsenal. Developed by Chris Pederick, this extension to Mozilla / Firefox provides a comprehensive toolbar for running quick tests on pretty much everything.
Information about using the Web Developer Toolbar

Headings Map Add-on for Firefox

The Headings Map extension permits you to easily see and assess how headings are used on a page so that you can be sure they are being used to convey meaningful structure.

WAVE Toolbar

The WAVE Firefox toolbar provides a mechanism for running WAVE reports directly within Firefox. Because the toolbar runs reports entirely within your web browser, no information is sent to the WAVE server. This ensures 100% private and secure accessibility reporting. The toolbar can check intranet, password-protected, dynamically generated, or sensitive web pages. Also, because the WAVE toolbar evaluates the rendered version of your page, locally displayed styles and dynamically-generated content from scripts or AJAX can be evaluated.

Accessibility Firebug Wiki

If you already use Firebug, you may find this accessibility extension to be helpful since you will be able to incorporate it into your current work environment. Skimming through the Wiki documentation will give you a sense of how it works, before you install it.

AInspector Sidebar

AInspector Sidebar evaluates the accessibility compliance of web pages based on WCAG 2.0 requirements using OpenAjax Alliance rulesets. It organizes the evaluation results by Rule Categories and WCAG Guidelines.

Worldspace FireEyes

Worldspace FireEyes is a web accessibility tool that ensures both static and dynamic content within a web portfolio are compliant with standards such as Section 508, WCAG 1.0, and WCAG 2.0.

Juicy Studio Accessibility Toolbar

This Toolbar contains both a Color Contrast evaluator and a Complex Table Inspector. Right-click functionality allows for reporting of these issues.

Tanaguru Contrast-Finder

This addon allows you to select colors on a page and check contrast.

WCAG Contrast Checker

This addon allows you to enter HEX or RGB foreground and background values to check contrast.

Firefox Landmark Extension

The Firefox Landmark Extension, currently hosted on GitHub, will enable you to see whether, and how, ARIA landmarks have been implemented on a page. Using landmarks correctly will help screen reader users (and perhaps users of other assistive technologies, in the future), navigate your site consistently and effectively.

HTML Validator (based on Tidy)

HTML Validator is a Mozilla extension that adds HTML validation to Firefox and Mozilla. The number of errors of an HTML page is seen on the form of an icon in the status bar when browsing. You see the details of the errors when looking at the HTML source of the page. You can "view source" to see errors highlighted, and you can use Tidy to fix them.

Mouseless Browsing

Mouseless Browsing (MLB) means id-based browsing. The major goal of this extension is to enable browsing only by using the numpad keys. Mouseless browsing is based on marking all links, form elements and frames with ids. You can then trigger an action (e.g. following the link) by simply entering the id and depending on the configuration confirming it by pressing Enter.

Longdesc

Adds "View Image Longdesc: ..." to the image context menu (obviously only if the image element does have a longdesc attribute set).

Screen reader Simulator

"This addon allows you to activate Firefox's integrated mobile screen reader on desktop browsers. You can test web content and see how a blind user would interact with an app if they accessed it on a mobile browser." It does not provide all of the functionality you could obtain by testing with computer-based screen readers, such as NVDA (free for the PC) or VoiceOver (free for the Mac), but it can give you a sense of how your site might work.

Accesibilidad en la BBC

Hace unos meses escribí Análisis de un rediseño accesible de un sitio web sobre el rediseño del reproductor multimedia que se emplea en la BBC.

Ahora he encontrado dos recursos que complementan lo que se contaba ahí. Por un lado, Accessibility at the BBC, una presentación realizada en CSUN 2015. Por otro lado, BBC Accessibility Standards and Guidelines, con la guía que se aplica para crear los sitios web de la BBC. Un material excelente, me gustaría ver lo mismo con las cadenas de televisión españolas.

El diseño visual, el color y la accesibilidad

En Visual design and colour accessibility se explican los problemas de accesibilidad que puede ocasionar un mal uso del color en el diseño de un página web.

Muy interesantes los problemas que pueden experimentar las personas con ceguera al color (daltonismo):

Se ofrecen cuatro consejos:

1. Design in greyscale
2. Add colour to your design
3. Check your design for contrast
4. Adjust your colours

Currículo de accesibilidad del W3C

En Curriculum for Web Content Accessibility Guidelines 1.0 podemos encontrar un pequeños curso del W3C sobre WCAG 1.0. WCAG 1.0 ya no se debe utilizar, desde el año 2008 está disponible WCAG 2.0, pero para empezar a aprender accesibilidad web es una buena opción.

El curso se puede descargar para utilizarlo de forma local.

Uso de ARIA en HTML

Existen dos documentos sobre el uso de WAI-ARIA en HTML.

Por un lado tenemos Using WAI-ARIA in HTML, que tiene como resumen:

This document is a practical guide for developers on how to add accessibility information to HTML elements using the Accessible Rich Internet Applications specification [WAI-ARIA], which defines a way to make Web content and Web applications more accessible to people with disabilities. This document demonstrates how to use WAI-ARIA in [HTML5], which especially helps with dynamic content and advanced user interface controls developed with Ajax, HTML, JavaScript, and related technologies.

Por otro lado tenemos el documento ARIA in HTML que es simplemente un working draft, y que tiene como resumen:

This specification defines the web developer rules (author conformance requirements) for the use of [wai-aria-1.1] attributes on [HTML51] elements. It also defines requirements for Conformance Checking tools.

Herramienta para generar informes de accesibilidad

WCAG-EM Report Tool es una herramienta del W3C para generar informes de análisis de la accesibilidad web.

Emplea el formato empleado en Website Accessibility Conformance Evaluation Methodology (WCAG-EM) 1.0.

Tutoriales sobre accesibilidad web

Hace unos meses, el W3C lanzó un sitio web con tutoriales sobre accesibilidad web: Web Accessibility Tutorials. Por ahora tiene sobre imágenes, tablas y formularios.

Guías de accesibilidad del Gobierno de España

El Observatorio de Accesibilidad del Gobierno de España ofrece un buen conjunto de guías para construir sitios web accesibles.

Por ejemplo, la Guía de cuestiones básicas de accesibilidad para los editores finales de contenidos incluye este índice:

Validación de accesibilidad durante la edición
Inclusión de imágenes
Definición de encabezados o títulos de página
Inclusión de Enlaces
Inclusión de Ficheros Adjuntos
Identificación de listas
Inclusión de tablas de datos
Identificación de citas
Edición del estilo o aspecto visual del documento

Accesibilidad de diagramas

Muy interesante Best practices for accessible diagram design. En el diagrama se tratan los problemas de accesibilidad desde el punto de vista de diferentes discapacidades.

Webinar "Tecnología: cotidianidad y discapacidad"

El Observatorio TIC del Ministerio de Telecomunicaciones y de la Sociedad de la Información organiza el webinar Tecnología: cotidianidad y discapacidad el próximo jueves 24 de septiembre de 2015 a las 10 horas de Ecuador (GMT-5), es decir, las 17 horas en España.

Resultados de la sexta encuesta del WebAIM sobre el uso de lectores de pantalla

Ya se han publicado los resultados de la sexta encuesta del WebAIM sobre el uso de lectores de pantalla que se abrió en julio de 2015: Screen Reader User Survey #6 Results.

La encuesta recibió 2515 respuestas, un número muy alto de respuestas.

Lo más sorprendente de los resultados es el resurgir de dos lectores de pantalla que se creían en vías de extinción, ZoomText y Window-Eyes. La explicación a este resultado se encuentra en The Resurgence of ZoomText and Window-Eyes.

Esta encuesta también confirma la caída en el número de usuarios del lector de pantalla JAWS.

Respecto las preguntas relacionadas con el desarrollo de páginas web accesibles, los resultados no son muy significativos. Por ejemplo, ante la pregunta de con qué frecuencia se usan los landmarks (regiones) para navegar en una página web, no existe un valor determinante, ya que el 22,1% respondió siempre que estuviesen presentes, pero el 17,8% contestó que nunca.

Lo mismo ocurrió con la pregunta respecto el uso de los enlaces "saltar a": un 18,3% respondió que los usa siempre que estén disponibles, mientras que un 14,3% contestó que nunca.

Por último, los resultados de las encuestas anteriores:

• Screen Reader User Survey #5 Results (Enero 2014)
• Screen Reader User Survey #4 Results (Mayo 2012)
• Screen Reader User Survey #3 Results (Diciembre 2010)
• Screen Reader User Survey #2 Results (Octubre 2009)
• Survey of Preferences of Screen Reader Users (Diciembre 2008)