Publicada la versión candidata de NVDA 2011.2

Se acaba de publicar la versión candidata del lector de pantallas gratuito NVDA: NVDA 2011.2rc1 Released. Las novedades que incorpora esta versión las podemos encontrar en la página What's New in NVDA.

Encuesta sobre la accesibilidad de las redes sociales

Acabo de encontrar la encuesta Social Media Accessibility Survey que tiene como objetivo determinar las principales barreras de accesibilidad que presentan las redes sociales más conocidas (Twitter, LinkedIn, Facebook and YouTube). Desgraciadamente, no está muy claro quién está detrás de esta encuesta.

Las nueve preguntas de la encuesta son:
1. Do you have a disability affecting the way your browse the web?
Yes
No


2. If so, what kind of disability?
Visual
Hearing
Cognitive
Motor
I do not have a disability
Other (please specify)


3. Do you use assistive technologies to browse the web?
Yes
No


4. If so, what type of assistive technologies do you use?
Screen Readers
Zooming Software
Braille Keyboard
Adapted Keyboard or Mouse
I do not use assistive technologies
Other (please specify)


5-8. How would you rate the following accessibility best practices while using the Twitter.com interfaces? If you feel some best practices are not an issue, choose “N/A” (Not Applicable).
A Real Problem A Slight Problem Not a Problem    N/A
Appropriate Use of Heading and Subheading   
Use of Sufficient Color Contrasts   
Explicit Association of Labels and Form Fields   
Ease of Navigation Using Only the Keyboard   
Text Equivalents for Images   
Compatibility with Assistive Technologies   
Captions or Text Transcripts to Multimedia
Have you encountered any other significant accessibility problems while using the Twitter.com services? If so, please specify:


9. Overall and generally speaking, do you think adopting social medias, as part of a governmental communication strategy is a good idea when it comes to public information?

Oferta de trabajo en accesibilidad web en el MIT

El Computer Science and Artificial Intelligence Laboratory del Massachusetts Institute of Technolog (MIT) ofrece un puesto de trabajo como ingeniero en accesibilidad web: Web Accessibility Engineer. Esta misma oferta de trabajo también la podemos encontrar en la web del W3C: Web Accessibility Engineer.

La tecnología de eye tracking puede ayudar al aprendizaje de los niños con discapacidad

Un sistema de "seguimiento de los ojos" (eye tracking) es un sistema que permite detectar el punto donde un sujeto de estudio está situando su mirada. Estos sistemas se emplean en diversas áreas, como el márketing y la publicidad, el diseño de objetos, la psicología, etc.

Dentro de la accesibilidad y la usabilidad se emplea principalmente con dos fines:

• Para realizar los test de usuario, y también los de accesibilidad: un sistema de eye tracking permite detectar las zonas de una página web que más llaman la atención de un usuario, o al contrario, las zonas que no originan mucho interés.
• Como ayuda técnica para controlar el ordenador: un sistema de eye tracking permite sustituir el ratón del ordenador y permite que el usuario maneje el ordenador simplemente con su mirada.

En el artículo Eye-tracking technology could benefit disabled children nos cuentan otra aplicación de los sistemas de eye tracking: se pueden emplear para mejorar el aprendizaje de los niños con discapacidad:

The team has been working alongside the charity SpecialEffect to design a computer program that uses an eye-tracker to find out exactly how eye movements correspond with the participant’s preferences.
Once a pattern of eye-movements is identified for the user, algorithms manipulate designs on the screen so that they gradually evolve to match each person’s preferences.

Situación actual del control mental del ordenador

Ya he escrito varias veces sobre el control mental, la última el pasado 5 de junio: Otros que se apuntan al control mental del ordenador.

Acabo de encontrar un artículo del 2 de julio de 2011 que resume muy bien la situación actual del control mental: Mind-Controlled, publicado en el volumen 180, número 1, de la revista ScienceNews. El artículo es un poco largo, pero explica muy bien los distintos tipos de dispositivos que existen hoy en día y lo que es realidad y lo que es mito hoy en día.

Un ejemplo de accesibilidad web mal entendida

En el artículo Web Accessibility - What not to do de Jim Thatcher, un gran experto en accesibilidad web, encontramos un buen ejemplo de accesibilidad mal entendida: una página del Gobierno Federal de Estados Unidos, que por la ley Section 508 debe ser accesible (y se ha intentado que sea accesible), que pasa las pruebas automáticas de evaluación de la accesibilidad web, pero que tiene graves problemas de usabilidad.

Existe otra copia de este artículo.

Tutorial sobre la accesibilidad en diferentes medios

accesselearning es un tutorial gratuito desarrollado por la universidad Georgia Institute of Technology en el que explican cómo hacer accesibles diversos tipos de contenidos, como vídeos, presentaciones PowerPoint, documentos PDF y, por supuesto, páginas web.

El contenido de este tutorial es:
   1. Accessibility Issues of Disabilities in Distance Education
   2. Planning for Accessibility in Distance Education
   3. Making PowerPoint Slides Accessible
   4. Making Video Accessible
   5. Making Flash Accessible
   6. Making Word Documents Accessible
   7. Making Excel Documents Accessible
   8. Making PDF Documents Accessible
   9. Making Webpages Accessible
  10. Making Scripts and Java Accessible

El arte de la accesibilidad

El artículo The Art of Accessibility es corto, fácil de leer, pero ofrece algunos puntos de vista sobre la accesibilidad web muy interesantes.

En primer lugar, el autor de este artículo deja claro que la accesibilidad es mucho más importante que el aspecto visual de una página web:

I could try to refute that on the grounds of practical ethics — the aesthetic preferences of one are simply not important, when stacked up against the functional needs of another.

A continuación, el autor pone un par de ejemplos para fundamentar su idea principal: no hay que entender la accesibilidad como algo negativo, como un escollo que nos impide lograr lo que queremos, sino como un desafío que nos invita a hacer las cosas de otra manera.

Además del propio artículo, también son muy interesantes algunos de los comentarios que ha ido dejando la gente.

Denuncias contra sitios web no accesibles en Estados Unidos

En Estados Unidos se toman la accesibilidad web con mucha más seriedad que en España y otros países europeos. Aunque en España tengamos desde finales del año 2007 la LEY 49/2007, de 26 de diciembre, por la que se establece el régimen de infracciones y sanciones en materia de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad, no tengo noticia de que a nadie se le haya impuesto una sanción por tener un sitio web no accesible e incumplir dicha ley (y otras más). Pero es algo normal que no haya sanciones, ya que las propias administraciones públicas, recordemos el caso de la página web del Senado, son las primeras en incumplir sus propias leyes.

Como digo, en Estados Unidos sí que ha habido algunas denuncias interesantes, como la indemnización histórica de 6 millos de dólares que tuvo que pagar la compañía Target.

Ahora, a través de la página web Disney & Other Recent Web Accessibility Lawsuits me he enterado de que tres mujeres ciegas han denunciado a Disney porque los sitios web de sus parques temáticos no son accesibles. La noticia dice que los sitios web no son accesibles porque "están repletos de vídeos y audios que no pueden ser desactivados por personas que no utilizan el ratón y dependen de un lector de pantallas" y que los sitios web "también contienen contenido Flash que no es accesible para las personas ciegas". En definitiva, lo que todo el mundo sabe que tiene problemas de accesibilidad, pero que mucha gente se empeña en seguir usando.

Nueva campaña a favor de la accesibilidad web

The European Disability Forum acaba de iniciar una nueva campaña para fomentar la accesibilidad de los sitios web. El título de la campaña es Access Denied! y su objetivo principal es que la Unión Europea desarrolle una legislación que asegure que los sitios web de las administraciones públicas y los sitios web que proporcionen servicios básicos sean accesibles tan pronto como sea posible:

The European Commission is due to make a “legislative proposal to ensure public sector websites and websites providing basic services to citizens are fully accessible by 2015.” So we are calling for:

• The European Commission to review our Proposal for a Legal Act on Accessible Websites

• The European Commission to propose binding EU legislation to ensure that public websites and websites delivering basic services of public interest are made accessible as soon as possible

Recordemos que en España existe desde hace años legislación en este sentido, como el Real Decreto 1494/2007 que obliga a las "páginas de internet de las administraciones públicas o con financiación pública" a ajustarse a una serie de normas sobre accesibilidad web, o como la Ley 56/2007 que obliga en un sentido similar a empresas privadas de un volumen mínimo de negocios que ofrezcan una serie de servicios básicos.

Desgraciadamente, esta legislación es muchas veces incumplida (recordemos la nula accesibilidad de la página web del Senado) y lo que ahora hace falta es que se apliquen las medidas sancionadoras que contempla la Ley 49/2007.

Cómo escribir textos accesibles para la Web

La Pauta 14 Asegúrese de que los documentos sean claros y simples de WCAG 1.0 nos indica que hay que emplear un lenguaje claro y sencillo porque algunos usuarios con discapacidades cognitivas o de aprendizaje pueden tener problemas para entender textos largos y complejos.

La Pauta 3.1 Legible: Hacer que los contenidos textuales resulten legibles y comprensibles de WCAG 2.0 nos indica que hay que evitar las palabras inusuales, hay que proporcionar mecanismos para identificar y expandier las abreviaturas y hay que escribir textos con un nivel de lectura adecuado.

En ocasiones anteriores he escrito sobre el concepto de legibilidad, sobre la facilidad de lectura y comprensión de un texto (Consejos para escribir en la Web).

En la página Resources for Writing for Web Accessibility nos ofrecen una buena colección de artículos con consejos para escribir textos legibles y accesibles en las páginas web. Por ejemplo, en el artículo Accessible writing versus writing for a global audience encontramos los siguientes consejos sobre lo que debemos hacer y lo que no debemos hacer:

Usa:

1. Palabras cortas.
2. Frases cortas.
3. Párrafos cortos.
4. Estructura clara: encabezados, viñetas, sangrías, citas (debidamente etiquetados).
5. Oraciones activas: "Leo el libro" en lugar de "El libro es leído por mí".
6. Lenguaje conciso.
7. Formatos claros y sencillos: texto negro sobre un fondo blanco, o similar.

Evita:

1. Jerga.
2. Gramática compleja.
3. Abreviaturas.
4. Argot.
5. Un montón de gráficos.
6. Flash y otro tipo de animaciones.
7. Texto que se muestra como una imagen.

Formato para crear un informe sobre accesibilidad web

En lista de discusión accesoweb se planteó hace una días una pregunta sobre formatos para presentar informes sobre accesibilidad web. Las respuestas que se recibieron (hasta el 1/7/2011) fueron:

• Template for Accessibility Evaluation Reports: es un formato del W3C para comunicar los resultados de evaluar la accesibilidad de sitios web según WCAG 1.0 (es de esperar que esté en preparación un formato parecido para WCAG 2.0, o incluso este mismo formato se puede adaptar fácilmente). Este formato consta de los siguientes apartados:

1. Resumen
2. Antecedentes de la evaluación
3. Sitio web revisado
4. Revisor(es)
5. Proceso de revisión
6. Resultados y acciones recomendadas
7. Referencias
8. Apéndices

• UWEM, Unified Web Evaluation Methodology version 1.2 (traducción al castellano de la versión 1.0): se basa en el anterior, aunque introduce algunos pequeños cambios:

1. Introducción
2. Resumen
3. Contexto de la evaluación
1. El sitio web evaluado
2. Evaluador(es)
3. Proceso de evaluación
4. Lista de recursos
5. Resultados de las verificaciones
6. Referencias
7. Anexos

¿Alguien conoce algún formato más?

Unos libros sobre accesibilidad

En la página Accessible Web Design Ebooks podemos encontrar los siguientes libros sobre accesibilidad:

• Accessible Web Typography, an introduction for web designers
• How to Create Accessible PDFs with Adobe Acrobat 6
• 50 hot to touch accessible web design tips - the tips no web developer can live without

El autor dice que en breve estarán disponibles de forma gratuita.

Guía de accesibilidad y estándares

Apoyo Tecnológico para la Discapacidad, una iniciativa del Programa Nacional para la Sociedad de la Información en Argentina, ofrece una Guía de accesibilidad y estándares. Esta guía está disponible online y para descargar en formato PDF.

El contenido de la guía es:

• Capítulo I: Qué es Accesibilidad Web
• Capítulo II: Pautas y Leyes
• Capítulo III: El Validador Automático
• Capítulo IV: Las Hojas de Estilo

Problemas con las entidades HTML

En el apartado  5.3 Character references de la especificación de HTML 4.01 del W3C encontramos la siguiente definición de referencias de caracteres:

Una codificación de caracteres dada puede no ser capaz de expresar todos los caracteres del conjunto de caracteres del documento. Para tales codificaciones, o cuando las configuraciones de hardware o de software no permitan a los usuarios introducir algunos caracteres del documento directamente, los autores pueden usar referencias de caracteres SGML. Las referencias de caracteres son un mecanismo independiente de la codificación de caracteres para introducir cualquier carácter del conjunto de caracteres del documento.

Las referencias de caracteres en HTML pueden aparecer de dos maneras:

• Referencias numéricas de caracteres (bien decimales, bien hexadecimales). Por ejemplo: å o &Xe5;
• Referencias a entidades de caracteres. Por ejemplo, å

Esta claro que las referencias a entidades de caracteres son más útiles porque son más intuitivas y más fáciles de recordar. En el capítulo 24 Character entity references in HTML4 de la especificación de HTML 4.01 se pueden encontrar las listas de referencias a entidades de caracteres definidas en HTML 4.

En principio, si se emplea la codificación Unicode ya no es necesario utilizar las referencias a entidades de caracteres, ya que esta codificación permite representar todos los caracteres. Sólo hay cuatro caracteres especiales que por tener una función especial en HTML sí que se tienen que representar como referencias a entidades de caracteres para evitar confusión:

• "&lt;" representa el signo <.
• "&gt;" representa el signo >.
• "&amp;" representa el signo &.
• "&quot;" representa el signo ".

En la página 10 HTML Entity Crimes You Really Shouldn't Commit nos explican 10 errores típicos que se cometen por un no uso de las referencias a entidades de caracteres. Estos errores pueden perjudicar la accesibilidad de una página web, en especial pueden perjudicar a los usuarios invidentes que utilicen un lector de pantallas, ya que el lector de pantallas puede vocalizar un carácter erróneo y puede crear cierta confusión.

Los 10 errores típicos son:

1. No convertir el "ampersand": &amp;
2. Uso de una elipsis propia (...): &hellip;
3. Uso incorrecto del guión "em": &mdash;
4. Uso incorrecto del gión "en": &ndash;
5. Uso de un símbolo de copyright propio: &copy;
6. Uso de un símbolo de marca registrada propio: &trade;
7. Uso de fracciones como texto plano: &frac14; &frac12; &frac34;
8. Uso de texto plano como símbolos matemáticos: &times; &divide;
9. Uso de la "o" como símbolo de grados: &deg;
10. Uso incorrecto de las comillas simples y dobles: &lsquo; &rsquo; &ldquo; &rdquo;

Otra herramienta para simular la ceguera al color: Color Oracle

En varias ocasiones he escrito sobre la ceguera al color, popularmente conocida como daltonismo.

Ahora acabo de encontrar la herramienta Color Oracle, un simulador de la ceguera al color para Windows, Mac y Linux. Aplica un filtro de color a toda la pantalla del ordenador, por lo que es independiente del software que se esté utilizando.

Curso de verano sobre accesibilidad web y aprendizaje para todos

La UNED organiza en su centro asociado de Plasencia el curso de verano Accesibilidad web y aprendizaje para todas las personas: servicios universitarios de apoyo a la diversidad del 4 al 6 de julio de 2011.

Descripción:
Este curso muestra las buenas prácticas para hacer que en los procesos de enseñanza y aprendizaje los servicios y contenidos web sean accesibles para todos los estudiantes, incluidos aquellos que tienen alguna discapacidad. Se hará especial hincapié en todos aquellos procesos que, relacionados con la accesibilidad a la web y a los materiales de aprendizaje, tienen como objetivo mejorar las condiciones en las que se enseña y se aprende. Se estudiarán los servicios que son necesarios en la Universidad para garantizar dichas condiciones.

Objetivos:
Transmitir, reflexionar y practicar acerca de conceptos relacionados con: vida independiente de las personas con diversidad funcional en la Universidad. Requisitos de los estudiantes con discapacidad desde el punto de vista de la accesibilidad a las TIC. Accesibilidad y usabilidad en las plataformas tecnológicas de aprendizaje en red y en los materiales de aprendizaje. Accesibilidad a material de aprendizaje a través del estándar y las tecnologías DAISY. Accesibilidad a material multimedia. Perspectivas de futuro: Hacia una Universidad plenamente accesible. Servicios y experiencias en proyectos de investigación de UNED.

Análisis de la accesibilidad de la página web de la Universidad de Alicante

He publicado un análisis parcial de la accesibilidad de la página web de la Universidad de Alicante. Este análisis sólo estudia los problemas de accesibilidad que presentan dos imágenes que contiene la página.

En realidad, la página tiene algunos errores más que ya trataré en un futuro análisis.

Controles de YouTube accesibles

En el artículo Keyboard Accessible YouTube Controls nos explican cómo crear unos controles del reproductor de vídeos de YouTube que sean accesibles desde el teclado.
Como nos explican en el artículo, la imposibilidad de manejar los controles del reproductor de YouTube desde el teclado puede ocasionar problemas de accesibilidad para ciertos usuarios:

• Personas ciegas que utilizan el teclado porque no pueden utilizar el ratón.
• Personas con baja visión que usan el teclado de vez en cuando.
• Personas con problemas de movilidad o destreza que no pueden utilizar el ratón.

Además, yo añadiría un cuarto grupo de usuarios:

• Cualquier usuario, que por alguna razón (por ejemplo, porque se ha roto el ratón), debe emplear el ordenador sólo con el teclado.

La solución propuesta implica utilizar un poco de código de JavaScript, ya que hace uso del API de YouTube para controlar el reproductor.

Tutorial sobre accesibilidad de Jim Thatcher

Un tutorial gratuito imprescindible sobre accesibiliad web de Jim Thatcher, aunque centrado en Section 508: Web Accessibility Tutorial.

Jim Thatcher es coautor del libro Web Accessibility: Web Standards and Regulatory Compliance.

También se puede encontrar este tutorial en Web Accessibility Tutorial.