Auditoria de accesibilidad, test de accesibilidad y test de accesibilidad automático

¿Qué entendemos como "auditoria de accesibilidad", "test de accesibilidad" y "test de accesibilidad automático"? En la página Accessibility audit vs. accessibility testing lo explican muy bien:

Auditoria de accesibilidad
Un experto en accesibilidad revisa un sitio web, informa de posibles problemas de accesibilidad y proporciona recomendaciones para solucionar los problemas.

Ventajas: más rápido y barato que un test de accesibilidad, más exhaustivo que un test de accesibilidad.

Desventajas: no se produce una transmisión de conocimiento del auditor al cliente (para ello se tienen que realizar cursos de formación).


Test de accesibilidad
Usuarios con algún tipo de discapacidad realizan una serie de tareas en un sitio web mientras que un controlador anota todos los problemas que experimentan. Es la única forma para asegurar un nivel de accesibilidad óptimo.

Ventajas: también se detectan problemas de usabilidad, es una gran oportunidad para aprender de primera mano los problemas de accesibilidad.

Desventajas: es extremadamente caro de realizar, sorprendentemente detecta menos problemas que una auditoría de accesibilidad.


Test de accesibilidad automático
Mediante un programa que verifica un conjunto de guías, se evalúa de forma automática la accesibilidad de un sitio web.

Ventajas: rápido, sencillo y económico de realizar.

Desventajas: la calidad de los resultados es limitada, devuelven errores que no lo son y no detecta errores básicos.

El W3C critica la falta de rigor al emplear las herramientas automáticas de validación

Acabo de encontrar la noticia W3C España afirma que falta rigor en los informes de accesibilidad web en la Revista Eroski Consumer:

La Oficina Española del W3C (World Wide Web Consortium) ha mostrado su preocupación por el uso inapropiado que se está haciendo de las herramientas automáticas de validación de estándares web, programas informáticos o servicios "online" que ayudan a determinar si un sitio web es accesible y cumple los estándares.
Estas herramientas están siendo utilizadas para realizar análisis de páginas de Internet que "en muchas ocasiones carecen de validez", como en el caso de informes sobre niveles de accesibilidad que son publicados cada vez con mayor frecuencia y cuya falta de rigor "está generando cierta confusión entre usuarios y organizaciones".
Existen diferentes mecanismos que permiten evaluar si un sitio web es accesible o cumple con los estándares del W3C. Estos mecanismos, que pueden ser automáticos o manuales, usados de forma conjunta hacen posible obtener evaluaciones fiables. El problema surge cuando se hace un uso exclusivo de herramientas automáticas de validación sin tener en cuenta las técnicas manuales.
Estas herramientas constituyen una ayuda eficaz en los procesos de validación, no obstante, "ninguna de ellas por sí sola puede determinar si un sitio cumple o no las pautas de accesibilidad o los estándares", así como tampoco es posible hacerlo validando una sola página de un sitio completo, explica W3C España.
Para determinar si un sitio es accesible o cumple los estándares "es necesaria la revisión humana, sólo así podemos hablar realmente de la evaluación correcta".
Aquellas validaciones realizadas exclusivamente con herramientas automáticas "pueden llevar a conclusiones inexactas y erróneas" si no están siempre bajo el control de personas con experiencia en el área.

La accesibilidad de los marcos HTML

Los marcos (frames) se emplean para organizar una página en diferentes zonas llamadas marcos. En cada marco se puede mostrar una página web distinta, que pueden ser independientes entre sí o pueden estar relacionadas de alguna forma, como cuando un marco contiene el índice de un sitio web y otro marco muestra el contenido según el enlace pulsado en el índice del sitio.

Para un usuario que emplea un navegador no visual, el empleo de marcos puede dificultar la navegación, ya que las relaciones entre los contenidos en los distintos marcos pueden no ser obvias, por lo que se tiene que proporcionar información adicional que permita transmitir de forma alternativa las relaciones entre los distintos marcos.

El atributo title que se explicó en un comentario anterior, se emplea para proporcionar información adicional sobre cualquier elemento de la página. Por tanto, se puede emplear con las etiquetas frameset y frame para identificar la función y contenido de cada marco y facilitar la navegación entre ellos.

Muchas veces, una página puede estar dividida en muchos marcos y las relaciones
entre los marcos pueden no ser obvias, incluso si se emplea el atributo title. Para estas situaciones, se puede utilizar el atributo longdesc que se explicó hace un tiempo. Recordemos que 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 (en el caso de los marcos, la descripción proporcionada por el atributo title). Su valor tiene que ser una URI, es decir, la dirección de un recurso en Internet (normalmente, otra página web escrita con HTML).

Por último, también es posible crear una versión alternativa sin marcos de la página para aquellos navegadores no visuales no admiten las etiquetas frameset y frame, por lo que son incapaces de interpretarlas y de mostrar los marcos. Para estos casos, podemos emplear la etiqueta noframes para proporcionar un contenido alternativo.

La etiqueta noframes tiene un comportamiento distinto en función de si el navegador admite o no admite marcos:

• Navegador que sí admite marcos: se descarta el contenido de la etiqueta noframes (no se interpreta ni se visualiza).
• Navegador que no admite marcos: como tampoco admite la etiqueta noframes, se interpreta y visualiza el contenido de esta etiqueta.

Normalmente, se suele colocar en el contenido de la etiqueta noframes un enlace que permite acceder a una versión sin marcos de la misma página.

El atributo title

El objetivo del atributo alt es ofrecer un texto alternativo como sustituto de una imagen y no, como mucha gente cree y hace, un medio para proporcionar información adicional. Este mal uso del atributo alt proviene de la interpretación que hace de él el navegador Internet Explorer, que muestra el texto alternativo como una etiqueta de ayuda (tool tip). Otros navegadores lo muestran en la barra de estado de la ventana del navegador.

Si se desea incluir información adicional que no es esencial, se puede emplear el atributo title. Este atributo se puede usar en todas las etiquetas de HTML excepto base, basefont, head, html, meta, param, script y title.

En una imagen se puede emplear el atributo title para proporcionar información adicional que no es esencial, como la fecha de una fotografía, su autor o la cámara con la que se hizo.

En Internet Explorer, el atributo title tiene preferencia sobre el atributo alt cuando se muestra la etiqueta de ayuda. Por tanto, si no queremos que el texto alternativo se muestre en un navegador visual al situar el cursor del ratón sobre una imagen, simplemente tenemos que dejar el atributo title vacío: title="".

Versión accesible: utilizar sólo en caso de emergencia

He encontrado este comentario titulado Versión accesible: utilizar sólo en caso de emergencia que reproduzco íntegro ya que creo que es muy interesante y acertado:

Versión accesible: utilizar sólo en caso de emergencia. 7 buenas razones para olvidarnos de las "versiones accesibles".

El punto de verificación 11.4 (prioridad 2) dice así:
"Si, tras todos los esfuerzos aplicados, no puede crear una página accesible, proporcione un enlace a una página Web alternativa que use tecnologías W3C, sea accesible, tenga información (o funcionalidad) equivalente y se actualice a la par que la página original no accesible.

El problema es que la mayoría de las versiones accesibles no surgen tras haber hecho todo lo posible por evitarla, sino que simplemente aparecen por desconocimiento del desarrollador a la hora de proveer contenidos alternativos a elementos multimedia, a cumplir los estándares del W3C o simplemente por capricho del jefe de proyecto, departamento de marketing o del mismo desarrollador.

A continuación podéis ver una lista de 7 razones por las debemos evitarlas:

1. Es una forma de discriminación, una especie de entrada "por la puerta de atrás".
2. Rompen con la universalidad de la web.
3. Es una forma de duplicar el trabajo, tanto a la hora de desarrollar el sitio como a la hora de mantenerlo.
4. Suelen ser páginas nada atractivas visualmente (no todos los discapacitados son ciegos).
5. Suponen un gasto extra de espacio en disco del servidor.
6. Tener una versión accesible separada implica tener una versión no accesible. Y eso no es bueno; de la accesibilidad nos beneficiamos todos.
7. La proliferación de "versiones accesibles" hacen crecer el mito de que la accesibilidad sólo beneficia a usuarios discapacitados.

A pesar de todo esto...

Todo sobre las versiones accesibles injustificadas no podía ser malo. Existe una cosa aún peor (mucho peor): una web totalmente inaccesible.

Fuente: jlvelazquez.net

Nuevos teclados braille

Un par de noticias sobre nuevos teclados braille

• Nace un teclado para PC en braille único en el mundo: el teclado está especialmente diseñado para que las personas con problemas visuales y motores en las manos puedan escribir más fácilmente con agilidad en un ordenador, algo que soluciona las disfunciones de otros teclados. 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.
• ROBOTIKER-TECNALIA desarrolla un teclado inalámbrico en braille que cabe en un bolsillo: un nuevo teclado braille inalámbrico de dimensiones reducidas y con tecnología bluetooth. Una de las principales características de este dispositivo es que cabe en un bolsillo y está dotado de un diseño ergonómico que facilita su uso.

Nuevos dispositivos avanzados para personas con discapacidad

He encontrado varias noticias sobre nuevos dispositivos para manejar el ordenador:

• Vodafone España diseña un ratón facial para personas con discapacidades motrices: el programa, llamado HeadDev, "es un ratón facial por webcam USB estándar que
  permite la interacción completa persona-ordenador, sin necesidad del uso de manos, cables, sensores u otro tipo de dispositivo que limite o interfiera con el usuario. Utilizando sistemas de visión por computador, todas las funciones del ratón se funden en la webcam, empleando la nariz o movimientos de la cara como puntero del ratón, y utilizando gestos de la cara o sonidos desde un micrófono para efectuar los eventos de un ratón convencional".
• Un nuevo sistema permite manejar el ordenador con el movimiento del ojo: sistema que permite manejar el ordenador y cualquier programa informático utilizando el movimiento de un solo ojo.
• Una prótesis cerebral permite a un paciente con tetraplejia mover objetos con el pensamiento: mediante un implante cerebral, permite captar las señales eléctricas de las neuronas y emplearlas para controlar un ordenador.
• Diseñan un prototipo de mano artificial 'inteligente': un nuevo prototipo de prótesis ultraligera capaz de imitar, casi a la perfección, los movimientos de la mano humana. Seis grupos de motores diferentes permiten que sus cinco dedos se muevan de forma autónoma, facilitando al usuario la posibilidad de coger y sostener objetos prácticamente igual que con el miembro real.

Hacia la igualdad

En la web del periódico El Mundo hay una sección titulada Hacia la igualdad con información muy interesante sobre las personas con discapacidad y su integración en la sociedad.

Guía breve para crear sitios web accesibles

El W3C tiene una guía breve de 10 ideas básicas para hacer sitios web accesibles:

• Quick Tips to Make Accessible Web Sites
• Guía breve para crear sitios web accesibles (traducción al español)
  

Estos 10 consejos son:

• Imágenes y animaciones: Use el atributo alt para describir la función de cada elemento visual.
• Mapas de imagen: Use el elemento map y texto para las zonas activas.
• Multimedia: Proporcione subtítulos y transcripción del sonido, y descripción del vídeo.
• Enlaces de hipertexto: Use texto que tenga sentido leído fuera de contexto. Por ejemplo, evite "pincha aquí".
• Organización de las páginas: Use encabezados, listas y estructura consistente. Use CSS para la maquetación donde sea posible.
• Figuras y diagramas: Describalos brevemente en la pagina o use el atributo longdesc.
• Scripts, applets y plug-ins: Ofrezca contenido alternativo si las funciones nuevas no son accesibles.
• Marcos: Use el elemento noframes y títulos con sentido.
• Tablas: Facilite la lectura línea a línea. Resuma.
• Revise su trabajo: Verifique. Use las herramientas, puntos de comprobación y pautas de http://www.w3.org/TR/WCAG.

Lector de pantalla en Apple

Hasta hace poco, Apple y su sistema operativo carecía de funciones para mejorar la accesibilidad. Sin embargo, ahora en Apple existe un lector de pantalla llamado Voiceover (manuales y más información) que viene con la versión del sistema operativo OSX. Además, también proporciona un magnificador de pantalla.

En el artículo titulado Screen reading Apples han realizado un análisis varios expertos que trabajan en Windows con JAWS.

Las conclusiones del artículo son que el lector de pantalla se debe de mejorar, pero el magnificador de pantalla cumple su función:

For people who need to use a screen reader for day-to-day computer usage, we could not recommend Voiceover, unless email and text documents are all that is required. It is also not an equivalent screen reader for web developers to use for testing their websites. (Using tools such as "linearise" on Firefox's "Web developer's toolbar" in conjunction with removing styles would be more suitable). However, if Apple continue to work on the screen reader and more importantly keyboard accessibility in general, it would be great to have an equivalent screen reader on a non-Windows operating system.

For those that are happy with using a mouse and a screen magnifier, there is nothing to stop them from switching to the Mac, it would be no harder than fully sighted people find it, and possibly far cheaper than buying a Windows based screen magnifier.

10 razones por las que no se tiene en cuenta la accesibilidad

He encontrado un artículo muy interesante titulado 10 Reasons Clients Don't Care About Accessibility. El artículo está escrito por un consultor de tecnologías de la información y explica las razones de que sus clientes no se preocupen por la accesibilidad de lo que encargan. Las diez razones son:

1. It’s the Law But There’s None to Follow
2. There Is No Immediate Benefit
3. Accessibility Is Sold As a Technical Problem
4. Disability Is Not Something Clients Want to Think About
5. We’re Past Inventing, We’re Maintaining
6. It Is Not Part of the Testing Methodology
7. Accessibility Seems Like a Party Pooper
8. Nobody Complains
9. It Requires Involvement
10. There Is No Leader to Follow

¿La solución? El autor proporciona los siguientes consejos:

Gently prod clients in the right direction. Here are some ideas:

• Stop selling accessibility as a technical issue. Address it in the scoping
  and design phase rather than at delivery
• Make sure you’ve got your facts straight before releasing another
  “accessibility” article or blog entry (rounded corners in CSS do not increase
  accessibility, really, they don’t!)
• Make product presentations and assessments more fun by taking away the
  client’s mouse and changing monitor settings
• If you want to support disabled users, don’t stop at one group. “Skip links”
  helps blind users and keyboard/switch access users alike, don’t hide them!
• Send emails to companies every time it is hard for you to use their site.
  Point out that you will buy the product on their competitor’s site and why.
• Step away from the visuals. Embrace Web design as a mixture of good content,
  proper structure and nice visuals. Start developing sites in the text editor,
  not in Illustrator.

Normativa de accesibilidad en el Reino Unido

En el Reino Unido, la UK's Disability Discrimination Act de 1995 reconoce los derechos de las personas discapacitadas a no sufrir ningún tipo de discriminación, ya sea a la hora de buscar trabajo, adquirir un producto o contratar un servicio. La normativa legal sobre la accesibiliad de los sitios web se establece a partir de esta ley.

Para poder entender y aplicar esta ley, el Gobierno del Reino Unido junto con la Disability Rights Commission han desarrollado los Code of Practice, que son guías sin un carácter normativo. Las partes más importantes del Code of Practice que se refieren a los sitios web y que se aplican desde el 27 de mayo de 2002 son:

• 2.2 (p7): “The Disability Discrimination Act makes it unlawful for a service provider to discriminate against a disabled person by refusing to provide any service which it provides to members of the public.”
• 4.7 (p39): “From 1st October 1999 a service provider has to take reasonable steps to change a practice which makes it unreasonably difficult for disabled people to make use of its services.”
• 2.13 - 2.17 (p11-13): “What services are affected by the Disability Discrimination Act? An airline company provides a flight reservation and booking service to the public on its website. This is a provision of a service and is subject to the act.”
• 5.23 (p71): “For people with visual impairments, the range of auxiliary aids or services which it might be reasonable to provide to ensure that services are accessible might include ... accessible websites.”
• 5.26 (p68): “For people with hearing disabilities, the range of auxiliary aids or services which it might be reasonable to provide to ensure that services are accessible might include ... accessible websites.”

En el Reino Unido también se emplea PAS 78: a guide to good practice in commissioning accessible websites, del British Standards Institution, aunque no tiene el carácter de estándar o norma legal.

Un curso sobre accesibilidad

Accesibilidad web para discapacitados y mayores, curso de la Fundación Instituto de Ciencias del Hombre.

Las teclas de acceso rápido o atajos de teclado: ¿consenso?

¿Existe un consenso internacional sobre qué teclas emplear para los atajos? NO, ni internacional, ni europeo ni nacional en España.

¿Qué teclas se recomienda usar? Se recomienda emplear sólo números, ya que el empleo de otras teclas puede interferir con los atajos de teclado del propio navegador, del sistema operativo o del programa de ayuda (por ejemplo, lector de pantalla) que emplee el usuario.

El Gobierno del Reino Unido, en su Illustrated Handbook for Web Management Teams (html) propone el UK Government accesskeys standard con las siguientes teclas para ser empleadas en todas las páginas web oficiales:

• S - Skip navigation
• 1 - Home page
• 2 - What's new
• 3 - Site map
• 4 - Search
• 5 - Frequently Asked Questions (FAQ)
• 6 - Help
• 7 - Complaints procedure
• 8 - Terms and conditions
• 9 - Feedback form
• 0 - Access key details

El último atajo de teclado, el número 0, permite acceder a una página web donde se muestra y explican los atajos de teclado que se emplean en el sitio web.

¿Y en España? ¿Existe algún consenso en el uso de los atajos de teclado? He consultado varias páginas oficiales y ninguna indica qué atajos de teclado se emplean:

• En la declaración de accesibilidad de La Moncloa, nada.
• En la declaración de accesibilidad del Ministerio de Administraciones Públicas, nada.
• En la declaración de accesibilidad del Ministerio de Trabajo y Asuntos Sociales, nada.
• En la página del 060, nada.

Las teclas de acceso rápido o atajos de teclado

Veo que alguien ha llegado a este blog buscando "teclas acceso web consenso" en Google.

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.

¿Y en las páginas web? 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".

En las Técnicas HTML para las Pautas de Accesibilidad al Contenido de la Web 1.0, el punto 6.3 acceso desde el teclado dice:

Puntos de verificación en esta sección:

9.4 Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos. [Prioridad 3]

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]

El acceso a los elementos activos de una página es importante para muchos usuarios que no pueden manejar un dispositivo de apuntamiento. Las aplicaciones de usuario pueden incorporar características que permitan a los usuarios asignar acciones de teclado a ciertas acciones. HTML 4.01 permite a los desarrolladores de contenidos especificar atajos de teclado en sus documentos mediante el atributo "accesskey".

Nota: Hasta que las aplicaciones de usuario proporcionen un resumen de las asignaciones de teclas disponibles, proporcione información sobre las asignaciones de teclas.

Por tanto, para definir un atajo de teclado en HTML se emplea el atributo accesskey que se puede emplear con las siguientes etiquetas: a, area, button, input, label, legend, textarea.

En la actualidad, la mayoría de los navegadores admiten los atajos de teclado con el atributo accesskey. Si se usa Microsoft Windows, se tiene que emplear la tecla Alt más el atajo de teclado. En algunos navegadores, también es necesario pulsar Enter para activar el enlace. En Macintosh, se tiene que pulsar Control más el atajo de teclado.

Pero no todo es tan maravilloso con las teclas de acceso rápido. En el artículo Atajos de teclado en documentos, se explica porque no ayudan tanto como era de esperar:

• El usuario no sabe si están definidos o no.
• El usuario no sabe qué teclas hemos asignado.
• Las teclas causan conflicto con las del navegador.
• El usuario no puede teclear el carácter.

¿Qué teclas utilizar? ¿Existe un consenso?

Año Europeo de la Igualdad de Oportunidades para todas las personas

EL Parlamento Europeo y el Consejo de la Unión Europea, declaró el Año 2007 como «Año Europeo de la Igualdad de Oportunidades para Todas las personas» (decisión del Parlamento Europeo). El Ministerio de Trabajo y Asuntos Sociales ha creado una comisión para alcanzar los objetivos planteados.

Panorama desolador

En la noticia UN reports on dismal state of web accessibility se muestra un panorama desolador: la ONU encargó un estudio a nivel mundial de la accesibilidad de las páginas web (el primero que se realiza, según la noticia) y se descubrió que el 97% de los sitios web no alcanzaban ni un mínimo nivel de accesibilidad.

En el estudio, se analizaron los principales sitios web en 20 países (entre ellos, España) según las categorías de gobierno del estado y principal aerolínea, banco, periódico y vendedor. En total, se analizaron 100 sitios web. El análisis empleó una revisión automática y manual de las Web Content Accessibility Guidelines (WCAG).

Únicamente los sitios web del gobierno de Alemania, España y el Reino Unido alcanzaron el nivel A de WCAG. Ninguno alcanzó el nivel AA o superior.

La noticia completa en inglés dice:

Ninety-seven per cent of websites fail to achieve a minimum level of accessibility, according to the first ever global web accessibility survey. A new UN convention aims to change that.

UK-based web accessibility agency Nomensa released its report today based on research commissioned by the United Nations.

Using a combination of manual and automated testing against the Web Content Accessibility Guidelines (WCAG), Nomensa examined the leading website in five different sectors in 20 countries, including its Head of State and leading airline, bank, newspaper and retailer. In all, the survey tested 100 websites.

Only the websites of the German Chancellor, the Spanish Government and the British Prime Minister met WCAG Level A, the minimum recognised level. No site met Level AA or higher.

"Performance across the different sectors was varied, with central government, retail and banking offering the strongest accessibility performances across all countries," said Simon Norris, managing director of Nomensa. "While only three websites made it onto the first rung of the accessibility ladder, many websites were in grasping distance of achieving minimum levels of accessibility."

Sites from Australia, Brazil, China, India, Russia, South Africa and the United States were among the others examined.

Sunday was the UN International Day of Disabled Persons, this year dubbed E-Accessibility Day. Secretary General Kofi Annan said the day "reminds us of the need to make the internet available to everyone".

"Slowly, governments and the private sector have been recognising the economic and social benefits of making websites fully accessible, and have been putting place changes involving software and hardware alike," he said in a statement.

"The Convention on the Rights of Persons with Disabilities, which is expected to be approved by the General Assembly later this month, can give additional impetus to this trend."

The Convention specifies that measures should be introduced to eliminate obstacles and barriers to information and communications, and to promote access for persons with disabilities to information and communications technologies, including the internet.

States that choose to become party to the Convention will commit themselves to taking steps to provide "information intended for the general public to persons with disabilities in accessible formats and technologies appropriate to different kinds of disabilities in a timely manner and without additional cost." The Convention urges private businesses and mass media to do the same with their services.

Kit de accesibilidad web

Acabo de descubrir el Kit de accesibilidad web. En su página dice:

El Kit de Accesibilidad Web consiste en una colección de herramientas y materiales relacionados con la accesibilidad en la Web. Ha sido editado por el CEAPAT con motivo del Año Europeo de las Personas con Discapacidad, 2003.

El objetivo de esta recopilación es servir de referencia y como caja de herramientas para diseñadores y desarrolladores interesados en crear sitios web más accesibles para todos.

Su contenido se divide en cuatro categorías: documentación, herramientas, enlaces y libros.

¿Qué es una línea o teclado braille?

Según la Wikipedia "El braille es un sistema de lectura y escritura táctil pensado para personas ciegas".

Una línea braille es un dispositivo de salida está compuesta de un conjunto de celdas que, mediante un mecanismo electromecánico que sube o baja un conjunto de 6 u 8 puntos por celda, pueden representar un carácter braille en cada una. La principal característica que define una línea braille es el número de celdas que la componen.

Por ejemplo, en la siguiente fotografía se muestra una línea braille compuesta por 20 celdas en vertical y 80 celdas en horizontal:


Un teclado braille es un dispositivo de entrada que permite representar cualquier carácter mediante la pulsación simultánea de unas pocas teclas, lo que permite alcanzar una gran velocidad de escritura. Los teclados braille suelen poseer 6 u 8 teclas principales, más una serie de teclas auxiliares.

Existen dos formas de emplear un teclado braille (algunos teclados permiten seleccionar la modalidad de funcionamiento): escritura acumulativa o escritura correctiva. En la escritura acumulativa, los puntos del símbolo braille se indican presionando las teclas una detrás de otra, mientras que en la escritura correctiva se presionan las teclas de manera simultánea.

Por ejemplo, en la siguiente fotografía se muestra un teclado braille compuesto por 6 teclas principales:


Existen dispositivos que combinan la línea y el teclado braille en uno solo. Por ejemplo, en la siguiente fotografía se muestra un dispositivo que es línea braille, con 40 celdas, y teclado braille con 8 teclas principales:


En esta página hay más información y fotografías (en inglés).

Las directrices para la accesibilidad del contenido web en catalán

Se han publicado las Directrius per a l'accessibilitat al contingut web, versió 1.0, traducción autorizada del mismo documento en inglés.

ONU aprueba convención para proteger derechos de los discapacitados

El 13 de diciembre la ONU ha adoptado por consenso la Convención Internacional para los Derechos de los Discapacitados. En El Mundo se ha publicado un artículo que recoge esta noticia: La ONU da luz verde al tratado para los derechos de los discapacitados. Algunos párrafos del artículo:

"Los 192 países de la ONU han adoptado por consenso la Convención Internacional para los Derechos de los Discapacitados, que afecta a 650 millones de personas, un 10% de la población mundial.

El tratado se considera un "hito histórico" no sólo por lo que representa para acabar con las prácticas discriminatorias y actitudes hacia la gente que sufren minusvalías, sino también por la rapidez en el proceso de adopción de la convención.

La convención será un instrumento vinculante para los gobiernos, quienes deberán introducir cambios en sus legislaciones referentes a mejorar y promover el acceso a la educación y al empleo a las personas discapacitadas.

Del mismo modo, deberán hacer lo posible para mejorar la calidad de vida de las personas discapacitadas para que puedan tener acceso a sistemas de salud adecuados, a la información y a poder movilizarse sin obstáculos físicos ni sociales.

También tiene como objetivo proteger y garantizar el disfrute y la igualdad plena con el resto de personas en áreas como la participación en la vida pública, el sistema judicial y en el bienestar social".

La validación automática no es suficiente

En El Mundo se ha publicado un artículo titulado El W3C advierte sobre la falta de rigor en los informes de accesibilidad. En este artículo se comenta la confusión que crean las herramientas automáticas de validación de la accesibilidad, ya que muchos usuarios creen que si obtienen un resultado positivo con estas herramientas automáticas, las páginas ya son accesibles:

"El problema surge cuando se hace un uso exclusivo de herramientas automáticas de validación sin tener en cuenta las técnicas manuales, ya que ninguna herramienta por sí sola puede determinar si un sitio cumple o no las pautas de accesibilidad o los estándares, así como tampoco es posible hacerlo validando una sola página de un sitio web completo".

Es decir:

• Las herramientas automáticas sólo pueden verificar una parte de los problemas de accesibilidad, siempre es necesario una verificación manual.
• La verificación de una sola página no asegura, evidentemente, la accesibilidad de un sitio web completo.

La noticia también ha aparecido en otros medios, como la revista Eroski Consumer: W3C España afirma que falta rigor en los informes de accesibilidad web.

Nota de prensa del W3C en España: W3C España advierte sobre la falta de rigor en los informes de accesibilidad web.

Definición de persona con discapacidad

En El Mundo se ha publicado un artículo titulado Las personas con discapacidad reclaman que se ponga fin a la discriminación que sufren. En él se dice:

"Impulsado por la celebración de este día, el Gobierno ha aprobado un Real Decreto que define a la persona con discapacidad y determina el grado, así como el tipo de pensión de pueden cobrar".

¿Qué decreto es?

Día Internacional de las Personas con Discapacidad

Hoy, 3 de diciembre, se celebra el Día Internacional de las Personas con Discapacidad, proclamado por la ONU en 1992, "al concluir el Decenio de las Naciones Unidas para las Personas con Discapacidad (1983-1992), la Asamblea General proclamó el 3 de diciembre Día Internacional de las Personas con Discapacidad (resolución 47/3)". Este año, el día está dedicado a la accesibilidad de las tecnologías de la información y se ha llamado E-Accessibility Day.


En la prensa se han publicado algunos artículos sobre esta celebración:

• El País: El Día Internacional de las Personas con Discapacidad pide un acceso igualitario a las tecnologías de la información.
  
• Cinco Días: El Día Internacional de las Personas con Discapacidad pide un acceso igualitario a las tecnologías de la información.
  

II Premios TAW a la Accesibilidad Web

Se han concedido los II Premios TAW a la Accesibilidad Web. Los ganadores son:

T.1. Premio TAW a la Web pública más Accesible I.

GANADOR: Sitio web Portal mayores-IMSERSO

Finalista: Sitio web Ministerio de Fomento

Finalista: Sitio web Autoridad Portuaria de Gijón

T.2. Premio TAW a la Web pública más Accesible II.

GANADOR: Sitio Web Ayuntamiento de Zaragoza

Finalista: Sitio web Escuela Oficial de Idiomas de Alicante

Finalista: Sitio web Ayuntamiento de Miguelturra

T.3. Premio TAW a la Web Empresarial más Accesible I.

GANADOR: Sitio web Caixa Terrassa

Finalista: Sitio web Unión Hotelera Principado Asturias

Finalista: Sitio web Inditex

T.4. Premio TAW a la Web Empresarial más Accesible II.

GANADOR: Sitio web Arume Desenvolvementos Informáticos

Finalista: Sitio web Digitalicon

Finalista: Sitio web Pixues

T.5. Premio TAW a la Web de entidades sin ánimo de lucro más Accesible.
Nota: Por unanimidad del jurado, y debido a un empate, se fallan 3 finalistas.

GANADOR: Sitio web Circunvalación del Hipocampo

Finalista: Sitio web Asociación Protectora De Animales La Xana

Finalista: Sitio web Fundación AMAT- Caixa Tarrasa

Finalista: Sitio web Portal Del Real Grupo De Cultura Covadonga

T.6. Premio TAW al Mejor Proyecto en Accesibilidad Web.

GANADOR: GIS Sigma - Ayuntamiento de Madrid

Los ganadores de la edición anterior (2005) fueron:

• T1. Premio TAW a la Web Pública más Accesible.
  Web de la Seguridad Social (www.seg-social.es)
  
  
• T2. Premio TAW a la Web Empresarial más Accesible.
  Web corporativa de CINTRA (www.cintra.es)
  
  
• T3. Premio TAW a la Web Asociativa más Accesible.
  Redinfancia (www.redinfancia.org)
  
  
• T4. Premio TAW a la Investigación en Accesibilidad Web.
  Proyecto Gadea/ANTS (www.hci.uniovi.es)

Concedidos los II Premios TAW

En El País se ha publicado un artículo titulado La Fundación CTIC premia al Ayuntamiento de Zaragoza y al Imserso por sus webs accesibles. Los otros ganadores son:

"El portal del Instituto de Mayores y Servicios Sociales (IMSERSO) y el Ayuntamiento de Zaragoza son los ganadores de la segunda edición de los Premios TAW a la Accesibilidad Web, en las categorías de administraciones públicas. Los otros cuatro premiados son Caixa Terrassa y Arume Desenvolvementos Informáticos, en el apartado de empresas; Circunvalación del Hipocampo, como entidad sin ánimo de lucro, y GIS Sigma como mejor proyecto de investigación".

La consola de JavaScript de Firefox

La consola de JavaScript de Mozilla Firefox muestra los errores producidos por el código JavaScript, por errores de sintaxis en las hojas de estilo CSS o por el propio navegador. Los errores se dividen en tres tipos: errores, avisos y mensajes.

Existe una extensión llamada Console² que soluciona algunos fallos y mejora el funcionamiento de la consola ya que incorpora funciones adicionales, como filtrar los mensajes según el origen del mensaje.

En JavaScript Debugging explican como utilizar la consola y otras ayudas para depurar el código de JavaScript.

Más extensiones para Firefox

En 15 top Firefox extensions se recogen las 15 extensiones para Mozilla Firefox que todo el mundo debería tener:

1. Web Developer http://chrispederick.com/work/webdeveloper
2. Mozilla Accessibility Extension http://cita.disability.uiuc.edu/software/mozilla/
3. Fangs Screen Reader Emulator http://www.standards-schmandards.com/fangs
4. FireBug http://www.joehewitt.com/software/firebug/
5. ColorZilla http://www.iosart.com/firefox/colorzilla
6. LinkChecker http://www.kevinfreitas.net/extensions/linkchecker
7. MetaTags Sidebar http://excode.com/metatags/mozilla.html
8. DevBoi http://devboi.mozdev.org
9. JSView http://www.scorpiondb.com/firefox/extensions/jsview
10. Execute JS http://www.rudolf-noe.de/executejs.htm
11. SEO Links extension http://www.seopen.com/firefox-extension/index.php
12. Add N Edit Cookieshttp://www.addneditcookies.mozdev.org
13. UrlParams http://www.urlparams.blogwart.com/share/index.php
14. Table Inspector http://www.juicystudio.com/article/firefox-table-inspector.php
15. Clear Cache Buttonhttp://www.tinyurl.com/qetcb

Una maravilla para los desarrolladores

Mozilla Firefox es uno de los mejores navegadores, porque intenta seguir las recomendaciones del W3C. Conocía varias extensiones que facilitan el trabajo de los desarrolladores de páginas web, como Web Developer Extension o Firebug. ¡Pero hay muchas más! En la página Rapid Web Development and Testing with Mozilla Firefox hay una extensa lista de extensiones.

La accesibilidad, desde el principio

En El País se ha publicado un artículo titulado La accesibilidad, sinónimo de igualdad en la ‘web’ . Lo más destacable del artículo es que la frase "Los expertos aseguran que hacer que una página sea accesible no supone dificultades adicionales, si se tiene en cuenta desde el primer momento de su desarrollo".

Aunque en el artículo "los expertos" son una sola persona (Blanca Hernanz, directora de Acción Social de Bankinter), es un buen consejo: la accesibilidad de una página web (sitio web) hay que tenerla en cuenta desde el principio de su desarrollo, al igual que la seguridad y otros aspectos. Si queremos incorporar la accesibilidad en las últimas fases de desarrollo o, incluso, cuando la página ya está completada, tendremos problemas: nos llevará más tiempo, más dinero y seguramente introduciremos errores.

Sólo un tercio de las empresas

En El País se ha publicado un artículo titulado Personas con discapacidad. El artículo destaca un estudio encargado por Adesis, que indica que "sólo un tercio de las empresas españolas que figuran en el Ibex de la Bolsa cumplen en su página los convenientes criterios de accesibilidad para discapacitados". Pobre situación, si pensamos que las empresas del Ibex son las más ricas y poderosas de España. ¿Cómo será la situación entre las demás? ¿Habrán oído hablar alguna vez sobre accesibilidad en la web?

El artículo también incluye una serie de enlaces relacionados con la discapacidad.

Libro electrónico: capítulo sobre accesibilidad

En el libro electrónico Introducción a la Interacción Persona-Ordenador disponible de forma gratuita en Internet, existe un capítulo dedicado a la Accesibilidad. En este capítulo se presenta el concepto de "diseño universal", se explican algunos tipos de discapacidades (y soluciones a la hora de utilizar el ordenador) y se discute la accesibilidad en la web.

El Estado de Nueva York, Ramada y Priceline

En agosto de 2004, el Fiscal General Spitzer del Estado de Nueva York anunció que se había llegado a un acuerdo con dos grandes sitios web de viajes (Ramada.com y Priceline.com) para que hicieran sus sitios web más accesibles.

Además, Ramada.com y Priceline.com tuvieron que pagar al Estado de Nueva York $40.000 y $37.500 respectivamente en concepto de gastos de investigación.

Más información: Spitzer Agreement to make web Sites Accessible to the Blind and Visually Impaired.

Evaluación de la accesibilidad y usabilidad de los sitios web de las bibliotecas públicas catalanas

El artículo Evaluación de la accesibilidad y usabilidad de los sitios web de las bibliotecas públicas catalanas es uno de los primeros artículos publicados en España donde se aplican las pautas del WAI del W3C para estudiar la accesibilidad de un sitio web.

Accessible Rich Internet Applications

Las nuevas aplicaciones de Internet, que emplean AJAX, DHTML y otras tecnologías, presentan problemas de accesibilidad. Estas aplicaciones se conocen como Rich Internet Applications. El W3C tiene una página, Accessible Rich Internet Applications, para tratar este tema.

La accesibilidad en Fundamentos Web 2006

Del 3 al 5 de octubre de 2006 se ha celebrado en Oviedo Fundamentos Web 2006. En El Mundo se ha publicado un blog donde se comenta lo hablado cada día.

El año anterior estuvo dedicado casi totalmente a la accesibilidad y la usabilidad. En El Mundo se publicaron varios artículos sobre ello que interesa recordar:

• Nielsen: 'Los gobiernos son responsables de dar ejemplo en usabilidad'
• Algunos mitos de la accesibilidad 'web'
• La accesibilidad en Internet beneficia a todos

Este año, varias han sido las ponencias que han tratado directa o indirectamente el tema de la accesibilidad. A destacar, la presentación de Bob Regan sobre Accessibility in Rich Internet Applications: Findings & Implications.

Un curso sobre accesibilidad

Usabilidad y accesibilidad de aplicaciones y sitios web, curso del programa de Maestría en Ciencias de la Computación e Informática de la Universidad de Costa Rica.

La Fundación CTIC

La Fundación CTIC (Centro Tecnológico de la Información y de la Comunicación) es una institución privada, sin ánimo de lucro, de carácter social y de cooperación para el desarrollo tecnológico. Mantiene un área sobre accesibilidad web, donde podemos encontrar información sobre actividades que realiza y sobre la herramienta TAW. Además, también ofrece cursos sobre accesibilidad.

Los 10 errores de diseño web de 2005

El artículo Top Ten Web Design Mistakes of 2005 lista los errores más comunes en el diseño web:

1. Problemas de legibilidad.
2. Enlaces no estándar.
3. Flash.
4. Contenido que no está escrito para la web.
5. Búsquedas malas.
6. Incompatibilidad de navegadores.
7. Formularios complejos.
8. No información de contacto u otra información de la compañía.
9. Maquetación con anchura fija de página.
10. Agrandamiento de fotografías inadecuado.

Guía para crear y mantener sitios web accesibles

El British Standards Institution tiene publicada una guía (no es un estándar, pero se puede convertir en el futuro) para crear y mantener sitios web accesibles: PAS 78: a guide to good practice in commissioning accessible websites. La guía se puede adquirir en papel o descargar de forma gratuita.

Esta guía ayuda a cumplir los requisitos legales que existen en el Reino Unido (UK's Disability Discrimination Act), pero no asegura su cumplimiento. Básicamente, esta guía establece los pasos que debería de seguir una organización para asegurar que cualquier proyecto web nuevo se adapta a la mayor parte de sus posibles usuarios, incluídos los que presentan algún tipo de discapacidad. Además, también trata el problema del mantenimiento de la accesibilidad de un sitio web una vez que ha sido creado.

El resumen de esta guía en la página del BSI dice:

Is your website as accessible as it should be?

Publicly Available Specification (PAS) 78 has been developed by the Disability Rights Commission (DRC) in collaboration with BSI. This PAS outlines good practice in commissioning websites that are accessible to and usable by disabled people.

Scope and Contents

PAS 78 covers areas such as:

• How disabled people use websites
• Defining the accessibility policy for the website
• Web technologies
• Accessibility testing and maintenance
• Contracting web design and accessibility auditing services.
  

It gives recommendations for:

• The management of the process of, and guidance on, upholding existing W3C guidelines and specifications
• Involving disabled people in the development process and using the current software-based compliance testing tools that can assist with this.
  

It is applicable to all public and private organizations that wish to observe good practice under the existing voluntary guidelines and the relevant legislation on this subject and is intended for use by those responsible for commissioning public-facing websites and web-based services.

Se puede encontrar un comentario (en inglés) sobre está guía en la noticia How to commission an accessible website.

Convocados los II Premios TAW

En El País se ha publicado un artículo titulado Un premio para quienes ayudan a garantizar el acceso universal a Internet:

La Fundación CTIC, con el apoyo del Ministerio de Industria, Turismo y Comercio y del Gobierno del Principado de Asturias, ha convocado la segunda edición de los Premios TAW en Accesibilidad Web, que persiguen evitar que la condición física o psíquica de los usuarios les impida navegar por la red y acceder a la información.

[...]

Su objetivo es reconocer el trabajo de quienes crean páginas y servicios para Internet que respetan los estándares de accesibilidad fijados por el consorcio internacional W3C, con los que todo tipo de personas, independientemente de su condición física, pueden navegar por la Red.

Los galardones se han estructurado en seis categorías -administraciones estatales, autonómicas, locales, pymes, grandes empresas y entidades sin ánimo de lucro- y el plazo para presentar candidaturas finaliza el 8 de octubre y se realiza a través del formulario disponible en la página www.tawdis.net.

Accesibilidad en la web

Un artículo muy interesante: Accesibilidad en la web. Posee un montón de enlaces muy útiles sobre el tema. Las conclusiones del artículo:

"Construir webs teniendo en cuenta su accesibilidad beneficia a todas las personas pues la hace independiente de sus capacidades, su modo de acceso o del entorno en que se encuentren. De esta manera se consigue que cualquier persona pueda tener una experiencia de uso positiva, tanto en la facilidad como en las posibilidades de uso.

Hacer la página accesible implica no sólo construir la web siguiendo las pautas y estándares de accesibilidad, sino también diseñarla teniendo en cuenta aquellos aspectos del diseño centrado en el usuario que nos proporcionan conocimiento sobre nuestros usuarios, sus objetivos, preferencias y necesidades.

Muchas son las motivaciones que podemos encontrar para seguir las recomendaciones de accesibilidad al crear o modificar una página web. El sólo hecho de conseguir poder tener una web para todos es motivación suficiente. Además hay muchos recursos y herramientas que dan soporte al diseñador y al desarrollador que desean hacer una web accesible. Si desde un principio se tiene en cuenta la accesibilidad y se siguen las recomendaciones y estándares, el diseño y construcción de una web accesible no supone un gran esfuerzo y son muchas las personas que se ven beneficiadas".

Convención Internacional para los Derechos de las Personas Discapacitadas

La ONU ha aprobado el borrador de la Convención Internacional para los Derechos de las Personas Discapacitadas. La noticia ha sido publicada en los principales periódicos:

• El País: La ONU aprueba el borrador de la Convención sobre los derechos de los discapacitados
• El Mundo: La ONU da el primer paso en firme para garantizar los derechos de las personas discapacitadas

Según las noticias, en el mundo 650 millones de personas sufren minusvalías. Según El País:

"El término de discapacidad fue uno de los puntos más controvertidos durante el debate previo a la adopción. Finalmente se ha acordado definir como discapacitadas a una persona que sufre algún menoscabo físico, mental o sensorial que le limita la capacidad de llevar a cabo las actividades cotidianas, y que es causado o agravado por condiciones sociales y ambientales".

Cómo instalar varias versiones de Internet Explorer en un mismo ordenador

En la página Install multiple versions of IE on your PC se explica cómo tener varias versiones de Internet Explorer (IE3, IE4.01, IE5, IE5.5 y IE6) en un mismo ordenador, algo muy útil para cualquier desarrollador de páginas web.

Una explicación más detallada del proceso se puede encontrar en Multiple IEs in Windows.

IBM ayuda al navegador Firefox

Acabo de leer en El Mundo la noticia IBM echa una mano a Firefox, que fue publicada hace unos meses. Según esta noticia, IBM va a donar 50.000 líneas de código a la Fundación Mozilla para ayudar que su navegador sea más accesible. La nota de prensa original de IBM lleva por título IBM Contributes Open Source Code to Make FireFox Browser More Accessible.

Un sitio web sobre accesibilidad

El sitio web sobre Accesibilidad del Web Design Group está poco actualizado, pero ofrece algunas razones sobre por qué escribir páginas web accesibles y recoge algunos falsos mitos sobre la accesibilidad de las páginas web.

Cursos de la Fundación SIDAR

Cursos impartidos por la Fundación SIDAR sobre diseño accesible de páginas web.

La accesibilidad en la Web tiene que mejorar mucho

He encontrado una noticia interesante sobre Tim Berners-Lee: Berners-Lee applies Web 2.0 to improve accessibility. En esta noticia se recoge la rueda de prensa que Berners-Lee ofreció en el 15th International World Wide Web Conference. Lo más destacable: el error de muchos países por crear sus propias normas de accesibilidad, cuando ya existe un estándar de facto (WCAG). Berners-Lee dice que "No puedes diseñar un sitio e intentar que cumpla 152 grupos de guías diferentes de 152 diferentes países".

La noticia dice (en inglés):

"Accessibility seminars often begin with a quote by Tim Berners-Lee: "The power of the web is in its universality. Access by everyone regardless of disability is an essential aspect." It's an old quote, but the web's inventor offered fresh ideas yesterday.

Professor Sir Tim Berners-Lee presents his vision of the web's future at the 15th International World Wide Web Conference in Edinburgh today. At a press conference yesterday, he acknowledged that accessibility is failing the "essential aspect" he described back in 1997 when announcing the launch of the W3C's Web Accessibility Initiative (or WAI, pronounced 'way').

"That is a concern," he said of today's generally poor standard of web accessibility. Berners-Lee, who has served as W3C's director since it was founded in 1994, pointed out that his WAI team is working hard on a new set of guidelines to address accessibility. Version 2.0 of the Web Content Accessibility Guidelines, or WCAG, has been long awaited and the working draft is near completion: a 'last call' for public comment closes on 31 May.

Berners-Lee is not suggesting that WCAG 2.0 will present a quick-fix for web accessibility; but it should answer some of the criticisms of the current version.

One such criticism is that WCAG 1.0 is difficult to apply to technological developments on the web. Berners-Lee seemed to understand this concern. "I was having a conversation with someone the other day about video blogging," he said. "Does a video blogger need captioning? It's not easy to do."

So he suggested a novel approach: "What about community captioning? The video blogger posts his blog – and the web community provides the captions that help others."

This solution evokes the concept of Web 2.0, a collective term for services that let people collaborate and share information online.

The term Web 2.0 has also been used as a synonym for the Semantic Web – something that Berners-Lee has been writing about for many years. His enthusiasm for the Semantic Web was obvious at yesterday's press conference – and again, he sees potential in it for web accessibility.

He predicted great things for the Semantic Web in his 1999 book Weaving the Web. It describes an evolution in which machines become capable of analysing all the data on the web: the content, links and transactions between people and computers. "A 'Semantic Web,' which should make this possible, has yet to emerge," he wrote, "but when it does, the day-to-day mechanisms of trade, bureaucracy and our daily lives will be handled by machine talking to machine, leaving humans to provide the inspiration and intuition."

This week's four-day conference is packed with talks and debates on the Semantic Web by academics and industry experts from around the world, addressing 1,500 delegates. Berners-Lee's vision is becoming a business case.

He talked yesterday of websites "marshalling the community" to improve accessibility. He continued: "The Semantic Web lets you build a browser that is optimised for a particular disability." A browser of the future would understand the raw data it is dealing with, rather than just displaying it. It would know how to make it accessible. Unfortunately, time did not allow him to elaborate.

When OUT-LAW asked whether he thinks further regulation is necessary to improve accessibility, Berners-Lee declined to take sides. Diplomatically, he pointed out that regulation is not his field of expertise. "What I would say is that everyone should reference the same guidelines," he said.

His point is that W3C has written the de facto standard; but governments and non-governmental organisations have seen fit to write their own versions. "You can't design a site and try to make it compete with 152 different sets of guidelines from 152 different states," he said. "Keeping the standards homogenous is really important."

In short, everyone should follow WCAG".

Normativa de accesibilidad en Illinois

El estado de Illinois de Estados Unidos posee su propia normativa sobre accesibilidad, Illinois Web Accessibility Standards (IWAS), desde el 14 de febrero de 2002. Esta normativa está basada en la Sección 508 y en las WCAG del W3C. ¿Por qué otras guías? La página web dice que porque la Sección 508 es demasiado básica y las guías del W3C, con sus tres niveles, demasiado complejas.

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