Accesibilidad en la Web

Y siguen los correos no accesibles

2012-01-31T12:58:00.001+01:00

Bueno, ayer escribí la entrada Accesibilidad de los correos electrónicos en la que comentaba la costumbre que tienen en la Universidad de Alicante de mandar correos no accesibles y hoy lo han vuelto a hacer, ¡¡y peor!!

Este es el mensaje con los problemas, tal como se ve en Mozilla Thunderbird:

¿Dónde está el problema? El mensaje no contiene texto, lo que parece texto, ¡¡es una imagen!! Y por supuesto, los enlaces que aparecen en el texto no se pueden emplear. Si alguien quiere consultar las páginas que se indican en el mensaje, tendrá que teclear la dirección. Ya no sólo es totalmente inaccesible, sino que además es inútil.

Y aquí tenemos la imagen que llevaba el mensaje:

Y si hay alguna duda más, aquí está parte del código fuente original del mensaje, donde se puede ver que lo que contiene es una imagen (he destacada la etiqueta img de HTML que hace referencia a la imagen):

La Sociedad de la Información en España 2011

2012-01-30T18:09:00.001+01:00

Hace unos pocos días se publicó el informe anual La Sociedad de la Información en España 2011, editada por Ariel y la Fundación Telefónica.

El sitio web en el que está disponible este informe es un auténtico bodrio. En primer lugar aparece la siguiente página:

Al pulsar en el botón "On-Line" se abre una nueva ventana del navegador con la siguiente página:

Y al pulsar en el botón "OK" se abre una tercera ventana flotante que tiene el siguiente aspecto y contenido:

Esta ventana, si se intenta hacer más grande, no se puede (la ventana sí, pero el contenido no). Sorprendente, ¿no? ¿Cómo puede ser que una compañía como Telefónica (bueno, su Fundación) haga estas tonterías? Afortunadamente, el informe se puede descargar en formato PDF.

En realidad, en esta entrada quería contar que en el informe no se hace ninguna referencia a la accesibillidad o a las personas con discapacidad.

Accesibilidad de los correos electrónicos

2012-01-30T13:55:00.002+01:00

Esta mañana he recibido un correo electrónico institucional de la Universidad de Alicante, el lugar donde trabajo. El cuerpo del correo sólo contenía lo siguiente:

APERTURA DE L'EXPOSICIÓ MUA. LA COL·LECCIÓ
http://www.mua.ua.es/postales/lacoleccion.jpg
__________________________________________
APERTURA DE LA EXPOSICIÓN MUA. LA COL·LECCIÓ
http://www.mua.ua.es/postales/lacoleccion.jpg

El subrayado bajo "_" está así en el mensaje original. El enlace, como se puede ver, lleva a una imagen JPG en la que está toda la información sobre la exposición (el lugar, la fecha de la apertura, el horario de visita, la fecha de finalización de la exposición y alguna cosa más). Pero claro, transmitir la información mediante una imagen presenta problemas de accesibilidad. He publicado un pequeño análisis sobre los problemas de accesibilidad que presenta este correo electrónico.

¿Es muy inteligente enviar un correo electrónico así? Esto lo he visto en muchos sitios, no sólo en la Universidad de Alicante. Las empresas es muy normal que en sus boletines (newsletters) incluyan directamente una imagen en vez de texto.

He revisado la legislación en materia de accesibilidad de las comunicaciones y no he encontrado ninguna mención expresa al correo electrónico. Lo más cercano que he encontrado es la Ley 56/2007, en su disposicional adicional undécima Acceso de las personas con discapacidad a las tecnologías de la Sociedad de la Información, que dice: Las Administraciones Públicas, en el ámbito de sus respectivas competencias, promoverán el impulso, el desarrollo y la aplicación de los estándares de accesibilidad para personas con discapacidad y diseño para todos, en todos los elementos y procesos basados en las nuevas tecnologías de la Sociedad de la Información.

El correo electrónico forma parte de la Sociedad de la Información y, por tanto, se entiende que también debería ser accesible. Pero una cosa es "promover" y otra "estar obligado a ello". ¿Alguien conoce alguna ley o decreto que indique que los correos electrónicos de las Administraciones Públicas deban ser accesibles?

[Actualización 31/01/2012]
Valentín ha dejado un comentario en el que comenta la LEY 51/2003, de 2 de diciembre, de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad.

En el artículo 3 se establece los ámbitos de aplicación de esta ley, entre los que destacan las telecomunicaciones y la sociedad de la información y, expresamente, las relaciones con las Administraciones públicas.

El artículo 10 impone al Gobierno la obligación de regular unas condiciones básicas de accesibilidad y no discriminación que garanticen unos mismos niveles de igualdad de oportunidades a todos los ciudadanos con discapacidad.

La cadena "user agent" o "agente de usuario"

2012-01-27T13:46:00.002+01:00

Según la definición de agente de usuario en la Wikipedia:

Un agente de usuario es una aplicación informática que funciona como cliente en un protocolo de red; el nombre se aplica generalmente para referirse a aquellas aplicaciones que acceden a la World Wide Web. Los agentes de usuario que se conectan a la Web pueden ser desde navegadores web hasta los web crawler de los buscadores, pasando por teléfonos móviles, lectores de pantalla y navegadores en Braille usados por personas con discapacidades.

Cuando un usuario accede a una página web, la aplicación generalmente envía una cadena de texto que identifica al agente de usuario ante el servidor. Este texto forma parte del pedido a través de HTTP, llevando como prefijo User-agent: o User-Agent: y generalmente incluye información como el nombre de la aplicación, la versión, el sistema operativo, y el idioma. Los bots, como los web crawlers, a veces incluyen también una URL o una dirección de correo electrónico para que el administrador del sitio web pueda contactarse con el operador del mismo.

Acabo de leer el artículo History of the browser user-agent string, en el que nos explican con un poco de gracia el origen del uso del user-agent y cómo se ha llegado a los user-agent que se emplean hoy en día que prácticamente no aportan ninguna información útil, porque todos los navegadores pretenden ser lo que no son.

La cadena user-agent se empleó al principio de la Web para distinguir los navegadores entre sí y ofrecer un contenido diferente a cada uno. Por ejemplo, "hace mucho tiempo, en una galaxia muy, muy lejana", había navegadores web con y sin soporte de marcos (frames). Algunos desarrolladores web creaban dos versiones de sus sitios web, una versión con marcos y otra sin marcos, que se enviaba al navegador en función de su cadena user-agent. Ahí empezó la mala costumbre de hacer un sitio web "optimizado para el navegador XYZ" y mucha gente olvidó que uno de los principios fundamentales de la Web es que debe ser una, lo que se conoce por One Web:

One Web means making, as far as is reasonable, the same information and services available to users irrespective of the device they are using.

La página UserAgentString.com muestra y explica la cadena user-agent del navegador. Por ejemplo, cuando me conecto con Google Chrome 16, aparece:

Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7

Resulta que Google Chrome está basado en Apple WebKit, por lo que dice que también es Safari/535.7, el navegador de Apple que también usa WebKit. Pero WebKit está basado a su vez en KHTML, que pretende ser compatible con Gecko, que es el motor de Mozilla... ¡Un lío!

Además, para liarlo un poco más, en la mayoría de los navegadores se puede cambiar la cadena user-agent fácilmente, tal como explican en Changing Browser User Agent Strings. Por tanto, tampoco te puedes fiar del valor que envía un navegador. Y además, constantemente aparecen nuevos navegadores y nuevas versiones de los navegadores.

Mi consejo: nunca realizar un desarrollo web en el que se detecte la cadena user-agent y se genere un contenido en función de su valor, es una pérdida de tiempo.

Simplext, sistema automático de simplificación de textos

2012-01-26T20:12:00.004+01:00

Hace unos años escribí la entrada Simplificar los textos. Esa entrada la escribí cuando descubrí que las personas sordas de nacimiento tienen problemas para comprender los textos escritos complejos, ya que sus esquemas mentales y su forma de entender el idioma es distinta. Por eso hay algunos sitios web que ofrecen explicaciones mediante vídeos con la lengua de signos. Pero no solamente las personas sordas se benefician de la simplificación de los textos: las personas con problemas cognitivos o de aprendizaje y las personas extranjeras que no tengan un gran conocimiento del idioma que se emplea también se benefician.

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

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

Acabo de encontrar Simplext, un proyecto español que tiene como objetivo desarrollar un sistema automático de simplificación de textos. Según pone en la página web del proyecto:

Simplext favorece la inclusión tecnológica de personas con capacidades cognitivas limitadas a través de la simplificación automática de contenidos utilizando el paradigma de la fácil lectura.

En el proyecto Simplext aúna los esfuerzos de dos campos de investigación bien definidos, como son el procesamiento computacional del lenguaje natural y la investigación lingüística en la simplificación, así como las tendencias tecnológicas en accesibilidad para la obtención de un producto de apoyo ubicuo e interoperable.

El proyecto está liderado por Technosite, empresa tecnológica de Grupo Fundosa y dependiente de Fundación ONCE. Technosite es muy conocida en el mundo de la accesibilidad web, entre otras cosas, porque auditan y certifican la accesibilidad web.

Análisis de la accesibilidad de la página web del Ayuntamiento de Crevillent

2012-01-25T13:43:00.001+01:00

He publicado el análisis de la accesibilidad de la página web del Ayuntamiento de Crevillent.

El informe se puede descargar en formato PDF.

Los principales problemas detectados son:

Diseño fijo en vez de líquido.
El código HTML y CSS no valida correctamente.
Todas las páginas tienen el mismo título (<title>).
No se emplean los encabezados todo lo bien que se debería.
No hay enlaces "saltar a" para ir directamente al contenido principal de la página.
En numerosos enlaces, el atributo title se emplea para repetir el texto del enlace.
En numerosas imágenes, el texto alternativo no es el adecuado.
Algunos enlaces son difíciles de reconocer.
Al navegar sin imágenes desaparece parte del contenido.
La navegación por medio del teclado es mejorable.

Congresos y conferencias sobre accesibilidad web 2012

2012-01-24T23:47:00.003+01:00

En el sitio web WebAxe han recopilado una lista de las conferencias sobre accesibilidad web que se van a celebrar durante el año 2012. Por ahora, en la lista aparecen los siguientes congresos y conferencias:

ATIA 2012 Orlando
January 25-28, 2012
Orlando, FL U.S.A.

Techshare India 2012 "Bridging the Barriers"
6-7 February 2012
New Delhi, India

International Technology & Persons with Disabilities Conference
Feb 27-March 3, 2012
Manchester Grand Hyatt Hotel
San Diego, CA U.S.A.

Power Up 2010 Conference and Expo
April 2 and 3, 2012
Columbia, Missouri U.S.A.
Holiday Inn Executive Center
presented by Missouri Assistive Technology

W4A 2012
9th International Cross-Disciplinary Conference on Web Accessibility
16-17 April 2012
Lyon, France

John Slatin Access U (from Knowbility)
May 15-17, 2012
Austin, Texas U.S.A.

Penn State Web 2012 Conference
June 11-12, 2012
Pennsylvania U.S.A.

The Accessibility Conference
University of Guelph (Ontario, Canada)
TBD

ICCHP
13th International Conference on Computers Helping People with Special Needs
July 11-13, 2012; Pre-Conference July 09-10, 2012
University of Linz, Altenbergerstraße 69, 4040 Linz, Austria

AHEAD: Association on Higher Education And Disability
July 9-14, 2012
New Orleans, Louisiana U.S.A.
The Sheraton Hotel

Illinois Web Accessibility Conference and Expo
TBD

HighEdWeb Association (Higher Education Web Professionals)
October 7-10, 2012
Milwaukee, Wisconsin U.S.A.

ASSETS 2012
The 13th International ACM SIGACCESS Conference on Computers and Accessibility
October 22-24, 2012
Boulder, Colorado, U.S.A.

Accessing Higher Ground
Accessible Media, Web and Technology Conference
TBD
Colorado, U.S.A.

OZeWAI Conference
Australian Web Adaptability Initiative
Melbourne, Australia
Late November

También se puede consultar la lista de los congresos del año 2011 y 2010.

[Actualización 25/01/2012]
III Congreso Iberoamericano sobre Calidad y Accesibilidad de la Formación Virtual (CAFVIR 2012)
25-27 de Abril de 2012
Alcalá de Henares, España

Programa Social Inclusite

2012-01-23T10:01:00.000+01:00

Hace unos meses escribí sobre Inclusite, un sistema desarrollado por una empresa española radicada en Valencia que permite dotar a un sitio web de interfaces accesibles que se adaptan a las necesidades de diferentes usuarios. La principal ventaja de este sistema es que se puede emplear desde cualquier ordenador sin tener que instalar ningún tipo de software adicional.

Ahora me ha llegado la noticia de que han puesto en marcha el Programa Social Inclusite. En este programa participan dos tipos de organizaciones: las organizaciones donantes o colaboradoras y las organizaciones beneficiarias.

Las organizaciones donantes, que son las que contratan alguno de los servicios de Inclusite, podrán seleccionar, si así lo desean, la entidad a la que quieren destinar la donación, que disfrutarán del servicio de Inclusite de forma totalmente gratuita.

Para ser una organización beneficiaria, se debe ser una organización sin ánimo de lucro, de tamaño moderado y tener una web que cumpla determinados requisitos.

Una idea interesante, esperemos que funcione y muchos sitios web se beneficien de ella.

A quién denunciar la falta de accesibilidad

2012-01-19T20:27:00.000+01:00

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.

Celebrado el primer encuentro mensual sobre la accesibilidad de las TICs

2012-01-18T18:55:00.001+01:00

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ó:

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.
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.
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 WindowsWeb: 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:

Por alguna razón (por contrato o por ley), un sitio web que se está desarrollando debe ser accesible.
En la actualidad, la única forma "oficial" de demostrar que un sitio web es accesible es mediante la certificación.
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).
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.
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

2012-01-17T09:20:00.003+01:00

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:

Cómo utilizan la web las personas con discapacidad

2012-01-15T21:36:00.001+01:00

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"

2012-01-11T12:52:00.002+01:00

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

2012-01-10T08:45:00.001+01:00

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

2012-01-08T15:39:00.004+01:00

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

2012-01-07T11:45:00.001+01:00

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

2012-01-05T07:48:00.000+01:00

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

2012-01-03T21:12:00.001+01:00

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 plataformaso 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) mediantetres 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

2012-01-01T09:52:00.002+01:00

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

2011-12-31T14:05:00.004+01:00

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:

Incluir en la página web que contiene el vídeo los subtítulos en un <div> que se superpone al vídeo.
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).
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

2011-12-28T18:23:00.000+01:00

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

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.
En algunos navegadores, los controles del reproductor Flash no eran directamente accesibles mediante teclado.

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

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.
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

2011-12-27T09:57:00.003+01:00

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

2011-12-25T06:46:00.000+01:00

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

2011-12-24T13:22:00.001+01:00

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

2011-12-23T19:31:00.000+01:00

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

2011-12-22T14:45:00.001+01:00

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

2011-12-21T03:41:00.003+01:00

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

2011-12-20T14:34:00.002+01:00

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

2011-12-17T20:35:00.003+01:00

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

2011-12-16T18:39:00.001+01:00

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

2011-12-15T23:00:00.000+01:00

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

2011-12-14T22:52:00.002+01:00

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

2011-12-13T23:10:00.001+01:00

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

2011-12-10T11:39:00.001+01:00

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

2011-12-02T23:41:00.001+01:00

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

2011-11-30T12:12:00.001+01:00

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

2011-11-29T17:49:00.001+01:00

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

2011-11-28T09:34:00.001+01:00

¿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:

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

2011-11-27T17:58:00.001+01:00

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

2011-11-22T12:56:00.001+01:00

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

2011-11-21T07:46:00.001+01:00

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

2011-11-20T18:09:00.001+01:00

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:

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

2011-11-18T07:29:00.001+01:00

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:

El texto alternativo no se usa cuando se hace "copiar y pegar" con un fragmento de texto que contiene imágenes.
El texto alternativo no se usa cuando se busca en la página o se traduce.
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".

Estadísticas sobre la discapacidad

2011-11-16T19:18:00.001+01:00

Un lector o lectora de este blog (MiRuLu) me ha dejado un comentario muy interesante en mi entrada Un par de ejemplos de diseño responsive. Hoy voy a contestar una de sus preguntas, mañana le dedicaré un rato a la otra pregunta que me plantea.

La primera pregunta es:

¿Podrias poner el link de las estadísticas que usas en los videos?

Supongo que la pregunta se refiere a las estadísticas que muestro en mi vídeo Curso Introducción a la accesibilidad web. En ese vídeo comento lo siguiente:

¿Sabías que existen diferentes tipos de discapacidades y que el porcentaje de personas con algún tipo de discapacidad es muy significativo?
Según la "Encuesta sobre discapacidades, defiencias y minusvaías" realizada en España en el año 1986, un 15% de la población presentaba algún tipo de discapacidad.
Más recientemente, según el "Informe Olivenza 2010", con datos recogidos durante los años 2008 y 2009, en España hay casi un millón de personas con problemas graves de visión.

La pregunta que plantea el lector o lectora tiene mucho sentido: cuando se realiza una afirmación, cuando se da un dato, lo adecuado es citar la fuente para que cualquiera pueda contrastarlo o incluso ampliar la información proporcionada.

El primer documento al que hago referencia es United Nations Statistics Division - Demographic and Social Statistics - Spain 1986 Survey. En la tabla que se muestra en este documento, la tasa de prevalencia de la discapacidad era de un 15% según datos del año 1986.

El segundo documento es el Informe Olivenza 2010, publicado por el Observatorio Estatal de la Discapacidad. En este estudio se proporciona la siguiente información:

3.1.1. Datos referidos a todas las personas con discapacidad
En total hay 3,8 millones de personas con discapacidad residiendo en los hogares españoles, de los que 2,3 millones son mujeres, que representan el 59,8% y 1,5 millones son hombres, el 40,2% del total de la población con discapacidad residente en hogares familiares.

Respecto los tipos de discapacidad, los totales por tipo de discapacidad son (medidos en miles de personas):

Visión: 979,2 (es decir, casi un millón de personas tiene algún problema de visión grave)
Audición: 1.064,6
Comunicación: 737,2
Aprendizaje y aplicación de conocimientos y desarrollo de tareas: 630,1
Movilidad: 2.544,1
Autocuidado: 1.834,6
Vida doméstica: 2.095,3
Interacciones y relaciones personales: 620,9

En los datos anteriores, las categorías de discapacidades no son disjuntas, es decir, una misma persona puede estar en varias categorías. Y una categoría engloba distintos grados de discapacidad.

Además de estos estudios, existen otros más que no incluí en el vídeo por no alargarlo. Por ejemplo, un documento destacable es el Informe mundial sobre la discapacidad de la Organización Mundial de la Salud. En el resumen en español de este informe, en la página 7 dice:

Se estima que más de mil millones de personas viven con algún tipo de discapacidad; o sea, alrededor del 15% de la población mundial (según las estimaciones de la población mundial en 2010). Esta cifra es superior a las estimaciones previas de la Organización Mundial de la Salud, correspondientes a los años 1970, que eran de aproximadamente un 10%.

Y en la página 8 dice:

El número de personas con discapacidad está creciendo. Esto es debido al envejecimiento de la población -las personas ancianas tienen un mayor riesgo de discapacidad- y al incremento global de los problemas crónicos de salud asociados a discapacidad, como la diabetes, las enfermedades cardiovasculares y los trastornos mentales.

También se pueden consultar las fuentes de datos proporcionadas por distintos países. Por ejemplo, el Instituto Nacional de Estadística de España proporciona acceso online a la Encuesta sobre Discapacidades, Autonomía personal y situaciones de Dependencia del año 2008 y a la Encuesta sobre Discapacidades, Deficiencias y estado de Salud del año 1999. Según el estudio del año 2008, la tasa de población con alguna discapacidad o limitación es del 8,5%.

El Instituto Nacional de Estadísticas de Chile proporciona el Primer Estudio Nacional de la Discapacidad e Informes Regionales 2004. Según este estudio, el "12,9% de los chilenos y chilenas vicen con discapacidad, lo que supone 2.068.072 personas. Es decir 13 de cada 100 personas o 1 de cada 8 presenta esta condición".

El Instituto Nacional de Estadística y Censos de la República Argentina proporciona la Encuesta Nacional de Personas con Discapacidad. Según estudio, realizado con datos de los años 2002-2003, la prevalencia sobre el total de la población es de un 7,1%.

Y se podría seguir citando los estudios estadísticos de otros países.

Los diferentes valores que dan diferentes estudios se pueden deber a diferentes causas. En primer lugar, habría que comparar el método de recolección de datos y de análisis posterior empleado en cada estudio. Un elemento esencial es el concepto de discapacidad: lo más normal es que cada estudio tenga su definición propia, por lo que en algunas situaciones una misma persona podría ser considerada discapacitada en algunos estudios, pero en otros no. Por otro lado, la pirámide de la población no es la misma en todos los países: lo normal es que en aquellos países con una población envejecida se presente una prevalencia de la discapacidad superior a los países con una población joven, ya que con la edad aumenta la prevalencia de la discapacidad.

Ayudas técnicas y tecnologías de apoyo

2011-11-14T10:29:00.001+01:00

La Norma UNE 139802:2003 Aplicaciones informáticas para personas con discapacidad. Requisitos de accesibilidad al ordenador. Software define el concepto de ayuda técnica:

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. (UNE-EN ISO 9999). Incluye tanto productos hardware como software.

Posteriormente, la Norma UNE-EN ISO 9999:2007:Productos de apoyo para personas con discapacidad. Clasificación y terminología (ISO 9999:2007) establece que ya no se debe llamar ayuda técnica, sino producto de apoyo:

Cualquier producto (incluyendo dispositivos, equipo, instrumento, tecnología y software) fabricado especialmente o disponible en el mercado, para prevenir, compensar, controlar, mitigar o neutralizar deficiencias, limitaciones en la actividad y restricciones en la participación.

NOTA: En esta edición el término "Productos de apoyo" reemplaza al término "Ayudas técnicas" usado en ediciones anteriores.

Acabo de encontrar la página web de la empresa EnableMart que ofrece un catálogo de productos de apoyo. Desgraciadamente, no parece que comercialice sus productos en España o en Europa, sólo en Estados Unidos.

Un par de ejemplos de diseño responsive

2011-11-12T15:18:00.001+01:00

"Responsive web design" es un nuevo término que, aunque ya se lleva más de dos años hablando de él en el mundo del desarrollo web, en los últimos meses ha cobrado mucha más fuerza.

Al español se podría traducir como diseño web sensible, pero como con cualquier neologismo, es mejor esperar un poco y ver qué termino emplea el público español. En pocas palabras (próximamente quiero publicar una entrada sobre este tema), el diseño web sensible consiste en ofrecer sitios web con diferentes diseños según el dispositivo que utilice el usuario.

Un par de ejemplos:

El sitio web Fluid Squares v2. A responsive grid experiment, emplea esta técnica: además de cambiar el número de columnas (esto es algo normal en cualquier diseño líquido y se lleva empleando muchos años), donde se aprecia realmente que es un diseño sensible es en el cambio del tamaño del texto y el cambio en la imagen. Por cierto, son muy interesantes todos los enlaces que contiene esta página.
En mi página de promoción del curso Introducción a la accesibilidad web, he aplicado un diseño sensible al tamaño de la ventana del navegador y ofrezco tres visualizaciones distintas:

Hasta 1024 píxeles de ancho:

Entre 1025 y 1600 píxeles de ancho:

Más de 1600 píxeles de ancho:

¿Qué navegadores usa la gente? (2011)

2011-11-11T08:19:00.001+01:00

En la página web W3Counter - Global Stats, W3Schools Browser Statistics y StatCounter se ofrecen estadísticas de uso de los navegadores, resoluciones de pantalla, sistemas operativos y otras categorías.

Respecto a los navegadores, los datos que ofrecen estos tres sitios sobre su uso son (datos de octubre de 2010):

W3Counter

Internet Explorer 34.3%
Firefox 26.2%
Google Chrome 22.2%
Safari 6.4%
Opera 2.4%

W3Schools

Internet Explorer 21.7%
Firefox 38.7%
Google Chrome 32.3%
Safari 4.2%
Opera 2.4%

StatCounter

Internet Explorer 40.2%
Firefox 26.4%
Google Chrome 25%
Safari 5.9%
Opera 1.8%

Como se puede ver, afortunadamente ya están muy lejos aquellos años en los que Internet Explorer llegó a casi tener un 90% de la cuota de mercado.

En W3Counter y en StatCounter, el primer navegador es Internet Explorer, mientras que en W3Schools el primer navegador es Firefox e Internet Explorer pasa a la tercera posición. ¿A qué se debe esta discrepancia tan acusada? Hay una explicación bien sencilla: W3Counter y StatCounter son estadísticas calculadas a partir de cualquier tipo de sitio web (son contadores que cualquiera puede poner en cualquier sitio web), mientras que las estadísticas de W3Schools están basadas en sus propios registros de acceso y W3Schools es un sitio web con un público muy concreto, usuarios interesados en el desarrollo web que normalmente utilizan "buenos navegadores" en vez del navegador que viene preinstalado con el sistema operativo.

Es muy interesante la gráfica que nos ofrece el sitio web StatCounter, en la que se muestra la evolución del "share" (la cuota) de los cinco navegadores más populares desde octubre de 2010 hasta octubre de 2011:

Como se puede ver en el gráfico, la cuota de Internet Explorer ha descendido de un 50% a un 40%, la cuota de Firefox ha descendido de un 31% a un 26%, y estos dos descensos han sido cubiertos de forma asombrosa por Google Chrome, el útlimo navegador en llegar, que ha duplicado su cuota en un año, pasando de un 12% a un 25%. De seguir así, en breve superará a Firefox. Respecto a Safari y Opera, su comportamiento es el mismo que en años anteriores: su porcentaje de usuarios varía poco.

Estadísticas de años anteriores:

Las diferencias entre el diseño inclusivo y la accesibilidad

2011-11-10T07:51:00.001+01:00

Hace unos días publiqué la entrada Los 10 principios del diseño web inclusivo en la que me hacía eco del artículo The 10 principles of inclusive web design. Parece que el arículo original causó mucha discusión y la autora ha publicado un nuevo artículo, The difference between Inclusive Design and Accessibility.

La verdad es que después de leerlo un par de veces no me ha quedado del todo claro. El último párrafo del artículo dice:

Accessibility requires access to be provided, but access alone is not always enough to make a website useful. Inclusive means that as many people as possible and importantly as many as are reasonably practicable are included. Included, considered, respected and with equal rights from the get go.

Traducido al español:

La accesibilidad conlleva garantizar el acceso, pero el acceso por sí solo no siempre es suficiente para lograr que un sitio web sea útil. Inclusivo significa que tantas personas como sea posible y más importante, tantas como sea razonablemente factible son incluidas. Incluidas, tenidas en consideración, respetadas y con igualdad de derechos desde el principio.

El futuro de los interfaces de usuario

2011-11-09T19:11:00.001+01:00

Me acaba de llegar el artículo The Future of Human Computer Interfaces que muestra 10 prototipos o ideas que están desarrollando en el MIT Media Lab. Desgraciadamente, todos ellos me parecen muy visuales, muy gestuales, y con problemas de accesibilidad para diferentes grupos de usuarios. No he visto ningún dispositivo que ayude claramente a mejorar la accesibilidad.

El vídeo musical de las WCAG

2011-11-04T15:12:00.000+01:00

Bueno, el vídeo WCAG 2.0 Theme Song Web Content Accessibility Guidelines - Disability es un poco "inclasificable", aunque si se ve con una mente abierta puede llegar a ser gracioso.

Lo más interesante del vídeo es que se pueden ver algunos usuarios con sus tecnologías de apoyo (ayudas técnicas).

El Gremio de los Diseñadores Web Accesibles

2011-11-02T22:52:00.001+01:00

El sitio web Guild of Accessible Web Designers es una asociación internacional de organizaciones, diseñadores y desarrolladores que tienen como objetivo principal promover el uso de los estándares de diseño accesible.

Parece que este sitio web no ha tenido mucha actividad durante el último año. Lo más interesante de este sitio web es que se pueden revisar diseños accesibles realizados por sus miembros. Además, existe un pequeño curso gratuito sobre accesibilidad web llamado Introduction to WCAG AA self-study training course.

Día Mundial de la Usabilidad

2011-11-01T14:47:00.001+01:00

El próximo martes 8 de noviembre de 2011 se celebrará el Día de la Usabilidad.
En Buenos Aires, el Movimiento Diseño Inclusivo celebra este día organizando unas conferencias sobre usabilidad y accesibilidad.
Las conferencias sobre accesibilidad web son:

A continuación, el anuncio oficial:

¿Es posible diseñar una Web más inclusiva? Que gobiernos, empresas, instituciones e individuos diseñen y construyan sus sitios web asegurando que cualquier persona pueda acceder a ellos.

Estamos seguros de que es posible. Por eso, el Movimiento de Diseño Inclusivo invita a todos este martes 8 de noviembre a celebrar el Día Mundial de la Usabilidad en Buenos Aires.

El objetivo es que cada vez más personas puedan acceder a la información, los productos, los servicios y los entornos, independientemente de las limitaciones propias del individuo o de las derivadas del contexto de uso.

Exponen profesionales expertos de las áreas de las tecnologías de la información, el diseño y la comunicación.

La inscripción cuesta $ 35 e incluye un certificado de asistencia.

Conferencia de la W3C

2011-10-29T12:43:00.001+02:00

El W3C organiza la W3 Conference 2011: Practical Standards for Web Professionals. Tendrá lugar los días 15 y 16 de noviembre de 2011 en Redmond, Washington (EE.UU.). Para el que no lo sepa, en Redmond se encuentra el cuartel general de Microsoft. ¿Coincidencia?

Las presentaciones de la conferencia se transmitirán en vivo (live streaming) a través de Internet y estarán subtituladas en inglés. Además, luego serán archivadas para poder ser accedidas en cualquier momento.

El miércoles 16 a las 10:05 habrá una sesión sobre accesibilidad web (el que lo quiera ver, que calcule la hora que será en España, ya que Redmond está en la costa oeste de Estados Unidos):

Universal Access: A Practical Guide to Accessibility, ARIA, and Script
Becky Gibson (IBM)
10:05am - 10:50am

Por último, al final de la página aparece una explicación de las características novedosas de HTML5, CSS y otras tecnologías que han empleado en la creación de la web.

El antes y después de un sitio web accesible

2011-10-28T23:38:00.000+02:00

El W3C ha publicado el sitio web Before and After Demostration que muestra cómo un sitio web no accesible se puede convertir en accesible. El sitio web está compuesto por cinco páginas, y para cada una se incluye la versión no accesible y la versión accesible, junto con comentarios que explican los cambios realizados.

Inclusite

2011-10-27T15:34:00.000+02:00

Inclusite es un sistema desarrollado por una empresa española radicada en Valencia que permite dotar a un sitio web de interfaces accesibles que se adaptan a las necesidades de diferentes usuarios. La principal ventaja de este sistema es que se puede emplear desde cualquier ordenador sin tener que instalar ningún tipo de software adicional.

El sistema funciona modificando de forma transparente el etiquetado de una página web al incorporar una serie de etiquetas y atributos propios que luego son interpretados en el navegador para ofrecer un interfaz mejorado.

Hoy se ha anunciado que la web de Radiotelevisión Valenciana se ha hecho completamente accesible gracias a este sistema: La web de Radiotelevisión Valenciana logra hacerse completamente accesible. Habrá que ver si es verdad, porque, por ejemplo, me pregunto si todos los vídeos que contiene esta web han sido subtitulados y se ha incluido su transcripción a texto. Porque, si no es así, entonces no se puede decir que la web sea completamente accesible.

El siguiente vídeo explica con más detalle qué y cómo se utiliza Inclusite:

Legislación sobre accesibilidad web en España

2011-10-26T08:55:00.003+02:00

He publicado un vídeo en el que resumo las principales leyes, decretos y normas que existen en España en materia de accesibilidad web:

Otro centro en el que investigan el control mental del ordenador

2011-10-25T12:40:00.003+02:00

Cada vez aparecen en los medios de comunicación más noticias sobre avances para lograr un sistema que permita controlar el ordenador con la mente o el pensamiento. Es un tema del que he escrito muchas veces, como por ejemplo Situación actual del control mental del ordenador, Otros que se apuntan al control mental del ordenador. Para las personas con algunos tipos de discapacidad, un sistema así les podrá cambiar completamente la vida.

Ahora acabo de leer el artículo Mind Reading Computer System May Help People With Locked-in Syndrome. Según la noticia, en el Center of Excellence for Learning in Education, Science and Technology (CELEST), están desarrollando un prototipo que permite a personas sin movilidad controlar un cursor en la pantalla de un ordenador.

Además, la noticia también está acompañada de un vídeo (en inglés):

Tech Ease - Web Accessibility

2011-10-24T12:22:00.000+02:00

El sitio web Tech Ease, de la University of South Florida, ofece la sección Web Accessibility con un conjunto impresionante de articulos dedicados a la accesibilidad web.

Muchos de los artículos están dedicados a cómo implementar la accesibilidad con Dreamweaver (por ejemplo, Dreamweaver Accessibility Preferences for Images o Making Text Easier to Read with Dreamweaver), pero otros artículos son genereales (por ejemplo, Benefits of Web Accessibility o Web Accessibility Myths).

La mayoría de los artículos tienen vídeos explicativos en formato QuickTime.

Los 10 principios del diseño web inclusivo

2011-10-23T17:23:00.002+02:00

El artículo The 10 principles of inclusive web design proporciona 10 consejos que nos pueden ayudar a lograr un diseño web inclusivo. ¿Qué es un diseño web inclusivo? El diseño web inclusivo considera las necesidades de la más amplia variedad posible de personas en todo el proceso de diseño, desde la conceptualización hasta la planificación, la construcción y la terminación del sitio web.

Los consejos son:

Se equitativo (Be equitable).
Se flexible (Be flexible).
Se simple e intuitivo (Be simple and intuitive).
Se perceptible (Be perceptible).
Se informativo (Be informative).
Se preventivo (Be preventative).
Se tolerante (Be tolerant).
Sin esfuerzo (Be effortless).
Se complaciente (Be accommodating).
Se consistente (Be consistent).

Además, en el artículo el autor explica cómo ha aplicado estos principios en el desarrollo de dos sitios web que tenían que tener en cuenta especialmente a los usuarios con algún tipo de discapacidad.

Diccionario informático en lengua de signos española

2011-10-22T13:12:00.000+02:00

La Universidad Politécnica de Madrid ha creado el primer Diccionario informático en lengua de signos española.

En agosto de 2011 ya se presentó este diccionario en la Universidad Internacional Menéndez Pelayo (El primer diccionario de informática para sordos), pero parece que aquello fue un adelanto y ahora sí que ha sido presentado definitivamente: Primer diccionario español de informática para sordos signantes.

Por último, la misma noticia contada en Diario Signo, La informática es más accesible para las personas sordas, que incluye vídeo con explicación en lengua de signos.

Curso Introducción a la accesibilidad web

2011-10-14T13:39:00.000+02:00

En noviembre de 2011 voy a impartir (si se apuntan alumnos) un curso introductorio a la accesibilidad web.

El curso son 30 horas presenciales más 90 horas de trabajo personal guiado. El curso cuesta 300€ y el importe de la matricula se destinará íntegro a una donación para Médicos Sin Fronteras.

Si el curso tiene éxito, tengo preparado otro, una segunda parte, sobre evaluación de la accesibilidad de sitios web.

He preparado un vídeo para promocionar el curso:

Recuperar la visión después de muchos años no siempre es bueno

2011-10-12T10:52:00.002+02:00

Interesante artículo publicado en el periódico El País (sí, el periódico que ni contesta a mis correos ni cambia los colores de su página): La controvertida experiencia de recuperar la visión.

Resulta que hay personas que han podido recuperar la visión (por ejemplo, gracias a un trasplante de córnea o a una retina artificial), y los resultados no han sido muy satisfactorios, sino todo lo contrario:

Para una persona que ha sido ciega desde su nacimiento o en sus primeros años y no ha visto durante décadas la experiencia de volver a ver podría resultar incómoda e, incluso, realmente dramática.
[...]
Debido a todo lo anterior, la recuperación de la visión puede ser algo que provoque una gran confusión a personas que han sido ciegas desde sus primeros años, como si ante ellos se abriera un mundo nuevo que rompe con todos sus "esquemas" cerebrales. Un mundo para el que no se habían adaptado ni habituado. No es de extrañar, por tanto, que entre los casos descritos en la literatura científica sobre ciegos tempranos que recuperaron la visión, tras mucho tiempo, encontremos frecuentes casos de depresión e, incluso, de suicidio.

Seguimiento de este blog mediante correo electrónico

2011-10-11T07:47:00.002+02:00

Varios lectores de este blog me han pedido recibir mediante correo electrónico las actualizaciones que se produzcan. Por ello he añadido en el panel de la derecha la opción "Recibe en tu correo electrónico las actualizaciones".

Según indica el sistema (feedburner, que ahora es de Google), se enviará como máximo un correo electrónico al día con las actualizaciones de contenido.

Máster y cursos de especialista sobre tecnologías de apoyo, accesibilidad web y audiodescripción

2011-10-09T08:32:00.000+02:00

La Universidad Carlos III de Madrid organiza los siguientes tres estudios en modalidad online. Lafecha de comienzo de los tres estudios es el 15 de Noviembre de 2011, mientras que el proceso de matriculación se mantendrá abierto hasta el día 31 de Octubre.

Máster en Tecnologías de Apoyo, Accesibilidad y Diseño para Todos
El contenido del Máster en Tecnologías de Apoyo, Accesibilidad y Diseño para Todos es:

MÓDULO 1: ACCESIBILIDAD UNIVERSAL
MÓDULO 2: ACCESIBILIDAD A LA SOCIEDAD DE LA INFORMACIÓN. WEB
MÓDULO 3: TECNOLOGÍAS DE ACCESIBILIDAD DE SUBTITULADO Y AUDIODESCRIPCIÓN
MÓDULO 4: TECNOLOGÍAS
TRABAJO TUTELADO
TESIS DE MÁSTER

Curso de Experto en Tecnologías de Accesibilidad Web
El contenido del Curso de Experto en Tecnologías de Accesibilidad Web es:

MÓDULO 1: ACCESIBILIDAD UNIVERSAL
MÓDULO 2: ACCESIBILIDAD A LA SOCIEDAD DE LA INFORMACIÓN. WEB
TRABAJO TUTELADO

Curso de Especialista en Tecnología de Subtitulado y Audiodescripción
El contenido del Curso de Especialista en Tecnología de Subtitulado y Audiodescripción es:

MÓDULO 1: ACCESIBILIDAD UNIVERSAL
MÓDULO 2: ACCESIBILIDAD A LA SOCIEDAD DE LA INFORMACIÓN. WEB
MÓDULO 3: TECNOLOGÍAS DE ACCESIBILIDAD DE SUBTITULADO Y AUDIODESCRIPCIÓN
TRABAJO TUTELADO

El periódico El País: ni contesta ni cambia los colores

2011-10-08T22:41:00.001+02:00

Hace unos días publiqué un vídeo y escribí una entrada en este blog sobre los problemas de contraste que presentan algunas combinaciones de colores que se emplean en el periódico El País (Problemas de contraste en la página El País).

Acto seguido escribí al Defensor del Lector (defensora@elpais.es). Como han pasado unos días y no contestan, empezaré a escribir a otras direcciones del periódico...

En los últimos días han "rizado el rizo" con el contraste de los colores (parece que ya lo hacen a propósito, para fastidiar a algunos lectores): en la siguiente imagen podemos leer "EL DILEMA DE TWITTER CON LOS INGRESOS". El color del texto es #D3D8E5, y el color del fondo #FFFFFF. La diferencia de contraste es de sólo 1,4:1, cuando recordemos que el mínimo para este tamaño de texto debe ser 4,5:1. El contraste es tan malo que cuando se visualiza la página web a través de un videoproyector, es imposible leer ese texto.

II Congreso Nacional CENTAC de Tecnologías de la Accesibilidad

2011-10-07T21:34:00.001+02:00

El Centro Nacional de Tecnologías de la Accesibilidad (CENTAC) organizará el II Congreso Nacional CENTAC de Tecnologías de la Accesibilidad el próximo 18 de octubre de 2011 en el Monasterio de la Cartuja, Centro Andaluz de Arte Contemporáneo, en Sevilla.

Se abordarán los muchos aspectos de esta realidad polifacética con la participación de entidades consolidadas, prometedoras organizaciones y personas con experiencia real en este ámbito.

Unos monos "mueven y sienten" objetos virtuales utilizando sólo el cerebro

2011-10-06T21:15:00.000+02:00

En este blog he escrito varias veces sobre este tema (la úlitma fue Situación actual del control mental del ordenador): controlar el ordenador (y cualquier otra cosa que se pueda controlar a través de un ordenador, es decir, casi cualquier cosa) con el pensamiento.

Acabo de leer el artículo Monkeys "Move and Feel" Virtual Objects Using Only Their Brains. Un paso más: ahora, además de poder realizar ciertas acciones solo con el pensamiento, en el artículo se presenta la primera demostración de interacción bidireccional entre un cerebro y un elemento virtual, ya que además de realizar la acción, también reciben una respuesta directamente en el cerebro. En concreto, en este experimento unos monos movían el brazo virtual de un avatar y recibían una respuesta que indicaba la textura de los elementos por lo que pasaba el brazo virtual.

En la noticia podemos leer:

"Someday in the near future, quadriplegic patients will take advantage of this technology not only to move their arms and hands and to walk again, but also to sense the texture of objects placed in their hands, or experience the nuances of the terrain on which they stroll with the help of a wearable robotic exoskeleton," said study leader Miguel Nicolelis, MD, PhD, professor of neurobiology at Duke University Medical Center and co-director of the Duke Center for Neuroengineering.

"This is the first demonstration of a brain-machine-brain interface (BMBI) that establishes a direct, bidirectional link between a brain and a virtual body," Nicolelis said.

Problemas de contraste en la página de El País

2011-10-03T15:28:00.001+02:00

La página principal del periódico El País presenta numerosos problemas de contraste que pueden ocasionar problemas entre los usuarios que presenten sensibilidad reducida al contraste y entre los usuarios que tengan problemas de contraste debido al contexto de uso

Hace tiempo que escribí sobre este tema en la entrada ¿Por qué no cambian los colores en el periódico El País? Desgraciadamente, y aunque mandé un correo al periódico El País, todo sigue igual.

Para denunciar esta situación, he preparado el siguiente vídeo:

Recursos sobre problemas de visión

2011-10-02T10:35:00.002+02:00

Un par de páginas con numeros enlaces a sitios web con información sobre problemas de visión, simuladores, etc.:

Y también el usuario

2011-09-30T07:24:00.001+02:00

Ayer escribí una entrada sobre la accesibilidad de Flash, y como respuesta recibí dos comentarios muy interesantes.

El primero estaba relacionado principalmente con el siguiente párrafo:

Hace unos días me hicieron una consulta sobre este tema, sobre si Flash puede ser accesible. La contestación rápida y corta es "Sí, puede ser accesible". Todo depende del desarrollador (y también del usuario final).

Y el segundo con el siguiente párrafo:

Además, las características de Flash sólo son accesibles en ciertos sistemas operativos, bajo ciertos navegadores y mediante el uso de algunos lectores de pantalla.

En la página Essential Components of Web Accessibility podemos encontrar el siguiente gráfico:

Para el WAI, la accesibilidad se basa en tres pilares:

La accesibilidad de las herramientas de autor (Authoring Tool Accessibility Guidelines, ATAG) .
La accesibilidad de los agentes de usuario (User Agent Accessibility Guidelines, UAAG).
La accesibilidad del contenido web (Web Content Accessibility Guidelines, WCAG).

Para que la accesibilidad funcione, los usuarios finales también tienen que poner de su parte. Y claro está, los fabricantes del software que emplean los usuarios finales (por mucho que los usuarios quieran, si los fabricantes de software no aplican la accesibilidad, poco pueden hacer los usuarios finales). Para ambos, el WAI ha desarrollado las User Agent Accessibility Guidelines.

¿Qué tiene que hacer el usuario final? El usuario final tiene que intentar utilizar el software más apropiado y tiene que asegurarse de que su software esté actualizado.

Por ejemplo, de nada sirve que un desarrollador web utilice las últimas características de accesibilidad de HTML5 o de WAI-ARIA en sus páginas web, si el usuario sigue utilizando el sistema operativo Microsoft Windows 95, con el navegador Microsoft Internet Explorer 6 y el lector de pantallas JAWS 6. Todas las últimas características de accesibilidad que el desarrollador pueda implementar pasarán desapercibidas para ese usuario final.

El caso de Flash, claro está, es un caso extremo de esta situación. O más bien se encuentra totalmente fuera de esta explicación, ya que no se trata de una tecnología estándar y por tanto los usuarios "no estamos obligados a aceptarlo". Pero sí que hay otras situaciones donde, aún empleando los estándares, habrá usuarios que tendrán problemas de accesibilidad porque el sistema que emplean no reconoce algunas características accesibles. En ese caso, yo creo que la responsabilidad es del usuario final: el usuario final tiene que estar preparado para aceptar las últimas características en materia de accesibilidad web.

Flash accesible

2011-09-29T09:20:00.002+02:00

La accesibilidad de Flash es un tema que muy pocas veces he tratado, por principios y "por manía". Que recuerde, sólo he escrito un par de veces sobre este tema, una era cuando hacía referencia a un tutorial sobre accesibilidad en diferentes medios, y la otra fue cuando escribí sobre el consejo 3 "Multimedia" de la Guía breve para crear sitios web accesibles del W3C.

Hace unos días me hicieron una consulta sobre este tema, sobre si Flash puede ser accesible. La contestación rápida y corta es "Sí, puede ser accesible". Todo depende del desarrollador (y también del usuario final).

[Actualización: oihana me ha dejado un comentario muy interesante:

Pues precisamente por los motivos que has expuesto (sólo es accesible en parte y en algunos sistemas y navegadores) la respuesta creo que debería ser: "No, Flash no es accesible".

Por lo que he aprendido hasta ahora de accesibilidad, una cosa no puede ser parcialmente accesible, o lo es o no lo es. ¿No?

Comparto parcialmente este comentario. Aunque en el caso de Flash lo comparto plenamente: para mí Flash no es una tecnología estándar, es una tecnología propietaria con graves problemas de accesibilidad y, por tanto, no se debería emplear. Pero una puntualización sobre "o lo es o no lo es".

Asegurar que un sitio web es 100% accesible es un mito. Debido al amplio rango de discapacidades que existen, es imposible crear un sitio web que tenga en cuenta todo ese rango. Por tanto, la accesibilidad es una propiedad continua (hay diferentes niveles de accesibilidad), no una propiedad constante (es o no es). Por supuesto, el objetivo es lograr la máxima accesibilidad posible para llegar al máximo número de usuarios, pero el 100% de accesibilidad es un mito (por ejemplo, el idioma también se podría considerar una "discapacidad" y, por tanto, deberíamos ofrecer los sitios web en todos los idiomas que existen para no discriminar a nadie.
]

Flash siempre ha tenido graves problemas de accesibilidad. Recordemos el artículo de Jakob Nielsen Flash: 99% Bad del año 2000, en el que además de señalarse los problemas de accesibilidad de Flash, se destacaban otros muchos problemas que afectan a todos los usuarios.

A partir de la versión 6 de Flash se introdujeron ciertas características de accesibilidad, como el texto alternativo. Desde entonces, la accesibilidad de Flash ha ido mejorando, pero a día de hoy todavía hay algunas características básicas y sencillas, como indicar el idioma de un fragmento de texto (punto de verificación 4.1 "Identifique claramente los cambios en el idioma del texto del documento y en cualquier texto equivalente" de las Pautas de Accesibilidad al Contenido en la Web 1.0), que todavía no se pueden hacer (sólo se puede indicar el idioma de todo el objeto Flash).

Sin embargo, por mucho que mejore la accesibilidad de Flash, siempre existirá un problema: no es una tecnología estándar y siempre presentará problemas. La pauta 11 de las Pautas de Accesibilidad al Contenido en la Web 1.0 nos aconseja que utilicemos las tecnologías y pautas de W3C siempre que sea posible.

Además, las características de Flash sólo son accesibles en ciertos sistemas operativos, bajo ciertos navegadores y mediante el uso de algunos lectores de pantalla.

Además, hoy en día existen multitud de diferentes dispositivos que permiten navegar por la Web, y muchos de ellos no tienen soporte para Flash. Por ejemplo, hace unos días estuve probando el navegador web que incorpora Kindle, el lector de libros electrónicos de Amazon. Este dispositivo no soporta ni Flash ni los applets realizados en Java, por lo que muchas páginas web "desaparecen misteriosamente".

Pero además, hoy en día HTML5 puede sustituir a Flash en la mayoría de las situaciones en que se usa. En realidad, desde hace tiempo ya se podía sustituir a Flash por simple HTML + CSS + JavaScript + DOM. Estoy cansado de navegar por sitios web donde se emplea Flash simplemente para lograr un efecto visual en la barra de navegación principal (por ejemplo, para crear menús desplegables), cuando eso se puede crear con las tecnologías estándar desde hace años.

Para terminar, y volviendo al tema de cómo crear Flash accesible, unas referencias interesantes donde se puede encontrar información sobre este tema:

WebAIM, Creating Accesible Flash Content: un tutorial con cuatro partes.
Adobe, Best Practices for Accessible Flash Design: consejos generales y las características específicas de accesibilidad de Flash.
Adobe, Creating Accessible Content with Flash Professional: de enero de 2011, así que está bastante actualizado.
The Paciello Group, WCAG 2 Compliance With Flash: presentación de un seminario sobre la accesibilidad de Flash y WCAG 2.0.
W3C, Flash Techniques for WCAG 2.0: las técnicas de WCAG 2.0 que son específicas para Flash.

Guía sobre la normalización en la accesibilidad TIC

2011-09-28T19:39:00.000+02:00

Ayer asistí en Madrid a la presentación de la Guía sobre la normalización en la accesibilidad TIC, que ya tenemos disponible para descargar en formato PDF de forma gratuita.

Esta guía es un trabajo excelente que sistematiza y cataloga las normas de diferentes organismos (internacionales y nacionales) que hacen referencia a la accesibilidad de las Tecnologías de la Información y la Comunicación. En concreto, las normas están clasificadas en normas de Alto nivel, de Hardware y equipos, de Software, de Usuario y de Contenido.

Accesibilidad en primera persona

2011-09-27T09:01:00.000+02:00

Interesante vídeo de una presentación que realizó una persona ciega en la Universitat Jaume I de Castellón:

Accesibilidad en primera persona from decharlas.com on Vimeo.

Una introducción sencilla a la accesibilidad web

2011-09-25T14:31:00.000+02:00

El artículo A simple introduction to web accessibility de Ian Hamilton explica de una forma sencilla qué es la accesibilidad web. Según Ian, el primer paso es conocer quienes son las personas con discapacidad y cuales son sus necesidades.

Sólo hay cuatro tipos de discapacidad que estén relacionadas con la accesibilidad web: visual, auditiva, motora y cognitiva.

Discapacidad visual
Algunos tipos de discapacidades de este grupo son la miopia, la ceguera al color (daltonismo), el glaucoma y la ceguera completa.

Los consejos que proporciona son:

No dependas de pistas visuales
Utiliza colores con suficiente contraste
Utiliza un tamaño de texto adecuado
Haz que los enlaces sean fácilmente distinguibles
No dependas únicamente del color
Emplea los encabezados (h1, h2, h3, ...) correctamente
Garantiza que los enlaces tengan sentido fuera de contexto
Evita la ejecución automática de vídeos y audios

Discapacidad auditiva
Algunos tipos de discapacidad de este grupo son el trauma acústico, el trastorno de procesamiento auditivo y la sordera completa.

Como la Web es un medio principalmente visual, los usuarios con problemas auditivos no suelen tener muchos problemas.

El principal problema son los vídeos y la solución es muy sencilla, incluir subtítulos, aunque a veces puede ser costosa. Por ello, una solución alternativa es ofrecer la transcripción del audio.

[Nota: el autor de este artículo no explica que las personas con discapacidad auditiva pueden tener problemas de comprensión, por lo que la legibilidad de un texto es un aspecto a tener en cuenta si se quiere lograr una mejor accesibilidad]

Discapacidad motora
Algunos tipos de discapacidad de este grupo son la parálisis cerebral, el Parkinson y la distrofia muscular.

Se tiene que garantizar que una página se puede emplear exclusivamente con el teclado.

Además, hay que evitar que los elementos con lo que se puede interactuar, como por ejemplo los enlaces y los botones de los formularios, no son muy pequeños y no están muy cerca unos de otros. Además, hay que evitar las interacciones complicadas, como "drag&drop", y los interfaces de usuario en movimiento.

Discapacidad cognitiva
Algunos tipos de discapacidad de este grupo son el síndrome de Down, el autismo y la dislexia.

Las personas con discapacidad cognitiva tienen problemas para procesar la información. El consejo más obvio es simplificar la información que se ofrece, evitar un lenguaje complicado y plagado de acrónimos. Además, también ayuda a un gran porcentaje de usuarios que tienen problemas de comprensión.

También hay que evitar las animaciones y elementos en movimiento que puedan distraer al usuario.

También hay que evitar los elementos inesperados y la ejecución automática de los vídeos.

Simposio online sobre medidas de la accesibilidad web

2011-09-24T18:00:00.002+02:00

El W3C, a través del WAI, organiza Website Accessibility Metrics Online Symposium el próximo 5 de diciembre de 2011. En la petición de artículos (call for papers) podemos ver que el plazo para enviar propuestas finaliza el próximo día 1 de noviembre.

El objetivo principal de este simposio es reunir, analizar y discutir experiencias prácticas relacionadas con la medición de la accesibilidad web.

Guía sobre Normalización en la Accesibilidad de las TIC

2011-09-23T21:55:00.001+02:00

El próximo martes 27 de septiembre de 2011 se presentará en Madrid, en el Salón de Actos del Ministerio de Industria, Turismo y Comercio, la Guía sobre Normalización en la Accesibilidad de las TIC, editada por el Centro Nacional de Tecnologías de la Accesibilidad (CENTAC).

En el apartado Documentación se podrá descargar próximamente la guía.

Curso "Accesibilidad y estándares web"

2011-09-22T21:43:00.000+02:00

La Universidad Politécnica de Valencia organiza el curso Accesibilidad y estándares web. Este curso es en realidad la asignatura Accesibilidad y estándares web que pertenece al Máster en Aplicaciones Multimedia. La descripción del curso es:

Curso teórico – práctico, de estudio y aplicación de las directivas de accesibilidad marcadas en la norma une 139803:2004, de obligado cumplimiento en España bajo las condiciones que se describen en la Ley 56/2007 de 28 de diciembre (Ley de Medidas para el Impulso de la Sociedad de la Información) cuyo objetivo es facilitar el acceso Web a la mayoría de los
usuarios, independientemente de sus capacidades, tipo de plataforma, navegador, idioma o localización.

Máster en sociedad de la información y del conocimiento, pero sin accesibilidad

2011-09-20T09:01:00.000+02:00

Ayer recibí un correo anunciando el Master on-line en Sociedad de la Información y del Conocimiento, que organiza la Universidad de Santiago de Compostela.

He consultado el programa de materias del máster y me han defraudado dos cosas:

La pequeña descripción que se proporciona del programa del máster: sólo aparecen los títulos de las materias que componen el máster, no hay una descripción materia por materia.
La total ausencia de alguna referencia a la accesibilidad: es un máster dedicado a la sociedad de la información y del conocimiento, debería de destacar alguna materia dedicada a la accesibilidad o a la inclusión digital de todos los ciudadanos. Sin embargo, no hay ninguna referencia directa a ello. Espero que quizás, escondido en alguna de las materias, al menos se dedique un pequeño espacio de tiempo a hablar sobre este tema.

Además, y simplemente por curiosidad, en un rápido examen (en 1 minuto) de la accesibilidad de esta página, se pueden encontrar importantes problemas de accesibilidad:

El HTML de la página no valida, tiene numerosos errores.
La página no tiene un título significativo.
No hay ni un solo encabezado.
Se repiten numerosos enlaces con el mismo texto, como "Abrir", "Ver" y "Oir".

Libros sobre accesibilidad web

2011-09-17T12:42:00.001+02:00

Hace unos días, uno de los asistentes a mi seminario sobre accesibilidad web que impartí en Quito me mandó un correo electrónico:

Me pareció interesante el seminario sobre accesibilidad web realizado en la EPN, es por ello que recurro a ud. para que me ayude con información sobre libros que contengan información sobre técnicas y evaluación en lo que se refiere a accesibilidad web. Ya he revisado los documentos que tratan de la accesibilidad web que están disponibles en la W3C en la parte de accesibilidad.

Hasta el momento he hallado este libro: Web Accessibility: Web Standards and Regulatory Compliance, sin embargo necesito recabar información de otras fuentes, y así poder implantar en un sitio web.

Desde ya le agradezco por la respuesta.

Mi respuesta fue:

En mi blog tengo un apartado sobre libros:

http://accesibilidadenlaweb.blogspot.com/search/label/Libros

Ahí puedes encontrar libros de pago y gratuitos.

Te sugiero que empieces por el libro Dive into accessibility, que lo puedes encontrar traducido al castellano Sumérjase en la accesibilidad.

Pregunta sobre los captchas

2011-09-16T09:31:00.000+02:00

Me pregunta un lector de este blog:

Buen dia Sr. Sergio, acabo de ver el video de la soluciones de captcha, quiero implementar una
pero no tengo muchas nociones de programacion, el catpcha que quiero implemetar a mi web es del tipo:
http://diario16.pe/noticia/8812-organizan-iv-muestra-cientaifica-y-tecnolaogica-juvenil-en-trujillo

Le estaria agradecido si me indicaria un tutorial o paquete de descarga para implementar un captcha de ese tipo.

Gracias
un cordial saludo.

Jorge Luis

Los vídeos a los que hace referencia este lector son los siguientes:

El sistema que le recomiendo a este lector, y es el que empleo yo en mis desarrollos, es reCAPTCHA, un sistema desarrollado inicialmente en la Universidad Carnegie Mellon y que posteriormente fue adquirido por Google y que ahora ofrece de forma gratuita. Además, este sistema ofrece un captcha sonoro como alternativa al captcha visual, por lo que "se supone" que es accesible para las personas con problemas de visión.

Materiales del seminario "Accesibilidad en el Diseño de Aplicaciones Web"

2011-09-15T09:24:00.000+02:00

Ya están disponibles los materiales del seminario Accesibilidad en el Diseño de Aplicaciones Web que impartí hace unos días en la Escuela Politécnica Nacional en Quito (Ecuador).

En el Congreso y en el Senado siguen haciendo las cosas fatal

2011-09-10T00:28:00.001+02:00

Acabo de leer en el periódico El Mundo el artículo de opinión Transparencia, pero no accesibilidad. Me ha llamado la atención esta noticia, claro está, por la palabra accesibilidad.

Desgraciadamente el artículo no es sobre la accesibilidad en general, ni mucho menos sobre la accesibilidad web. El artículo es sobre la publicación de bienes y rentas de los congresistas y senadores españoles. El artículo comenta la mala forma en que ha sido publicada esta información.

Entre los problemas que describe, sí que hay uno que está totalmente relacionado con la accesibilidad web, el problema de los PDF no accesibles:

Si lo anterior parece grave, lo es mucho más que la información se publicase como un PDF de imagen -un formato inaccesible para el análisis de datos- y diputado a diputado.

Efectivamente, un PDF que contiene una imagen escaneada no es accesible. Para que un PDF sea accesible tiene que contener texto y además tiene que estar etiquetado (tagged).

Pero bueno, ya sabemos que en el Congreso y en el Senado de España no saben muy bien cómo usar las nuevas tecnologías, como ya comenté hace unos meses en El Senado se gastará 350.000 euros al año en traducciones, pero es incapaz de tener una página web accesible. La página del Senado de España sigue sin ser accesible a día de hoy (y lo que le queda...)

El municipio será accesible, pero su sitio web no

2011-09-04T16:54:00.000+02:00

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

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

[Actualización 25/01/2012]

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

Con imágenes

Sin imágenes

Entrevista en la Escuela Politécnica Nacional

2011-09-02T16:03:00.003+02:00

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

El seminario en Twitter

2011-09-02T06:05:00.000+02:00

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

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

2011-09-01T14:13:00.000+02:00

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

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

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

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

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

2011-08-28T17:31:00.001+02:00

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

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

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

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

Versión de texto de una página web

2011-08-27T06:30:00.000+02:00

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

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

Nuevo dispositivo para ver con las manos

2011-08-26T06:55:00.002+02:00

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

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

[...]

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

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

Editor de HTML5

2011-08-22T18:58:00.001+02:00

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

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

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

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

2011-08-10T09:09:00.000+02:00

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

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

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

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

2011-08-09T09:47:00.000+02:00

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

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

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

Selecting Web Accessibility Evaluation Tools:
What evaluation tools can not do

Many accessibility checks require human judgement and must be evaluated manually using different techniques. Also, in some cases evaluation tools are prone to producing false or misleading results such as not identifying or signal incorrect code. The results from evaluation tools should not be used to determine conformance levels unless they are operated by experienced evaluators who understand the capabilities and limitations of the tools in order to achieve accurate results. Web accessibility evaluation tools can not determine the accessibility of Web sites, they can only assist in doing so.
Evaluating Web Sites for Accessibility:
No single evaluation tool yet provides comprehensive information or captures all problems with regard to the accessibility of a site; therefore evaluation involves a combination of approaches.

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

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

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

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

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

2011-08-07T19:29:00.001+02:00

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

La nueva web del Senado

2011-08-06T14:16:00.000+02:00

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

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

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

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

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

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

Consejos para crear páginas web accesibles

2011-08-04T12:35:00.000+02:00

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

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

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

Traducido:

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

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

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

Y los últimos que he encontrado:

Texto en imágenes: un gran error

2011-08-03T11:44:00.001+02:00

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

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

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

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

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

Por casualidad he encontrado esta página web:

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

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

Cómo elegir un color adecuado para un sitio web

2011-08-02T14:58:00.025+02:00

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

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

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

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

Características accesibles de HTML/XHTML

2011-08-01T18:47:00.023+02:00

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

Tablas

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

Formularios

Los elementos fieldset y legend
El elemento label

Imágenes

El atributo alt
El atributo longdesc

En general

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

Todos los Mozilla Firefox en nuestro ordenador

2011-07-30T00:15:00.000+02:00

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

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

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

Accesibilidad en las redes sociales

2011-07-29T19:33:00.000+02:00

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

User Accounts & Profiles
Keep it simple
Make it keyboard friendly
Provide clear feedback
Social Conversations
Stop spam, not people
Use an accessible editor
Implement accessible widgets
Media
Provide text alternatives
Require accessibility
Prepare guidelines
Keep Accessibility in Mind