El municipio será accesible, pero su sitio web no

Después del éxito del seminario sobre accesibilidad web que impartí hace unos días en la Escuela Politécnica Nacional de Quito (Ecuador), me he tomado unos días de vacaciones.
Ahora me encuentro en Baños, Baños de Agua Santa, en la Sierra Central. He entrado a visitar el sitio web oficial del ayuntamiento y me he encontrado con un anuncio que indica que es un municipio accesible y que además recibió el Permio Reina Sofia 2009 de Accesibilidad Universal de Municipios.

Sin embargo, el contenido principal de esa página es una imagen, por lo que una persona ciega no podrá leer el mensaje del Vicepresidente de la República. Por tanto, el municipio será accesible en el medio físico, pero en Internet no es accesible, así que de "accesibilidad universal", poco.

[Actualización 25/01/2012]

Parece que han actualizado el sitio web de Baños, pero este error en la página Baños Ecuador - Ciudad accesible sigue igual, tal como podemos ver en las siguientes imágenes:

Con imágenes

Sin imágenes

Entrevista en la Escuela Politécnica Nacional

Hace unos días me hicieron una entrevista en la Escuela Politécnica Nacional para publicitar el seminario que voy a impartir en breves minutos.

El seminario en Twitter

Los alumnos de sistemas de la Escuela Politécnica Nacional han creado el hashtag #aweb_epn para que la gente pueda seguir y participar en el seminario a través de Twitter.

Retransmisión por Internet del seminario "Accesibilidad en el Diseño de Aplicaciones Web"

Respecto el seminario sobre accesibilidad web que voy a impartir este viernes 2 de septiembre en la Escuela Politécnica Nacional de Quito (Ecuador), va a ser retransmitido en directo y en abierto a través de su canal de streaming.

La retransmisión comenzará sobre las 9:15 horas de Ecuador, las 16:15 en España.

Me han dicho que se va a habilitar un "hashtag" en Twitter para que la gente pueda hacer preguntas. En cuanto lo conozca, lo dará a conocer por aquí.

Además, también me han dicho que se pretende publicar en Internet algún vídeo resumen del seminario, pero eso será unas semanas después porque lo tendrán que editar.

Seminario Internacional “Accesibilidad en el Diseño de Aplicaciones Web”

El próximo viernes 2 de septiembre de 2011, a las 9 horas de la mañana, impartiré un seminario sobre accesibilidad web en la Escuela Politécnica Nacional de Quito (Ecuador). El seminario tiene una duración de 8 horas y en él trataré los siguientes temas:

• ¿Qué es la accesibilidad web?
• ¿Accesibilidad = usabilidad?
• Ayudas técnicas para los discapacitados
• Pautas de accesibilidad
• Herramientas
• Legislación y estándares
• Tendencias

Una vez finalizado el seminario, publicaré los materiales en el apartado de cursos de mi sitio web Accesibilidad web.

Más información: Seminario Internacional "Accesibilidad en el Diseño de Aplicaciones Web"
Más información: Accesibilidad en el Diseño de Aplicaciones Web - Seminario

Versión de texto de una página web

Textise es una herramienta online que permite obtener una versión "sólo texto" de cualquier página web que esté publicada en Internet. Además, también dispone de un complemento para Firefox que permite obtener la versión sólo texto con una simple pulsación.

Por ejemplo, a continuación se muestra la versión sólo texto de mi sitio web Accesibilidad web:

Nuevo dispositivo para ver con las manos

En el periódico El País han publicado la noticia Ver con las manos. La noticia dice:

Tocar vale más que mil palabras. Así lo sienten ocho de los 18 ciegos que probaron el dispositivo táctil creado por un grupo de 13 investigadores (médicos, ingenieros y psicólogos) de la Universidad Complutense de Madrid. El producto, en el que ya se han invertido 1.460.000 euros, estará en el mercado en seis meses y costará entre 2.000 y 3.000 euros. Unos 80.000 ciegos españoles y más de 40 millones en el mundo podrán beneficiarse.Se trata de unas gafas de sol y un estimulador táctil similar a una cajita del tamaño de la palma de la mano, que pesa 200 gramos. En medio de las gafas hay una microcámara con un chip. Este transmite las imágenes al estimulador, que está cubierto de bolitas que se levantan coordinadamente, produciendo un relieve que, sobre la palma de la mano, emula las siluetas captadas por la grabadora. "Evoco las imágenes, las veo simplificadas y en blanco y negro, como si me las dibujaran sobre una pizarra", describe Enrique, de 52 años, uno de los invidentes que participa en el estudio desde su inicio.

[...]

Todos los objetivos se cumplieron. Los ciegos pueden reconocer objetos a ocho o 10 metros de distancia y el 40% siente que ve cuando recibe el estímulo táctil mientras que el 100% (incluidos un grupo de 10 videntes) reconoce los objetos a través del dispositivo. Gracias a esta nueva herramienta, las personas que padecen problemas severos de visión pueden ahora calcular la distancia a la que se encuentran los objetos aunque la percepción todavía no incluye colores y volúmenes. "En la calle es fantástico porque detecta cosas que el bastón no, como los toldos. Por eso hay muchas personas ciegas con marcas en la frente", subraya Enrique con humor. "Al principio era un poco escéptico, pero pasé de sentir cosquillas en la mano a delimitar la costa de Galicia, donde vivo", cuenta fascinado por las posibilidades que le abre el dispositivo. El objetivo a largo plazo es, según el investigador Tomás Ortiz, "reemplazar al bastón y a los perros guía".

En la noticia no se comenta, pero yo también le encuentro utilidad como dispositivo para manejar el ordenador e interactuar con elementos gráficos.

Editor de HTML5

Ernesto Arce, un lector de este blog que reside en Chile, me ha hecho llegar esta información. BlueGriffon es un editor de HTML5 gratuito. Está basado en Gecko, el motor de visualización del navegador Firefox.

Con este editor podemos hacer uso de las nuevas etiquetas semánticas de HTML5 como header, footer, article y section, que permiten mejorar la accesibilidad de las páginas web.

Además, también soporta otros estándares como CSS3, SVG y MathML. Y el editor también puede ser extendido mediante complementos. ¡Y todo gratuito!

Los problemas de las herramientas automáticas de revisión de la accesibilidad

En la entrada de ayer, ¿Son útiles las herramientas automáticas de revisión de la accesibilidad web?, cité algunas referencias en las que se critican las herramientas automáticas de revisión (análisis, evaluación, chequeo o testeo) de la accesibilidad web. Algunos ejemplos de estas herramientas son Cynthia Says, TAW, Total Validator o WAVE.

En el artículo The problem with automated accessibility tools nos explican muy bien los diferentes problemas que pueden mostrar estas herramientas:

• Interpretan de forma literal las pautas: una herramienta automática no tiene "sentido común", comprueba las pautas independientemente de otros factores. Por ejemplo, en WCAG 1.0, la pauta 5.5 Proporcione resúmenes de las tablas indica que se tiene que emplear el atributo summary en las tablas para proporcionar un resumen. Pero puede ser que ya exista un resumen de la tabla en el propio texto de la página, por lo que proporcionar otro resumen en la propia tabla resulta repetitivo y claramente inútil.
• No pueden revisar los problemas relacionados con el contenido: una herramienta automática no puede verificar la estructura del contenido de una página individual ni como se distribuye todo el contenido de un sitio web a través de múltiples páginas. Por ejemplo, una herramienta automática no puede comprobar que el contenido más importante se indica al principio de la página, o que se emplean las listas de forma correcta.
• No pueden revisar muchos problemas relacionados con la codificación: una herramienta automática no puede comprobar que un sitio web funciona correctamente sin Flash o JavaScript, o que la estructura HTML refleja la estructura visual de la página.
• Suelen emplear pautas anticuadas: las herramientas automáticas no suelen estar actualizadas y se ajustan estrictamente a las pautas (WCAG 1.0, WCAG 2.0, Section 508), que al poco tiempo quedan desfasadas por los avances tecnológicos.
• Muchas pautas no se comprueban correctamente: por ejemplo, una herramienta automática puede comprobar si todas las imágenes tienen texto alternativo, pero no puede comprobar si el texto alternativo es relevante y significativo.
• Las advertencias que emiten pueden ser malinterpretadas: mucha gente considera que tiene que corregir las advertencias que emiten estas herramientas, pero en algunas ocasiones al corregir estas advertencias disminuye la accesibilidad de la página.

¿Son útiles las herramientas automáticas de revisión de la accesibilidad web?

Sin duda alguna. Son una gran ayuda, te pueden ayudar a tener una rápida idea del nivel de accesibilidad de una página web, te ayudan a localizar posibles problemas, pero no son "la solución a todos los problemas". Y una pequeña prueba lo demuestra:

• Si analizamos una misma página con diferentes herramientas automáticas de revisión (evaluación) de la accesibilidad web, lo más seguro es que obtendremos diferentes resultados.
• No es difícil hacer una página web que no contenga ningún problema de accesibilidad, pero que una herramienta automática de revisión indique que sí, y al contrario.

 Hay numerosas referencias que nos avisan de esta situación. Por ejemplo, el propio W3C dice:

• Selecting Web Accessibility Evaluation Tools:
  

  What evaluation tools can not do
  
  Many accessibility checks require human judgement and must be evaluated manually using different techniques. Also, in some cases evaluation tools are prone to producing false or misleading results such as not identifying or signal incorrect code. The results from evaluation tools should not be used to determine conformance levels unless they are operated by experienced evaluators who understand the capabilities and limitations of the tools in order to achieve accurate results. Web accessibility evaluation tools can not determine the accessibility of Web sites, they can only assist in doing so.

• Evaluating Web Sites for Accessibility:
  

  No single evaluation tool yet provides comprehensive information or captures all problems with regard to the accessibility of a site; therefore evaluation involves a combination of approaches.

En  la investigación The Web: Access and Inclusion for Disabled People que publicó la Disability Rights Commission (ahora llamada Equality and Human Rights Commission) del Reino Unido en el año 2004 se dice:

It is very significant that the majority of those Checkpoints that this investigation found to be the most important are qualitative, in the sense that they require the exercise of human judgement. Automatic testing tools alone cannot, therefore, verify effective compliance.

Por último, en el artículo Automated testing - How useful is it? se dice:

Many who purchase automated tools believe that they make entirely accurate assessments of web pages. In actual fact, automated testing tools are prone to making mistakes, some of which are discussed in this article.

[Actualización 06/05/2013]
Un par de artículos que explican los problemas de las herramientas automáticas de evaluación de la accesibilidad web:

• Pitfalls of Web Accessibility Evaluation Tools
• The problem with automated accessibility testing tools

Análisis de la página web del Ministerio de Sanidad, Política Social e Igualdad

He publicado el análisis de la accesibilidad de la página de los centros de vacunación internacional del Ministerio de Sanidad, Política Social e Igualdad. Aunque la página dispone de una certificación de su accesibilidad, en la página web analizada existen numerosos problemas de accesibilidad, algunos de ellos muy importantes, como imágenes en enlaces sin texto alternativo, contenido pobremente etiquetado o uso de combinaciones de colores con poco contraste.

La nueva web del Senado

Ya dice el refrán que "las cosas de palacio, van despacio"... y así está ocurriendo con la web del Senado de España.

Recordemos que pasa con la web del Senado, que podemos ver en la siguiente imagen su aspecto a día de hoy:

Tal como mostré en el análisis de su accesibilidad que publiqué en El Senado se gastará 350.000 euros al año en traducciones, pero es incapaz de tener una página web accesible a mediados de enero de 2011, esta página web no ha variado prácticamente nada en los 10 últimos años, por lo que presenta graves problemas de desarrollo, de diseño y de accesibilidad.

También en enero de 2011, el Senado publicó un procedimiento de contratación para la renovación de su página web y otros aspectos de su sistema de información (Quedan 4 días para que la web del Senado empiece a ser accesible).

Este procedimiento de contratación se adjudicó el pasado 14 de junio de 2011 a la empresa Vass Consultoría de Sistemas, S.L. por un importe de 232.500 euros (IVA no incluido, el presupuesto máximo de licitación establecido era de 310.000 euros).

Según el pliego de cláusulas administrativas particulares, el plazo de ejecución de la nueva página web es 6 meses. Por tanto, es de suponer que hasta principios del próximo año, no tendremos la nueva web del Senado. ¡Aún tendremos que esperar un poco para saber si la nueva web es accesible!

Consejos para crear páginas web accesibles

A la mayoría de la gente le gusta las listas de consejos (los tips), porque piensa que con eso es suficiente para lograr o entender algo. En el campo de la accesibilidad web esto es un error, ya que es necesaria una comprensión profunda para llegar a desarrollar páginas web realmente accesibles.

Por ejemplo, el mismísimo W3C tiene Quick Tips to Make Accessible Web Sites. El primero nos dice:

1. Images & animations: Use the alt attribute to describe the function of each visual.

Traducido:

1. Imágenes y animaciones: Use el atributo alt para describir la función de cada elemento visual.

 Sin embargo, la cuestión es más complicada. No todos los elementos visuales necesitan obligatoriamente un texto alternativo, y para aquellos que sí que lo necesitan, a veces no es trivial decidir cuál es el mejor texto alternativo.

De todas formas, aquí recopilo algunas listas de típicos errores o consejos para crear páginas web accesibles que he ido publicando en este blog:

• Los 10 errores de diseño web de 2005 (Top Ten Web Design Mistakes of 2005).
• Siete errores de accesibilidad que no se deben cometer (Seven accessibility mistakes you don't want to make).
• 10 errores en el diseño de aplicaciones web (Top-10 Application-Design Mistakes).
• Más errores de diseño (Top 10 Mistakes in Web Design).
• 10 ideas para mejorar la accesibilidad web en tu blog.

Y los últimos que he encontrado:

• 10 common Web design mistakes to watch our for.
• Common Accessibility Mistakes.
•  Most Common Web Standards and Accessibility Errors.
• Seven Accessibility Mistakes (Part 1), Seven Accessibility Mistakes (Part 2).
• 10 common errors when implementing accessibility.
• Web Accessibility: 10 Common Developer Mistakes.

[Actualización 13/03/2012]

• Accessibility Heuristics
• 10 Simple Web Accessibility Tips You Can Do Today
• 25 Ways To Make Your Website Accessible

Texto en imágenes: un gran error

Pensaba que ya no había gente que hacía esto, pero todavía queda gente por ahí...

Hace años, era muy normal hacer las páginas web solo con imágenes. El texto se ponía en imágenes, porque por aquel entonces no se disponía de la tecnología necesaria para modificar la tipografía del texto al gusto del diseñador (o del cliente).

Por ejemplo, un caso famoso fue la página de promoción del libro de Bill Gates "Business at the Speed of Thought" (hoy en día esa página ya no existe, redirige a una página de Microsoft).

Si se desactivaban las imágenes, ocurría lo siguiente:

Nada, absolutamente nada. Aunque de entrada poner texto en una imagen es un error tremendo que causa muchos problemas de mantenimiento (¿cuánto tiempo tengo que perder para corregir una simple coma en el texto?), existe la solución de emplear el texto alternativo (el atributo alt) para ofrecer una alternativa textual. Sin embargo, en la página de Bill Gates tampoco había texto alternativo.

Por casualidad he encontrado esta página web:

Me ha gustado el efecto con sombra del texto principal. Al revisar el código fuente de la página para ver cómo se había logrado ese efecto, he comprobado que la solución era bien simple: el texto no era texto, era una imagen.

Hoy en día no se deben hacer estas burradas, con CSS3 se puede lograr este tipo de efectos, manteniendo la accesibilidad de la página web.

Cómo elegir un color adecuado para un sitio web

En varias ocasiones he escrito sobre la ceguera al color, popularmente conocida como daltonismo. El artículo Find the perfect colour for your website nos habla de ello, pero además nos explica que elegir un color no es tan sencillo si lo que queremos es crear un sitio web de proyección internacional, ya que los colores tienen distintos significados en distintas culturas.

En este artículo podemos encontrar la siguiente tabla con una serie de colores básicos y su significado en distintos países.

Así, por ejemplo, al cambiar los colores de un sitio web se pueden transmitir diferentes sensaciones:

• El verde y el azul transmiten calma y confianza, aunque el verde es demasiado brillante.
  
• El color rojo recuerda a la sangre y sugiere un daño personal.
  
• El color negro implica profesional/legal, pero también implica muerte.

Características accesibles de HTML/XHTML

La página HTML/XHTML Accessibility Features contiene una lista de los elementos (etiquetas) y atributos de HTML 4.01 (XHTML 1.0) que podemos emplear para mejorar la accesibilidad de un sitio web:

Tablas

• table: el atributo summary
• th/td: el atributo scope
• th/td: el atributo headers

Formularios

• Los elementos fieldset y legend
• El elemento label

Imágenes

• El atributo alt
• El atributo longdesc

En general

• El título de la página: el elemento title
• Los encabezados de la página: los elementos h1-h6
• Las listas de elementos: los elementos ul/ol

Todos los Mozilla Firefox en nuestro ordenador

Hace tiempo escribí la entrada Todos los Internet Explorer en nuestro ordenador, donde comentaba un par de paquetes de software (el más conocido Utilu Internet Explorer Collection), que permiten tener instaladas distintas versiones de Internet Explorer en un mismo ordenador. Esto es algo imprescindible para un buen desarrollador web, ya que permite comprobar cómo verán y percibirán un mismo sitio web distintos usuarios.

Ahora acabo de descubrir Utilu Mozilla Firefox Collection, que es exactamente lo mismo, pero con el navegador Mozilla Firefox. En concreto, la versión actual 1.0.4.9 contiene las siguientes versiones:

• Mozilla Firefox 2.0.0.20
• Mozilla Firefox 3.0.19.0
• Mozilla Firefox 3.5.19.0
• Mozilla Firefox 3.6.19.0
• Mozilla Firefox 4.0.1.0
• Mozilla Firefox 5.0.1.0
• Mozilla Firefox 6.0.0.0 beta 3
• Mozilla Firefox 7.0.0.0 Aurora
• Mozilla Firefox 8.0.0.0 Nightly

Accesibilidad en las redes sociales

El artículo Addressing Accessibility in Social Media ofrece algunos consejos para que el uso de las redes sociales en un sitio web no supongan nuevas barreras de accesibilidad:

User Accounts & Profiles

• Keep it simple
• Make it keyboard friendly
• Provide clear feedback

Social Conversations

• Stop spam, not people: utiliza un CAPTCHA que ofrezca una alternativa accesible.
• Use an accessible editor: por ejemplo, CKEditor.
• Implement accessible widgets

Media

• Provide text alternatives
• Require accessibility
• Prepare guidelines

Keep Accessibility in Mind

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.

Otro sistema para controlar el ordenador con los ojos

aAcabo de leer la noticia Virtual mouse, an invention to help the disabled, publicada el pasado 5 de junio de 2011. Según la noticia, un estudiante de Khalifa University (Emiratos Árabes Unidos) ha desarrollado un sistema que permite controlar el ratón del ordenador con la vista: una webcam vigila el movimiento de lo ojos y mueve el ratón al punto donde esté mirando el usuario. Además, las pulsaciones de los dos botones del ratón se controlan mediante el parpadeo de los ojos.

Este sistema no es original, ya existen otros sistemas que comenté en el pasado, pero es muy interesante que lo haya desarrollado un estudiante como proyecto final de carrera y con coste cero, utilizando hardware estándar.

Algunos artículos relacionados sobre este tema:

• Control del ordenador con los ojos (15/12/2010)
• Control del ordenador mediante el movimiento de los ojos (23/04/2008)

Microsoft Expression Web Superpreview

Existen varios sitios web, como BrowserCam o Browsershots, que permiten obtener la visualización de una página web en diferentes navegadores. Esto permite comprobar si una página web se visualiza correctamente bien en la mayoría de los navegadores.

Ahora acabo de encontrar la herramienta Microsoft Expression Web Superpreview, una herramienta que se puede descargar y utilizar de forma gratuita que ofrece algunas características muy interesantes. No es tan potente como las herramientas online, ya que es una herramienta para el sistema operativo Microsoft Windows y sólo permite visualizar una página web en los distintos navegadores que tengamos instalados en nuestro ordenador. Pero por otro lado permite comparar "lado a lado" o mediante superposición la visualización de una página web en distintos navegadores, lo que permite descubrir rápidamente problemas de diseño o de uso de HTML y CSS.

Generador de formularios accesibles

Quick Form Builder es una herramienta en línea que permite construir formularios accesibles de forma rápida y sencilla. Las opciones más interesantes que incorpora son:

• Permite emplear los nuevos tipos de controles de HTML5, como correo electrónico, selector de fecha, selector de color, etc.
• Etiqueta los nombres de los controles con la etiqueta <label>.
• Emplea el atributo labelledby de ARIA.

¿Qué ha pasado con Softwai?

Softwai.com es un sitio web dedicado a la accesibilidad web que apareció a mediados del año 2007.

Desarrollado por TECHCOM, Asociación Española para el avance en las Tecnologías de la Información y Comunicación, según se anuncia en esta web, Softwai.com es un proyecto incentivado por la Consejería de Innovación, Ciencia y Empresa de la Junta de Andalucía y está financiado con Fondos FEDER de la Unión Europea.

Desgraciadamente, la última noticia que se publicó está fechada el 20 de mayo de 2009.

¿Qué ha pasado con Softwai.com? ¿Es (o fue, porque está totalmente muerto) el típico proyecto que emplean los políticos para llenarse la boca con grandes ideas y promesas, que al final se queda en nada? ¿Alguien tiene información sobre Softwai.com?

Otros que se apuntan al control mental del ordenador

Son muchos los centros a lo largo del mundo que están investigando en el control mental o cerebral del ordenador (cómo controlar el ordenador con la mente). Ya he escrito sobre este tema en numerosas ocasiones anteriores:

• Una noticia sobre investigación en control mental del ordenador en Tailandia (24/11/2010)
• Control mental: ya lo podemos comprar (30/12/2009)
• Otra noticia más sobre el control mental del ordenador (01/02/2010)
• Comunicarse con la mente (10/09/2010)
• Investigación sobre el control del ordenador con la mente en Israel (18/11/2010)

En la Ben-Gurion University of the Negev también están trabajando en ello. Según podemos leer en la noticia Mind-controlled computing for the disabled, unos estudiantes de dicha universidad han desarrollado un sistema que permite escribir textos en un ordenador con la mente. El sistema emplea el hardware Emotiv, un interfaz que inicialmente nació para controlar videojuegos con la mente, pero que también se está empleando para realizar investigación.

Aunque la noticia es prometedora, habrá que esperar a ver un sistema realmente práctico: por ahora, para escribir un correo electrónico de 12 caracteres, los sujetos de los experimentos (especialmente entrenados para la tarea) tardaron ¡7 minutos!

In a series of experiments, able-bodied subjects learned a new action in eight seconds and then typed a 12-character email in about seven minutes. However, Puzis believes that trained users could finish sending a sentence as simple and significant as "I love you, Mom" in as few as four minutes, using only -- you guessed it -- their mind.

Encabezados: h1, h2, h3, ...

Las etiquetas de encabezados (<h1>, <h2>, ..., <h6>), permiten estructurar el contenido de una página web y organizarlo en secciones. El W3C, en su Guía breve sobre accesibilidad recomienda el empleo de estas etiquetas para organizar las páginas web.

Para comprobar la estructura de una página web y ver si se están utilizando correctamente estas etiquetas disponemos de varias herramientas.

En Mozilla Firefox podemos emplear el complemento (add-on) HeadingsMap, que genera un índice o mapa de cualquier página web estructurada mediante el uso de encabezados. Además, este complemento permite navegar por la página web saltando de un encabezado a otro, tal como lo hacen los usuarios que utilizan un lector de pantallas.

En Opera podemos emplear la opción de menú View, Styles, Table of Contents, que genera una página web en la que se muestran únicamente los encabezados que posee la página web.

Accesibilidad en HTML5

HTML5 and Accessibility es un pequeño artículo escrito por Bruce Lawson y Steve Faulkner, en el que se muestran las nuevas características de HTML5 que pueden ayudar a mejorar la accesibilidad de las páginas web.

Quizás lo más interesante del artículo sea el apartado dedicado al uso de las nuevas etiquetas estructurales de HTML5 (header, nav, section, article, footer) o al uso de los roles de WAI-ARIA (banner, navigation, article, contentinfo).

Soporte del atributo longdesc en los editores de HTML actuales

El atributo longdesc complementa al atributo alt y se emplea para ofrecer una descripción más larga del elemento que la proporcionada por el atributo alt. Las etiquetas de XHTML que admiten este atributo en la versión 1.0 son: img, iframe y frame. Su valor tiene que ser una Uniform Resource Identifier (URI), la dirección de un recurso en Internet.

La función de este atributo es desconocida por la mayoría de los desarrolladores web. Y algunos que sí que conocen su existencia, piensan que en el valor de este atributo se debe escribir la descripción larga, como si fuera el atributo alt.

En el artículo WYSIWYG support for @longdesc today se analiza cuál es el soporte de este atributo en los editores WYSIWYG más conocidos:

• Adobe Dreamweaver
• CKEditor
• TinyMCE
• WordPress Plugin

La conclusión del artículo es que en el pasado se hacía un uso incorrecto de este atributo, pero que en la actualidad los editores visuales ayudan a utilizar este atributo correctamente.

Google y la accesibilidad

Google y su concepto de accesibilidad es un interesante artículo publicado en Programar a ciegas en el que se critica el error que ha cometido Google al no proporcionar mejores características de accesibilidad en los últimos productos que ha presentado recientemente.

Algunoso párrafos de este artículo:

Entre las muchas novedades presentadas estaba Android Honeycomb 3.1. La nueva versión del sistema operativo de Google para smartphones y tablets. En esta versión Google ha decidido unificar el interfaz tanto para teléfonos como otros dispositivos. Algo que puede ser interesante y, con la ocasión de haber publicado unas nuevas herramientas y librerías para el diseño de interfaces, se podría haber incluido una capa de accesibilidad más completa y que resultase transparente para los desarrolladores de aplicaciones Android. Pues Google decepcionó al no incluir mejoras en accesibilidad en estas nuevas herramientas y librerías. Los atributos y elementos de accesibilidad en los interfaces de Android siguen siendo optativos y confusos para el desarrollador.
[...]

Ayer Google presentó también las novedades de su navegador web, más conocido como Google chrome. Se anunció a bombo y platillo que incorporaba mejoras en accesibilidad para que fuese compatible con lectores de pantallas de Windows, como Jaws y NVDA, y con VoiceOver para MacOS. Muchos nos decidimos a probar todas estas supuestas novedades y, tras varios intercambios de opiniones entre los que probamos todos coincidimos que o bien Google se adelantó en su anuncio y no indicó que las novedades serían desarrolladas para la próxima versión o bien que Google nos gastó una broma.
[...]

Google ya nos tiene acostumbrado a los usuarios con discapacidad al hábito de ofrecer algo con unos requisitos mínimos de accesibilidad y 3 productos más totalmente inaccesibles. Ejemplos habituales son Googlemaps, Googledoc, Google calendar. También podemos comprender qué entiende Google por accesibilidad al ofrecer, en lugar de una interfaz accesible para su servicio GMail, realizar una versión limitada, fea e insuficiente para aquellos usuarios que no puedan acceder al interfaz oficial.

Google ha demostrado que la accesibilidad parece no ser un tema importante en su agenda de desarrollo. Ofrece soluciones mediocres e insuficientes para sus usuarios con discapacidad. Deja en manos de los desarrolladores el proporcionar un mínimo de accesibilidad en sus productos en lugar de garantizar la accesibilidad de una aplicación que utilice un interfaz con controles estandard. Parece que Google no entiende bien que la accesibilidad, además de un criterio de calidad, es un derecho de las personas.

AEGIS Workshop and International Conference

El proyecto AEGIS organiza su Final Workshop and 2nd International Conference con el título “Accessibility Reaching Everywhere”, los días 28-30 de noviembre de 2011 en Bruselas.

Los temas de la conferencia son:

• Accessible desktop applications (AT, developer tools and accessible applications)
• Accessible mobile applications (AT, developer tools and accessible applications)
• Accessible Rich Internet Applications (AT, developer tools and accessible applications)
• Accessibility and Standardisation (e.g. ISO, eInclusion, Policies, Legislation)
• Accessibility and Usability (e.g. Design for All)
• Accessibility research (e.g. Assistive technology usage by end-users and their satisfaction, innovative AT training via accessible e-learning)

Blogger averiado 2 días

Después de estar dos días completamente inoperativo (ver Blogger, cerrado por avería y Un error de Google deja inutilizados miles de blogs durante dos días), parece que Blogger vuelve a funcionar. Según las noticias parece que se han perdido unos cuantos miles de entradas, así que estaré unos días sin escribir hasta que el sistema se estabilice.

¿Por qué no cambian los colores en el periódico El País?

Desde hace tiempo (varios años por lo menos), en el periódico El País hay un panel en la página principal llamado "Blogs" que emplea unos colores para el texto con muy poco contraste:

El contraste es tan malo que tengo problemas para leer algunos de los títulos.

Las Pautas de Accesibilidad al Contenido en la Web 1.0, en su pauta 2.2 dice:

2.2 Asegúrese de que las combinaciones de los colores de fondo y primer plano tengan suficiente contraste para que sean percibidas por personas con deficiencias de percepción de color o en pantallas en blanco y negro [Prioridad 2 para las imágenes. Prioridad 3 para texto].

Existen algunas herramientas que permiten calcular la diferencia de brillo y de color entre dos colores (Color y contraste, Herramienta para verificar el contraste de todos los colores de una página web). Una de las más sencillas es Color Contrast Comparison: simplemente introducimos el color del primer plano (el texto) y el color de fondo, y la herramienta nos dice si esa combinación de colores tiene suficiente contraste según las fórmulas de WCAG 1.0 y WCAG 2.0.

A continuación podemos ver el resultado para la combinación de color #D3D8E0 (primer plano) y #FFFFFF (fondo) que se emplea en el periódico El País:

• En WCAG 1.0: diferencia de brillo 39,583 (sobre un mínimo de 125) y diferencia de color 114 (sobre un mínimo de 500).
• En WCAG 2.0: razón luminosidad/contraste 1,43:1 (sobre un mínimo de 4,5:1 para AA).

¿Nadie en el periódico El País se ha dado cuenta de este problema? ¿Nadie se lo ha dicho?

Análisis de la accesibilidad de la página web del Ayuntamiento de Pilar de la Horadada

He publicado el análisis de la accesibilidad de la página web del Ayuntamiento de Pilar de la Horadada que ha realizado un alumno como trabajo de una asignatura. Por tanto, no es un análisis ni exhaustivo ni profesional.

El informe se puede descargar en formato PDF.

Cambios en el uso del atributo alt en HTML5

HTML5 continúa en fase de borrador (draft), pero según el último calendario de desarrollo, el próximo mes será la petición del último borrador (Last Call Working Draft).

En HTML5 Accessibility Chops: the alt decision podemos leer que ha habido un giro inesperado en el uso del atributo alt en las imágenes. El tema es bastante complejo y confuso, pero si se llega a aceptar, cosas como

<!DOCTYPE HTML>
<html>
<head>
 <title>photos</title>
 <meta name=generator>
</head>
<body>
<img src="dsksk231.jpg">
</body>
</html>

o

<img src="chart.gif" title="poot">

¡serán válidas!

Análisis de la accesibilidad de la página web del Ayuntamiento de El Campello

He publicado el análisis de la accesibilidad de la página web del Ayuntamiento de El Campello que ha realizado un alumno como trabajo de una asignatura. Por tanto, no es un análisis ni exhaustivo ni profesional.

El informe se puede descargar en formato PDF.

Un sistema que permite a una persona ciega percibir una imagen

Que una persona ciega pueda ver una imagen es, por definición, imposible hoy en día. Habrá que esperar a que los ojos artificiales sean una realidad factible (ya ha habido algunos experimentos prometedores, como Implante de un ojo artificial en un ciego) para que una persona ciega pueda realmente "ver".

Mientras tanto, se están desarrollando soluciones alternativas para que una persona ciega pueda "percibir" una imagen. Hace un par de meses escribí la entrada Un programa permite que los ciegos toquen cualquier imagen, un sistema que permite crear una imagen táctil de una fotografía. El sistema es muy sencillo: el sistema detecta los trazos principales de una imagen (este sistema está en principio orientado a fotografías de caras) e imprime en relieve esos trazos para que una persona ciega los pueda percibir. Este sistema tiene el inconveniente de que es estático, lento y costoso, ya que hay que imprimir la imagen.

En la noticia New device puts vision impaired in the picture explican que en la Faculty of Information and Technology de la Monash University (Australia) han desarrollado un sistema llamado GraVVITAS que permite a una persona ciega percibir una imagen mediante un tablet PC, avisos sonoros y vibraciones. Lo que no está claro por la noticia es si se puede emplear con cualquier imagen (lo dudo) o la imagen tiene que cumplir ciertos requisitos o incluso debe estar "descrita" previamente. La noticia dice:

The device, called GraVVITAS, is a standard tablet PC with touch screen technology that uses vibration and sounds to guide the visually impaired user around a diagram.
It is designed to enable the user to build a picture of the entire graphic in their mind.
[...]
The device, which is currently a prototype, has small external vibrating motors that attach to the user’s fingers. These motors buzz when an object displayed on the screen is touched.
Cagatay Goncu said voice prompts and sounds also help to guide the user to read the diagram.
“The basic idea is to guide the user to find the object by using sound. Touching the object causes the sound to stop and a voice explains what that object is and any other information associated with it,” Mr. Goncu said.
“If it’s something on the left side, you will hear something in your left ear and vice-versa.”

Software libre para crear documentos PDF accesibles

Acabo de encontrar en el periódico El Mundo la noticia Las fotos se autodescriben para invidentes. La noticia dice:

El Inteco (Instituto Nacional de Tecnologías de la Comunicación), ubicado en León, ha desarrollado un software libre en internet que es una aplicación que permite transformar cualquier documento en un pdf completamente accesible a cualquier usuario.

El Inteco ha ido más allá del problema y pretende simplificar pasos y hacer accesible documentos al alcance de personas no expertas en tecnología. El medio: internet. Su innovación radica en crear una solución sencilla para cualquier usuario. Su herramienta traduce el archivo en voz. Permite a los invidentes 'leer' el texto y escuchar la descripción de las imágenes y el resto de elementos gráficos como un logotipo del PDF que esté en internet.

El funcionamiento es sencillo, entras en la página web y vas cargando los documentos que quieres convertir en accesibles y de forma automática se van subiendo y transformando. El sistema es compatible con Word (doc, docx), html, etc.

¿Alguien conoce cómo se llama esta herramienta? ¿Dónde se puede encontrar?

Curso sobre subcontratación de webs accesibles

Acabo de encontrar un curso curioso: Webs accesibles: pautas a seguir para su subcontratación. El curso se celebrará el próximo 14 de junio de 2011 en Madrid, tiene una duración de 8 horas y el objetivo es "entender los requisitos legales, y de los usuarios en cuanto a accesibilidad web, dar pautas para su seguimiento en un proceso de subcontratación, y explicar las bases para realizar un pequeño test de accesibilidad".

El programa del curso es:

• Tema 1. Directrices de accesibilidad, personas discapacitadas y aparatos lectores móviles (1h)
• Tema 2. La subcontratación de un web. Pliego de requisitos, perfiles de usuarios y tareas (1h30')
• Tema 3. La subcontratación de un web. Valoración del proveedor, del proceso de desarrollo y de la propuesta (1h30')
• Tema 4. Verificación de la accesibilidad de un web (4h)

Los 10 errores más comunes

Lo de confeccionar listas con los errores más comunes es algo "muy común" (10 errores en el diseño de aplicaciones web, Siete errores de accesibilidad que no se deben cometer).

Acabo de encontrar una nueva lista, Web Accessibility: 10 Common Developer Mistakes. Los errores son:

1. Too Low Contrast
2. Color-Driven Instructions
3. Inappropriate Alt Attributes
4. Background Colors that Don't Contrast Images Against Text
5. Lack of Keyboard Accessibility
6. Flexibility with Different Text Sizes
7. "Click Here"
8. CAPTCHAs
9. Text that Looks Like Links; Links that Look Like Text
10. Links that Open Unexpectedly in New Windows

Análisis de un formulario de login

El artículo A Legendary Misunderstanding muestra un análisis muy minucioso de la página de login de American Express.

Este análisis es muy interesante, ya que su autor lo ha realizado desde diferentes puntos de vista y teniendo en cuenta su accesibilidad.

Libro electrónico: Sumérjase en la Accesibilidad

Acabo de encontrar el libro electrónico Sumérjase en la Accesibilidad, traducción al castellano de Dive Into Accessibility de Mark Pilgrim. Se puede descargar en formato HTML o PDF desde el propio sitio web.

La introducción del libro dice:

Este libro se titula "Sumérjase en la Accesibilidad: A 30 días de un sitio de Internet más accesible", y responderá dos preguntas. La primera pregunta es "Por qué debo hacer mi sitio de Internet más accesible?" Si usted no tiene un sitio de Internet, este libro no es para usted. La segunda pregunta es "Como puedo hacer mi sitio de Internet más accesible?". Si no le convence la primera respuesta, no le interesará la segunda.

Para responder la primera pregunta, les presentaré bosquejos caracterizados de 5 personas: Jackie, Michael, Bill, Lillian, and Marcus. Estas personas tienen muchas cosas en común:

   1. Todos tienen una combinación de discapacidades físicas, mentales, y tecnológicas que les hacen más difícil usar la Internet.
   2. Aunque ficticios, todos representan personas reales con discapacidades, y usan la Internet de la misma forma en que las personas reales con discapacidades usan la Internet.
   3. Todos tienen dificultades tratando de leer a tu sitio web.

Para responder a la segunda pregunta, les presentaré 25 consejos que puede aplicar inmediatamente en su propio sitio web para hacerlo más accesible. Aunque estos conceptos aplican para todos los sitios web, me centraré básicamente en la implementación usando herramientas populares de registros de apuntes de Internet (weblogs). Si usted desea usar alguna otra herramienta de publicación o sistema de plantillas (templates), necesitará determinar como implementar estos consejos en la herramienta de su preferencia.

Cada sugerencia se centrará en un simple concepto, explicando el razonamiento lógico detrás de este, y mostrará quien se beneficiará cuando lo implemente. Es por esto que los bosquejos caracterizados se muestran al principio, por que cambian el tono de la primera pregunta de esto: "Por qué debería importarme?" a esto: "Quién se beneficia?". Respuesta: "Marcus se beneficia". "Cómo se beneficia Marcus?". "Bueno, veamos como...". Y así sucesivamente.

No entre en pánico si no es un experto en HTML. Tampoco entre en pánico si el único sitio web que tiene es un registro de apuntes de Internet (un weblog o blog), y eligió una plantilla de un listado en su primer día de registros, y nunca la ha vuelto a tocar. No estoy aquí para decirle que necesitará rediseñar radicalmente su sitio web desde el principio, destruir todas sus tablas enlazadas, convertir todo a XHTML o CSS. Esto es para que tome lo que ya tiene y lo mejore en de una forma pequeña pero importante. Jackie, Michael, Bill, Lillian, y Marcus le agradecerán su atención.

Seis consejos para mejorar la accesibilidad para las personas con dislexia

La dislexia, que en la actualidad no se considera una enfermedad, se define como "una discrepancia entre el potencial de aprendizaje y el nivel de rendimiento de un sujeto, sin que existan problemas sensoriales, físicos, motores o deficiencias educativas". La dislexia suele afectar al proceso de lectura y dificulta la comprensión de los textos que se leen.

En el trabajo Evaluating web site accessibility: validating the WAI guidelines through usability testing with disabled users, se explica que los problemas específicos que tienen los usuarios con dislexia al navegar por la Web son:

• El posicionamiento de los enlaces y los mecanismos de navegación. Los enlaces que se sitúan lejos en cualquiera de los lados de la página web son pasados por alto en muchas ocasiones.
• Las páginas web abarrotadas de texto y enlaces son confusas y difíciles de leer y navegar.

En 6 Surprising Bad Practices That Hurt Dyslexic Users se explican tres problemas que afectan a las personas con dislexia y seis consejos que pueden ayudar a reducir esos problemas:

• Efecto río: se produce cuando existen grandes huecos vacíos en el texto en líneas consecutivas. Esto se puede deber a:
• El texto justificado. Solución: evitar el justificado, alinear el texto a la izquierda.
• Dejar dos espacios en blanco después de cada punto. Solución: sólo dejar un espacio en blanco.
• Efecto borroso: esto se puede deber a:
• Texto color negro puro sobre un blanco puro. Solución: utilizar un gris oscuro sobre un gris claro, pero con el suficiente contraste.
• Bloques de texto muy grandes. Solución: dividir el texto en párrafos pequeños, una idea, un párrafo.
• Efecto de lavado: el texto se ve débil e indistinguible. Esto se puede deber a:
• El uso de tipos de letra serif. Solución: usar sans serif.
• El uso de texto en cursiva. Solución: evitar la cursiva, utilizar la negrita para destacar el texto.

Software gratuito que ayuda a las personas con discapacidad motora a controlar el cursor del ratón

A través de la noticia Free software makes computer mouse easier for people with disabilities he descubierto dos programas que ayudan a controlar el cursor del ratón a las personas con discapacidad motora.

El primero, llamado Pointing Magnifier, permite realizar un zoom de una parte de la pantalla para lograr una mayor precisión en el manejo del cursor.

El segundo, llamado Angle Mouse, ajusta la resolución del movimiento del cursor en función de cómo de coherente (recto) o divergente (anguloso) es el movimiento del cursor. Cuando el cursor se mueve recto, el movimiento es rápido, pero cuando cambia de dirección abruptamente, normalmente cerca del destino del movimiento, el movimiento es más lento, aumentando la precisión.