Libro electrónico: Diseño de páginas web accesibles

Está disponible en formato electrónico para descargar de forma gratuita el libro "Diseño de páginas web accesibles", editado por la Consejería de Trabajo Consumo y Política Social de la Región de Murcia. Se trata de una traducción de los documentos sobre las "Pautas de accesibilidad al contenido en la Web 1.0" del WAI del W3C. Un par de sitios de donde se puede descargar:

• http://www.carm.es/ctra/cendoc/publicaciones/2003_wai.pdf
• http://usuarios.discapnet.es/disweb2000/WCAG2003/2003_wai.pdf

Otra versión del libro (¿posterior o anterior?) se puede encontrar en esta dirección:

• http://usuarios.discapnet.es/disweb2000/PautaWAI/LibroDisWeb.pdf

El enlace [D] de información detallada

En la entrada de ayer, El atributo longdesc, expliqué el uso del atributo longdesc que "complementa al atributo alt y se emplea para ofrecer una descripción más larga del elemento que la proporcionada por el atributo alt".

Desgraciadamente, el atributo longdesc no se suele emplear por desconocimiento y por falta de soporte de los agentes de usuario (los navegadores). Si no se puede usar, ¿para qué ponerlo?

Sin embargo, es una buena solución que permite proporcionar información adicional para aquellos elementos que sean muy complejos, como puede ser un gráfico.

En su lugar, hay gente que emplea el enlace [D] (descripción), una enlace textual que se suele situar cerca del elemento al que se refiere, como puede ser el título de un gráfico.

Por ejemplo, en el siguiente código se proporciona un texto alternativo y una descripción larga de un gráfico mediante este método, además, también se emplea el atributo longdesc y se emplean la etiqueta de abreviatura para definir el significado de la letra [D]:

<img alt="Gráfico de las ventas" longdesc="descripcion-ventas.html" src="grafico-ventas.png" />

<a href="descripcion-ventas.html"><abbr title="Descripción del gráfico de ventas">[D]</abbr></a>

Cinco tecnologías de ayuda

En el artículo titulado Five assistive technologies you should be aware of se explican cinco tecnologías que ayudan a las personas con discapacidad a emplear un ordenador:

1. Mouth or Head Wands: Varitas para la boca o la cabeza
2. Speech Enabled Websites: sitios web hablados
3. Screen Magnifiers: magnificadores (lupas) de pantalla
4. Voice Recognition Software: software de reconocimiento de la voz
5. The Browser: el navegador

Accesibilidad en los servidores de la Administración Pública

El trabajo Accesibilidad en los servidores de la Administración Pública de Carlos Egea García es quizás el primero o uno de los primeros estudios que se realizó en España sobre la situación de la accesibilidad de los sitios web de la Administración Local, Autonómica y Estatal

El estudio se realizó sobre una muestra de veintiséis páginas y fue presentado como ponencia dentro de las II Jornadas del Seminario de Iniciativas en Discapacidad y Accesibilidad en la Red (SIDAR), celebrado en Madrid los días 11 y 12 de junio de 1998.

Ejemplo de estudio de la accesibilidad de un sitio web

El documento Accessibility study of BBCi: Problems faced by users with disabilities es un análisis muy exhaustivo de la accesibilidad del sitio web de la BBC.

Este documento en formato PDF es un poco antiguo, de 2003, pero es un buen ejemplo de cómo realizar un análisis y el correspondiente informe de la accesibilidad de un sitio web.

Control del ordenador con el movimiento de los ojos

En la Universidad de Cambridge, en Inglaterra, han inventado un sistema llamado VIM (Visual Inference Machine) que permite controlar un ordenador con el movimiento de los ojos. En la nota de prensa publicada, Sending email at the blink of an eye, se puede leer que el software se podrá descargar de forma gratuita:

"A new invention could change the lives of millions of disabled people by allowing them to control a computer by raising an eyebrow. Developed by Oliver Williams and Professor Roberto Cipolla from the Department of Engineering, the software will be free to download and use, providing a much-needed method of input for those unable to communicate conventionally.

The system, code named VIM (Visual Inference Machine), provides an accurate way of tracking limited facial movement. Unlike other input systems, it only requires a webcam and portable computer, providing a cheap alternative to existing systems that can cost tens of thousands of pounds.

VIM allows users with limited movement abilities to control a user interface with facial movements, such as eyebrows, eyes, or mouth. Coupled with Dasher, an invention from the Department of Physics, VIM allows severely disabled people to type and send emails at speeds close to keyboard input".

La accesibilidad web: una asignatura pendiente

En El Pais se ha publicado un artículo de opinión titulado La accesibilidad web: una asignatura pendiente, de Pablo Priesca. El artículo es muy interesante, algunas frases interesantes:

"El grado de cumplimiento de la Ley de Accesibilidad por parte de la administraciones publicas es en general deficiente".

"Las Administraciones sienten la presión de la Ley, aunque son conocedoras de que ésta no prevé, al menos de momento, sanciones por incumplimiento".

Para terminar:

"Todo indica que el concepto acuñado por el creador del Web y director general del Consorcio W3C, Tim Berners-Lee, en el sentido de construir una web de acceso universal, debiera ser un camino irreversible. La cuestión es la velocidad. Aceleremos entre todos".

Libro electrónico: Dive Into Accessibility

Está disponible en formato electrónico para descargar de forma gratuita el libro Dive Into Accessibility, de Mark Pilgrim. Se puede descargar en formato HTML o PDF.

La introducción del libro dice:

This book is entitled "Dive Into Accessibility: 30 days to a more accessible web site", and it will answer two questions. The first question is "Why should I make my web site more accessible?" If you do not have a web site, this book is not for you. The second question is "How can I make my web site more accessible?" If you are not convinced by the first answer, you will not be interested in the second.

To answer the first question, I will present character sketches of five people: Jackie, Michael, Bill, Lillian, and Marcus. These people have several things in common:

1. They all have a combination of physical, mental, and technological disabilities which make it more difficult to use the Internet.
   
2. Although fictitious, they all represent real people with disabilities, and they use the Internet in ways that real people with disabilities use the Internet.
   
3. They all have difficulty reading your web site.

To answer the second question, I will present 25 tips that you can immediately apply to your own web site to make it more accessible. Although these concepts apply to all web sites, I will be focusing on implementation using popular weblogging tools. If you use some other publishing tool or template system, you will need to determine how to implement the tips in your tool of choice.

Each tip will focus on a single concept, explain the reasoning behind it, and show who will benefit once you implement it. This is why the character sketches come first, because they change the tone of the first question from "Why should I bother?" to "Who benefits?" Answer: "Marcus benefits." "How does Marcus benefit?" "Well, let's look at that..." And so forth.

Don't panic if you are not an HTML expert. Don't panic if the only web site you have is a personal weblog, you picked your template out of a list on your first day of blogging, and you've never touched it since. I am not here to tell you that you need to radically redesign your web site from scratch, rip out all your nested tables, and convert to XHTML and CSS. This is about taking what you have and making it better in small but important ways. Jackie, Michael, Bill, Lillian, and Marcus will thank you for your attention.


[Actualización 25/4/2011]

Ha sido traducido al castellano con el título Sumérjase en la Accesibilidad.

Las universidades españolas siguen teniendo problemas de accesibilidad

En PeriodistaDigital se ha publicado un artículo titulado La web de las universidades públicas españolas 'suspenden' en accesibilidad. El artículo se basa en un estudio del Observatorio de la Infoaccesibilidad de Discapnet, Accesibilidad de Portales Web Universitarios, febrero de 2006. Según este estudio, la Universidad de Valencia fue la que mejor puntuación obtuvo, mientras que la de Las Palmas ocupó la última posición. El estudio no comprende todas las universiades españolas, sólo un pequeño grupo.

Este estudio compara los resultados con los de otro estudio de ellos mismos, que salió publicado en los medios el 21 de diciembre de 2004:

• El Pais: Los portales universitarios suspenden en materia de accesibilidad.
• El Mundo: Los portales universitarios suspenden el examen.

En este estudio de diciembre de 2004, se seleccionaron 13 portales universitarios y 2 que ofrecen información de interés sobre las universidades españolas. La Universidad de Granada alcanzaba la mayor puntuación.

En septiembre de 2004, la empresa Acctiva también presentó un estudio sobre la accesibilidad de los portales de las universidades. Este informe sólo recoge los errores automáticos, los que detecta una herramienta como TAW. En su ranking de menor a mayor número de errores, en primer lugar está la Universidad de Sevilla y en último lugar la Universidad Rey Juan Carlos.

El atributo longdesc

En los mensajes El atributo alt y ¿Qué hace el atributo alt? se explicó cómo se emplea el atributo alt y cómo lo interpretan los navegadores.

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.

Mientras que el atributo alt contiene el texto alternativo de la imagen, el atributo longdesc contiene una dirección de Internet a otra página web o a la misma página web donde se encuentra la descripción larga de la imagen. El atributo longdesc se emplea en situaciones donde la descripción es muy larga para ser incluida en el atributo alt, por ejemplo, cuando la imagen es un cuadro o un gráfico.

Nuevo teclado braille

Acabo de leer en El Mundo Nace un teclado para PC en braille único en el mundo. Según dice la noticia:

Entre las facilidades que ofrece este teclado en braille destaca que se conecta al ordenador a través de una llave USB y, de esta manera, puede funcionar a la vez que el teclado ordinario, sin necesidad de reiniciar el ordenador cada vez que se conecta.
[...]
El nuevo teclado combina, por primera vez, las teclas de funciones y de desplazamiento de un teclado convencional pero sustituye las teclas alfanuméricas por las ocho teclas del braille, que permiten escribir en cualquier idioma.
[...]
Asimismo, mediante un selector, los usuarios también pueden escoger entre las modalidades de escritura acumulativa y correctiva.

El CIDAT

La ONCE tiene un Centro de Investigación, Desarrollo y Aplicación Tiflotécnica (CIDAT) con alguna información de interés sobre accesibilidad en la Web. Existe una zona de descarga llamada Tiflosoftware que se conecta a un servidor de FTP.

Navegadores alternativos

El W3C mantiene una página web (http://www.w3.org/WAI/References/Browsing) con una lista de navegadores alternativos a los tradicionales basados en "ratón y pantalla'':

1. Navegadores especialmente diseñados para gente con discapacidades
2. Lectores de pantalla
3. Navegadores con tecnología adaptativa
4. Navegadores de voz
5. Otros medios de acceso

Además, en Ayudas técnicas y estrategias de adaptación podemos encontrar más información.

Cómo utilizan la Web las personas con discapacidad

En esta página se encuentra una descripción muy detallada de cómo las personas con discapacidad usan la Web.

¿Qué hace el atributo alt?

En el mensaje de ayer (El atributo alt), explicamos el atributo alt. Recordemos algo importante que se dijo sobre él pero que pudo pasar desapercibido:

Es un atributo opcional que se puede emplear en algunas etiquetas HTML para ofrecer información adicional o alternativa sobre un elemento. Su utilidad depende plenamente del programa que se emplee para visitar (ver u oir) las páginas web, ya que si no lo tiene en cuenta el programa, de nada sirve este atributo.

La función que realiza el atributo depende completamente del programa que se emplea: si el programa (navegador, lector de pantalla, etc.) no reconoce este atributo, no nos sirve de nada. Por tanto, ¿qué hace el navegador con el atributo alt?

Vamos a analizar su función en tres tipos de navegadores: navegadores gráficos, navegadores en modo texto y navegadores con tecnología asistiva.

Navegadores gráficos
Estos son los navegadores que conoce la mayoría de la gente: Microsoft Internet Explorer, Netscape Navigator, Mozilla, FireFox, Opera, etc. En la mayoría de estos navegadores, sólo produce un efecto el atributo alt cuando se emplea en la etiqueta <img> y realiza dos funciones:

1. Muestra el texto alternativo si el navegador no puede cargar una imagen (porque no se encuentra el archivo o porque el usuario ha desactivado la carga de imágenes).
2. Muestra el texto alternativo como un "bocadillo" (tip) cuando se posiciona el cursor del ratón unos segundos encima de la imagen.

Navegadores en modo texto
Estos navegadores (Lynx, Links), como no pueden visualizar imágenes, muestran en su lugar el texto alternativo que se haya definido. Si no hay un texto alternativo, muestran una marca especial como [img] o la ruta del archivo.

Navegadores con tecnología asistiva
Los navegadores de este tipo funcionan de forma similar a los navegadores en modo texto. Los navegadores con sintetizador de voz (IBM Home Page Reader) o los lectores de pantalla (JAWS) cuando encuentran una imagen, leen en su lugar el texto alternativo que se haya definido. Si no hay un texto alternativo, leen "imagen" o la ruta del archivo. Este es el modo de funcionamiento normal, pero también se puede configurar el navegador para que actúe de otra forma (por ejemplo, que siempre lea la ruta del archivo).

El atributo alt

Normalmente, la gente que no conoce el tema de la accesibilidad en la web en profundidad suele pensar que consiste en poner el atributo alt a las imágenes y poco más. Si fuera sólo eso, ¡qué fácil sería hacer páginas web accesibles! Hay mucho más, pero el atributo alt es un buen punto de partida.

¿Qué es el atributo alt? Es un atributo opcional que se puede emplear en algunas etiquetas HTML para ofrecer información adicional o alternativa sobre un elemento. Su utilidad depende plenamente del programa que se emplee para visitar (ver u oir) las páginas web, ya que si no lo tiene en cuenta el programa, de nada sirve este atributo.

¿Dónde se puede usar el atributo alt? Lo mejor es consultar el estándar actual de HTML: XHTML. Aunque hay versiones posteriores, lo que se suele emplear hoy en día es la 1.0. Si consultamos los tres "sabores" o, mejor dicho, DTDs del estándar, encontramos el atributo alt en los siguientes elementos (etiquetas):

• Strict: <img>, <area>, <input>


• Transitional: <applet>, <img>, <area>, <input>


• Frameset: <applet>, <img>, <area>, <input>

La etiqueta <applet>
se emplea para incluir un subprograma realizado en Java, la etiqueta <img> permite insertar una imagen, la etiqueta <area> define una zona activa o sensible en un mapa de imagen y la etiqueta <input> define un control de un formulario.

En todos los casos, el atributo alt está definido como CDATA en el DTD, lo que significa que espera una cadena con cualquier tipo de caracteres.

¿Qué se escribe? El atributo alt es una representación alternativa al elemento (applet, imagen o control) que acompaña, así que lo normal es emplearlo para describir el contenido o la función de ese elemento en la página web.

¿Cómo se emplea cuando se visita la página? Lo veremos mañana...

La Sección 508

En Estados Unidos, la accesibilidad de las páginas web está establecida por la Sección 508.

Jim Thatcher mantiene una página llamada Side by Side WCAG vs. 508 donde se comparan la Sección 508 y las WCAG. También hay un breve resumen en Comparison of Section 508 Standards vs. W3C Guidelines.

Recursos sobre accesibilidad de Jim Thatcher

Jim Thatcher mantiene una página muy interesante con recursos sobre accesibilidad. Podemos encontrar un tutorial sobre la Sección 508, cómo verificar la accesibilidad de una página web mediante herramientas, una comparación sobre la Sección 508 y las WCAG, y alguna cosa más.

Accesibilidad de los agentes de usuario

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

Los agentes de usuario son los programas que empleamos para interactuar con el contenido en la Web. Por ejemplo, los navegadores, los reproductores multimedia y el software específico (por ejemplo, lectores de pantalla) que emplean las personas con discapacidad para navegar por Internet. La página Introducción a las Pautas de Accesibilidad para Agentes de Usuario (UAAG) dice:

Pautas de Accesibilidad para Agentes de Usuario (UAAG)

Los documentos de Pautas de Accesibilidad para Agentes de Usuario (UAAG) muestran cómo hacer que los agentes de usuario sean accesibles para personas con discapacidad, en especial cómo incrementar la accesibilidad al contenido Web. Entre los agentes de usuario se incluyen navegadores, reproductores multimedia y tecnologías asistivas, software que algunas personas con discapacidad utilizan para interactuar con los dispositivos.

UAAG es parte de una serie de pautas de accesibilidad, en la que se incluyen las Pautas de Accesibilidad al Contenido en la Web (WCAG WG) y las Pautas de Accesibilidad para Herramientas de Autor (ATAG). El documento Componentes Esenciales de Accesibilidad Web explica la relación entre las diferentes pautas.

¿Para quién están pensadas las UAAG?

Las UAAG están pensadas para los desarrolladores de navegadores Web, reproductores multimedia, tecnologías asistivas y otros agentes de usuario.

Tanto las UAAG como otros documentos complementarios tienen como objetivo satisfacer las necesidades de usuarios diversos, creadores de políticas, directivos y otros. Por ejemplo:

• Aquellos usuarios que deseen elegir agentes de usuario más accesibles pueden utilizar las UAAG para evaluar los agentes de usuario
• Aquellos que por otro lado quieran animar a que los desarrolladores de agentes de usuario existentes mejoren la accesibilidad en versiones futuras, pueden indicar a los proveedores de agentes de usuario como referencia las UAAG

Accesibilidad de las herramientas de autor

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

Normalmente, cuando hablamos de herramientas de autor de páginas web pensamos en Macromedia Dreamweaver, Macromedia Flash, Microsoft Frontpage o, incluso, Microsoft Word. Pero hoy en día, existen muchas otras formas de crear páginas web. Por ejemplo, en la actualidad está muy de moda crear páginas web a través de otras páginas web, como los blogs y los wikis.

Todas estas herramientas también tienen que aplicar las ATAG. Básicamente, las herramientas de autor tienen que:

• Ayudar a los desarrolladores de páginas web a crear contenido web accesible.
• Ser accesibles a las personas con discapacidades.

La Introducción a las Pautas de Accesibilidad para Herramientas de Autor (ATAG) en español dice:

Pautas de Accesibilidad para Herramientas de Autor (ATAG)

Los documentos denominados Pautas de Accesibilidad para Herramientas de Autor (ATAG) muestran cómo hacer que las herramientas de autor sean accesibles para personas con discapacidad. Estas herramientas son software que se utiliza para crear páginas y contenido Web. Uno de los objetivos principales de las ATAG es definir la forma en la que las herramientas ayudan a los desarrolladores Web a producir contenido Web que cumpla las Pautas de Accesibilidad al Contenido en la Web.

Las ATAG forman parte de una serie de pautas de accesibilidad, en las que se incluyen las Pautas de Accesibilidad al Contenido en la Web (WCAG WG) y las Pautas de Accesibilidad para Agentes de Usuario (UAAG). En Componentes Esenciales de Accesibilidad Web se puede encontrar información sobre la relación que existe entre las diferentes pautas.

¿Para quién están pensadas las ATAG?

Las ATAG están pensadas principalmente para desarrolladores de herramientas de autor. Entre estas herramientas de autor se incluyen:

• Herramientas de edición específicamente diseñadas para producir contenido Web, por ejemplo, editores HTML y XML de what-you-see-is-what-you-get (WYSIWYG)
• Herramientas que ofrecen la opción de guardar contenido en formato Web, por ejemplo, procesadores de texto o paquetes de publicación.
• Herramientas que transforman documentos a un formato Web, por ejemplo, filtros que transforman formatos de publicación a HTML
• Herramientas que producen multimedia, especialmente cuando se quiere utilizar en la Web, por ejemplo, producción de vídeo y edición, paquetes de autor de SMIL
• Herramientas para la administración o publicación de sitios Web, incluidos gestores de contenido (CMS), herramientas que automáticamente generan sitios Web de forma dinámica desde una base de datos, herramientas de conversión instantánea y herramientas de publicación de sitios Web.
• Herramientas de diseño, por ejemplo, herramientas de formato CSS

Tanto las ATAG como otros documentos complementarios están pensados también para satisfacer las necesidades de diferentes usuarios, como pueden ser directivos, responsables y otros. Por ejemplo:

• Aquellos que quieran elegir herramientas de autor accesibles y que además producen contenido accesible, pueden utilizar las ATAG para evaluar las herramientas de autor
• Aquellos que deseen animar a los desarrolladores de herramientas de autor existentes a que mejoren la accesibilidad en versiones futuras, pueden indicar las ATAG a los proveedores de herramientas de autor como referencia