Tutorial sobre la accesibilidad en diferentes medios

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

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

El arte de la accesibilidad

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

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

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

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

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

Denuncias contra sitios web no accesibles en Estados Unidos

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

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

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

Nueva campaña a favor de la accesibilidad web

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

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

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

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

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

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

Cómo escribir textos accesibles para la Web

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

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

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

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

Usa:

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

Evita:

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

Formato para crear un informe sobre accesibilidad web

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

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

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

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

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

¿Alguien conoce algún formato más?

Unos libros sobre accesibilidad

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

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

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

Guía de accesibilidad y estándares

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

El contenido de la guía es:

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

Problemas con las entidades HTML

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

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

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

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

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

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

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

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

Los 10 errores típicos son:

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

Otra herramienta para simular la ceguera al color: Color Oracle

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

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

Curso de verano sobre accesibilidad web y aprendizaje para todos

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

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

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

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

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

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

Controles de YouTube accesibles

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

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

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

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

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

Tutorial sobre accesibilidad de Jim Thatcher

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

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

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

Otro sistema para controlar el ordenador con los ojos

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

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

Algunos artículos relacionados sobre este tema:

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

Microsoft Expression Web Superpreview

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

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

Generador de formularios accesibles

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

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

¿Qué ha pasado con Softwai?

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

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

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

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

Otros que se apuntan al control mental del ordenador

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

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

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

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

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

Encabezados: h1, h2, h3, ...

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

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

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

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

Accesibilidad en HTML5

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

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

Soporte del atributo longdesc en los editores de HTML actuales

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

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

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

• Adobe Dreamweaver
• CKEditor
• TinyMCE
• WordPress Plugin

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

Google y la accesibilidad

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

Algunoso párrafos de este artículo:

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

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

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

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

AEGIS Workshop and International Conference

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

Los temas de la conferencia son:

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

Blogger averiado 2 días

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

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

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

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

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

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

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

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

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

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

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

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

El informe se puede descargar en formato PDF.

Cambios en el uso del atributo alt en HTML5

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

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

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

o

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

¡serán válidas!

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

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

El informe se puede descargar en formato PDF.

Un sistema que permite a una persona ciega percibir una imagen

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

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

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

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

Software libre para crear documentos PDF accesibles

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

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

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

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

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

Curso sobre subcontratación de webs accesibles

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

El programa del curso es:

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

Los 10 errores más comunes

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

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

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

Análisis de un formulario de login

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

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

Libro electrónico: Sumérjase en la Accesibilidad

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

La introducción del libro dice:

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

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

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

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

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

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

Seis consejos para mejorar la accesibilidad para las personas con dislexia

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

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

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

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

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

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

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

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

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

Interfaz neuronal que permite hablar al ordenador

El tema del control del ordenador con el pensamiento ha aparecido numerosas veces en este blog, como por ejemplo Un interfaz neuronal sigue funcionando después de 1000 días o En Francia también investigan sobre el control del ordenador con la mente (por citar solamente las dos más recientes).

La noticia Technique for letting brain talk to computers now tunes in speech explica que científicos de la Washington University School of Medicine in St. Louis han desarrollado un implante (necesita cirujía cerebral) que situado en zonas del cerebro que controlan el habla permiten "hablar" al ordenador con el pensamiento por primera vez (¿por primera vez?), pudiendo controlar un cursor en la pantalla del ordenador simplemente pensando en un sonido.

“We can distinguish both spoken sounds and the patient imagining saying a sound, so that means we are truly starting to read the language of thought,” he says. “This is one of the earliest examples, to a very, very small extent, of what is called ‘reading minds’ — detecting what people are saying to themselves in their internal dialogue.”

The next step, which Leuthardt and his colleagues are working on, is to find ways to distinguish what they call “higher levels of conceptual information.”

“We want to see if we can not just detect when you’re saying dog, tree, tool or some other word, but also learn what the pure idea of that looks like in your mind,” he says. “It’s exciting and a little scary to think of reading minds, but it has incredible potential for people who can't communicate or are suffering from other disabilities.”

Curso "Accesibilidad de páginas web"

AENOR, la Asociación Española de Normalización y Certificación, organiza el curso Accesibilidad de páginas web los días 13-14 de junio de 2011 y 15-16 de diciembre de 2011, con una duración de 14 horas.

El precio del curso es 690€ más IVA.

Los objetivos del curso son:

• Comprender los criterios de accesibilidad para contenidos en la web y los principios del diseño para todos
• Capacitarse para emprender un proyecto de implantación de la norma UNE 139803 Requisitos de accesibilidad para contenidos en la Web 

El programa del curso es:
1. Introducción a la accesibilidad

. Accesibilidad: qué es, a quién afecta, ventajas

. Marco legislativo actual

. W3C y WAI

. WCAG 1.0 y WCAG 2.0

. Norma UNE 139803 de accesibilidad para contenidos en la web

2. Requisitos de accesibilidad de contenidos web. Norma UNE 139803

. Principios generales

. Presentación

. Estructura

. Contenido

. Navegación

. Scripts, objetos de programación y multimedia

. Situaciones excepcionales

3. Correspondencia entre requisitos de la norma UNE 139803 y pautas WCAG

4. Utilización de herramientas de revisión y recursos

. Herramientas automáticas (HTML/CSS Validator, Taw, Hera...).

. Navegadores

. Revisiones manuales

5. Implantación de un Sistema de Gestión de la Accesibilidad

. Gestión de recursos.

. Elaboración del sitio web.

. Gestión de proveedores.

. Tratamiento de las reclamaciones de los usuarios.

. Satisfacción de los usuarios

. Tratamiento de No-Conformidades

. Auditorías internas

6. Casos prácticos

. Aplicación de los requisitos de accesibilidad

. Visualización de webs accesibles; buenas prácticas

Herramientas de evaluación y métodos para la Web

BenToWeb fue un proyecto del Web Accessibility Benchmarking (WAB) Cluster que tenía por objetivo implementar ciertas recomendaciones relacionadas con la accesibilidad web. En el apartado Documents está disponible un conjunto de test de accesibilidad.

Foros sobre accesibilidad web

Unos foros sobre accesibilidad web:

• Accesoweb, lista en castellano sobre problemas y soluciones de diseño accesible para la Red, patrocinado por la Fundación Sidar.
• Accesibilidad web.
• Accessify Forum, en inglés.

Microsoft anuncia herramientas gratuitas de accesibilidad

La noticia Microsoft Announces Free Accessibility Tools and Training for Developers nos cuenta que Microsoft ha publicado Microsoft Accessibility Tools & Training, un conjunto de herramientas, seminarios de formación y otros recursos disponibles de forma gratuita en la Web.

Lo más interesante que he encontrado en esta web hasta ahora es:

• Introduction to Web Accessibility.
• Semantic HTML.
• Introduction to ARIA.
• Types of Assistive Technology Products.
• Identify the Right Assistive Technology Products.

Microsoft Web Accessibility Handbook

Microsoft Web Accessibility Handbook es un libro gratuito de 40 páginas elaborado por Microsoft y HiSoftware en el que se resumen las estrategías y resultados obtenidos durante las reuniones organizadas entorno al European Web Accessibility Dialogue.

El contenido de este documento es:

Five Views on Web Accessibility and this Handbook
Chapter 1 - Introduction
Chapter 2 - Summary of European Dialogues on Web Accessibility – Practical strategies for an Accessible Web
Chapter 3 - A Process Based Approach to Implementing a Web Accessibility Program
Chapter 4 - Demonstration of Practical Strategies from the Dialogues
Chapter 5 - Understanding and Meeting Web Accessibility Standards
Conclusion
List of Resources
About This Guide

Ejercicios online tipo test sobre accesibilidad web

He preparado dos ejercicios online tipo test sobre accesibilidad web:

• Accesibilidad en la web: conceptos generales. Preguntas generales sobre accesibilidad, discapacidad, tecnologías de apoyo y normativas, pero sin entrar en detalles técnicos de desarrollo de páginas web.
• Accesibilidad en la web: conceptos técnicos. Preguntas concretas sobre HTML y CSS relacionadas con la accesibilidad web.

En el futuro añadire más ejercicios de este tipo.

IMPORTANTE:  no abrir los dos ejercicios a la vez, sólo uno cada vez (en los comentarios se explica la razón).

Análisis de la accesibilidad de la página web del Ayuntamiento de San Vicente del Raspeig

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

El informe se puede descargar en formato PDF.

En el estudio, además de la accesibilidad también se han analizado algunos aspectos de la usabilidad de la página. La metodología empleada ha sido revisar los puntos de verificación especificados en el documento Técnicas para las Pautas de Accesibilidad al Contenido en la Web 1.0.

Análisis de la accesibilidad de la página web del Ayuntamiento de La Joyosa

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

En este sitio web se puede encontrar algo que no había visto nunca: en la página educación  han colocado una página de texto escaneada como una imagen. Podrían haber hecho "copiar y pegar" del documento original, o podrían haber enlazado un fichero PDF, pero en vez de ello han colocado una imagen. ¡Increíble!

El informe se puede descargar en formato PDF.

Un interfaz neuronal sigue funcionando después de 1000 días

A muchas personas el tema del control mental del ordenador o la unión hombre-máquina les puede parecer de ciencia ficción, sacado de las películas Robocop o Terminator, pero es un tema que se está investigando y desarrollando en la actualidad.

Estos avances técnicos pueden ayudar a muchas personas con discapacidad física a paliar sus problemas. Sobre el control del ordenador con la mente ya he escrito en numerosas ocasiones (Una noticia sobre investigación en control mental del ordenador en Tailandia).

Ahora acabo de leer la noticia BrainGate neural interface system reaches 1,000-day performance milestone. En la Brown University (Rhode Island, Estados Unidos), implantaron a una mujer con tetraplejia un sistema llamado BrainGate. 1000 días después, la mujer todavía puede controlar un cursor en el ordenador con el pensamiento (pensaba en mover el cursor con la mano), con un porcentaje de éxito superior al 90%.

Por ahora, las tareas que se pueden realizar son muy limitadas y no funciona a la perfección, pero la investigación sigue avanzando y es posible que en pocos años existan sistemas comerciales.

¿Por qué la gente no subtitula los vídeos?

En el periódico El País iniciaron hace dos semanas una iniciativa muy interesante: El desafío de la semana. El desafío consiste en resolver un problema matemático. El desafío se plantea mediante un vídeo en el que una persona plantea el problema.

En el vídeo de esta semana he podido leer lo siguiente:

NOTA IMPORTANTE: Por si queda alguna duda de la formulación del problema y a petición también de los lectores sordos, incluimos aquí el enunciado por escrito.

Y entonces me he preguntado: ¿por qué son tan chapuceros? ¿Por qué no subtitulan el vídeo? El vídeo dura poco más de 3 minutos, en menos de una hora puede estar subtitulado. Lo que han hecho está bien, proporcionar la transcripción del vídeo, pero les ha faltado subtitularlo.

Entrega de los premios de la primera edición de los Premios Discapnet

El pasado 10 de marzo de 2011 se entregaron los premios de la primera edición de los Premios Discapnet 2011. La noticia dice:

S.A.R. la Princesa de Asturias y el presidente de la ONCE y su Fundación, Miguel Carballeda, hicieron entrega, el 10 de marzo de 2011, de la primera edición de los Premios Discapnet a varias iniciativas en las que las nuevas tecnologías mejoran la vida cotidiana de personas con discapacidad, como la inclusión escolar de una niña con discapacidad severa con sólo ocho años en su colegio de Meaño (Pontevedra) o la iniciativa de Fundación Vodafone para que las personas con discapacidad accedan a la información de los medicamentos. También han recibido galardón “la Caixa”, Renfe Operadora-Adif y Repsol YPF-Fundación Repsol.

Más sobre la ceguera al color

En numerosas ocasiones he escrito sobre los problemas de visión y en especial sobre la ceguera al color (daltonismo):

• Mitos y malentendidos sobre la ceguera al color (22/11/2010)
• ¿Los daltónicos tienen problemas para navegar por la Web? (26/07/2008)

Acabo de encontrar dos páginas muy interesantes sobre este tema. En Colorblind Home Page, se explican los diferentes tipos de ceguera al color que existen y se muestran numerosas fotografías a modo de ejemplo.

En Structure & Strangeness: Reverse-Colorblind Test se muestra un test de daltonismo inverso: mientras que en un test normal, la persona con daltonismo no es capaz de vez una letra o número con el resto de personas sin daltonismo, en este test la persona con daltonismo es capaz de ver algo que el resto de personas no ven. Lo que una persona daltónica puede ver se muestra en otra página.

Curso sobre accesibilidad web en la Universidad Nacional de La Plata

En la Facultad de Informática de la Universidad Nacional de La Plata organizan el Curso a distancia sobre Accesibilidad Web. El temario del curso es:

• La Problemática del discapacitado en la Web
• Herramientas de adaptación de hardware y software
• La Accesibilidad Web. Leyes, normas y validadores
• Pasos para hacer accesible un sitio

Más información sobre el curso en formato PDF.

Herramienta para ver una página web en escala de grises

GrayBit es una herramienta online que permite visualizar cualquier página web publicada en Internet en escala de grises. Para ello sólo hay que introducir la URL de la página web y a los pocos segundos aparece visualizada en escala de grises.

¿Y esto para qué? La idea es que al convertir los colores a su equivalente en escala de grises es más fácil detectar los problemas de contraste, ya que los colores pueden engañar.

Herramienta para verificar el contraste de todos los colores de una página web

El WAI nos indica en WCAG 1.0 que hay que tener cuidado con las combinaciones de colores, hay que emplear combinaciones con un contraste adecuado. En este blog he escrito varias veces hablando de herramientas que nos ayudan a elegir colores con el suficiente contraste.

Un alumno me ha pasado la herramienta Check My Colours. ¿Qué tiene de especial esta herramienta? Mientras que la mayoría de las herramientas comprueban únicamente una combinación de dos colores (tenemos que indicar el color de primer plano y el color de fondo), esta herramienta comprueba el contraste y la diferencia de color de todos los elementos DOM de una página web: simplemente, se introduce la URL de la página web que queremos comprobar y esta herramienta comprueba todas las combinaciones de color que tenga la página.

Importante: sólo comprueba las combinaciones definidas en el DOM. Una combinación de color producida por un texto mostrado sobre una imagen no es capaz de comprobarlo.

Análisis de la accesibilidad de la página web del Ayuntamiento de l'Alfàs del Pi

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

El informe se puede descargar en formato PDF.

La metodología empleada ha sido revisar los puntos de verificación especificados en el documento Técnicas para las Pautas de Accesibilidad al Contenido en la Web 1.0.

Los principales problemas detectados son:

• No proporciona juego de caracteres.
• Utiliza código HTML no estándar.
• Ausencia de idioma, o proporcionado de forma externa.
• Mucha información en texto proporcionada con imágenes sin atributo alt.
• Maquetación de la página con tablas en vez de CSS.
• Carencia de estructura alternativa.
• No proporciona un sistema de navegación robusto (falta mecanismo tipo migas de pan) ni mapa web.
• Se abren nuevas ventanas sin informar al usuario.

Seminario "Accessibility Engineering for the Web 2.0"

El próximo viernes 1 de abril de 2011 en la Universidad de Barcelona, dentro del Máster oficial en Gestión de Contenidos Digitales, se va a realizar el seminario Accessibility Engineering for the Web 2.0 impartido por Giorgio Brajnik, profesor de la Università degli studi di Udine.

El programa previsto es el siguiente:

• Towards accessibility engineering
• Outline of a global picture
• Crowd sourcing for accessibility?
• Pitfalls to avoid
• In sampling
• In detecting problems
• In using automated tools
• In measuring accessibility
• In monitoring and maintaining accessibility levels
• Today's challenges
• Web 2.0/user generated content
• Web 2.0/interactivity
• ARIA guidelines
• Some challenging results about validity and reliability of guidelines
• Reliability and validity of a method
• How to measure them
• Some results about WCAG 2.0

Para más atender al seminario, hay que ponerse en contacto con el Sr. Miquel Térmens (termens [arroba] ub.edu).

Investigan la accesibilidad de las aplicaciones de Google

En Estados Unidos, la Federación Nacional de Ciegos (National Federation of the Blind) ha solicitado al Departamento de Justicia que investigue la accesibilidad de las aplcaciones de Google: Google apps inaccessible to blind students, group says.

El problema ha surgido porque numerosas universidades están migrando parte de sus aplicaciones (por ejemplo, el correo electrónico) a Google Apps for Education (por ejemplo, Gmail), un conjunto de herramientas que Google ofrece de forma gratuita a los centros educativos.

Según la noticia, algunos productos como Gmail o Google Docs no son accesibles para las personas ciegas, una persona ciega no los puede utilizar de forma independiente, sin la ayuda de otra persona. La noticia dice:

The National Federation of the Blind has requested a Justice Department investigation into the schools' use of Gmail and other Google programs, saying that requiring students to use them violates the Americans with Disabilities Act. The Baltimore-based group is also asking other colleges not to adopt the software until it's accessible to all students and faculty.

"Given the many accessible options available, there is no good reason that these universities should choose a suite of applications, including critical e-mail services, that is inaccessible to blind students," said Marc Maurer, president of the National Federation of the Blind.

Pero también podemos leer que se han reunido con Google y están estudiando el problema.

Más sobre la accesibilidad de las aplicaciones de Google

A raíz de la investigación que se ha iniciado para estudiar la accesibilidad de las aplicaciones de Google (Investigan la accesibilidad de las aplicaciones de Google), he encontrado el artículo Does Google Apps for Education discriminate against the blind? en el que se reflexiona y analiza si Google estaría obligado a asegurar que sus aplicaciones son accesibles.

Accesibilidad en HP

El sitio web HP Accessibility contiene algunos recursos interesantes sobre accesibilidad.

El fin de Internet Explorer 6

Ya era hora, hemos tenido que esperar mucho, pero por fin ha llegado la noticia: Microsoft empuja la desaparición de Internet Explorer 6 (El País) y Cómo seguir 'en vivo' la muerte de Internet Explorer 6 (El Mundo). Impresionante también que dos periódicos generalistas se hagan eco de esta noticia.

En la noticia de El País podemos leer:

"Muy pocas veces os pedimos encarecidamente que dejéis de usar uno de nuestros productos, pero con Internet Explorer 6 haremos una excepción", publica Microsoft en su cuenta oficial en Twitter.El mensaje incluye un enlace a una página titulada: "La cuenta atrás de Internet Explorer 6. Haciendo un mundo sin él".

En esta web se destaca que quieren que menos del 1% de los internautas usen su programa. "Ahorremos horas de trabajo a los desarrolladores", argumentan.

Es un agran alivio saber que Microsoft reconoce que Internet Explorer 6, quizás el peor navegador de la historia, ha obligado a miles de desarrolladores a invertir miles de horas para lograr que un sitio web fuese compatible con su navegador

Microsoft ha preparado la página web The Internet Explorer 6 Countdown para que podamos seguir en directo cómo va desapariendo Internet Explorer 6 de la faz de la Tierra. Según esta página, el índice de uso de Internet Explorer 6 en España es un 3,3%, mientras que en Noruega es un 0,7%, en Estados Unidos es un 2,9% y en China un 34,5%.  En total, la página web de Microsoft afirma que un 12% del mundo usa Internet Explorer 6.

Por cierto, la página que ha preparado Microsoft tiene graves problemas de accesibilidad.

Sobre el atributo alt y title, ¿cumplen la misma función?

Me escribe una alumna de la asignatura Experiencia de usuario del Curso de especialista en diseño web:

Estoy mirando varias páginas para la actividad voluntaria de accesibilidad web, pero me están surgiendo algunas dudas con las etiquetas. Por ejemplo, después de leer los apuntes me ha quedado claro que cuando se pone una imagen, se debe incluir la etiqueta (alt=" "),  sin embargo, estoy viendo una web en la que aparece de la siguiente forma:

<div id="Clogo">

<img alt="Escudo Institucional" src="images/logo.jpg" title="Escudo Institucional" />

En este caso concreto, ¿la etiqueta (title= " ") cumple la misma función?

La alumna no me ha dicho en su mensaje dónde ha encontrado este ejemplo,  pero uno que es "perro viejo" lo ha encontrado fácilmente: se trata de la web oficial de la Junta de Extremadura.

La respuesta es NO, no cumple la misma función. Si leemos la recomendación del W3C sobre HTML podemos sacar las siguientes conclusiones:

• El atributo alt se emplea como representación alternativa, es decir, como sustituto de la imagen. Por ejemplo, cuando se decide no cargar las imágenes de una página (por ejemplo, porque la conexión a Internet es lenta o nos cobran mucho dinero por ello, como puede ser desde un teléfono) o cuando alguien no puede ver las imágenes (por ejemplo, un ciego). Este atributo es obligatorio.
• El atributo title se emplea para proporcionar información adicional, no para proporcionar información que sustituya al elemento al que se aplica (en este caso a una imagen). Por ejemplo, se puede emplear para indicar el autor de una fotografía, la fecha de realización de una fotografía o el origen de una imagen, pero siempre como información complementaria. Este atributo es opcional.

Por tanto, en este caso concreto, está mal utilizado el atributo title. Se emplea para proporcionar exactamente la misma información que con el atributo alt, lo cual, más que ayudar, es una barrera (a nadie le gusta leer o escuchar dos veces lo mismo). Si vemos el código de la página de la Junta de Extremadura, comprobaremos que esta forma de actuar se repite en más sitios.

Esta página es el típico caso de accesibilidad web mal entendida: el desarrollador de la página lee alguna guía, lee algún artículo, consulta algún ejemplo, pero en realidad no entiende lo que está haciendo, simplemente lo repite como un loro.

La guinda de esta página web la podemos encontrar en su pie. Por un lado, podemos encontrar el mensaje "Resolución Óptima 1024x768 px.", que ya comenté un caso parecido hace unos días en Tonterías, las justas. Por otro lado, podemos encontrar las medallas de "XHTML 1.0" válido (pero no es así, a mí me han salido 3 errores de validación) y "WAI-AA" (hay algunas cosas básicas que se deberían corregir, como esta del atributo title).

[Actualización 04/03/2011]
En realidad, en este ejemplo, la imagen en cuestión sólo realiza una función decorativa, por lo que lo mejor, lo más accesible es emplear un texto alternativo nulo (simplemente alt=""), y por supuesto, no utilizar el atributo title.

La etiqueta <nav> de HTML5

A los alumnos de la asignatura Experiencia de usuario del Curso de especialista en diseño web que estoy impartiendo les propuse hace casi dos semanas un ejercicio complementario: ¿Cómo mejorará la accesibilidad web HTML 5? Para guiar un poco más el ejercicio, les comentaba que en este blog he escrito varias entradas sobre ello, y además les incluía tres preguntas para centrar aún más el tema:

• ¿Cómo mejorará la accesibilidad web HTML 5?
• ¿A quién crees que beneficiará más?
• ¿Alguna de las características beneficiará a la mayoría de la gente y no sólo a grupos reducidos?

Como el ejercicio es complementario, es decir, no se evalúa ni se va a hacer un examen sobre ello, ha ocurrido lo que esperaba: no ha contestado nadie, absolutamente nadie.

Hoy les he escrito el siguiente mensaje, para ver si alguien se anima de una vez:

Un nuevo elemento que ayuda a mejorar la accesibilidad es el nuevo elemento (etiqueta) <nav>. Esta etiqueta permite definir un elemento navegacional de la página web, como puede ser el menú principal o el menú secundario.

Se debe utilizar para marcar los elementos principales de navegación, no se deben marcar todos los elementos, como podemos leer en el apartado 4.4.3 The nav element de la especificación HTML5:

Not all groups of links on a page need to be in a nav element — only sections that consist of major navigation blocks are appropriate for the nav element. In particular, it is common for footers to have a short list of links to various pages of a site, such as the terms of service, the home page, and a copyright page. The footer element alone is sufficient for such cases, without a nav element.

El artículo Semantic navigation with the nav element explica muy bien el uso de esta etiqueta y las diferentes situaciones donde se recomienda su uso.

Un ejemplo de uso de esta etiqueta es:

<nav>

<ul>

<li><a href="/accesibilidad/">Accesibilidad</a></li>

<li><a href="/html/">HTML</a></li>

<li><a href="/javascript/">JavaScript</a></li>

<li><a href="/css/">CSS</a></li>

</ul>

</nav>

¿Por qué mejora la accesibilidad esta etiqueta? Porque permite identificar de una forma clara los elementos de navegación que tiene una página web, por lo que las tecnologías de apoyo como los lectores de pantalla lo pueden detectar y ofrecer al usuario cuando lo necesite.

Un compañero ha leído este mensaje y me ha preguntado: ¿hay alguna ventaja más? Por supuesto:

• Proporciona un método explícito de especificar cuales son los elementos de navegación de un sitio web y de una página web.
• Se puede (podrá) configurar el agente de usuario (navegador) para que inicialmente salte el menú de un sitio web, por lo que ya no es necesario escribir "saltar enlaces" o "saltar al contenido principal".
• Un lector de pantalla puede tener un comando (atajo de teclado) para acceder directamente a los elementos de navegación de una página, igual que tiene un comando para mostrar la lista de enlaces o la lista de encabezados de una página.
• Un agente de usuario en un dispositivo con una pantalla pequeña (por ejemplo, un teléfono), puede mostrar los elementos de navegación de forma independiente o cuando el usuario pulse una tecla del dispositivo.
• El elemento <nav> puede funcionar como un <div> a todos los efectos. Ya no es necesario escribir <div id="menu"> o <div id="navigation">. <nav> tiene 3 letras como <div>, así que no se puede decir que haya que escribir más.
  

Y seguro que hay muchas más ventajas que yo desconozco. ¿Se te ocurre alguna ventaja más?

Evidentemente, todas estas ventajas dependerán de que los agentes de usuario y las tecnologías de apoyo soporten los nuevos elementos (etiquetas) de HTML5. Que no lo soporte ahora, no es razón para no usarlo ya: si ya lo usamos, nuestras páginas estarán preparadas para el futuro.

Cómo hacer que un gráfico sea accesible

Si hubiese que elegir una regla o principio que resumiese toda las pautas, guías y consejos para hacer una página web accesible yo me quedaría con ofrece alternativas. No te limites a proporcionar la información en un solo formato, ya que estarás excluyendo a muchos usuarios.

Como suele ocurrir, la teoría es más sencilla que la práctica, y muchas veces es difícil encontrar buenos ejemplos que reflejen la teoría.

Pero acabo de encontrar un buen ejemplo. Un buen ejemplo de cómo hacer que un gráfico sea accesible. Tampoco es que haya descubierto algo sorprendente (lo que vamos a ver se lleva haciendo muchos años con el enlace D de información detallada), pero vale la pena recordarlo.

La página web WebKit SunPider ofrece los resultados de un test para medir el tiempo de ejecución de JavaScript en diferentes navegadores. Es decir, es un test para evaluar el rendimiento de los motores de JavaScript que llevan incorporados los navegadores. Sorprendentemente, el navegador más rápido de todos los probados es la versión candidata de Internet Explorer 9. Y también sorprende que no les importe reconocer que Internet Explorer 8 es el navegador más lento con diferencia (más de 10 veces más lento).

Volviendo al tema de la accesibilidad, como podemos ver en la siguiente imagen, los resultados se ofrecen mediante un gráfico de barras.

La forma correcta de ofrecer información adicional o alternativa sería mediante el atributo longdesc, pero desgraciadamente poca gente lo conoce y mucha menos gente lo usa.

Pero también se ofrece una versión textual en forma de tabla mediante el texto "A textual version of the results can be found here".

Para una persona que no pueda ver, la versión en forma de tabla, que está correctamente etiquetada porque emplea la etiqueta <th> para crear los encabezados de columna, le ofrece la misma información que el gráfico de barras. Pero es que además, la versión en forma de tabla beneficia a todo el mundo: ¿y si quiero hacer un trabajo con esos datos? No hay problema, los puedo copiar y pegar fácilmente a partir de la tabla, no tengo que escribir la tabla desde cero a partir del gráfico.