A quién denunciar la falta de accesibilidad

Volvamos a mis entradas Lista de denuncias contra sitios web no accesibles en Estados Unidos y ¿Denunciar la falta de accesibilidad? Inútil en España que escribí hace unos días. Resumamos esas entradas:

• En Estados Unidos (y otros países, como Australia) ha habido denuncias por falta de accesibilidad de algunos sitios web desde hace más de 10 años, en algunos casos con sanciones muy cuantiosas.
• En España tenemos legislación que establece que algunos sitios web deben cumplir un mínimo de accesibilidad desde hace años.
• En España tenemos legislación que establece unos requisitos mínimos de accesibilidad al medio físico desde hace muchos más años.
• Sin embargo, no se tiene constancia de ninguna sanción, ni por incumplimiento de la accesibilidad web ni por incumplimiento de la accesibilidad al medio físico (esto último es cierto, al menos, en la Comunidad de Madrid, donde no se ha impuesto nunca una sanción).
• En un comentario, Félix Zapata nos contaba sus problemas para obtener información sobre las denuncias y sanciones al ponerse en contacto con algunos ministerios.

Acabo de descubrir que en la web del Ministerio de Sanidad, Servicios Sociales e Igualdad existe una página sobre la protección de los derechos de las personas con discapacidad. En esta página podemos leer:

La protección de los derechos de las personas con discapacidad, establecidos en las leyes, hacen necesario el desarrollo de sistemas de control y sancionadores que velen por la aplicación de los principios establecidos en aquéllas.
En este sentido; 

se creó la Oficina Permanente Especializada (OPE), órgano especializado en realizar funciones de asesoramiento, análisis y estudio de las denuncias y consultas realizadas por personas con discapacidad que manifiesten haber sido objeto de discriminación. 

se ha implantado un Sistema Arbitral encargado de la resolución extrajudicial de las quejas y reclamaciones en materia de igualdad de oportunidades, no discriminación y accesibilidad por razón de discapacidad, siempre que no sean constitutivas de derechos. 

se ha creado la unidad de Infracciones y Sanciones, que sanciona administrativamente las vulneraciones de los derechos de las personas con discapacidad cuando se produzcan discriminaciones directas o indirectas, acosos, incumplimiento de las exigencias de accesibilidad y de realizar ajustes razonables, así como el incumplimiento de las medidas de acción positiva legalmente establecidas.

Esto está muy bien, pero a mí que confunde bastante que existan estos tres órganos o departamentos para "algo" que debería hacer uno solo. Mi confusión la reafirmo en el hecho de que para realizar una consulta o queja, se ofrecen sendos modelos en la web de la Oficina Permanente Especializada, mientras que para formular una denuncia, encontramos el modelo en la web de Infracciones y Sanciones. ¿Por qué no lo ponemos todo junto en un único sitio y luego lo enlazamos desde donde haga falta?

En la web de la Oficina Permanente Especializada podemos encontrar los informes anuales de este organismo (por ahora, están disponibles del año 2005 al 2010). Un pequeño resumen:

• Año 2005: 50 consultas, peticiones de asesoramiento y quejas, ninguna relacionada con la accesibilidad web.
• Año 2006: el informe anual sólo contiene los informes particulares, pero no hay un resumen anual.
• Año 2008: el resumen anual está incompleto, como si fuera una plantilla pero sin los datos concretos.
• Año 2009: 579 consultas y 136 quejas. En este informe podemos encontrar el expediente número Q/322/09, en el que se denuncia que "La página de Internet oficial de la Universidad Autónoma de Madrid, www.uam.es, no observa los niveles generales de accesibilidad establecidos por la legislación vigente para las páginas de Internet de entidades de carácter público, por lo que contraviene lo dispuesto en el Real Decreto 1494/2007". Desgraciadamente, no aparece información sobre quién hizo la denuncia o sobre cuál fue el resultado de la misma.
• Año 2010: 115 consultas, 123 quejas y 23 denuncias. En este informe destaca en la página 40 la siguiente tabla en la que se resumen los plazos de cumplimiento de las leyes de accesibilidad en cuanto a la sociedad de la información.

En el informe del año 2010 aparecen las siguientes denuncias en materia de accesibilidad web:

• Expediente 15/10: Denuncia la Web de Transportes Metropolitanos de Barcelona por ausencia de accesibilidad.
• Expediente 16/10: Denuncia la Web del Corte Inglés por ausencia de accesibilidad.
• Expediente 17/10: Denuncia la página Web de AGBAR por ausencia de accesibilidad.
• Expediente 158/10: Queja por ausencia de accesibilidad página Web Openbank.
• Expediente 213/10: Denuncia página Web de Iberia por no observar nivel medio de accesibilidad.
• Expediente 214/10: Denuncia página Web de Corporación RTVE por no observar nivel medio de accesibilidad.
• Expediente 215/10: Denuncia página Web de Corporación Endesa por no cumplir nivel medio de accesibilidad.
• Expediente 216/10: Denuncia página Web del Grupo Gas Natural por no observar nivel medio de accesibilidad.
• Expediente 217/10: Denuncia página Web de Jazztel por no observar nivel medio de accesibilidad.
• Expediente 218/10: Denuncia página Web de ORANGE por no ser accesible.
• Expediente 219/10: Denuncia página Web de Corporación RTVE por no observar nivel medio de accesibilidad.
• Expediente 220/10: Denuncia página Web de Grupo Santander por no observar nivel medio de accesibilidad.
• Expediente 221/10: Denuncia página Web de Grupo Avanza por no obtener nivel medio de accesibilidad.

Desgraciadamente, no aparece información sobre cómo se resolvió cada queja o denuncia.

[Actualización 11/04/2012]
En mi entrada Guía para la autodefensa de las personas con discapacidad se hace referencia a una guía que proporciona el CERMI para redactar y presentar denuncias por falta de accesibilidad.

Celebrado el primer encuentro mensual sobre la accesibilidad de las TICs

Ayer asistí al primer encuentro mensual sobre la accesibilidad de las tecnologías de la información y la comunicación (TICs) que anuncié aquí hace unos días. El viaje hasta Madrid valió la pena, ya que por un lado pude conocer en persona a varias personas que conocía por la Web, y por otro lado pude intercambiar experiencias y hacer preguntas a gente que trabaja en accesibilidad web desde hace muchos años. Para lo bueno y para lo malo, ¡en informática siempre hay que estar aprendiendo! Al que no le guste aprender, que no se dedique a la informática.

Aquellos que no pudieron asistir, os animo a que asistáis la próxima vez. El evento está abierto a la participación de todos los asistentes: cualquiera puede realizar una pequeña presentación.

Como pequeño resumen del encuentro (no sé si Alan va a publicar algo), os comento lo principal que se habló:

1. Alan Chuter realizó una presentación sobre la conveniencia de aplicar el método Ágil a la accesibilidad web. Repasó los problemas del método tradicional en cascada y expuso su idea de que la accesibilidad se debe considerar como un factor más de la calidad de un proyecto web y defendió que la calidad es un factor que no debería variar nunca a lo largo del desarrollo de un proyecto: puede variar el precio, los plazos de entrega o el alcance del proyecto, pero nunca la calidad. En el método Ágil, la calidad se contempla desde el principio, y no se pospone a una de las fases finales (la fase de testeo o prueba) como suele ocurrir en el método en cascada. A todo esto, yo añadiría que la accesibilidad debería ser un requisito más como la seguridad: nadie, en su sano juicio, se plantea si un desarrollo web debe o no debe ser seguro, es algo imprescindible en cualquier desarrollo web. Con la accesibilidad web debería ocurrir lo mismo.
2. Ramón Corominas nos mostró algunas de las características de accesibilidad del sistema operativo iOS de Apple. En concreto, realizó la demostración con el dispositivo iPad. Vimos en "acción" el lector de pantallas VoiceOver, el zoom y el cambio de contraste. Nos mostró un par de páginas web, una que no tenía en cuenta la accesibilidad y presentaba numerosos problemas, y otra en la que sí que se había tenido en cuenta la accesibilidad, aunque también presentaba algunos pequeños problemas, ya que la estructura (plantilla) del sitio web era accesible, pero algunos de los contenidos que se habían introducido no lo eran. Además, realizó una pequeña introducción a la accesibilidad web muy gráfica y sencilla de entender, en la que empleó señales de tráfico para apoyar sus explicaciones.
3. Al acabar el encuentro "formal", varios nos fuimos a un bar para continuar con el encuentro "informal".  Con unas cervezas en la mano, intercambiamos experiencias, hicimos preguntas y nos contamos nuestras penas sobre la accesibilidad web.

Algunos de los comentarios que la gente ha dejado en la página del evento:

Fernando: ¡Fenomenal el encuentro de ayer! Para mí, que soy aprendiz de todo resultó muy ameno e instructivo y me ha permitido conocer nuevas personas y realidades; y lo más importante, de tener interés, he pasado a tener conciencia de la importancia de la accesibilidad en los proyectos de desarrollo de software. Muchísimas gracias a Alan y Ramón por su iniciativa y sus intervenciones. Como se repitió ayer en varias ocasiones, espero veros a todos de nuevo, dentro de un mes. 

Raquel: Una estupenda iniciativa, habrá que ir elaborando propuestas para los próximos encuentros. Os dejo el lector que os comente ayer: Lector de pantalla NVDA gratuito para Windows Web: http://www.nvda-project.org/     

Rosana: Interesante la "metodología" ágil de Alan y la demostración de Ramón que, aunque breve, fué suficiente para darme cuenta de que es indispensable la experiencia de las personas con diversidad funcional. (yo creía que el blanco sobre negro y el negro sobre blanco eran las mejores opciones de contraste, je, je.) 

Pablo: Fue una correcta introducción a la accesibilidad. Me sorprendió gratamente la charla sobre agilismo y su entronque con el desarrollo de proyectos accesibles. Se nota que fue la primera reunión y que hay cosas que pulir, principalmente en cuestión de ritmo y en fijar la dinámica del evento. Por lo demás, gracias Alan y compañía por la iniciativa.

[Actualización 18/01/2012]
Me han dejado el siguiente comentario:
Sergio,nos podrías explicar (o alguno de los asistentes) como encaja una metodologia "Ágil" con la obligatoriedad por ley de regirse por las WCAG 1.0 ??

Son dos cosas totalmente distintas. La forma tradicional de aplicar la accesibilidad es la siguiente:

1. Por alguna razón (por contrato o por ley), un sitio web que se está desarrollando debe ser accesible.
2. En la actualidad, la única forma "oficial" de demostrar que un sitio web es accesible es mediante la certificación.
3. La certificación se basa en cumplir los puntos de verificación de WCAG 1.0 (o en España, la Norma UNE 139803:2004).
4. Por tanto, en la mayoría de los casos, el requisito de accesibilidad se convierte en lograr la certificación, no en lograr una accesibilidad verdadera.
5. Al final del proyecto, cuando el sitio web está prácticamente terminado, se empieza a pensar en la accesibilidad: se valida el sitio web y lo que presente errores, se corrige, ya que el único fin es obtener la certificación, cumplir con los puntos de verificación, y nada más.

Quizás el énfasis en esta forma de actuar también provenga, en parte (una parte muy pequeña), del propio W3C, ya que en WCAG 1.0, en el Apéndice A: Validación, incluyen un método de validación de la accesibilidad.

Alan Chuter explicó que la accesibilidad se debe tener en cuenta desde el principio del proyecto, como un requisito más. En realidad, esto es algo obvio, y se puede aplicar tanto al método Ágil como a otros métodos (en cascada, en espiral, etc.). Pero entonces, ¿por qué hablar del método Ágil?

El método Ágil lo que aporta son una serie de ventajas, como un contacto más cercano con el cliente, pequeñas reuniones diarias, un menor énfasis en la documentación o entregas de productos funcionando cada poco tiempo (normalmente, dos semanas), que se ha visto que mejoran el éxito de los desarrollos software en general.

En resumen, emplear un método Ágil a la accesibilidad web tiene como objetivo llegar en las mejores condiciones (y posiblemente con un menor coste) a la fase de prueba y certificación, en la que se aplicará WCAG 1.0 (Norma UNE 139803:2004). El método Ágil no sustituye la obligatoriedad por ley de regirse por las WCAG 1.0, el método Ágil es el (posible) camino para lograrlo.

Vídeos del Máster en Tecnologías de Apoyo, Accesibilidad y Diseño para Todos

Hace unos meses escribí una entrada sobre el Máster en Tecnologías de Apoyo, Accesibilidad y Diseño para Todos (TADIS), organizado por la Universidad Carlos III de Madrid.

En el portal de vídeos de la Universidad Carlos III hay publicados varios vídeos del máster, por ahora 18 que suman casi 7 horas. Estos vídeos tratan diferentes temas, como el concepto de accesibilidad universal, la accesibilidad a los contenidos digitales, políticas sociales sobre accesibilidad y características sociodemográficas de las personas con discapacidad.

Sobre la accesibilidad web hay dos vídeos:

• Tema 2: Accesibilidad a los sitios web. Parte 1
• Tema 3: Accesibilidad a los sitios web. Parte 2

Cómo utilizan la web las personas con discapacidad

El arte de la guerra es un libro sobre tácticas y estrategias militares, inspirado por Sun Tzu, un famoso autor militar, que vivió en China hace más de dos mil años. En los últimos años, las enseñanzas de este libro se han aplicado a otros ámbitos, como el marketing o la administración de empresas (en las librerías de los aeropuertos son muy populares estos libros). De este libro se han extraído algunas frases célebres, como "Conoce a tu enemigo y conócete a ti mismo; en cien batallas, nunca saldrás derrotado" o "Para conocer a tu enemigo tienes que convertirte en tu enemigo".

Para vencer al "enemigo" de la accesibilidad te tienes que convertir en tu enemigo, es decir, en las personas con discapacidad (es una metáfora, que nadie piense mal). No se puede hacer un sitio web accesible simplemente siguiendo las pautas o los consejos de accesibilidad: hay que "meterse" en la piel de una persona con discapacidad, para poder detectar los problemas de accesibilidad que puede tener un sitio web. En realidad, hay que meterse en la piel de diferentes personas con diferentes discapacidades.

En Internet podemos encontrar diferentes recursos que nos pueden ayudar a ello, que nos explican cómo navegan por la Web las personas con discapacidad y qué problemas se encuentran:

• How People with Disabilities Use the Web (W3C)
• How People with Disabilities use the Web (Support-EAM)
• Learn how people with disabilities use the Web (Yahoo!)

La página Videos of How People with Disabilities Use ICT es muy interesante porque en ella podemos encontrar algunos vídeos donde se muestran a personas con discapacidad utilizando la Web con diferentes tecnologías de apoyo como lectores o magnificadores de pantalla.

Curso "Usabilidad y accesibilidad"

Mañana jueves 12 de enero comienza la asignatura Usabilidad y Accesibilidad del Máster online en Documentación Digital organizado por la Universidad Pompeu Fabra de Barcelona. Esta asignatura se puede cursar de forma independiente al máster.

El temario de la asignatura es:

• Introducción a la usabilidad
• Análisis de requerimientos
• Redactar para la web
• Percepción visual en interfaces web
• Evaluación experta de la usabilidad en sitios web
• Evaluación de la usabilidad con usuarios
• Técnicas de investigación de usuarios
• El uso del eyetracking para evaluación de usabilidad en la web
• Web 2.0 y usabilidad
• Accesibilidad web

Encuentro sobre accesibilidad de las TICs en Madrid

Alan Chuter ha dejado el siguiente mensaje en la lista accesoweb:

Hola a todos,

El próximo día 17 en la Sala Ciball (Centro de Innovación Ballesta), Calle Corredera Baja de San Pablo, 41, 28004 Madrid.

Es un encuentro mensual en torno a la accesibilidad a la vez técnico y social. Hemos comprobado que a menudo los diseñadores Web no comprenden la experiencia del usuario con discapacidad mientras los usuarios tienen dificultades para comunicar a los diseñadores los problemas que encuentran. Somos un grupo de diseñadores de contenidos Web, personas con discapacidad usuarias de la Web, y profesionales de la accesibilidad. Posibles temas a tratar entre otros:

* Técnicas ágiles, desarrollo Web y accesibilidad
* Libros electrónicos y accesibilidad

Si te apetece hablar de otro tema (por ejemplo, Javascript y Ajax, o el impacto de la crisis económica y social en la accesibilidad) o quieres dar una charla sobre el tema que te obsesiona en estos momentos lo puedes proponer.

Para organizar el evento existe un grupo en Meetup.com. Si aun no te has dado de alta en Meetup.com ese es el primer paso. El segundo es unirte al grupo y apuntarte para el evento ("RSVP").

saludos,

Alan Chuter

Día W3C en España

El próximo jueves 12 de enero de 2012 se celebrará en Granada el Día W3C en España: La Plataforma Web Abierta. En la noticia publicada en la web del W3C en España podemos leer:

La Oficina W3C en España y CTIC, en colaboración con la Junta de Andalucía, se complacen en anunciar la celebración de la reunión anual del W3C en España, que se celebrará el 12 de enero, enmarcada en el Open Source World Conference de Granada.

En esta edición el tema principal será HTML5, pieza clave de la Plataforma Web Abierta, así como algunas de las tecnologías de esta plataforma que ofrecen la posibilidad de una Web mucho más rica, ágil y fácil de usar para las personas e interoperable para las máquinas. Otro tema clave será el movimiento en torno al Open Data y la Reutilización de Información del Sector Público. La charla inaugural será llevada a cabo por Dominique Hazael-Massieux, Director de la Iniciativa de Web Móvil del W3C. En la sesión sobre Open Data se discutirán temas técnicos avanzados sobre este tipo de iniciativas, así como el impacto del Real Decreto de Reutilización de Información Pública en la administración española.

En busca de una participación de los asistentes, la principal novedad son las denominadas “micro-presentaciones“, charlas cortas e informales de 5 minutos, donde cualquiera puede presentar los trabajos que esté desarrollando sobre estándares Web. Si deseas participar y realizar tu propia micro-charla, deberás informarnos, antes del día 31 de diciembre.

La asistencia al evento es libre y gratuita, aunque es necesario que te registres en el OSWC, ya que el aforo es limitado. Consulta más información sobre la agenda con todos los ponentes confirmados o la localización exacta en el sitio web del Día W3C en España 2012.

¿Denunciar la falta de accesibilidad? Inútil en España

Hace unos días, en mi entrada Lista de denuncias contra sitios web no accesibles en Estados Unidos, comenté que yo sólo conocía dos casos de denuncias sobre accesibilidad web en España, realizadas por el CERMI, pero que desde que se habían producido en el año 2009, no sabía en qué habían quedado. Félix Zapata dejó un par de comentarios al respecto, en los que comentaba las dificultades que había tenido para recabar información sobre el tema en los ministerios relacionados con el tema.

Acabo de encontrar la noticia CERMI Madrid denuncia que la Dirección General de Vivienda de la Comunidad de Madrid no ha impuesto ninguna sanción por incumplimiento de las leyes de accesibilidad. La noticia se refiere a la accesibilidad al medio físico, pero el escenario poco esperanzador que describe también se puede aplicar a la accesibilidad web:

La Dirección General de Vivienda de la Comunidad de Madrid, órgano de coordinación competente en la aplicación del régimen sancionador en materia de accesibilidad, no ha hecho efectiva ninguna sanción por incumplimiento de la Ley desde su entrada en vigor hace ya doce años por falta de voluntad.
[...]
A pesar de que desde el Ejecutivo Regional se escuchan con frecuencia voces que indican lo mucho que se está avanzando en materia de accesibilidad, la realidad es que el organismo competente dentro de la Comunidad de Madrid, (Dirección General de Vivienda) que ha de mostrar una actitud proactiva y beligerante respecto del incumplimiento de la norma mediante la aplicación, en su caso, de las correspondientes sanciones, hace dejación de sus funciones y mantiene fuera de efecto las propias leyes que el Gobierno Regional aprueba.
[...]
Desde 1999, año de entrada en vigor del Reglamento que regula el Régimen Sancionador de la Ley de Supresión de Barreras de la Comunidad de Madrid, de los 333 expedientes abiertos, no se ha impuesto ni una sola sanción a los infractores, llegando incluso a prescribir, en algún caso, el hecho denunciado, lo que resulta inconcebible ante la autoproclamada misión por parte de los referidos organismos de promover, impulsar y fomentar la adopción de medidas adecuadas en materia de accesibilidad, en favor de la inclusión y en contra de toda discriminación.

¿Para qué tantas leyes, regímenes sancionadores y órganos competentes que deben vigilar su cumplimiento? Luego se dice que sobra administración pública, y con razón, porque mucha no sirve para absolutamente nada.

Dónde comprar productos de apoyo en España

Hoy he recibido un correo electrónico con la siguiente pregunta:

El motivo de enviarle este correo es el siguiente: mi padre padece degeneración macular en ambos ojos y llevamos tiempo buscando un teclado especial que le pueda ayudar a manejar algo mejor el ordenador.
A través de internet hemos visto en su web el  teclado de la empresa VISIKEY que pensamos le podría servir.
Nos gustaría nos informara de la posibilidad de adquirir uno de estos teclados.

El correo hace referencia a un teclado con las teclas sobredimensionadas y de alto contraste que aparece en el apartado de productos de apoyo de mi sitio sobre accesibilidad web.

Recordemos que las ayudas técnicas, tecnologías de apoyo o productos de apoyo (que es el nombre "correcto" según la Norma UNE-EN ISO 9999:2007: Productos de apoyo para personas con discapacidad. Clasificación y terminología) son "cualquier producto, instrumento, equipo o sistema técnico utilizado por una persona minusválida, fabricado especialmente o disponible en el mercado para prevenir, compensar, mitigar o neutralizar la deficiencia, incapacidad o discapacidad". Esta definición incluye tanto productos hardware como software.

En España, el Centro de Referencia Estatal de Autonomía Personal y Ayudas Técnicas (CEAPAT) ofrece el Catálogo de Productos de Apoyo, en el que se puede encontrar información sobre todo tipo de productos de apoyo (no solamente relacionados con el uso del ordenador), con información sobre los fabricantes y vendedores. Según dicen, ofrecen "el catálogo de productos de apoyo más completo con 2.994 productos y 588 empresas".

En este catálogo, en las categorías:

• Productos de apoyo para la comunicación y la información
• Dispositivos de entrada para ordenadores
• Teclados

Podemos encontrar algunos teclados con las teclas de gran tamaño. Algunos de los fabricantes que los ofrecen son:

• B & J Adaptaciones: Barcelona, 932850437- 655942432.
• Europea de Comunicaciones: Madrid, 627450777.

Herramientas para evaluar la legibilidad

Hace unos días escribí la entrada Vocabularios reducidos para crear textos sencillos en la que trataba el tema de la legibilidad de los textos.

En mi sitio web sobre accesibilidad web acabo de añadir una página sobre herramientas de análisis de la legibilidad. Estas herramientas emplean una serie de fórmulas matemáticas, que básicamente cuentan el número de palabras y el número de sílabas por palabra, para calcular unos índices de legibilidad.

Las herramientas que comento en mi página son:

Flesh

Herramienta gratuita desarrollada en Java, que dispone versión para línea de comandos para todas las plataformas o con interfaz gráfica para Linux, Mac y Windows. Permite procesar diferentes formatos de ficheros, incluídos Microsoft Word y Adobe PDF. Emplea dos indicadores: Flesch Reading Ease Score y Flesch-Kincaid Grade Level.

INFLESZ

Herramienta gratuita disponible para el sistema operativo Microsoft Windows. Calcula nueve parámetros útiles para evaluar la legibilidad de un texto escrito en español: Palabras, Sílabas, Frases, Promedio sílabas / palabra, Promedio palabras / frase, Índice Flesch-Szigriszt, Grado en la Escala Inflesz, Correlación Word y Fórmula de Flesch-Fernández Huerta.

Readability index calculator

Herramienta online que permite calcular la legibilidad de un texto a través de diferentes métodos: Flesch-Kincaid (inglés); LIX (sueco y danés), Fenández-Huerta (español), Douma (holandés) y Kandel & Moles (francés).

Readability Test

Herramienta online que permite calcular la legibilidad de una página web (se tiene que indicar la URL) mediante tres algoritmos: Gunning Fog, Flesch Reading Ease y Flesch-Kincaid.

Tests Document Readability

Herramienta online que permite calcular la legibilidad de un texto a través de diferentes métodos: Coleman Liau index, Flesch Kincaid Grade Level, ARI (Automated Readability Index) y SMOG.

TxREADABILITY

Herramienta online que permite evaluar la facilidad de lectura de una página web, para textos en español, inglés y japonés.

Vocabularios reducidos para crear textos sencillos

La legibilidad de un texto es una característica que indica la dificultad de lectura y comprensión de un texto. Sobre el tema de la legibilidad de los textos he escrito varias veces:

• Legibilidad de una página web (13/12/2007)
• Legibilidad: facilidad de lectura y comprensión (14/10/2008)
• Más sobre legibilidad (facilidad de lectura y comprensión) (20/05/2009)

En la accesibilidad web, hay que tener en cuenta la legibilidad de los textos porque un texto complejo será difícil de comprender por la mayoría de las personas sordas y por las personas con algunos tipos de discapacidad cognitiva. Recordemos que las Pautas de Accesibilidad del Contenido en la Web 1.0 dicen en el punto de verificación 14.1 "Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio" (prioridad 1).

Está claro que en sitios web muy específicos (por ejemplo, en sitios web con información técnica o científica) no se puede evitar utilizar términos y construcciones gramaticales muy concretas, pero en sitios web de caracter general se puede emplear un vocabulario simplificado y sencillo que evite el uso de términos "rebuscados", con varios significados, poco utilizados, etc.

En inglés existen varios vocabularios reducidos o simplificados que se emplean en la enseñanza del inglés. Por ejemplo, para crear versiones simplificadas o adaptaciones (abridged versions) de libros famosos. Estos vocabularios también se pueden emplear para crear textos sencillos para todo el mundo y así cumplir con la pauta 14.1.

Un par de ejemplos de estos vocabularios para el inglés son:

• Voice of America Special English Word Book (lista en la Wikipedia), con aproximadamente 1.500 palabras (inglés americano) que se emplean en las emisiones con inglés simplificado. Esta lista se publica desde el año 1962 y cada año va cambiando, ya que la lengua es algo vivo.
• The Oxford 3000, con 3.000 palabras (inglés británico) que se emplean como base en numerosas obras de la editorial Oxford University Press.

¿Qué recursos similares existen para el español?

Subtítulos en los vídeos en HTML5

Hace unos días escribí el artículo Accesibilidad de los vídeos en HTML5 en el que comentaba que la nueva etiqueta <video> de HTML5 no contempla por ahora la posibilidad de incluir subtítulos de forma nativa, por lo que los vídeos en HTML5, aunque se mejora el control por medio del teclado, seguirán teniendo problemas de accesibilidad.

Un lector de este blog (¡muchas gracias!) ha dejado el siguiente comentario en dicho artículo:

Si bien no es la solución definitiva, la gente de Opera explica cómo crear subtitulados para videos HTML5 con JavaScript (solo funciona en algunos navegadores):

http://dev.opera.com/articles/view/accessible-html5-video-with-javascripted-captions/

El artículo al que hace referencia el lector, Accessible HTML5 Video with JavaScripted captions, explica una técnica que permite sincronizar la visualización de subtítulos con el vídeo. Básicamente la técnica consiste en:

1. Incluir en la página web que contiene el vídeo los subtítulos en un <div> que se superpone al vídeo.
2. Cada subtítulo esta etiquetado con un <span> que contiene las marcas de tiempo en las que se debe mostrar (para la marcas de tiempo se emplea una nueva posibilidad de HTML5 llamada custom data- attributes).
3. Desde JavaScript, mediante el evento ontimeupdate, que se ejecuta cada cierto tiempo cuando el vídeo se está reproduciendo, y mediante la propiedad currentTime, que indica el tiempo de reproducción actual del vídeo, se muestra el subtítulo adecuado (mediante CSS se oculta o se visualiza el subtítulo).

Sin embargo, lo más interesante es lo que podemos leer al principio del artículo, una nota añadida hace tres meses, el 22/09/2011:

NOTE, September 22nd 2011: There is a new and shiny way to add subtitles to HTML5 video using the new <track> element, but this isn't yet implemented. The hacky technique discussed below works now, but it isn't the "right" way to do it.

Afortunadamente, parece que ya se ha planteado la solución al problema de los subtítulos con la incorporación de una nueva etiqueta llama <track>. Recordemos que HTML5 por ahora es un trabajo en progreso, que el W3C ha fijado que se terminará en el año 2014, aunque para el WHATWG (los que comenzaron el desarrollo de HTML5), nunca estará terminado.

La etiqueta <track> posee el atributo src que permite indicar un fichero externo que contiene los subtítulos (con sus correspondientes marcas temporales). El formato propuesto para los subtítulos se llama WebVTT (Web Video Text Tracks) y es un formato similar a SUB o SRT.

Desgraciadamente, parece que por ahora ningún navegador soporta esta nueva etiqueta, pero dentro de poco podremos hacer cosas como lo siguiente:
<video src="brave.webm">
 <track kind=subtitles src=brave.en.vtt srclang=en label="English">
 <track kind=captions src=brave.en.vtt srclang=en label="English for the Hard of Hearing">
 <track kind=subtitles src=brave.fr.vtt srclang=fr lang=fr label="Français">
 <track kind=subtitles src=brave.de.vtt srclang=de lang=de label="Deutsch">
</video>

Accesibilidad de los vídeos en HTML5

Hoy he recibido un correo electrónico con la siguiente pregunta de un lector de este blog:

Bueno te escribía por si me puedes ayudar con la accesibilidad en HTML5, quiero insertar un vídeo con la etiqueta <video>, pero me estoy dando de bruces, pues este vídeo, no trae subtítulos, y no puedo meter un alt, ni legend, bueno que no sé cómo hacer este vídeo accesible.

Si no ha habido cambios en los últimos meses, la respuesta es NO, no se puede por ahora. En el artículo Future Web Accessibility: HTML5 <video> nos lo explican muy bien. Así que, por ahora hay que buscar otras alternativas.

Los vídeos normalmente se han mostrado en la web mediante un objeto Flash. Esto ocasionaba dos problemas importantes de accesibilidad (suponiendo que el vídeo estuviese correctamente subtitulado):

1. Había que tener instalado el componente (plugin) de Flash en el navegador. Y además, no sobraba con tener instalada una versión cualquiera, normalmente se tenía que tener instalada la "última de la última" de las versiones del plugin.
2. En algunos navegadores, los controles del reproductor Flash no eran directamente accesibles mediante teclado.

La nueva etiqueta <video> de HTML5 resuelve estos dos problemas:

1. La etiqueta forma parte de la especificación de HTML5 y en un corto plazo de tiempo será soportada por todos los navegadores. Si buscamos el soporte de video en When can I use.., veremos que los principales navegadores la soportan desde hace tiempo. Sin embargo, hay un problema que no está todavía resuelto, la estandarización de los codecs, pero ese es otro problema.
2. Los controles del reproductor son proporcionados directamente por el navegador, por lo que se pueden manejar mediante el teclado sin problemas. En el artículo Keyboard Access for HTML5 Video se presenta un pequeño test que hizo el autor en agosto de 2010: los resultados fueron bastante positivos, por lo que es de suponer que más de un año después la situación sea incluso mejor.

Desgraciadamente, como explican en el artículo Future Web Accessibility: HTML5 <video>, por ahora existe un problema grave de accesibilidad que se está intentado resolver: la especificación actual no contempla ningún mecanismo para proporcionar subtítulos.

Por cierto, desde hace tiempo YouTube ofrece la posibilidad de visualizar sus vídeos utilizando un reproductor HTML5, aunque con ciertas restricciones.

Visualización de las teclas de acceso rápido o atajos de teclado

Las teclas de acceso rápido o atajos de teclado son pulsaciones de varias teclas que permiten acceder directamente o ejecutar una opción de un programa. Por ejemplo, en Microsoft Word, la pulsación de Ctrl+N aplica el formato negrita o la pulsación de Alt+A permite acceder al menú archivo.

En este blog he escrito varias veces sobre este tema en el pasado:

• Las teclas de acceso rápido o atajos de teclado (5/1/2007)
• Las teclas de acceso rápido o atajos de teclado: ¿consenso? (6/1/2007)
• Ejemplo de uso de los atajos de teclado (21/11/2008)

En las Pautas de Accesibilidad al Contenido en la Web 1.0 del WAI, el punto de verificación 9.5 dice:

9.5 Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles de formulario y los grupos de controles de formulario. [Prioridad 3]
Por ejemplo, en HTML, especifique los atajos a través del atributo "accesskey".

Desgraciadamente, el empleo de los atajos de teclado no está muy extendido y siempre ha habido gente a favor y en contra de su uso por los problemas que conlleva:

• El usuario no sabe si están definidos o no los atajos de teclado.
• El usuario no sabe qué teclas se han asignado a los atajos de teclado.
• Los atajos de teclado pueden causar conflicto con los atajos de teclado del navegador, con los del sistema operativo o con los del lector de pantallas.
• El usuario no sabe cómo activar los atajos de teclado (cambia de un navegador a otro y de un sistema operativo a otro).
• El usuario no puede pulsar las combinaciones de tecla de los atajos de teclado.

Acabo de descubrir que en el navegador Opera los dos primeros problemas están resueltos, como vamos a ver a continuación.

La página web de la Seguridad Social de España tiene definidos algunos atajos de teclado. Normalmente, en la página dedicada a la accesibilidad se suele incluir la lista de atajos de teclado de un sitio web, y así ocurre en la página sobre accesibilidad de la Seguridad Social:

En el navegador Opera la combinación de teclado Mays (Shift) + Esc muestra una ventana flotante en la que se listan los atajos de teclado que contiene la página:

Como podemos ver en la imagen anterior, en primer lugar aparece la tecla correspondiente al atajo de teclado y a continuación aparece la URL de destino del enlace, ya que en este caso los atajos de teclado están asociados a enlaces. Sin embargo, que aparezca la URL no es muy útil, ya que muchas veces la URL no es suficientemente significativa como para que el usuario sepa cuál es el destino del enlace.

He realizado una prueba: he creado una página web sencilla con una lista de enlaces y un formulario con varios controles. Tanto los enlaces como los controles del formulario tienen definido un atajo de teclado con el atributto accesskey. Además, he usado el atributo title para proporcionar información adicional sobre los enlaces o los controles. Como se puede ver en la siguiente imagen, cuando un enlace o un control tiene el atributo title definido, Opera lo emplea al mostrar la lista de atajos de teclado, por lo que se puede emplear para proporcionar información sobre el uso y finalidad de los atajos de teclado.

Por ahora, me parece que Opera es el único navegador que ofrece esta funcionalidad, ya que he consultado los atajos de teclado de Mozilla Firefox, y no aparece nada parecido.

Presentaciones y transcripción de Website Accessibility Metrics

El W3C, a través del WAI, organizó Website Accessibility Metrics Online Symposium el pasado 5 de diciembre de 2011. El objetivo principal de este simposio era reunir, analizar y discutir experiencias prácticas relacionadas con la medición de la accesibilidad web:

The primary objective of this symposium is to gather, analyze, and discuss practical experience with measuring website accessibility. These may include approaches for measuring 'accessibility in terms of conformance' (metrics that reflect violations of conformance of web content with accessibility guidelines such as WCAG or derivatives such as Section 508) and 'accessibility in use' (metrics that reflect the impact that accessibility issues have on real users, regardless of guidelines). The papers resulting from this symposium will constitute the basis from which to further explore a research and development roadmap for website accessibility metrics.

Se presentaron 11 artículos. Además de las transparencias de los artículos, también se ha publicado la transcripción de la teleconferencia que tuvo lugar.

Relacionado con este tema, el W3C mantiene el Benchmarking Web Accessibility Metrics, en el que se puede encontrar información sobre qué características debe tener una buena métrica.

Amóvil, nuevo portal sobre la accesibilidad y las comunicaciones móviles

El pasado jueves 22 de diciembre se presentó Amóvil, un proyecto de accesibilidad móvil desarrollado por Technosite, empresa especializada en tecnología accesible. El proyecto está cofinanciado por el Plan Avanza del Ministerio de Industria, Turismo y Comercio.
Según podemos leer en la página de Amóvil:

Amóvil es un espacio en Internet que trata de ayudarte a identificar dispositivos móviles que se adapten tanto a tus características personales como a tus preferencias de uso. Respondiendo a cuestiones relacionadas con tus capacidades y el uso que vas a hacer de la tecnología móvil, nuestro asistente experto buscará los productos y servicios que más se adecuen a tus necesidades.

El sitio web incluye un buscador de tecnología móvil y un asistente experto.
En el acto de presentación de Amóvil también se presentó el Libro blanco para el diseño de tecnología móvil accesible y fácil de usar, disponible en formato PDF para descargar.

La estructura de capítulos del libro blanco es la siguiente:

• En el capítulo 1, titulado “Tecnología móvil: usos y realidad social”, se muestra el impacto de la tecnología móvil para la sociedad en su conjunto, además de explicar las tendencias sociales y la responsabilidad que deben adquirir las empresas para no excluir a las personas con discapacidad, mayores y otros colectivos vulnerables.
• El capítulo 2, “Dispositivos y personas”, se centra en mostrar la realidad de los usuarios, sus necesidades en el acceso a la información, las barreras a las que se enfrentan al acceder a las comunicaciones móviles y, en definitiva, su experiencia al interactuar con tecnologías en las que, generalmente, no se ha contado con sus opiniones en las distintas fases del diseño.
• En el capítulo 3, “Diseño inclusivo de dispositivos móviles”, se aportan las pautas que los diseñadores han de aplicar para que los dispositivos móviles contemplen las necesidades de personas con limitaciones visuales, auditivas, físicas o en la comprensión.
• El capítulo 4, “Accesibilidad no sólo en el dispositivo”, recoge una serie de requisitos que se han de tener en cuenta para que las personas con limitaciones funcionales puedan disfrutar de un pleno uso de las comunicaciones móviles: aplicaciones accesibles, accesibilidad en la Web móvil, servicios que potencien la accesibilidad, etc.

Lista de denuncias contra sitios web no accesibles en Estados Unidos

Hace unos meses escribí la entrada Denuncias contra sitios web no accesibles en Estados Unidos, en la que comentaba que en Estados Unidos se toman la accesibilidad web con mucha más seriedad que en España. En realidad, lo que se toman con mucha más seriedad es la Justicia. Aquí en España, las leyes sobre accesibilidad web se la pasan por el "arco del triunfo" los mismo que hacen las leyes. Recordemos el caso de la página web del Senado, o más recientemente, lo que podemos leer en la página sobre accesibilidad del sitio web de La Moncloa. Ahora que Celia Villalobos es la nueva vicepresidenta del Congreso, no se puede esperar que la situación mejore (recordemos su bochornoso espectáculo con el tema de los tontitos, aunque también podríamos rescatar su famoso vídeo con Manolo, el conductor de su coche oficial).

Ahora acabo de encontrar la página web List of Web Accessibility-Related Litigation and Settlements, que contiene enlaces a 40, ¡¡40!!, denuncias judiciales por temas de accesibilidad web que se han presentado en Estados Unidos. Y algunos de los denunciados no son empresas u organizaciones desconocidas: Bank of America, Amazon, Radio Shack, Expedia, Penn State University, Disney, New York University. ¡Impresionante!

¿Conoces alguna denuncia que se haya presentado o sentencia que se haya realizado en materia de accesibildiad web en España?

Yo sólo recuerdo las denuncias que el CERMI presentó contra el Metro de Madrid y la Universidad Autónoma de Madrid, que no parece que hayan llegado muy lejos, ya que no se ha vuelto a publicar ninguna noticia al respecto.

Accesibilidad de los sitios web de las Diputaciones Provinciales de España

He publicado el análisis de la accesibilidad de las páginas de las Diputaciones Provinciales de España que ha realizado un alumno como trabajo de un curso.

En este análisis realizado con herramientas de evaluación automática, se muestran los resultados obtenidos en la evaluación de la accesibilidad de las páginas web de 10 diputaciones españolas. Se ha seleccionado un total de 10 sitios web de diputaciones españolas, basando la selección en los municipios con mayor número de habitantes que tienen diputación provincial.

Los resultados obtenidos muestran que la página principal más accesible es la de la Diputación Provincial de Málaga, mientras que la peor es la correspondiente a la Diputación Provincial de Valladolid.
El informe se puede descargar en formato PDF.

El Centro de Referencia en Accesibilidad Web de Argentina

A través de la noticia El Centro de Referencia en Accesibilidad Web cumple un año de vida, me he enterado de la existencia del Centro de Referencia en Accesibilidad Web (CRAW) dependiente de la Oficina Nacional de Tecnologías de Información (ONTI) de Argentina.

La misión principal del CRAW es "permitir que las páginas web pertenecientes al Estado Nacional, puedan ser accedidas por un mayor número de personas, independientemente de sus propias limitaciones o de las derivadas de su entorno". Para ello, "el CRAW validará el grado de cumplimiento de estándares de accesibilidad web. Asimismo, ofrecerá servicios de capacitación a la Administración Pública Nacional y dispondrá de un observatorio tendiente al cumplimiento de la legislación vigente en materia de la Sociedad de la Información y accesibilidad web universal de las personas con capacidades diferentes a fin de garantizar la igualdad de oportunidades y la no discriminación".

Recordemos que en Argentina a finales de noviembre de 2010, fue aprobada la Ley 26.653 de Accesibilidad de Información en las Páginas, que "compromete al Estado nacional a respetar en el diseño de sus páginas Web las normas y requisitos sobre accesibilidad de la información que faciliten el acceso a sus contenidos a todas las personas con discapacidad, con el objeto de garantizarles la igualdad real de oportunidades y trato, evitando así todo tipo de discriminación".

La Resolución 69/2011 aprueba la "Guía de Accesibilidad para Sitios Web del Sector Público Nacional", que es una transposición directa de las Pautas de Accesibilidad al Contenido en la Web 1.0 del W3C.

Los interfaces cerebro-máquina disponibles en cinco años

Varias veces he hecho referencia al control del ordenador (u otros dispositivos) con la mente. Por ejemplo:

• Otro centro en el que investigan el control mental del ordenador (25/10/2011)
• Otros que se apuntan al control mental del ordenador (16/06/2011)
• En Francia también investigan sobre el control del ordenador con la mente (16/01/2011)

Los interfaces cerebro-máquina (en inglés Brain-Computer Interfaces, BCI), son sistemas de comunicación que permiten transmitir al ordenador instrucciones simplemente con el pensamiento. Como es de imaginar, para muchos usuarios con discapacidad, el empleo de estos sistemas supondrá una mejora considerable de su calidad de vida.

Por ahora son un poco "ciencia ficción": son lentos, necesitan un período de entranamiento bastante largo para que aprendan a interpretar los pensamientos de los usuarios y el porcentaje de acierto no está muy cerca del 100%.

Sin embargo, todo es cuestión de tiempo. ¿Cuánto? 5 años, o al menos eso es lo que predice IBM y podemos leer comentado en el artículo El futuro, de cinco en cinco:

3. Lectura de la mente. Es la que más me cuesta aceptar porque por ahora todos los sistemas que he probado en esta línea de investigación son bastante poco fiables pero según IBM en los próximos años avanzaremos considerablemente en los interfaces cerebro-máquina, permitiendo manejar dispositivos tan sólo pensando en las acciones que deben realizar.

[Actualización 21/12/2011]
El artículo original de IBM, con algunos vídeos y extensas explicaciones: The IBM 5 in 5: Our Forecast of Five Innovations That Will Alter the Tech Landscape Within Five Years.

La Moncloa hace lo que le da la gana

Ayer consulté la página sobre accesibilidad de La Moncloa, y me encontré con esta declaración bastante graciosa:

Información histórica
Debido al gran volumen de información publicado en este portal, a la extensión de sus documentos y la frecuencia de actualización, la adaptación de las páginas a los estándares de accesibilidad para documentos anteriores al 1 de enero de 2006 se realizará previa petición por parte del usuario a través de nuestro formulario de contacto indicando el documento objeto de la adaptación, teniendo en cuenta que esta labor es lenta debido a que los distintos documentos están maquetados según los estilos del momento en que fueron publicados por lo que es necesario dotarles de una nueva estructura de documento para este fin.

¿Cómooooo?

Parece que en La Moncloa desconocen totalmente las leyes que ellos mismos han desarrollado y aprobado. Y yo me pregunto: entonces, ¿para qué tantas leyes? ¿Para perder el tiempo?

Recordemos el REAL DECRETO 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social:

2. Las páginas de internet de las administraciones públicas o con financiación pública deberán adaptarse a lo dispuesto en el artículo 5 de dicho reglamento, en los siguientes plazos:
a) Las páginas nuevas deberán ajustarse a la prioridad 1 de la Norma UNE 139803:2004 desde la entrada en vigor del real decreto.
b) Las páginas existentes deberán adaptarse a la prioridad 1 de la Norma UNE 139803:2004 en el plazo de 6 meses desde la entrada en vigor.
c) Todas las páginas, actualmente existentes o de nueva creación, deberán cumplir la prioridad 2 de la Norma UNE 139803:2004 a partir del 31 de diciembre de 2008. No obstante, este plazo de adaptación y la citada norma técnica de referencia podrán ser modificados a efectos de su actualización mediante orden ministerial conjunta, en los términos establecidos en la disposición final tercera de este real decreto.

Es decir, que según este Real Decreto, desde el 12 de mayo de 2008 (6 meses después de entrar en vigor), todas las páginas existentes dede las administraciones públicas deberían ser accesibles y cumplir el nivel A.
Y también podemos recordar la LEY 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información:

A partir del 31 de diciembre de 2008, las páginas de Internet de las Administraciones Públicas satisfarán, como mínimo, el nivel medio de los criterios de accesibilidad al contenido generalmente reconocidos. Excepcionalmente, esta obligación no será aplicable cuando una funcionalidad o servicio no disponga de una solución tecnológica que permita su accesibilidad.

¿Por qué dice La Moncloa que la adaptación de las páginas web existentes a los estándares de accesibilidad se hará bajo petición? ¿Dónde dice eso en la ley?

La accesibilidad web es cosa de todos

La accesibilidad web afecta a todas las personas implicadas en un desarrollo web. Muchas veces se cree que la accesibilidad es únicamente cosa del desarrollador web, de la persona que escribirá el código HTML y CSS y le pondrá un texto alternativo a una imagen con el atributo alt o escribirá las etiquetas de encabezado h1, h2, h3, ...

Quizás esta idea errónea proceda del hecho de que las Pautas de Accesibilidad al Contenido Web  (WCAG 1.0 y WCAG 2.0) son muy técnicas y están orientadas para el desarrollador.

Sin embargo, la accesibilidad es cosa de todos los implicados en un desarrollo web.

El artículo Implementation Plan for Web Accessibility del W3C explica cómo implementar un plan de accesibilidad web en una empresa u organización. En el primer punto dice:

Establish a coordination team with a communication plan.

• Identify representatives from key departments such as marketing, web development, technical support, usability, etc.

El primer paso es crear un grupo en el que estén representados todos los departamentos clave en el desarrollo.

Los desarrolladores/programadores web tienen sus Pautas (WCAG). ¿Existen pautas o consejos para el resto de implicados en el diseño web? En Internet podemos encontrar algunos artículos interesantes:

• Accessibility for Project Managers: explica el papel que debe realizar el gestor del proyecto (project manager) para lograr que sea accesible.
• Accessibility for Information Architects: el arquitecto de información de un sitio web debe tener en cuenta ciertos aspectos para lograr que un sitio web sea totalmente accesible.
• Web Accessibility for Designers: la accesibilidad web se tiene que tener en cuenta desde la fase de diseño visual. Este artículo proporciona algunos consejos sencillos pero esenciales.

¿Conoces algún otro artículo similar en el que se proporcionen consejos para otros implicados en el desarrollo de un sitio web?

ViCRAM

ViCRAM (Visual Complexity Rankings and Accessibility Metrics) es un proyecto que actualmente se está desarrollando en The Web Ergonomics Lab de la Universidad de Mancherster.

El objetivo de este proyecto es establecer un marco que permita describir páginas que visualmente son complejas. Además, se pretende relacionar la complejidad visual de una página con la interacción y el comportamiento de los usuarios ante la página. El objetivo final es mejorar la accesibilidad de los interfaces de usuario al proporcionar un feedback sobre su complejidad y uso.

El proyecto parece muy interesante, pero por ahora no está disponible una herramienta que se pueda emplear para evaluar la complejidad visual de una página.

TecnoAccesible

TecnoAccesible es un portal de información sobre tecnologías de apoyo (ayudas técnicas), accesibilidad de los productos tecnológicos de consumo y sobre herramientas informáticas de accesibilidad web. Además, publica noticias e información sobre las tecnologías de la información y la comunicación (TIC) aplicables a la diversidad funcional de las personas.

TecnoAccesible ofrece un extenso catálogo sobre tecnologías de apoyo: dispositivos apuntadores, pulsadores, teclados, etc.

Ratón facial eViacam

Enable Viacam (eViacam) es un programa de ordenador que sustituye la funcionalidad del ratón permitiendo mover el puntero a partir del movimiento de la cabeza. Funciona en un ordenador PC equipado con una cámara web, sin elementos adicionales. Está disponible para Linux y para Microsoft Windows (2000/XP/Vista/7). eViacam se proporciona de forma gratuita bajo licencia GNU/GPL.

Las instrucciones de uso dicen:

Primero hace falta haber instalado y configurar correctamente la cámara web. Es muy importante configurar la cámara en modo de exposición manual y ajustar este parámetro por obtener 25 fps o más de velocidad de captura. La mayoría de cámaras modernas proporcionan hasta 30 fps. Consulte el manual de la cámara en caso necesario.
Una vez instalado ejecute evicam (evicam.exe para Windows). El programa debe abrirse, detectar automáticamente la cámara y mostrar la imagen en tiempo real.
Sitúe la cámara por obtener una imagen frontal de su rostro. La anchura de este, a la imagen, debe ser aproximadamente un tercio de la anchura del cuadro. Hace falta centrar el rectángulo de seguimiento (azulado) alrededor de su rostro moviendo la cámara o desplazando el cuadro con el ratón (clic en la esquina).
Active la opción por iniciar la función de control desde el menú Archivo. Pruebe a mover la cabeza y observe el resultado. Puede ajustar la sensibilidad (velocidad ejes X e Y) a través del diálogo de configuración. Debe poder hacer llegar el puntero a cualquier lugar de la pantalla.
Para hacer clic sólo hace falta parar el puntero sobre la localización deseada. En unos instantes se generará un clic de forma automática (este tiempo de espera se puede ajustar desde el diálogo de configuración). Utilice la ventana encastada de la parte superior para escoger entre los diferentes tipos de clic.

Los premios Telefónica Ability Awards

Telefónica (¿o es Telefonica?) organiza los Telefónica ability awards:

Los Telefónica Ability Awards nacen con un claro objetivo: reconocer públicamente a aquellas empresas e instituciones que desarrollan modelos de negocio sostenibles, con la inclusión de las personas con discapacidad en la cadena de creación de valor, ya sea como empleados, proveedores y/o clientes. Estos galardones pretenden distinguir a aquellas organizaciones privadas y públicas que, desempeñando su actividad dentro del territorio español, han mejorado su negocio a través del desarrollo de actuaciones con este grupo ciudadano.

De entrada, me parece un poco pijo llamar a estos premios los "Telefónica ability awards". ¿Qué manía tienen algunas empresas por usar a veces el inglés para darle más importancia y solemnidad a ciertas cosas?

Por otro lado, si Teléfonica tiene tanto interés por las personas con discapacidad, podría comenzar dando ejemplo y mejorar la accesibilidad de sus sitios web. Por ejemplo, este mismo sitio web tiene numerosos problemas de accesibilidad:

• Tiene errores de validación de HTML.
• No se emplean las etiquetas de encabezado (h1, h2, ...) para estructurar el contenido de la página.
• No se identifica el idioma de la página con el atributo lang.
• Numerosos enlaces con el mismo texto "Leer más" o "AMPLIAR", que no hacen uso del atributo title para proporcionar más información.
• Numerosas imágenes con el texto alternativo "Imagen noticia" que no aportan nada y que deberían tener un texto alternativo vacío o nulo.
• Tres enlaces cuyo contenido es una imagen sin texto alternativo y que usan el atributo title para simplemente decir "Enlace externo".
• No hay enlaces para saltar al contenido principal de la página.

En definitiva, mucho que arreglar.

Las webs de los partidos políticos, de pena

En el curso de introducción a la accesibilidad web que estoy impartiendo estas semanas, hoy hemos visto las típicas herramientas de evaluación de la accesibilidad web. Una de las actividades ha sido utilizar eXaminator para encontrar un sitio con una puntuación muy baja y otro con una puntuación muy alta.

Entre los sitios con la puntuación muy baja han destacado los sitios web oficiales de los partidos políticos: mucha fachada bonita, pero en cuanto rascas un poco, no encuentras nada bueno (en fin, la historia de todos los días).

El sitio web del Partido Popular, logra una puntuación de 3,5 en el modo estándar y 2,2 en el modo estricto.

He abierto el código fuente y no he podido explorar el código durante mucho tiempo: el encontrarme 16 etiquetas <img /> metidas en el <head /> me ha producido un repelús tremendo. ¿A quién se le ocurre meter imágenes en el <head />? ¿Dónde habrá estudiado el que ha hecho esta página? ¿O es el típico caso de "mi sobrino te hace el sitio web por cuatro euros"?

El sitio web del PSOE, logra una puntuación de 4,9 en el modo estándar y 2,5 en el modo estricto. No está mal, casi un aprobado, aunque tiene guasa el banner que tienen ahora mismo puesto, hecho con Flash (tope accesible) en el que pone "3 de diciembre, Día Internacional de las Personas con Discapacidad, Trabajar por la igualdad de oportunidades". Parece que cuando hicieron el sitio web no trabajaron mucho por la igualdad de oportunidades.

El sitio web de UPyD, logra una puntuación de 3,4 en el modo estándar y 2,4 en el modo estricto.

El sitio web de Izquierda Unida, logra una puntuación de 5,1 en el modo estándar y 3,4 en el modo estricto. No está mal, los únicos que aprueban.

[Actualización 10/1/2012]
He publicado el informe Breve análisis de la accesibilidad de los sitios web de los principales partidos políticos de España que añade un poco más de información a estos resultados.

MaGUI, un magnificador de pantalla hecho en España

Elena Ballesteros, alumna del Máster en Interacción Persona - Ordenador de la Universidad de Lleida ha desarrollado un magnífico trabajo final de máster: un magnificador de pantalla.

Por un lado, nos ofrece una versión del magnificador gratuito y de código abierto MaGUI, que trabaja con las últimas versiones de Windows. Según su autora:

MaGUI es un desarrollo basado en código abierto, para el que cualquier ayuda es bienvenida, así que si como profesional o usuario te interesa colaborar y participar, no lo dudes, toda la ayuda es bienvenida.

Por otro lado, hace un tiempo realizó una encuesta sobre el uso de los magnificadores de pantalla. Los resultados de esta encuesta forman parte de la memoria del Trabajo Final de Máster.

Además, la autora también propone la estandarización de la configuración en los magnificadores de pantalla, ya que puede crear dificultades entre sus potenciales usuarios.

¡Enhorabuena!

Conferencia Diseño para todos

Me he enterado hoy, un poco tarde porque la conferencia es hoy, pero vale la pena comentarlo para que se vea que en España hay mucha gente interesada en la accesibilidad.

Hoy tendrá lugar en Madrid a las 19 horas la conferencia Diseño para todos, organizada por la Asociación de Profesionales de Usabilidad y la Fundación Vodafone. El programa de la conferencia es:

• TIC Accesibles: casos de éxito
• Diseño orientado por la personas: SIMPLIT
• Las TIC como herramienta para la mejora de la calidad de vida de las personas con discapacidad
• Usabilidad para todos en el aprendizaje en red

La accesibilidad de los teléfonos móviles con pantalla táctil

¿Un usuario con problemas de visión graves o ceguera total puede utilizar un teléfono móvil con pantalla táctil? Sí, no hay ningún problema en ello, siempre que las aplicaciones nativas o las páginas web que visite estén correctamente realizadas y proporcionen características de accesibilidad.

Por ejemplo, el sistema operativo iOS de Apple proporciona numerosas características de accesibilidad, por lo que sus teléfonos iPhone o sus tabletas iPad pueden ser utilizadas por una persona ciega, como podemos ver en los siguientes vídeos:

• iPhone VoiceOver Function For People With Disabilities
• iOS: Accessibility Features

Las últimas versiones del sistema operativo Android también son accesibles. En la última versión, Android 4.0, se han mejorado bastante las características de accesibilidad. En el canal de Youtube de Google Nexus se pueden visualizar varios vídeos en los que se explican cómo funcionan las características de accesibilidad. Por ejemplo, el vídeo Android 4.0 Accessibilty: Turning on Accessibility explica cómo una persona ciega puede activar las características de accesibilidad desde el principio, nada más encender el dispositivo, algo muy importante, ya que no tiene mucho sentido ofrecer un sistema accesible que para porderlo activar sea necesaria la ayuda de otra persona.

Nueva versión de NVDA

Hace unos días se liberó la última versión estable de NVDA, el lector de pantallas gratuito para Microsoft Windows.

NVDA 2011.3 ofrece las siguientes novedades:

• Cambio automático del idioma del sintetizador de voz cuando el documento incluye la información adecuada sobre el idioma.
• Soporte para entornos de 64 bits de Java Runtime.
• En las aplicaciones que utilizan el motor Gecko de Mozilla (por ejemplo, Firefox o Thunderbird), se proporciona información sobre el etiquetado y el formato del texto:
• Se indican los niveles de encabezamiento.
• Se avisa cuando el texto está subrayado o tachado.
• En Adobe Reader, se indican los números de fila y columna en las tablas.
• Mejoras cuando la aplicación falla o se bloquea: ahora es capaz de reiniciarse ella sola.

Comparativa de navegadores, sistemas operativos y lectores de pantalla

El artículo Rough Guide: browsers, operating systems and screen reader support proporciona una comparativa de soporte de los principales navegadores, sistemas operativos y lectores de pantalla.

De este estudio no se pueden sacar muchas conclusiones, ya que hay navegadores que no están disponibles para todos los sistemas operativos. Pero si se tiene claro qué sistema operativo se va a utilizar, esta comparativa sí que ayuda a seleccionar el navegador más adecuado para trabajar con un lector de pantallas. Por ejemplo, en Windows se pueden emplear Mozilla Firefox y Microsoft Internet Explorer con el lector de pantallas JAWS, mientras que en Mac OS X el navegador Safari es el único compatible con el lector de pantallas VoiceOver.

El envejecimiento de la población y la accesibilidad web

Es de sobra conocido que la esperanza de vida no para de aumentar en la mayoría de los países. Este aumento de la esperanza de vida no va asociado en igual medida a una reducción de las complicaciones que supone esa mayor esperanza de vida, como por ejemplo la merma de las capacidades funcionales. Por otro lado, la edad media de la población laboral cada vez es mayor en los países desarrollados. Además, en algunos países como en España, se está alargando la edad de jubilación (en España ahora es hasta los 67 años). Por tanto, la demanda de tecnologías y productos que sean accesibles cada vez será mayor, ya que la población que los necesita está en aumento.

El artículo The Aging Workfoce is Changing the Demand for Technology that is Accessible nos explica esta situación.

Vender la accesibilidad web

Hace unos días, un  lector o lectora de este blog (MiRuLu) me dejaba este comentario:

Llevo años intentando convencer a mis jefes de la importancia que tienen los desarrollos web teniendo en cuenta a las personas con discapacidad y por ende las pautas de accesibilidad.

Imagino que sabrás a lo que me refiero, “vender la accesibilidad” a los jefes es una ardua tarea muchas veces imposible de conseguir y IMHO creo que todas las webs deberían plantearse desde un inicio como webs accesibles… ¿¿es que a caso algún arquitecto municipal se plantea hoy en día hacer un acerado sin rampas de acceso adecuadas a discapacitados ¿? .

Creo que en España nos queda un largo camino que recorrer para desarrollar webs por y para la accesibilidad.

Me gustaría que nos dieras consejos en base a tu experiencia de cómo “vender” una web accesible, sí, digo vender por triste que suene porque en mi caso sólo me ha funcionado cuando he expuesto los valores añadidos de la accesibilidad y que se podría decir que no tienen nada que ver con los discapacitados como p.e: El posicionamiento, la longevidad de los desarrollos, los trabajos de calidad y el ahorro futuro en tiempo de cara a nuevas implementaciones etc.

Bueno, menudo reto. ¿Cómo vender la accesibilidad? En mi sitio web sobre accesibilidad web, tengo una página sobre los beneficios de la accesibilidad web, en la que se citan algunos beneficios. Tal como se indica en el comentario, algunos beneficios son "intrínsecos" o primarios porque están directamente relacionados con la accesibilidad (incrementar la audiencia de un sitio web al permitir el acceso de las personas con discapacidad, respetar los derechos de los ciudadanos, cumplir la ley, demostrar la responsabilidad social de la empresa u organización), mientras que otros son beneficios "colaterales" o secundarios (mejorar el posicionamiento en los buscadores, recucir los costes de mantenimiento futuro). Y, desgraciadamente, a veces hay que vender la accesibilidad web apelando a los beneficiones colaterales en vez de a los beneficios intrínsecos.

Los beneficios intrínsecos normalmente se asocian con las personas con discapacidad, pero en realidad, todos nos podemos ver beneficiados en distintas circunstancias. Por ejemplo, el otro día mientras impartía un curso sobre accesibilidad web en la Universidad de Alicante, saqué el tema de la accesibilidad de las estaciones de metro en Madrid (todavía hay muchas estaciones que no son accesibles). Un alumno, que había estado en Madrid hacía poco, se sorprendía de que en algunas estaciones las escaleras que había que subir equivalían a subir a un tercero. ¿La instalación de un ascensor sólo beneficiaría a una persona discapacitada que vaya en silla de ruedas? NO, por supuesto que no, también se beneficiarían:

• Una persona con otro tipo de discapacidad, como puede ser una persona ciega.
• Una persona que estuviese lesionada, tuviese un esguince, o mucho peor, fuese con muletas (en realidad, esto es un tipo de discapacidad transitoria o temporal).
• Una persona que fuese con un cochecito de bebé.
• Una persona que fuese con un carrito de la compra.
• Una persona que fuese con una o varias maletas.
• Una persona que estuviese cansada un día.
• Una persona mayor.

Y seguro que hay más personas que se pueden ver beneficiadas. En realidad, todas las situaciones anteriores son discapacidades, permanentes o transitorias. O mucho mejor: son situaciones que se salen de lo condiderado como "normal" (¿existe realmente lo "normal"?), pero lo "normal" no es lo "único".

Todos nos podemos beneficiar de la accesibilidad web en algún momento. ¿Qué situaciones se te ocurren? Déjanos un comentario con tus ideas.

Para terminar, un ejemplo de lo positiva que es la accesibilidad web (y de lo negativa que es no tenerla en cuenta). Hoy, 20 de noviembre, día de las elecciones generales en España, es un buen día para revisitar la web del Senado de España. Esta web, que es una vergüenza que exista (quizás sea una muestra más de lo útil que es el Senado en España), la he criticado varias veces en los últimos meses:

• El Senado se gastará 350.000 euros al año en traducciones, pero es incapaz de tener una página web accesible
• La nueva web del Senado
• En el Congreso y en el Senado siguen haciendo las cosas fatal

Hoy en vuelto a visitar la web para comprobar si había alguna novedad y me he encontrado con lo siguiente:

En la parte inferior de la página se puede intuir algo, pero no hay barra de desplazamiento vertical, por lo que es imposible leerlo. Esa zona ampliada es la siguiente:

Si accedemos a la página con Google Chrome, tampoco podemos ver lo que hay al final de la página:

Si accedemos a la página con Opera, tampoco lo podemos ver:

Finalmente, si accedemos con Internet Explorer, ya podemos ver sin problemas lo que pone en la página:

Este es un ejemplo de discapacidad o discriminación tecnológica: considerar que todos los usuarios emplean Internet Explorer, y no preocuparse por el resto de usuarios.

MiRuLu, para convencer a tu jefe o a un cliente, le podrías preguntar si le gustaría que le obligasen a utilizar un navegador concreto para navegar por la Web, porque si utilizase otro, no podría navegar. Si te contesta que no le gustaría, dile entonces que cuando no se tiene en cuenta la accesibilidad web, se está haciendo lo mismo con muchos usuarios. Si te contesta que sí le gustaría, entonces no te empeñes en convencerle de que la accesibilidad web es importante, nunca lo conseguirás.

Iniciativa para que los navegadores no tengan errores de accesibilidad

Me acaba de llegar un aviso de la iniciativa The a11y bugs project. El objetivo del proyecto es detectar errores (bugs) de los navegadores web que socavan la accesibilidad y solicitar a los fabricantes de navegadores que resuelvan estos errores e inconsistencias.

Hasta ahora, tienen detectados tres errores, todos ellos relacionados con el uso inconsistente del texto alternativo de las imágenes:

1. El texto alternativo no se usa cuando se hace "copiar y pegar" con un fragmento de texto que contiene imágenes.
2. El texto alternativo no se usa cuando se busca en la página o se traduce.
3. El texto alternativo se corta o no se muestra cuando no se carga la imagen.

Como en la mayoría de los casos, Mozilla Firefox no presenta estos problemas, mientras que el resto de los navegadores sí. Por eso, en el artículo A common platform accessibility platform de este proyecto han puesto la siguiente viñeta:

Traducción: Caballeros, la pregunta es la siguiente: para obtener el mismo comportamiento en todos los navegadores, ¿es más barato corregir estos errores en Internet Explorer, Chrome, Safari y Opera, o romper estas características en Firefox?

Nota: a11y es un atajo de "accessibility", al igula que i18n es un atajo de "internationalization".