Entrevista en la Escuela Politécnica Nacional

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

El seminario en Twitter

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

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

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

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

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

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

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

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

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

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

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

Versión de texto de una página web

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

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

Nuevo dispositivo para ver con las manos

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

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

[...]

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

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

Editor de HTML5

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

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

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

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

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

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

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

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

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

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

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

• Selecting Web Accessibility Evaluation Tools:
  

  What evaluation tools can not do
  
  Many accessibility checks require human judgement and must be evaluated manually using different techniques. Also, in some cases evaluation tools are prone to producing false or misleading results such as not identifying or signal incorrect code. The results from evaluation tools should not be used to determine conformance levels unless they are operated by experienced evaluators who understand the capabilities and limitations of the tools in order to achieve accurate results. Web accessibility evaluation tools can not determine the accessibility of Web sites, they can only assist in doing so.

• Evaluating Web Sites for Accessibility:
  

  No single evaluation tool yet provides comprehensive information or captures all problems with regard to the accessibility of a site; therefore evaluation involves a combination of approaches.

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

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

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

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

[Actualización 06/05/2013]
Un par de artículos que explican los problemas de las herramientas automáticas de evaluación de la accesibilidad web:

• Pitfalls of Web Accessibility Evaluation Tools
• The problem with automated accessibility testing tools

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

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

La nueva web del Senado

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

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

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

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

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

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

Consejos para crear páginas web accesibles

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

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

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

Traducido:

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

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

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

• Los 10 errores de diseño web de 2005 (Top Ten Web Design Mistakes of 2005).
• Siete errores de accesibilidad que no se deben cometer (Seven accessibility mistakes you don't want to make).
• 10 errores en el diseño de aplicaciones web (Top-10 Application-Design Mistakes).
• Más errores de diseño (Top 10 Mistakes in Web Design).
• 10 ideas para mejorar la accesibilidad web en tu blog.

Y los últimos que he encontrado:

• 10 common Web design mistakes to watch our for.
• Common Accessibility Mistakes.
•  Most Common Web Standards and Accessibility Errors.
• Seven Accessibility Mistakes (Part 1), Seven Accessibility Mistakes (Part 2).
• 10 common errors when implementing accessibility.
• Web Accessibility: 10 Common Developer Mistakes.

[Actualización 13/03/2012]

• Accessibility Heuristics
• 10 Simple Web Accessibility Tips You Can Do Today
• 25 Ways To Make Your Website Accessible

Texto en imágenes: un gran error

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

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

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

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

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

Por casualidad he encontrado esta página web:

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

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

Cómo elegir un color adecuado para un sitio web

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

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

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

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

Características accesibles de HTML/XHTML

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

Tablas

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

Formularios

• Los elementos fieldset y legend
• El elemento label

Imágenes

• El atributo alt
• El atributo longdesc

En general

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

Todos los Mozilla Firefox en nuestro ordenador

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

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

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

Accesibilidad en las redes sociales

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

User Accounts & Profiles

• Keep it simple
• Make it keyboard friendly
• Provide clear feedback

Social Conversations

• Stop spam, not people: utiliza un CAPTCHA que ofrezca una alternativa accesible.
• Use an accessible editor: por ejemplo, CKEditor.
• Implement accessible widgets

Media

• Provide text alternatives
• Require accessibility
• Prepare guidelines

Keep Accessibility in Mind

Publicada la versión candidata de NVDA 2011.2

Se acaba de publicar la versión candidata del lector de pantallas gratuito NVDA: NVDA 2011.2rc1 Released. Las novedades que incorpora esta versión las podemos encontrar en la página What's New in NVDA.

Encuesta sobre la accesibilidad de las redes sociales

Acabo de encontrar la encuesta Social Media Accessibility Survey que tiene como objetivo determinar las principales barreras de accesibilidad que presentan las redes sociales más conocidas (Twitter, LinkedIn, Facebook and YouTube). Desgraciadamente, no está muy claro quién está detrás de esta encuesta.

Las nueve preguntas de la encuesta son:
1. Do you have a disability affecting the way your browse the web?
Yes
No


2. If so, what kind of disability?
Visual
Hearing
Cognitive
Motor
I do not have a disability
Other (please specify)


3. Do you use assistive technologies to browse the web?
Yes
No


4. If so, what type of assistive technologies do you use?
Screen Readers
Zooming Software
Braille Keyboard
Adapted Keyboard or Mouse
I do not use assistive technologies
Other (please specify)


5-8. How would you rate the following accessibility best practices while using the Twitter.com interfaces? If you feel some best practices are not an issue, choose “N/A” (Not Applicable).
A Real Problem A Slight Problem Not a Problem    N/A
Appropriate Use of Heading and Subheading   
Use of Sufficient Color Contrasts   
Explicit Association of Labels and Form Fields   
Ease of Navigation Using Only the Keyboard   
Text Equivalents for Images   
Compatibility with Assistive Technologies   
Captions or Text Transcripts to Multimedia
Have you encountered any other significant accessibility problems while using the Twitter.com services? If so, please specify:


9. Overall and generally speaking, do you think adopting social medias, as part of a governmental communication strategy is a good idea when it comes to public information?

Oferta de trabajo en accesibilidad web en el MIT

El Computer Science and Artificial Intelligence Laboratory del Massachusetts Institute of Technolog (MIT) ofrece un puesto de trabajo como ingeniero en accesibilidad web: Web Accessibility Engineer. Esta misma oferta de trabajo también la podemos encontrar en la web del W3C: Web Accessibility Engineer.