Errores web: Renfe y los encabezados

He realizado un vídeo sobre un grave error (creo que ni mis alumnos escriben un código tan malo) que existe en la página de venta de Renfe:


A continuación, la transcripción del audio:

Hola, soy Sergio Luján Mora, profesor de la Universidad de Alicante, y este videotutorial forma parte de una serie de videotutoriales dedicados a estudiar errores de diseño, de usabilidad y de accesibilidad que presentan sitios web importantes.

El sitio web que vamos a analizar a continuación es el del principal operador ferroviario de España, la compañía Renfe Operadora. En la actualidad, Renfe es la única operadora de viajeros del sector ferroviario español.
Hoy, 9 de julio de 2012, este es el aspecto que presenta la página principal del sitio web de Renfe. Podemos ver un par de referencias a la fiesta de San Fermín: muy bien, Renfe dispone de un equipo de desarrolladores web capaces de actualizar y renovar este sitio web cuando sea necesario. ¿Seguro? De esta página me interesa mucho el logotipo del Gobierno de España – Ministerio de Fomento. ¿Por qué?

Recordemos que en España, desde hace tiempo, existen diferentes leyes que establecen los niveles mínimos de accesibilidad web que deben presentar los sitios web de las administraciones públicas o que estén financiados por dinero de las administraciones públicas.

Según la Wikipedia, Renfe Operadora se configura como una entidad pública empresarial dependiente del Ministerio de Fomento.

Por tanto, el sitio web de Renfe debe ser accesible.

Pero además, en el caso de Renfe, se le debe aplicar también la LEY 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información, ya que en el artículo 2, esta ley obliga a las empresas que cumplan una serie de condiciones a satisfacer un nivel de accesibilidad en sus páginas web equivalente al nivel AA del W3C.

Entre estas empresas, figura en el apartado g “Servicios de transporte de viajeros por carretera, ferrocarril, por vía marítima, o por vía aérea, de acuerdo con lo dispuesto en la normativa específica aplicable”.

Por tanto, el sitio web de Renfe debe ser accesible por partida doble: por ser un sitio web dependiente de las administraciones públicas y por ser un sitio web de una empresa de especial trascendencia económica.

Sin embargo, el sitio web de Renfe no cumple los niveles exigidos de accesibilidad. En este vídeo vamos a ver un pequeño ejemplo de ello.

En concreto, el error que vamos a mostrar consiste en un uso incorrecto de los encabezados, es decir, de las etiquetas h1, h2, h3, etc. Los encabezados ayudan a mejorar la accesibilidad de una página web, ya que, por ejemplo, los usuarios que utilicen un lector de pantallas, como pueden ser los usuarios ciegos, pueden navegar directamente de un encabezado a otro ya que los lectores de pantalla suelen proporcionar una lista con los encabezados de la página.

En la página principal de Renfe, si utilizamos la barra de herramientas Web Developer en Mozilla Firefox para descubrir los encabezados de la página, vemos que aparentemente sólo hay un encabezado, sólo aparece resaltado un único encabezado, lo cual sería un grave error.

Sin embargo, si utilizamos el complemento HeadingsMap también para Mozilla Firefox, podemos comprobar que hay más encabezados, de nivel 1 y varios de nivel 2. ¿Cómo puede ser que Web Developer sólo nos resalte un encabezado?

Si exploramos el código fuente de la página principal encontraremos que existen varios encabezados con la clase “oculto”. ¿Puede ser que estos encabezados se estén ocultando a propósito? ¿O es esto un error?

Al ver la definición de la clase oculto en el CSS, comprobamos que efectivamente los encabezados de nivel 2 que llevan esta clase se han ocultado en la presentación gráfica de la página web, ya que se desplazan fuera de la ventana, y, por tanto, no son visibles, aunque están ahí. Sin embargo, para un usuario que utilice un lector de pantallas sí que estarán disponibles y les ayudarán a navegar por la página web.
Los encabezados se han ocultado correctamente: no se ha usado {display: none}, que no funciona correctamente, ya que también lo oculta a los usuarios de lectores de pantalla.

Así que, como vemos, los desarrolladores web de Renfe saben hacer las cosas bien, muy bien, y en la página principal lo han demostrado, pero como veremos a continuación, tienen mala memoria y a veces se les olvida cómo hacer las cosas bien.

En concreto, veamos la página de “Compra de billetes”, la que sin duda es la más importante para la mayoría de los usuarios que visitan este sitio web, y debería ser la más importante para Renfe, ya que es la página web con la que hace dinero.

Si en esta página, utilizamos otra vez el complemento HeadingsMap para explorar los encabezados de la página descubrimos unos encabezados muy largos y raros. ¡Raro, raro!

Y si validamos el código HTML, nos encontramos con 92 errores y 20 advertencias. ¡¡Madre mía!! ¿Qué está pasando en esta página web?

A los desarrolladores web de Renfe habría que darles un buen tirón de orejas por el código HTML que contiene esta página.

Vamos a ver el código fuente de esta página y así descubriremos el problema que hay con los encabezados.

Aquí podemos ver resaltado el código HTML de este encabezado. El segundo encabezado que vemos aquí, que aparentemente, y realmente, contiene también la barra de selección de idiomas.

Como vemos, no se ha cerrado la etiqueta h1, así que el encabezado sigue, sigue y sigue, hasta que se encuentra el inicio de otro encabezado.

Y aquí, con este encabezado se vuelve a repetir el mismo problema, se les ha olvidado cerrar esta etiqueta h3, así que el encabezado, su contenido, es esto, y esto, y esto, y esto, y todo lo que venga a continuación.

¡Mal, muy mal, fatal!

Y bueno, ya está bien de trabajar gratis para una compañía como Renfe que luego me cobra muy bien sus billetes.

Antes de finalizar este vídeo, me gustaría mandarle un afectuoso saludo a Óscar Gorri y a José María Ortiz por haberme señalado este grave error que existe en la página web de Renfe y que estropea la accesibilidad web.

Y con esto finaliza este videotutorial que ha mostrado un grave error, no sólo de accesibilidad, sino de desarrollo web, que existe en una de las páginas más importantes del sitio web de Renfe.

Si necesitas más información o quieres contactar conmigo, en mis páginas web http://accesibilidadweb.dlsi.ua.es y en http://desarrolloweb.dlsi.ua.es podrás encontrar más información sobre la accesibilidad web y el desarrollo web o también puedes contactar directamente conmigo a través de mi dirección de correo electrónico sergio.lujan@ua.es o a través de mi cuenta de Twitter @sergiolujanmora.

Consejo 9: Crea listas que realmente son listas

Consejo: crea listas que realmente sean listas. Las listas que no están etiquetadas como listas, como por ejemplo un conjunto de líneas de texto separadas con saltos de línea y con un elemento gráfico a modo de viñeta al principio de la línea dificultan la navegación por el contenido de la página.

Cómo lo hago: utiliza las etiquetas de HTML que se emplean para crear los diferentes tipos de listas: ul, ol, li, dl, dt, dd.

Cómo se benefician los usuarios: algunos grupos de usuarios, en especial los usuarios que utilicen un lector de pantallas, se benefician de las listas "de verdad", ya que pueden navegar entre sus elementos y reciben información del elemento en el que se encuentran. Además, también se beneficiará cualquier usuario que tenga que visualizar una página web sin CSS, ya que si las listas no están correctamente etiquetadas, al eliminar el CSS desaparecerán.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Consejo 8: Crea encabezados que realmente son encabezados

Consejo: el Consejo 4: Utiliza encabezados para organizar el contenido de tu página explica que los encabezados ayudan a algunos grupos de usuarios a desplazarse de una parte a otra parte de la página saltando de encabezado a encabezado. Pero crea encabezados que realmente sean encabezados.

Cómo lo hago: los encabezados los tienes que crear con las etiquetas correspondientes de HTML: h1, h2, h3, etc. Crear encabezados con otro tipo de elementos, como divs, para luego darles un estilo especial con CSS no sirve para nada.

Cómo se benefician los usuarios: tal como se explicaba en el Consejo 4, algunos grupos de usuarios, en especial los usuarios que utilicen un lector de pantallas, se benefician de los encabezados "de verdad". Además, también se beneficiará cualquier usuario que tenga que visualizar una página web sin CSS, ya que si los encabezados no están correctamente etiquetados, al eliminar el CSS desaparecerán.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

vozMe

vozMe es un servicio gratuito que podemos incorporar en una página web y que permite generar un fichero de audio en formato MP3 en el que se escucha todo o parte del texto que contiene la página.

Esta función, mediante otros sistemas similares, la ofrecen muchos sitios web, como el periódico El Mundo en su apartado Herramientas:

o el periódico 20 Minutos con su versión accesible ofrecida por Inclusite.

En la página Añade voz a tu web se explica cómo incorporar este servicio en los sistemas de blog más conocidos o en cualquier página web.

Consejo 7: Crea contenido para grupos específicos de usuarios

Consejo: aunque esta es una mala práctica, porque al final puedes acabar teniendo varias versiones de una misma página en una misma página (lo cual dificulta su mantenimiento), en algunas situaciones concretas puede ser necesario crear o proporcionar contenido para grupos específicos. Por ejemplo, este consejo ayuda a resolver el problema del Consejo 3: Crea enlaces significativos.

Cómo lo hago: el lenguaje HTML no proporciona un mecanismo propio para lograr este objetivo, así que se tienen que aplicar algunos trucos. Por ejemplo, para ofrecer un contenido específico a los usuarios de lectores de pantalla, no se puede emplear la propiedad de CSS {display: none}, ya que lo oculta en todas las versiones. El truco consiste en desplazar el contenido fuera de la ventana de visualización de la página web y eso se puede lograr de varias formas, cada una con sus ventajas y desventajas. Por ejemplo, una forma es utilizando las propiedades de CSS {position: absolute; left: -5000px;}.

Cómo se benefician los usuarios: se benefician todos los usuarios, ya que podemos ofrecer contenido específico para diferentes grupos.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Consejo 6: Proporciona enlaces para saltar partes de la página

Consejo: aunque el Consejo 4: Utiliza encabezados para organizar el contenido de tu página y el Consejo 5: Proporciona al principio de la página enlaces para saltar directamente a partes concretas de la página ya proporcionan un método para saltar directamente a partes concretas de la página, proporciona también enlaces para saltar partes de la página que tengan un extensión considerable, como por ejemplo, la cabecera, el menú principal, el menú secundario contextual, el contenido principal y el pie de página.

Este consejo se puede confundir con el Consejo 5: Proporciona al principio de la página enlaces para saltar directamente a partes concretas de la página, ya que son muy similares y se complementan. Pero mientras que el Consejo 5 sugiere colocar una lista de enlaces al principio de la página (Saltar "al" menú principal, Saltar "al" menú secundario, Saltar "al" contenido principal), este consejo sugiere colocar un enlace antes de cada parte para saltarla (Saltar "el" menú principal, Saltar "el" menú secundario, Saltar el contenido principal).

Cómo lo hago: añade un enlace antes de cada parte de la página que tenga una extensión considerable y que al usuario le pueda interesar pasar por encima sin leer su contenido. Para ello tienes que crear puntos concretos (destinos) a los que se pueda saltar en la página. Los puntos concretos los puedes identificar con el atributo id y en el enlace tienes que poner el valor del atributo id precedido por #. Si no quieres que los enlaces se vean en la presentación visual de la página web, utiliza CSS para ocultarlos, pero no utilices {display: none}, ya que lo oculta en todas las versiones. En un próximo consejo veremos cómo ocultar un contenido sólo para ciertos grupos de usuarios.

Cómo se benefician los usuarios: todos los usuarios que utilicen el teclado para manejar el ordenador se pueden beneficiar, ya que normalmente los usuarios no leen las páginas web desde el principio hasta el final, sino que realizan un proceso de exploración visual "saltando de una parte a otra parte de la página", por lo que estos enlaces les pueden ayudar a desplazarse directamente a la parte de la página que les interesa. En especial, se benefician los usuarios que utilicen un lector de pantallas, como pueden ser los usuarios ciegos, ya que así estos usuarios no tienen que escuchar todo el contenido de la página hasta llegar a la zona que les interesa.


Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Consejo 5: Proporciona al principio de la página enlaces para saltar directamente a partes concretas de la página

Consejo: aunque el Consejo 4: Utiliza encabezados para organizar el contenido de tu página ya proporciona un método para saltar directamente a partes concretas de la página, proporciona también al principio de la página enlaces para saltar directamente a partes concretas de la página, como por ejemplo, el menú principal, el menú secundario contextual, el contenido principal y el pie de página.

Cómo lo hago: crea una lista de enlaces al principio de la página con destinos a puntos concretos de la página (enlaces intradocumentales). Los puntos concretos los puedes identificar con el atributo id y en el enlace tienes que poner el valor del atributo id precedido por #. Si no quieres que los enlaces se vean en la presentación visual de la página web, utiliza CSS para ocultarlos, pero no utilices {display: none}, ya que lo oculta en todas las versiones. En un próximo consejo veremos cómo ocultar un contenido sólo para ciertos grupos de usuarios.


Cómo se benefician los usuarios: todos los usuarios que utilicen el teclado para manejar el ordenador se pueden beneficiar, ya que normalmente los usuarios no leen las páginas web desde el principio hasta el final, sino que realizan un proceso de exploración visual "saltando de una parte a otra parte de la página", por lo que estos enlaces les pueden ayudar a desplazarse directamente a la parte de la página que les interesa. En especial, se benefician los usuarios que utilicen un lector de pantallas, como pueden ser los usuarios ciegos, ya que así estos usuarios no tienen que escuchar todo el contenido de la página hasta llegar a la zona que les interesa.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Taller de expertos "Accesibilidad Cognitiva"

El CENTAC, el Centro Nacional de Tecnologías de la Accesibilidad, ha publicado el vídeo del taller de expertos (¡casi 2 horas, por favor, la próxima vez organizarlo en varios vídeos!) Accesibilidad Cognitiva:



Se puede encontrar más información en la página web del taller y en la nota de prensa.

Consejo 4: Utiliza encabezados para organizar el contenido de tu página

Consejo: una página web se compone de diferentes partes (componentes, paneles, secciones, widgets, divs o como las quieras llamar). A cada parte significativa debes ponerle un título que la identifique y debes etiquetar ese título con las etiquetas de encabezado. No utilices las etiquetas de encabezado simplemente para resaltar algún texto de tu página web.

Cómo lo hago: debes emplear las etiquetas de encabezado h1, h2, h3, etc. para ponerle un título a cada parte significativa de tu página. Empieza siempre desde h1 para el título de la página y desciende por la jerarquía de encabezados sin dar saltos (por ejemplo, no saltes de  h2 a h4 sin antes haber utilizado h2). Si alguno de los títulos no quieres que aparezca en la presentación normal de la página, utiliza CSS para esconderlo.

Cómo se benefician los usuarios: todos los usuarios se pueden beneficiar, ya que algunos navegadores como Opera permiten desplazarse en una página web entre los encabezados de la página. Sin embargo, está opción es desconocida por la mayor parte del público. En especial, se benefician los usuarios que utilicen un lector de pantallas, como pueden ser los usuarios ciegos, ya que los lectores de pantalla suelen proporcionar una lista con los encabezados de la página para que el usuario pueda navegar directamente a ellos.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Consejo 3: Crea enlaces significativos

Consejo: crea enlaces con texto significativo, es decir, con un texto que debe permitir al usuario entender el destino o la función del enlace si el enlace es leído de forma independiente, sin el contexto en el que está situado. Si el enlace está formado por una imagen, entonces el texto alternativo de la imagen debe ser significativo. En una misma página no deben existir enlaces con el mismo texto pero con destinos diferentes.

Cómo lo hago: no hace falta utilizar ningún tipo de marcado de HTML especial, sólo hay que pensar mejor el texto de los enlaces. En última instancia, se puede emplear el atributo title para proporcionar información adicional que ayude a entender el destino o la función del enlace, pero es mejor no abusar de este atributo. Para comprobar la calidad del texto de los enlaces se pueden emplear varias herramientas, como Opera o Fangs, que proporcionan una lista con los enlaces de la página.

Cómo se benefician los usuarios: todos los usuarios se pueden beneficiar, ya que normalmente los usuarios no leen las páginas web desde el principio hasta el final, sino que realizan un proceso de exploración visual "saltando de una parte a otra parte de la página", por lo que muchas veces leen los enlaces de forma aislada. En especial, se benefician los usuarios que utilicen un lector de pantallas, como pueden ser los usuarios ciegos, ya que los lectores de pantalla suelen proporcionar una lista con los enlaces de la página para que el usuario pueda navegar directamente a ellos.


Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Chrome Daltonize!

El daltonismo o ceguera al color es un defecto genético que afecta principalmente a los hombres y que produce como resultado una incapacidad para distinguir algunos colores entre sí. Aunque el problema principal y más conocido es la imposibilidad para distinguir el rojo y el verde, también existen otros tipos de combinaciones, aunque mucho más raras.

Chrome Daltonize! es una excelente extensión para el navegador Google Chrome que permite simular diferentes tipos de daltonismo sobre la página web que se está visualizando. Ofrece un menú muy sencillo en el que se puede seleccionar el tipo de ceguera al color y si se desea que se simule esa ceguera o si se desea que se filtren los colores para que una persona con esa deficiencia los pueda distinguir correctamente.

Por ejemplo, aquí tenemos la página del periódico El Mundo, con "la roja", y la bandera de Italia que es muy apropiada para comprobar el daltonismo, ya que tiene rojo y verde:

Cuando se simula el daltonismo, se obtiene este imagen:

El cambio es evidente: en la bandera de Italia es imposible distinguir el rojo y el verde, y "la roja", ya no es "la roja". Este simulador no logra cambiar todos los colores de la página, parece que sólo actúa sobre las imágenes.

Además, tiene un modo para ayudar a las personas daltónicas a distinguir mejor los colores que les puede producir confusión. Por ejemplo, esta es la misma página con los colores rojo y verde diferenciados para una persona daltónica:

Consejo 2: Proporciona un texto alternativo para cada zona sensible en un mapa de imagen

Consejo: cuando utilices un mapa de imagen (también llamado mapa sensible), por ejemplo para crear una botonera, una barra de menú o simplemente un mapa para seleccionar una zona en el mapa, debes proporcionar un texto alternativo para cada zona sensible en el mapa de imagen.

Cómo lo hago: debes proporcionar un texto alternativo con el atributo alt en la imagen del mapa (etiqueta img) y en la definición del mapa (etiqueta map) en cada zona sensible del mapa (etiqueta area). Este texto alternativo debe ser significativo y debe poder sustituir a la imagen en igualdad de condiciones.

Cómo se benefician los usuarios: sólo se benefician los usuarios que utilicen un navegador en modo texto o los usuarios que utilicen un lector de pantallas, como pueden ser los usuarios ciegos, ya que el lector de pantallas lee el texto alternativo de cada zona sensible en el mapa de imagen.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Sistema para controlar un ordenador con la mente de la Universidad de Maastricht

El tema del control del ordenador con la mente aparece muy a menudo en los medios de comunicación. Seguramente será porque a muchas personas les puede parecer verdadera ciencia ficción. Y aunque por ahora, sí que es verdadera ciencia ficción ir a la tienda y comprar un aparato que nos permita controlar el ordenador con el pensamiento, en los laboratorios de investigación (esos que nunca tendremos gracias a los recortes de nuestros gobernantes) ya es una realidad.

Sobre este tema he escrito muchas veces, tantas que puedes encontrar todo lo que he escrito bajo la etiqueta control mental.

Hace unos días se publicó la noticia Un dispositivo permite a personas con parálisis gestionar una conversación. En la noticia nos cuentan que un equipo de investigadores de la Universidad de Maastricht ha desarrollado un dispositivo que puede permitir a las personas que son completamente incapaces de hablar o moverse, gestionar una conversación. La clave para esta comunicación en silencio y en tiempo real, es el primer dispositivo ortográfico de escaneo cerebral en tiempo real.

Esta noticia la podemos encontrar replicada en numerosos sitios, como de costumbre, y en algunos utilizan titulares como Científicos crean primer sistema de escritura a través de nuestro pensamiento a tiempo real. Triste, muy triste, porque no es ni el primero, ni el segundo, ni el tercero, desde hace años existen sistemas que permiten escribir con la mente. Lo que sí que tiene de novedoso este sistema es que utiliza la resonancia magnética nuclear funcional, mientras que los sistemas anteriores utilizaban electroencefalogramas (EEG). Pero no me imagino un aparato de resonancia magnética nuclear de varios millones de euros en el salón de mi casa... Pero ya se sabe lo que dijo Julio Verne, "lo que un hombre imagine, otro lo construirá".

Consejo 1: Proporciona un texto alternativo para las imágenes

Consejo: cuando una imagen transmita información importante (por ejemplo, cuando la imagen contenga texto) o cuando una imagen realice una función importante (por ejemplo, cuando la imagen esté situada en un enlace) debes proporcionar un texto alternativo que pueda sustituir a la imagen en igualdad de condiciones.

Cómo lo hago: debes especificar el atributo alt en todas las imágenes (etiqueta img). Cuando una imagen no necesite un texto alternativo, debes dejar el valor del atributo alt vacío (alt=""), pero siempre debes incluir este atributo en todas las imágenes.

Cómo se benefician los usuarios: todos los usuarios se pueden beneficiar cuando no se pueda visualizar una imagen, por ejemplo, porque la conexión a Internet es lenta o porque no se encuentra la imagen en la ruta indicada. En especial, se benefician los usuarios que utilicen un navegador en modo texto o que utilicen un lector de pantallas, como pueden ser los usuarios ciegos, ya que el lector de pantallas lee el texto alternativo de cada imagen.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Julio, cada día, un consejo sobre accesibilidad web

1 de julio, el inicio de las vacaciones para muchos. Para otros, a seguir trabajando. En cualquier caso, tanto unos como otros, durante este mes podrán aprender un poco más sobre accesibilidad web gracias a un consejo que publicaré cada día a las 12 horas.

Hoy empezaremos con el consejo más conocido: el texto alternativo.

Todos los consejos (se completará conforme se publiquen los consejos):

1. Proporciona un texto alternativo para las imágenes
2. Proporciona un texto alternativo para cada zona sensible en un mapa de imagen
3. Crea enlaces significativos
4. Utiliza encabezados para organizar el contenido de tu página
5. Proporciona al principio de la página enlaces para saltar directamente a partes concretas de la página
6. Proporciona enlaces para saltar partes de la página
7. Crea contenido para grupos específicos de usuarios
8. Crea encabezados que realmente son encabezados
9. Crea listas que realmente son listas
10. Resalta partes del texto con los elementos apropiados
11. Emplea algunas etiquetas olvidadas
12. Especifica el idioma del contenido de cada parte de la página
13. Proporciona un título significativo para cada página
14. Proporciona un título significativo para cada parte individual de una página
15. Usa las tablas sólo para mostrar datos tabulados
16. Haz que las tablas sean accesibles
17. Sitúa el contenido principal al principio de la página
18. Utiliza los colores con precaución
19. Define etiquetas de verdad para los controles de los formularios
20. Establece un orden de tabulación correcto en los formularios y en toda la página
21. Proporciona información de ayuda en los controles de los formularios
22. No señales los controles con datos erróneos de un formulario sólo con el color rojo
23. Limita la longitud de las líneas de texto a 80 caracteres como máximo
24. Proporciona un método para desactivar el audio de una página web
25. Subtitula los vídeos
26. Los ficheros enlazados desde una página web también deben ser accesibles
27. Proporciona manejadores de eventos alternativos
28. Acuérdate de los usuarios que navegan con teclado
29. Utiliza las herramientas automáticas de evaluación de la accesibilidad
30. Navega por tu sitio web como si fueras un usuario con algún tipo de discapacidad
31. Realiza test de evaluación de la accesibilidad con usuarios

Si aplicas todos estos consejos tus páginas no serán 100% accesibles, pero habrás avanzado bastante por el camino de la accesibilidad.

La sordoceguera

Ayer se publicó en el periódico El País el artículo El mundo en las manos. El artículo está dedicado a Gennet Corcuera, la primera titulada universitaria sordociega de España. ¿Sordociega?

En la Wikipedia podemos encontrar la siguiente definición de sordoceguera:

La sordoceguera es una única discapacidad que combina dos deficiencias: la deficiencia visual y la deficiencia auditiva.

Esta discapacidad se caracteriza por razón de que las personas sordociegas solo conocen su entorno más próximo: el que pueden tocar, oler o sentir.

Para comunicarse, los sordociegos lo hacen a través del tacto: lengua de signos apoyada, dactilológico en palma, escritura en mayúsculas en su mano, Braille.

Si no se hace nada para evitarlo, estas personas están resignadas al aislamiento, ya que no les resulta fácil acceder a los medios de comunicación (televisión, prensa convencional o radio), por lo que la sociedad debe concienciarse con el objetivo de entender y solucionar los problemas de este colectivo.

Para comunicarse con personas que no conozcan su sistema de comunicación, se conoce la figura del guía-intérprete, que además de guiarlo en lugares no conocidos o peligrosos, interpretará las interacciones de la persona sordociega con otras personas.

¿Cómo es la vida de un sordociego? Recomiendo el visionado del vídeo La sordoceguera, según Millás (Juan José Millás, el famoso periodista y escritor). Es un vídeo que vale la pena verlo más de una vez.

Volviendo a Gennet Corcuera, la primera titulada universitaria sordociega de España, en el artículo hay varias referencias a los productos de apoyo que utiliza en su día a día:

Gennet tiene además otras cualidades. Aunque no habla —porque no oye ni puede aprender visualmente a hacerlo— Gennet maneja varios idiomas: el de signos apoyado para conversar, el Braille para leer y el alfabeto normal para escribir en el teclado de su ordenador. Sobre sus hombros su mochila siempre va llena con todos los aparatos que necesita para comunicarse: un portátil, un móvil, una línea Braille que le lee todo lo que aparece en la pantalla de ambos aparatos y una tablilla con el alfabeto en relieve por si necesita decir algo y no va acompañada de un mediador. Busca las letras con los dedos y señala “h-o-l-a” para enseñar cómo funciona. A su izquierda normalmente está Almudena.

Y lo que supone para ella el poder acceder a Internet:

Su mayor ventana al mundo, sin embargo, es Internet. “Me interesa estar conectada”. En la Red chatea, envía y recibe correos y lee. “Sé que España juega la final de la Eurocopa”, pone de ejemplo. “Y la ola de calor que estamos sufriendo me tiene muy preocupada”, añade.

¿Y qué ayudas técnicas o productos de apoyo emplean las personas sordociegas? No hay mucha información disponible en Internet sobre este tema. En la página de la ONCE Ayudas técnicas para personas con sordoceguera se muestran diversos productos que usan para todo tipo de actividades. En cuanto al manejo del ordenador, emplean un teclado y una línea braille con un lector de pantallas.

Tres consejos fáciles y efectivos para mejorar la accesibilidad de cara a los usuarios con problemas de visión

Después del pequeño repaso a la vista de los seres humanos que he realizado en la entrada anterior, aquí van tres consejos para mejorar la accesibilidad de las páginas web que ayudarán a todos los usuarios pero en particular a los que usen un lector de pantallas:

1. Texto alternativo: ¿estás escribiendo un texto alternativo adecuado en todas tus imágenes? Recuerda, no todas las imágenes necesitan un texto alternativo, depende del contexto, pero siempre tienes que poner el atributo alt, con texto o vacío (lo que han hecho en la especificación de HTML5, que ya no es obligatorio el atributo alt, no tiene nombre, en mi humilde opinión es una metedura de pata). En especial, cuida el texto alternativo de las imágenes que aparezcan en enlaces.
2. Enlaces significativos: ¿tus enlaces, ya sean textuales o con imágenes mediante su texto alternativo, se entienden por ellos mismos o dependen del contexto donde aparecen? Los enlaces tienen que ser significativos y no deben existir en una misma página enlaces con el mismo texto pero con destinos diferentes.
3. Encabezados: ¿la estructura de tus páginas es correcta? ¿Estás utilizando las etiquetas de encabezados (h1, h2, h3, etc.) de forma consistente y ayudan a navegar por la estructura de la página? No utilices las etiquetas de encabezado simplemente para resaltar algún texto de tu página web.

Si aplicas estos consejos tus páginas no serán 100% accesibles, pero habrás avanzado bastante por el camino de la accesibilidad.

La vista del ser humano

En el tren en el que viajé ayer a Barcelona para coger un avión rumbo a Polonia (no, no es para ir a la Eurocopa, es para asistir a un congreso y una reunión de trabajo) he visto un documental titulado Vista (Sight Human Body) de la serie "El cuerpo humano al límite" (Human Body Ultimate Machine).


La vista es uno de los sistemas más complejos de nuestro cuerpo, claro está, después del cerebro, que es el más complejo con diferencia.

De los 5 sentidos, la vista es el que más usamos. Debido a ello, casi un 70% de las neuronas están de un modo u otro al servicio de la vista.

La vista de los seres humanos ha evolucionado a lo largo de millones de años de evolución y en sus inicios y en realidad en la mayor parte de la historia del ser humano, porque no olvidemos que los últimos 5000 años no son más que una minúscula parte en la historia humana, era un elemento esencial en su supervivencia, primero para protegerse de los peligros de la naturaleza y luego de otros congéneres.

La vista de los humanos es capaz de realizar cosas increíbles: es capaz de enfocar de algo vago a algo concreto en cuestión de milésimas de segundo; es capaz de ver un detalle bajo los destellos del sol o en la sombra al mismo tiempo; es capaz de diferenciar unos 10 millones de colores; y es capaz de muchas otras cosas más.

Hay animales con mejores características visuales para situaciones concretas, como puede ser la visión en la oscuridad en el caso de las aves nocturnas, o la visión térmica en el caso de las serpientes, pero el ojo humano es el que mejores características tiene en general.

Intentar lograr con la visión artificial lo que ha tardado tanto tiempo en crear la naturaleza no es fácil. Es por ello que, aunque existen grandes avances, y ya existen sistemas que son capaces de responder a un CAPTCHA mejor que muchos humanos o reconocer caras entre miles o millones de caras, no existe un sistema de propósito general que pueda ganar a la visión humana.

En realidad, la clave no está en el proceso mismo de visión en sí, en la "cámara", en el proceso de captación de las imágenes, sino en el procesamiento posterior de la imagen. Ya que la visión existe gracias a lo que hace luego el cerebro con las imágenes captadas, no al ojo en sí. Es lo mismo que se suele decir del sexo: el sexo no está en los órganos genitales, sino en el cerebro.

Es por eso que existen intentos de recuperar la visión en personas que la han perdido o no la tienen por problemas en los ojos. La idea es "si hay un problema con la cámara, cambiemos la cámara".

En el año 2005, a Cheri Robertson la trepanaron, es decir, le hicieron dos agujeros en los laterales de su cabeza para implantarle dos placas con 200 electrodos y dos puntos de conexión que permiten conectar un ordenador externo que transmite señales eléctricas a los electrodos. El objetivo final es que Cheri vuelva a ver gracias a las señales que le transmita el ordenador. Desgraciadamente, por ahora los expertos sólo han activado 10 de los 200 electrodos y Cheri sólo es capaz de distinguir algunas fuentes de luz.

Otro ejemplo que aparece en el documental es el de Michael, que es ciego desde los 3 años debido a una explosión. 40 años después, una operación de sustitución de la córnea permitió a Michael recuperar la vista, pero no la visión: su cerebro no reconoce lo que ve. ¿Por qué? Bien sencillo: para poder leer un libro no basta con poder mirar, hace falta algo más.

El problema de recuperar la visión es mayor de lo que uno puede esperar. ¡No nacemos con una memoria visual! La memoria visual se va llenando conforme avanza la vida, viene dada por la experiencia. ¿Cómo se puede reconocer una sonrisa si nunca se ha visto ninguna?

Los expertos afirman que la memoria visual, nuestro archivo visual, se crea principalmente durante los 6 primeros años de vida. Durante esos años aprendemos a interpretar la profundidad, el tamaño, los colores, etc.

Michael se encuentra en el limbo entre la ceguera y la visión. Tiene que aprender a "ver": su memoria visual va creciendo día a día, pero ya se sabe que la plasticidad del cerebro no es la misma con 6 años que con 40 años y los procesos de aprendizaje son más lentos conforme uno se va haciendo mayor.

Y una palabra nueva que he aprendido gracias a este documental: sacada. La sacada es el movimiento que realiza el ojo, el salto que se produce al fijar la mirada de un punto de focalización a otro.

No dejes de leer mi próxima entrada, Tres consejos fáciles y efectivos para mejorar la accesibilidad de cara a los usuarios con problemas de visión.

[Actualización 2/7/2012]
A los pocos días de publicar esta entrada apareció la noticia Cámaras mejores que la visión humana. Sin embargo, la cámara a la que hace referencia la noticia es mejor en cuanto a resolución (cinco veces mejor que la visión humana), pero respecto a otros parámetros no dice nada.

Muy interesante también lo que dice al final: "Curiosamente, sólo alrededor del tres por ciento de la nueva cámara está hecha de elementos ópticos, mientras que el resto consiste en electrónica y procesadores". El resto, es el cerebro.

Control del ordenador con la mente para poder hablar

El tema del control del ordenador con la mente es algo que me fascina bastante y que creo que es el futuro de la interacción hombre-ordenador. Pero aunque lo podamos imaginar, falta bastante para que se convierta en una realidad diaria. Sin embargo, hay mucha gente trabajando en ello y hay interesantes propuestas, muchas de ellas orientadas a desarrollar productos de apoyo para personas con discapacidad.

Acabo de leer el artículo Stephen Hawking podría comunicarse gracias al procesamiento de sus ondas cerebrales. Resulta que Stephen Hawking, que sufre una enfermedad motoneuronal relacionada con la ELA (Esclerosis Lateral Amiotrófica) y que hace uso de un sintetizador de voz que controla con la vista para poder hablar desde hace años, está teniendo problemas para seguir utilizando su sintetizador de voz. Así que, un equipo de la Universidad de Stanford se ha propuesto trabajar en un dispostivo con el que se pueda interpretar la actividad cerebral de Hawking para hacer “hablar a un computador”.

En proyectos similares, se ha logrado que una persona pueda controlar el cursor del ratón en un ordenador, mover una silla de ruedas eléctrica o incluso escribir un correo electrónico. Pero en todos los casos, el usuario debe realizar muchos ejercicios de entrenamiento, el sistema necesita numerosos ajustes y la velocidad con la que se dan las instrucciones es muy baja.

Curso Web accesible y servicios de apoyo en la universidad para todos

Los próximos días 2, 3 y 4 de julio de 2012 la UNED organiza un año más el curso Web accesible y servicios de apoyo en la universidad para todos. Forma parte del programa de Cursos de Verano de la UNED y se celebrará por quinto año consecutivo en el Centro Asociado de Plasencia, Cáceres.


El curso tiene una duración de 20 horas y en la descripción del curso dice:

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.

Para aquellos que no puedan asistir al curso en persona, se retransmitirá en directo por Internet con acceso restringido a todas aquellas personas matriculadas que no se desplacen a las instalaciones del Centro Asociado de Plasencia.


Gracias a Álvaro Domingo por el aviso.

Cómo ordenar las propiedades de CSS con prefijos específicos de vendedor

Hace unos meses escribí la entrada Cada vez que llamas a una característica propietaria "CSS3", un gatito muere, que recibió bastantes visitas, seguramente por lo de "un gatito muere". En esa entrada se hablaba de las propiedades de CSS con prefijos de vendedor, como -moz para Mozilla y -o para Opera, que son propietarias del vendedor, es decir, que no forman parte de la especificación oficial, pero que mucha gente cree que sí que forman parte de la especificación. La entrada terminaba con este consejo:

La regla de oro es fácil: evita por completo las características propietarias. No las uses, no las evangelices, y sin duda alguna, no dependas de ellas.

Sin embargo, hay otras propiedades de CSS que forman parte de la especificación oficial (que quizás todavía no ha alcanzado el nivel de recomendación) y aún así también se utilizan con prefijo porque algunos navegadores las soportan de forma experimental o porque no está clara cuál será la forma correcta de usarla (ya que aún no es recomendación oficial).

Cuando se usan estas propiedades, se aconseja escribirlas también sin prefijo, por compatibilidad con los navegadores futuros que sí que la soportaran. Y aquí es donde surge la duda:

¿En qué orden se deben escribir las propiedades con prefijo y sin prefijo?

Siempre he pensado que la propiedad sin prefijo debe ir la última, para que sea la que al final predomine cuando se aceptada por todos los navegadores. Pero alguna vez he discutido con alguna persona por este tema.

Ahora acabo de encontrar el artículo Ordering CSS3 Properties, del año 2010, que explica de una forma muy clara cuál es el problema de escribirlo de una forma u otra y, por tanto, señala cuál es la forma correcta: la propiedad sin prefijo debe ir siempre la última.

Por ejemplo, la forma correcta de utilizar la propiedad border-radius es:

.not-a-square {

  -webkit-border-radius: 10px;

  -moz-border-radius: 10px;

  border-radius: 10px;

}
Y si un artículo no te convence de que esta es la forma correcta, ahí va otro que dice lo mismo: Remember non-vendor-prefixed CSS 3 properties (and put them last).

Proyecto APSIS4all

El proyecto APSIS4all, de nombre impronunciable, tiene como fin el superar algunas de las barreras de accesibilidad de los dispositivos electrónicos de uso público.

APSIS4all tiene por objetivo personalizar para "todos" los usuarios los dispositivos electrónicos de uso público, como pueden ser cajeros automáticos o máquinas expendedoras de tickets y billetes de transporte.

Para asegurarse de que los servicios que se desarrollan en el proyecto APSIS4All pueden ser usados por todos, se ha creado un formulario online para recabar la opinión de los usuarios potenciales. Así será posible adaptar la tecnología a las necesidades y preferencias de las diferentes personas.

El que quiera colaborar con el proyecto se puede inscribir en el siguiente enlace: Encuesta cajeros accesibles proyecto APSIS4all.

Dyslexie, una tipografía para mejorar la accesibilidad para las personas con dislexia

La dislexia es una de esas condiciones que se engloba en el cajón de sastre de las discapacidades cognitivas o intelectuales. En la Wikipedia podemos encontrar la siguiente definición de dislexia:

Se le llama dislexia (del griego δυσ- dificultad, anomalía y λέξις habla o dicción) a la dificultad en la lectura que imposibilita su comprensión correcta. Aunque convencionalmente el término se aplique también a la dificultad para una correcta escritura, en este caso el término médico apropiado es el de disgrafía. En términos más técnicos, en psicología y psiquiatría se define la dislexia como una discrepancia entre el potencial de aprendizaje y el nivel de rendimiento de un sujeto, sin que existan cualquier tipo de problema, ya sea sensorial, físico, motor o deficiencia educativa (según el DSM-IV).

Una vez tuve una alumna que era disléxica (seguramente habré tenido más, pero pasan desapercibidos) y era realmente brillante. Y son muchos los casos de famosos que se emplean de ejemplo de disléxicos con éxito, aunque quizás en muchos casos sean "leyendas urbanas". En realidad, no creo que sea positivo realizar estas distinciones, nadie comenta que "Pepito ha tenido éxito a pesar de llevar gafas", pero bueno, ahí queda mi comentario.

El proyecto Dyslexie es una tipografía desarrollada específicamente para facilitar la lectura de textos por parte de personas con dislexia. Según la página del proyecto, estudios independientes realizados por la Universidad de Twente en los Países Bajos han demostrado que las personas con dislexia cometen menos errores al leer textos con esta tipografía.

¿Cuál es el problema con las tipografías normales? En las tipografías normales suele primar el carácter estético antes que el funcional o práctico, aunque esto último también se tiene en cuenta en muchas ocasiones con el fin de mejorar la legibilidad de los textos.

Sin embargo, en las tipografías normales muchos caracteres son muy parecidos, como las combinaciones v/w, i/j y m/n. Además, las personas con dislexia a veces manifiestan un efecto en espejo y pueden confundir letras como b/d o p/q. Y según la tipografía, también pueden confundir c/o, i/l/1, etc.

En Dyslexie, las diferencias entre las letras conflictivas se ha enfatizado, con el fin de reducir las posibles confusiones. En la página The typeface Dyslexie se explican 10 correcciones que se han realizado.

Este tipo de letra no es gratuita, pero tiene diferentes precios según el uso que se le vaya a dar (personal, educativo o empresarial).

El problema que veo en esta tipografía es que quizás pueda empeorar la experiencia de los usuarios que no sufren dislexia. Se lo preguntaré a mi amigo Daniel Rodríguez Valero, experto en tipografía digital.

Subtítulos automáticos en español en YouTube

A principios del año 2010 aparecieron los subtítulos automáticos en YouTube: mediante un sistema automático de reconocimiento del habla, YouTube es capaz de crear automáticamente los subtítulos. Este sistema no es muy fiable, depende de la calidad del audio y de la forma de hablar de las personas. Sin embargo, la segunda opción que tiene el sistema, sincronizar una transcripción que nosotros le proporcionamos con el audio, sí que es mucho más fiable. Además, una vez sincronizado, permite descargar los subtítulos con las marcas de tiempo para poderlos reutilizar en otros entornos.

Desgraciadamente, este sistema sólo estaba disponible para el inglés. Hasta ahora. YouTube acaba de anunciar en Subtítulos automáticos de YouTube ahora disponibles en español que esta opción ya está disponible para el español. En esa página se puede encontrar un vídeo de ejemplo para probar esta opción y en la página YouTube automatic captions now available in Spanish podemos encontrar otro ejemplo de vídeo, está vez de Casillas hablando de la Eurocopa.

Sí, el sistema falla mucho, pero es un gran avance (el que lo critique, que lo intente hacer mejor).

¿Por qué utilizo eXaminator para realizar análisis?

Ya son varias las personas que me han mandado un correo electrónico, o me han dejado un comentario como ayer en mi entrada Accesibilidad de los principales diarios digitales, avisándome de que quizás no sea conveniente utilizar eXaminator para realizar los análisis de accesibilidad, ya que esta herramienta se basa en WCAG 2.0.

¿Y cuál es el problema? El problema es que en España la norma que se tiene que aplicar no es esa, sino WCAG 1.0. Aunque en realidad, si fuésemos totalmente estrictos, en España tampoco se usa esa norma, sino la Norma UNE 139803:2004 y, por tanto, tampoco podríamos utilizar otras herramientas como TAW, ya que no se basan en esa norma para realizar un análisis.

Pero en realidad, ¿cuál es el problema? ¿Mi propósito era realizar un análisis para comprobar si los sitios web analizados se ajustaban a la legislación actual? No, ese no era mi propósito. Mi propósito era detectar problemas significativos de accesibilidad, y con esa herramienta los puedo detectar rápidamente.

En realidad, y si fuésemos otra vez estrictos, incluso suponiendo que en algún momento la legislación española se adaptase a WCAG 2.0, eXaminator no es una herramienta exhaustiva que verifique todo WCAG 2.0, por lo que sus resultados serían parciales. Lo podemos leer en la página principal:

El score adjudicado por eXaminator es un indicador rápido de la accesibilidad pero la evaluación automática no puede abarcar todos los criterios de conformidad de las WCAG 2.0.

eXaminator es una herramienta de evaluación automática de la accesibilidad web, como TAW, AChecker y muchas otras, y ninguna de ellas es capaz de detectar todos los problemas de accesibilidad que contiene una página web. Es más, incluso muchas veces pueden informar de errores que realmente no son errores, ya que todo depende del contexto concreto.

Todas estas herramientas son una ayuda, no son la herramienta definitiva. Pero para realizar un análisis de 5 minutos y tener una idea general de la accesibilidad de una página, son adecuadas.

[Actualización 06/05/2013]
Un artículo que defiende la idea de hacer primero una evaluación automática: Web Accessibility Testing: Do Automatic Testing First.

Accesibilidad de los principales diarios digitales

En una entrevista que me han realizado sobre los diarios digitales me han preguntado si algún medio español aprueba la asignatura de la accesibilidad web. Esta pregunta no se puede contestar sin analizar primero la accesibilidad de todos los diarios digitales. Por tanto, una respuesta de "sí o no" sería muy simplista y maniquea: para que se entienda, sería como preguntar si todos los políticos son unos corruptos... aunque quizás muchos tengamos clara la respuesta a esa pregunta.

Volviendo a los diarios digitales, he realizado una exploración (no se puede considerar un análisis) de la accesibilidad web de los principales diarios digitales en España. Para la elección de los diarios me he basado en Comparativa de periódicos de España, ya que en la web de OJD me tenía que registrar para acceder a la información (y quizás luego pagar). Los diarios que he explorado con la herramienta eXaminator son Marca, 20 Minutos, Qué, El País y El Mundo, que figuran entre los primeros en cuanto al número de lectores. Como esperaba, los resultados no son muy positivos, según eXaminator todos suspenden:

• Marca: 3,0 en modo estándar y 2,8 en modo estricto.
• 20 Minutos: 3,8 en modo estándar y 2,9 en modo estricto.
• Qué: 4,2 en modo estándar y 3,6 en modo estricto.
• El País: 3,5 en modo estándar y 3,1 en modo estricto.
• El Mundo: 4,0 en modo estándar y 3,5 en modo estricto.

Como de costumbre, estos resultados deberían de ser estudiados cuidadosamente por un experto en accesibilidad web, pero de entrada, "la cosa pinta muy mal".

A continuación, unas capturas de pantalla de los resultados que ofrece eXaminator:

Marca:

20 Minutos:

Qué:

El País:

El Mundo:

Accesibilidad del sitio web del CONAPRED

Debido a una solicitud que me llegó de México, he realizado un breve análisis del sitio web del CONAPRED, el Consejo Nacional para Prevenir la Discriminación del Gobierno de México. Según el apartado ¿Quienes somos?:

El Consejo es la institución rectora para promover políticas y medidas tendientes a contribuir al desarrollo cultural y social y avanzar en la inclusión social y garantizar el derecho a la igualdad, que es el primero de los derechos fundamentales en la Constitución Federal.

En el sitio web del CONAPRED se puede observar que se ha tenido la accesibilidad web en mente. En primer lugar, en la barra superior aparece un logo de TAW que indica que la página web alcanza el nivel triple AAA. Además, a su izquierda hay unos botones para aumentar o disminuir el tamaño del texto.

En el apartado de Vídeos recientes, se pueden encontrar vídeos con subtítulos, con la transcripción completa o incluso con traducción a la lengua de signos, lo cual evita que los vídeos supongan una barrera de accesibilidad.

Sin embargo, en una exploración rápida de unos pocos minutos, se pueden detectar algunos problemas de accesibilidad:

1. El sitio web está desarrollado con marcos, pero simplemente existe un marco en el que se muestra todo el contenido. El propósito de este diseño seguramente será esconder los cambios de la URL al usuario, pero como resultado se compromete enormemente la accesibilidad y la usabilidad.
2. En la página principal las imágenes tienen el atributo longdesc, pero con el valor "#", que no es un valor correcto. El atributo longdesc no es obligatorio, por lo que si no se tiene una descripción larga, es mejor no ponerlo.
3. En la página no se emplean encabezados (h1, h2, h3, etc.) para estructurar el contenido.
4. El texto alternativo (atributo alt) de muchas imágenes no es el adecuado.
5. El texto del atributo title no es el adecuado, porque no se proporciona información adicional, sino que se repite el mismo texto que aparece en el atributo alt o en el texto de un enlace.

En definitiva: la explorar el código fuente de la página se puede percibir que se ha tenido en cuenta la accesibilidad, pero no se ha llevado a cabo todo lo bien que se podría. En muchos casos las medidas aplicadas para mejorar la accesibilidad web no la mejoran realmente.

He realizado y publicado un vídeo en YouTube en el que explico estos errores:

Accesibilidad del sitio web del Ayuntamiento de Torrevieja

A raíz de la publicación de la noticia Convenio en en el municipio alicantino de Torrevieja para fomentar la accesibilidad informática he realizado una exploración muy breve, brevísima, de la accesibilidad del Ayuntamiento de Torrevieja.

El resultado no ha sido muy positivo, las herramientas automáticas de evaluación de la accesibilidad web muestran muchos problemas de accesibilidad. Por ejemplo, eXaminator otorga una calificación de 4,1 en el modo normal:

Y 3,7 en el modo estricto:

Por tanto, el sitio web del Ayuntamiento de Torrevieja suspende según eXaminator.

Si repetimos el análisis con TAW, la cantidad de errores que aparecen es impresionante:

Como los resultados de las herramientas automáticas de evaluación deben ser revisados por un experto, ya que pueden aparecer falsos positivos o pueden haber errores que no se detecten, he preparado un pequeño vídeo en el que realizo un rápida exploración de este sitio web. Los dos errores típicos, la ausencia de encabezados (h1, h2, h3, etc.) y el empleo de textos alternativos no significativos existen en esta página web.



[Actualización 9/6/2012]
En la noticia El ayuntamiento de Torrevieja presenta su nueva del 15/01/2010 podemos leer que el 22/01/2010 entró en funcionamiento la nueva página web del Ayuntamiento de Torrevieja. En la noticia podemos leer que "La nueva página que ha presentado el alcalde de la ciudad, Pedro Hernández Mateo, [...], cumpliendo los requisitos de la Ley 11/2007".

Pues resulta que en la Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos, se incluyen varias referencias a la accesibilidad. Por ejemplo, en el Artículo 10. La sede electrónica, en el apartado 5 dice:

La publicación en las sedes electrónicas de informaciones, servicios y transacciones respetará los principios de accesibilidad y usabilidad de acuerdo con las normas establecidas al respecto, estándares abiertos y, en su caso, aquellos otros que sean de uso generalizado por los ciudadanos.

¿Lo cumple el sitio web del Ayuntamiento de Torrevieja? No.

Tactus Layer, sistema para crear pantallas táctiles dinámicas

Impresionante la tecnología de la compañía Tactus Technology: Tactile Layer es un sistema para crear superficies dinámicas (por ejemplo botones que aparecen o desaparecen) en superficies planas. Este sistema puede superponerse como una película transparente sobre las pantallas táctiles actuales.

No he encontrado ninguna referencia a la accesibilidad en este sitio web (sólo he encontrado una referencia a la "navegación ciega", pero no para ciegos, sino para cualquier persona que quiera teclear sin mirar la pantalla), pero es indudable que se puede aprovechar para mejorar la accesibilidad de muchos dispositivos. Y ya puestos, incluso se podría crear una línea braille utilizando este material, que seguro que sería mucho más barata que las líneas braille actuales que emplean sistemas electromecánicos.

Recomendaciones para medir el grado de accesibilidad y usabilidad

Hace unos días recibí la siguiente consulta por correo electrónico:

Hola,

Soy autónoma y estoy apuntada en un Máster de comunicación 2.0. He visto en internet tus recomendaciones.

Como ejemplo, tenemos que analizar una web de noticias desde el punto de vista de la accesibilidad y usabilidad. Como ejemplo, he elegido la web : http://www.lainformacion.com.

Me gustaría saber cuales son los procesos a seguir para conocer el grado de accesibilidad y de usabilidad de esta web. Entiendo que para la accesibilidad, hay que mirar por ejemplo los componentes como imagenes y animaciones, mapas de imagen, enlaces, organización de paginas....etc....pero no sé como aplicar estos criterios a la web que he elegido....Estoy un poco confusa. Me puedes ayudar por favor. He empezado una presentación.

Muchas gracias por tu colaboración,

Reciba un cordial saludo

Además de este correo electrónico, la lectora también me envió una presentación en formato Microsoft PowerPoint con un esquema del ejercicio que piensa desarrollar.

Lo que esta lectora necesita es una metodología de evaluación de la accesibilidad web. Desgraciadamente (o afortunadamente), metodologías hay muchas y muchos usuarios acaban desarrollando su propia metodología, ya sea empezando desde cero o adaptando alguna existente.

A continuación, una lista de las principales metodologías que conozco (el orden no indica absolutamente nada):

• Pautas de Accesibilidad al Contenido en la Web 1.0: Apéndice A - Validación.
• Evaluating Websites for Accessibility: Overview del W3C.
• Unified Web Evaluation Methodology version 1.2 (UWEM) de WAB Cluster.
• Los artículos de Olga Carreras:
• Metodologías, certificaciones y entidades certificadoras de la accesibilidad web en España
• Metodología para la evaluación de la accesibilidad web: "Evaluating Web Sites for Accessibility" de la WAI
• Metodología de Evaluación de Conformidad con la Accesibilidad en sitios web (WCAG-EM)
• Libro blanco de eXaminator: Metodología de trabajo.
• Web Accessibility Assessment Methodology del Gobierno de Canadá.

Y por último, un artículo científico con una comparativa de diferentes métodos para evaluar la accesibilidad web: A comparative test of web accessibility evaluation methods, de Giorgio Brajnik.

El libro blanco de eXaminator

eXaminator es una herramienta de evaluación o revisión automática de la accesibilidad muy interesante y efectiva. Se diferencia de otras herramientas muy populares, como TAW o Cynthia Says en dos cosas muy importantes:

1. No sólo te dice lo que estás haciendo mal, sino que también te indica lo que estás haciendo bien o muy bien, lo cual te puede ayudar a seguir haciéndolo en otros sitios web (reforzamiento positivo).
2. Te indica aquellas cosas que estás haciendo mal mediante una serie de pruebas o tests, pero también te muestra una nota final que resume el nivel de accesibilidad del sitio web. Esto es muy útil, porque lo entiende cualquier persona y te permite comprobar cómo las medidas correctivas que apliques van mejorando poco a poco la accesibilidad del sitio web.

Por todo la anterior, eXaminator es una de las primeras herramientas de evaluación de la accesibilidad web que suelo emplear en mis análisis y que suelo recomendar en los cursos sobre accesibilidad web que imparto.

Su autor, Carlos Benavídez, acaba de publicar el Libro blanco de eXaminator. En él, nos cuenta los secretos de eXaminator: nos explica cómo funciona por dentro y cuál es la batería de tests que utiliza. Además, también repasa cuales son los principales problemas con la accesibilidad y propone una metodología de trabajo para mejorar la accesibilidad.

Sin duda, un recurso muy interesante que recomiendo a todo el mundo.

Crean unas gafas que señalan los obstáculos a las personas con discapacidad visual

Interesante proyecto el que podemos leer en Crean unas gafas que señalan los obstáculos a las personas con discapacidad visual. Se trata de un proyecto realizado en la Universidad Carlos III de Madrid por el Grupo de Displays y Aplicaciones Fotónicas.

El proyecto consiste en el desarrollo de sistema integrado en unas gafas de realidad virtual que ayuda a las personas con discapacidad visual moderada a moverse por su entorno, ya que el sistema permite detectar los objetos en movimiento que hay en el entorno del usuario.

Este sistema está destinado a personas con discapacidad visual moderada derivada de problemas en la retina, como gente que tenga disminución en su capacidad visual, principalmente en la visión periférica. Es decir, este sistema no lo puede utilizar una persona totalmente ciega.

A continuación, un vídeo en el que se explica y se muestra cómo funciona este sistema:

Artículo sobre t-learning para personas con discapacidad

En el último número de la Revista Iberoamericana de Tecnologías del Aprendizaje (IEEE-RITA), volumen 7, número 2 de mayo de 2012, se ha publicado el artículo "T-Learning para Personas con Discapacidad", que se puede descargar de forma gratuita.

En el artículo se describe la adaptación de una plataforma de aprendizaje en línea (e-learning) para que ajuste a las necesidades de personas con discapacidad. No se ha buscado desarrollar nuevas herramientas, por lo que en el proyecto se ha optado por proporcionar un nuevo enfoque a los medios y herramientas ya existentes.

Por ejemplo, en vez de desarrollar un Learning Management System (LMS) propio que sea accesible, se ha optado por adaptar Moodle, ya que es uno de los más populares. Por otro lado, a la vista de los hábitos y comportamientos de las personas con discapacidad analizadas en el estudio, se ha optado por utilizar la televisión como elemento tecnológico de acceso a un sistema de aprendizaje electrónico para personas con discapacidad. Debido a este uso de la televisión surge el término t-learning que aparece en el título del artículo.

El sistema desarrollado es muy interesante, ya que permite la interacción del usuario con diferentes dispositivos, como el mando WiiMote de Nintendo:

o el sistema Kinect de Microsoft:

Resultados de la cuarta encuesta del WebAIM sobre uso de lectores de pantalla

El WebAIM, un centro dependiente de la Utah State University que se dedica a la accesibilidad web, acaba de publicar los resultados de la cuarta encuesta del WebAIM sobre uso de lectores de pantalla: Screen Reader User Survey #4 Results. A continuación incluyo un resumen de lo más interesante que se ha publicado.

La encuesta se realizó en mayo de 2012. El objetivo era averiguar las preferencias de uso de los usuarios de lectores de pantalla. Se recibieron 1.782 respuestas válidas.

El 73,1% de las respuestas procedieron de Estados Unidos y el 15,4% de Europa.

El 93% de los usuarios respondieron que usaban un lector de pantallas debido a una discapacidad. El 7% restante declaró que debido a otras razones. La encuesta estaba abierta a todos los usuarios de lectores de pantalla, y no sólo a aquellos que lo usan como producto de apoyo. Un usuario que use un lector de pantallas como herramienta para comprobar la accesibilidad de su sitio web podía responder sin problemas.

El 80,8% de los usuarios respondió que usaba el lector de pantallas en un ordenador de escritorio, el 77% en un portátil y el 61% en un dispositivo móvil. Estas cantidades no suman 100% porque un mismo usuario puede usar un lector de pantallas en varios entornos.

El 87% de los usuarios contestó la encuesta desde un sistema operativo Windows, el 8,5% desde un sistema operativo de Apple y sólo un 0,7% desde Linux. Este dato es muy interesante porque da una idea de la penetración de los sistemas operativos entre las personas que usan un lector de pantallas y del soporte de cara a la accesibilidad tanto del sistema operativo como del lector de pantallas existente.

Una de las preguntas más importantes de esta encuesta quizás fue "¿Cuál es tu lector de pantallas principal en el ordenador?". El 49,1% declaró JAWS, el 13,7% NVDA y el 12,3% Window-Eyes. Respecto a años anteriores, JAWS ha pasado de un 66,4% en 2009, a un 59,2% en 2010, y finalmente a un 49% este año. Por contra, NVDA, un lector de pantallas gratuito, ha experimentado un fuerte incremento, pasando de un 2,9% en 2009, a un 8,6% en 2010, y finalmente casi un 14% este año.

En el siguiente gráfico se muestran los porcentajes de uso como navegador principal (la información es accesible en forma de tabla en el artículo original):

El análisis de los resultados continúa con algunas preguntas adicionales sobre el uso de los lectores de pantalla, como frecuencia de actualización o uso de una línea braille con el lector de pantallas, y a continuación hay una serie de preguntas sobre el uso de lectores de pantalla en dispositivos móviles.

Después hay unas preguntas sobre la accesibilidad de las redes sociales, sobre ARIA y finalmente unas preguntas muy interesantes sobre la estructura y contenido de las páginas web y su impacto en la accesibilidad.

Por ejemplo, una pregunta fue "Cuando intenta encontrar información en una página web larga, ¿cuál de las siguientes cosas es más probable que haga primero?". El 60,8% de los usuarios contestó que a través de los encabezados (h1, h2, etc.) de la página, el 16,6% usaba la opción de buscar y el 13,2% navegaba a través de los enlaces de la página.

Este resultado es muy importante e interesante y nos debe de animar a todos a crear una buena jerarquía de encabezados en nuestras páginas.

Respecto a la pregunta "¿Qué elemento es el más problemático en una página web?", se repiten los resultados de años anteriores y en primer lugar aparece Flash con un 21,9%, seguido muy de cerca por los CAPTCHA con un 21,6%.

La conclusión final que plantea este estudio es que no existe un usuario de lector de pantallas típico, y que los resultados obtenidos por este estudio en los últimos cuatro años muestran cambios significativos en algunos aspectos.

Por último, los resultados de las encuestas de los años anteriores:

• 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)

[Actualización 3/6/2012]

Un análisis independiente de los resultados: My Take on the WebAIM Survey.

Talleres sobre HTML5, WCAG 2.0 y web móvil del W3C

Para el que no lo sepa, el W3C tiene oficina en España, en concreto en el Parque Científico Tecnológico de Gijón. Y por ello, también tiene sitio web propio, w3c.es.

Para las próximas semanas, la oficina del W3C en España ha organizado unos talleres muy interesantes.

El 6 de junio se celebrará en Barcelona el Taller sobre Web Móvil y HTML5. Según pone en la página web, las inscripciones finalizan mañana miércoles 30 de mayo. En la agenda aparecen las siguientes charlas:

• W3C, Leading the Web
• Mobile Web Apps and HTML5
• Moviliza tu portal web
• Construye tu sitio web móvil

El 14 de junio se celebrará en Madrid el Taller WCAG 2.0 y HTML5. El contenido de este taller es bastante extenso:

• WCAG 2.0
• Introducción a las WCAG 2.0
• Requisitos de las WCAG 2.0
• Creación de contenidos perceptibles por todos los usuarios
• Operabilidad e interacción con el contenido
• Facilidad de uso y comprensión del contenido web
• Compatibilidad con navegadores y productos de apoyo
• Evaluación de accesibilidad
• Caso práctico
• HTML5
• Principios del diseño de HTML5
• Uso de HTML5 de forma compatible con navegadores sin soporte
• Nuevos elementos estructurales y semánticos
• Formularios web enriquecidos
• Audio y Video sin pluggins
• Dibujando en Canvas
• Otras API relacionadas con HTML5:
• Aplicaciones web sin conexión
• Almacenamiento local de datos en el navegador
• Geolocalización
• Recomendaciones de accesibilidad

Muy interesante la indicación que se realiza para asistir a este taller:

Durante el taller se mostrarán ejemplos y se propondrán sencillos ejercicios que faciliten la comprension de los contenidos expuestos. Para realizar los ejercicios el único requisito es disponer de un equipo portátil, un navegador web con buen soporte de HTML5 y un editor de texto.

Si consultamos la página que se enlaza, podemos encontrar esta tabla en la que se resumen el soporte actual de HTML5 en los navegadores más populares.

Según esta tabla, de los cinco navegadores más extendidos (Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Safari y Opera), respecto a las versiones estables actuales, Google Chrome 19 es el más compatible con un 82%, mientras que Microsoft Internet Explorer 9 es el que menos con un 42% (aunque Microsoft se atreve a poner en su publicidad, publicidad engañosa, que Internet Explorer 9 es el mejor navegador para HTML5, quizás les faltó poner "para que no funcione nada").

El bolígrafo vibrador de Apple (y no va de sexo)

Seguro que más de uno llegará a esta entrada por haber buscado las palabras vibrador y sexo, y si encima ve la palabra Apple, entonces pensará que es la leche, que es el invento del siglo en cuanto a diversión sexual, pero no, desgraciadamente no va de eso. Quizás la próxima vez toque hablar de eso...

Acabo de leer la noticia What Apple's Vibrating Pen Tells Us About the Future of Everything. Según nos cuentan, Apple ha presentado una solicitud de patente para su iPen, un bolígrafo vibrado y sonoro que Apple piensa hacer compatible con todos sus dispositivos táctiles (iPhone, iPad y lo que venga después).

La tecnología háptica se refiere al conjunto de interfaces tecnológicos que interaccionan con el ser humano mediante el sentido del tacto. En la actualidad, se están desarrollando muchos dispositivos hápticos que se integran en sistemas de realidad virtual.

El vibrador que incorporan la mayoría de los teléfonos móviles es un sistema primitivo de sistema háptico. El iPhone con iOS 5 incorpora un sistema mucho más avanzado, que casi nadie conoce, Custom Vibrations, que permite al usuario crear sus propios patrones de vibraciones. Puede parecer inútil, pero es una buena forma de saber quién te llama cuando tienes el teléfono en modo silencioso sin tener que mirar la pantalla del teléfono.

Volviendo al bolígrafo vibrador y con altavoz (sí, también lleva un pequeño altavoz), las aplicaciones de cara a la accesibilidad web son múltiples y, por ejemplo, se puede emplear en la educación de personas ciegas. Por ejemplo, el bolígrafo puede vibrar en función del color o de la textura de lo que se esté mostrando en la pantalla del dispositivo.