Emmanuelle Gutiérrez y Restrepo

La hormiguita y Vinton Cerf

No todos los días tienes la oportunidad de conocer, y más aún charlar, con una persona que ha transformado el mundo. Este es el relato de lo que recuerdo de las horas compartidas con el "padre de Internet". Escribo más para mí misma que para los posibles lectores, porque dada mi mala memoria creo que será interesante conservar estos recuerdos.

El 17 de abril de 2008 tuvo lugar la ceremonia de investidura como Doctor Honoris Causa por la Universidad Politécnica de Cartagena de Vinton G. Cerf, a la cuál tuve el honor de ser invitada. Tras cinco horas de viaje en tren, ¡sin fumar!, llegué a Cartagena y tomé un taxi que me llevaría al hotel donde habría de encontrarme con mi muy querido y admirado Embajador José Luis Pardos, su esposa Mercedes Sarasola, Vinton Cerf y su esposa Sigrid.

Vint es nombrado Doctor Honoris Causa

Tenía poco tiempo para cambiarme de ropa, bajar al hall del hotel, y encontrarme con quienes iríamos en el coche que nos llevaría a la Universidad. En el coche íbamos los ya citados más el otro candidato, el astrofísico Rafael Rebolo (Descubridor de la primera enana marrón, entre otros muchos logros astronómicos). En menos de cinco minutos nos encontrábamos ya allí y nos condujeron a un salón en el que los candidatos serían ayudados a "revestirse". Luego, las mujeres fuimos conducidas a nuestros asientos en el Paraninfo, ya que los candidatos entran tras la lectura del acta de concesión, con todos los asistentes de pie.

La ceremonia consiste en la lectura del acta de concesión; la defensa de los méritos de los doctorandos que hacen los padrinos; la investidura por el Rector de la Universidad, Félix Faura; un breve discurso de los Doctores y unas palabras finales de la presidencia. Y tras el acto académico un vino español.

Del discurso laudatorio que hizo Joan García Haro, director de la ETSI de Telecomunicación, destacaría lo claramente que explicó la capacidad que tiene el IPv6 (Internet Protocol version 6, por sus siglas en inglés) que permitiría asignar a cada molécula de la superficie terrestre (incluyendo tierra y agua) su propia dirección en Internet, lo que da lugar a un nuevo concepto en el que la actual Internet de los datos y las personas da paso a lo que podríamos denominar como la Internet de los objetos (Internet of Things) prometiéndonos un mundo en el que cualquier cosa u objeto estará interconectado y en red. Sin olvidar los peligros que ello puede suponer y que habrá que atajar mediante la legislación y normativa correspondientes pues, deben salvaguardarse los principios de consentimiento en difundir determinada información, confidencialidad y seguridad de los datos. Y según él, Vinton menciona una lista muy parcial, pero representativa de dichos aspectos regulatorios: privacidad, seguridad, protección de la propiedad intelectual, asignación de los nombres de dominio, reparto de direcciones de Internet, resolución de disputas en el negocio electrónico, tratamiento del fraude en línea y otro tipo de abuso como el spam, censura, impacto en los impuestos, políticas de regulación en lo que respecta a acceso a la banda ancha, criptografía y su uso y/o exportación, etc.

Por otra parte, destacó también la implicación de Vint en la implementación de una extensión interplanetaria de Internet. Luego, se centró en su personalidad y los distintos premios que ha recibido.

De cómo Internet puede ser necesario para hacer una Paella y del problema del año 3000

Luego vino el acto de investidura propiamente dicho y tras él el discurso de aceptación de Vint. Habló sobre la evolución que ha ido teniendo la Internet, sobre las capacidades de almacenamiento y las velocidades de carga y descarga, sobre los millones de blogs, páginas y bases de datos que existen hoy en día, y contó la anécdota que ya había mencionado alguna vez en otro discurso, de cuando se encontraba en una casa flotante en el lago Powell (en un pueblo llamado "Page", en Arizona, Estados Unidos) y le hacía falta azafrán para hacer una paella. Así que usando Google en su Blackberry, localizó las tiendas que había en el pueblo, llamó, preguntó si tenían azafrán y finalmente consiguió 0,06 onzas (1.7 gramos) por cerca de 12 dólares. Habló entonces de los nuevos modelos de negocio y de cómo algunos negocios, como por ejemplo la prensa, deben adaptarse a las nuevas tecnologías. Pero de este discurso lo que me llamó especialmente la atención fue su interés por proteger la información, en el sentido de que no se pierda la capacidad de interpretar un formato dado. Se refería, por ejemplo, a que hoy en día ya no consigue ningún programa capaz de interpretar algunas imágenes que guarda en algún formato antiguo o textos en ascii, de hace 20 años, que aunque pueden ser reconocidos ya no consigue que ningún programa interprete las instrucciones de formato. A mí me ha pasado con, por ejemplo, aplicaciones multimedia creadas en los años 80 y tengo un amigo que tiene dificultades para visualizar documentos creados en Word bajo Windows 3.1. Vint lo llama "el problema del año 3000"

Un caso similar, es la cuestión de la compatibilidad retroactiva. La compatibilidad retroactiva se ha tenido en cuenta en las Directrices de Accesibilidad para el Contenido Web (WCAG 1.0), pero lamentablemente hay "fuerzas" que pretenden que no se tenga en cuenta en la versión 2.0. Al final, la corduda imperará, espero, porque es claro que no podemos dejar de lado, excluir, a aquellos que no pueden acceder a las tecnologías más actuales y que utilizan para navegar por Internet aplicaciones antiguas que no soportan ciertos avances, plugins o características de la web actual.

Internet interplanetaria

Este año 2008 se cumple el décimo aniversario de un proyecto iniciado en el laboratorio de la NASA Jet Propulsion cuyo objetivo es diseñar un protocolo que permita la intercomunicación de naves espaciales y robóticas. Se dieron cuenta de que el protocolo TCP/IP no soportaría las interrupciones y retrasos que son de esperar en la comunicación en el espacio exterior. De manera que se han creado una serie de protocolos llamados "delay and disruption tolerant networking" o DTN (por sus siglas en inglés) capaz de soportar las interrupciones y retrasos, y que se ha visto útil para las comunicaciones terrestres igualmente, ya que en comunicaciones tácticas militares y comunicaciones móviles también se dan esos retrasos e interrupciones. El sistema DTN será probado a finales de este año en el misión Deep Impact y se espera se convierta en el estándar a ser usado por cualquier agencia espacila de cualquier país.

Concluyó planteando que Internet ha pasado de la necesidad de usar una llamada telefónica a la comunicación en el espacio exterior en sólo diez años, de manera que sólo podemos especular sobre lo que pasará en los próximos diez.

Como una estrella del rock

Tras la ceremonia, el vino español. Y allí compartí mesa con los miembros de la Junta Directiva de la Asociación Los Álamos que pudieron asistir, con Joan Batet i Pons, de la Junta Directiva del Capítulo Español de la Internet Society; Manel Sanromá, creador de Tinet (la primera red ciudadana de España, creada en 1995) y amigo de Vint desde hace muchos años; Juantomás García, Ex-Presidente de Hispalinux; entre otros, y entre ellos el propio Vint, al que no le dejaron ni probar un canapé porque constantemente se acercaban personas para felicitarle y pedirle que les autografiara el "protocolo". Parecía una estrella del rock rodeada de fans :-)

Finalmente nos fuimos de vuelta a nuestro hotel y por el camino, José Luis Pardos le comentó a Vint los esfuerzos que habíamos hecho sus amigos para asistir a la ceremonia, como que Joan y Manel condujeron más de seis horas desde Barcelona y que yo pasé 5 horas en el tren sin fumar. Cansados, nos retiramos a nuestras habitaciones, no sin antes acordar encontrarnos para desayunar para luego emprender viaje hacia Cieza.

Camino de Cieza: Vint me hace una recomendación

Durante el desayuno me preguntó Vint por qué me interesé por la accesibilidad, y traté de explicárselo en pocas palabras. La verdad es que la historia es larga y curiosa, pero no era cuestión de contarle mi vida :-) Luego, nos encontramos en el hall del hotel y mientras esperábamos el coche que nos llevaría a Cieza, donde se encuentra la sede de la Fundación Los Álamos, José Luis trajo los periódicos del día que publicaban en portada la noticia y con gran despliegue en el interior la reseña del acto y las palabras de los nuevos doctores. Fue entonces cuando descubrí que Vint entiende algo de español, pues era capaz de traducir el titular de La Opinión "Cerf y Rebolo evidencian la ignoracia de la Humanidad", estuve ayudándole a traducir al inglés los "destaques" de la información y comentamos sobre las fotos que se publicaron. Luego le pregunté por qué entendía algo el español y me contó que, aparte de que ha estado varias veces en España, habla alemán, algo de ruso y, además, pasa mucho tiempo en California, donde hay muchos hispanohablantes.

Camino de Cieza, paramos un momento en Murcia pues José Luis debía acercarse a la Universidad de manera que Vint le acompañó y aproveché para bajar del coche y fumarme un cigarrillo en compañía del chófer. Ya en el coche de nuevo, Vint me dijo: ¿Sabes que hay unos chicles de nicotina para dejar de fumar?, a lo que le respondí que sí, que los conozco pero que están asquerosos; a lo que él argumentó: No tienen que gustarte, pero ayudan a dejar de fumar :-D

En Cieza se separaron nuestros caminos temporalmente. Yo me quedé en el Instituto de Educación Secundaria "Los Albares" que visité guiada por su Director, D. Miguel Gual, y su Secretario, D. Joaquín Gómez Bastida; quienes muy amablemente me enseñaron todas las dependencias y programas de estudio. Es un Instituto realmente impresionante, muy avanzado en la enseñanza de las tecnologías de la información, con una amplia biblioteca que contiene más de 6.000 ejemplares, con talleres modernos para la enseñanza de diversas disciplinas mecánicas, varias aulas dedicadas a la informática, etc. Mientras, Vint tenía que atender a varios periodistas en la sede de la Fundación Los Álamos, yo me dirigí a mi alojamiento en la casa rural La Linda Tapada, donte me trataron magníficamente y comí excelentemente.

La Junta Directiva de Los Álamos con Vint

A las 5 de la tarde teníamos cita con Vint todos los miembros de la Junta Directiva de Los Álamos, en la sede. Tras las presentaciones de aquellos a los que aún no conocía, los que habíamos estado en el acto académico la noche anterior (Domingo Méndez y Antonio Gómez Portillo) hicimos como los fans y le pedimos que nos autografiara el Protocolo. Os imaginaréis mi satisfacción al leer lo que puso en el mío:

To Emmanuelle: I look forward to working with you on accessibility! Best wishes, Vinton Cerf.

En español se traduciría por:

Para Emmanuelle: ¡Espero con interés trabajar contigo en accesibilidad! Con mis mejores deseos, Vinton Cerf.

Luego, José Luis Pardos pasó a comentarle a Vint algunos de nuestros proyectos. Fue muy impresionante que, para cada uno, él tenía una sugerencia acertada. Sobre la cuestión del cambio climático, por ejemplo, comentó que puesto que es algo imparable, debemos trabajar en la búsqueda de sistemas de adaptación. Para un proyecto que estamos desarrollando en el Sahara Occidental, y que le expuso Conrado Navalón, ha ofrecido donar algo que no quiero desvelar aún, pero que supondrá una importante ayuda para el objetivo que nos hemos propuesto. A Antonio Semitiel le dió algunas pistas sobre hacia dónde debe encaminarse la prensa si quiere afrontar el cambio en las costumbres que suponen las nuevas tecnologías. Y en definitiva, nos iluminó con su visión clara y certera, y se comprometió a participar activamente en nuestros proyectos. Estuvimos charlando más de una hora.

Estuvo la televisión española grabando parte de la reunión, luego nos hicieron algunas fotos, y entre pose y pose me atreví a comentarle un proyecto que tenemos entre manos en la Fundación Sidar. Le comenté que me siento como una hormiguita, porque el proyecto es muy ambicioso, a lo que me respondió algo así como que las hormiguitas suelen tener grandes ideas :-) Al final, con tanta pose, no puede explicarle todo el proyecto, pero al despedirnos le dije que esperaba poder explicarle el proyecto en alguna ocasión y me respondió que, por supuesto, estaremos en contacto a través de Internet :-)

Una anécdota final. Concluida la reunión, Vint se fue a ver a su mujer, y se fueron todos. Bueno, yo me quedé con el Presidente de Honor (José Luis Pardos) y con el Presidente de Los Álamos (Miguel Gual), charlando de no sé qué, cuando volvió Vint porque quería conectar su portátil a Internet y sólo hay conexión por wi-fi en el despacho de José Luis que es donde nos reunimos. La conexión la ha creado Miguel, de manera que debía darle la clave a Vint, así que allí estuvimos un buen rato, Vint intentando conectarse, Miguel intentando ver por qué no se conectaba y yo haciendo de intérprete. Al final no hubo manera. La conexión es débil y falla de vez en cuando, y allí le dejamos, sin conexión a Internet, al menos en ese momento.

A las 6:00 de la mañana del día siguiente, Vint partío hacia Japón, donde recibió otro premio. Pero volverá pronto a España y a la sede de Los Álamos. En mayo le volveremos a tener por aquí, ¡Todo un lujo! :-)

Referencias en la web

A continuación algunos enlaces a referencias de la estancia de Vinton Cerf en Cartagena y Cieza:

¡Hasta siempre, Rafa!

Nos ha dejado Rafael Romero y su marcha es una pérdida irreparable para todos los que le conocemos y queremos. Especialmente irreparable es para el SIDAR y para la comunidad internacional interesada en la accesibilidad web.

Su pérdida me ha dejado un profundo dolor, y no encuentro palabras que le hagan justicia, pero quiero hacer un esfuerzo y compartir lo que Rafa significa para mí y para el SIDAR. Porque Rafael Romero, "Rafa" para los amigos, vivirá siempre en nuestros corazones y será siempre citado cuando de accesibilidad electrónica se hable.

Rafa se integró en el SIDAR nada más nacer éste, y en 1998 tomó a su cargo la responsabilidad de administrar su medio de comunicación y difusión más directo: la lista de discusión ACCESOWEB, tarea que dejó en otras manos en el año 2000. Formó siempre parte del Grupo de Expertos del Seminario, demostrando siempre una clara visión de la misión, objetivos e importancia del SIDAR y aportando en todo momento, de manera generosa, todo cuanto estaba en su mano para la mejor marcha del Seminario y sus Jornadas.

Doctor Ingeniero Industrial por la Universidad Politécnica de Valencia, Master Business Administration por la University of Glasgow, Profesor de la Universidad Católica de Valencia e Investigador en la Politécnica de esa misma ciudad, fue responsable informático y webmáster de la Unidad de Investigación ACCESO de la Universitat de València Estudi General. Coautor del primer estudio sobre accesibilidad a la red publicado en castellano, así como de otros libros, artículos y ponencias en congresos que suelen ser citados en investigaciones y artículos en toda el área Iberoamericana.

Su valía profesional es indiscutible, pero con toda la importancia que eso tiene, no llega a ser comparable con su valía como ser humano. Su generosidad, su ternura, su compromiso con la causa de la accesibilidad en general y con el SIDAR en particular, hacen que para mí se haya convertido en un hermano. Siempre me apoyó. Incluso en los momentos más difíciles, cuando lo fácil habría sido no hacerlo. Durante la realización de las Jornadas SIDAR, mientras otros estaban más ocupados en hacerse ver o mostrar lo importantes que son, Rafa estaba siempre pendiente de los detalles que podían afectar a la buena marcha de ellas. Siempre discreto, siempre aportando, siempre regalándonos su cariño y alegría.

Vivimos muchas cosas juntos, en varios países y ciudades. Formaba parte del equipo de profesores de la Fundación Sidar e impartimos cursos en España, Portugal y Argentina. Y en todas partes, dejó un recuerdo grato. He recibido mensajes de condolencia de todas ellas.

Nos ha dejado Rafa, pero guardaremos siempre su memoria y podremos siempre escuchar la "Canción de la accesibilidad" y recordar que aunque nos haya dejado, no nos quedamos solos:

comparte tus dudas y tus soluciones
y busca un apoyo en la comunidad
no te sientas sólo en tu afán de mejora
no tengas reparos y apúntate al foro
¡Únete al SIDAR!

Rafa, ¡Siempre formarás parte del SIDAR!.

Aciertos y fallos en el artículo: "10 common errors when implementing accessibility"

Se han planteado en la lista ACCESOWEB algunas dudas a raíz de la lectura del artículo: 10 common errors when implementing accessibility (10 errores comunes al implementar la accesibilidad). Parece conveniente repasar el artículo y anotar tanto sus aciertos como sus fallos u omisiones. ¡Vamos allá!

1.- No crees textos `alt`ernativos verbosos

El autor dice:

A menudo los desarrolladores de contenidos web accesibles insertan demasiado texto en los atributos alt de las imágenes, con la esperanza de que esto ayudará a los usuarios de lectores de pantalla. El texto en los atributos alt de las imágenes que transmiten información debería ser corto y sucinto, y contener ni más ni menos información que la que hay en la imagen.

Las imágenes decorativas deberían contener siempre un atributo alt nulo, ó alt="", de manera que sean ignoradas por los lectores de pantalla. Asignando un texto al atributo alt que no aporte ningún valor real se le dificultará el manejar la página a los usuarios de lectores de pantalla al enviársele un montón de contenido innecesario.

Lo que no dice es que:

La principal razón para que se pida que los textos alternativos sean cortos y sucintos estriba en la comodidad de los usuarios de líneas braille (Ver el excelente artículo de Carmen Bonet sobre «El Braille y el placer de la lectura»), porque la línea braille más extensa comprende 80 caracteres, por eso algunas herramientas de revisión de la accesibilidad se toman el trabajo de revisar la extensión y avisan cuando ésta excede de los 80 caracteres (Ver, por ejemplo, CynthiaSays).
Evidentemente los usuarios de lectores de pantalla son objetivo de los textos alternativos y, evidentemente, no debemos marearles con textos muy extensos, pero es que, además, el texto alternativo no tiene como función describir las imágenes, para eso existe el atributo longdesc.
Que los textos alternativos no tienen como misión facilitar la vida sólo a los usuarios de lectores de pantalla, también son importantes para quienes navegan sin descargarse las imágenes, como los usuarios de banda estrecha y los de dispositivos móviles que no quieren pagar un dineral a su compañía de teléfonos.
No siempre es posible limitarse a ochenta caracteres, especialmente cuando utilizas determinados idiomas. Pero esta es desde luego una recomendación a seguir, en la medida de las posibilidades.

2.- No uses caracteres aleatorios para separar enlaces

El autor dice:

Una de las directrices menores de la accesibilidad dice que los enlaces adyacentes deben separarse con un caracter no enlazado. La razón para que esta directriz exista es que algún navegador muy antigüo presenta problemas con los enlaces adyacentes, por lo que terminaba haciendo que todos los enlaces adyacentes apuntaran a la misma página.

Esta pauta no es ya relevante pero a menudo puede provocar que los desarrolladores de webs accesibles inserten caracteres invisibles (generalmente barras verticales) entre los enlaces. Desafortunadamente, cada barra vertical es anunciada a los usuarios de lectores de pantalla como "barra vertical", lo que por supuesto no tiene sentido y hace difícil para esos usuarios el manejar la página.

Lo que no dice es que:

El problema persiste para los usuraios de lectores de pantalla. No porque modifiquen los enlaces y acaben apuntando todos a la misma página (cosa de la que no había oído hablar jamás) sino porque la aplicación no encuentra ningún indicador para hacer una pausa entre un enlace y otro, con lo que acaba leyéndolos como si se tratara de una frase completa y entonces el usuario no pude determinar el punto en el que tiene que activar un determinado enlace. Recientemente se ha comentado un caso en una de las listas de tiflotecnología en español. Lamentablemente no recuerdo en cuál de ellas y ni el caso exacto, pero lo que sí recuerdo, y por eso me llamó la atención, es que se trataba de un usuario de una versión actual del lector de pantalla más usado.
Tampoco indica cuál es el modo correcto de marcar los enlaces adyacentes y a la vez evitar el usar caracteres imprimibles para separarlos. Porque, efectivamente, el escuchar la existencia del caracter separador puede llegar a ser molesto. Pero la solución no es dejar de incluir esos caracteres sin más, la solución pasa por marcar esos enlaces adyacentes, que por serlo están relacionados, como elementos de lista y utilizar la hoja de estilos para disponerlos uno al lado del otro. Así, los lectores de pantalla contarán con elementos para diferenciar cada enlace y podrán hacer las pausas correspondientes tras cada uno.

3.- No insertes texto en campos de formulario vacíos para simplificarlos

El autor dice:

Otra antigüa y obsoleta pauta establece que todos los campos de formulario vacíos deberían tener texto por omisión en ellos. Esta pauta existe debido a que los lectores ee pantalla muy antigüos no siempre eran capaces de interactuar con los campos vacíos.

Los principales lectores de pantalla ahora son capaces de interactuar con campos vacíos (y lo hacen desde hace algún tiempo) de manera que podemos ignorar esta pauta con tranquilidad y no insertar texto inutil en los campos vacíos. De hecho, a menudo los lectores de pantalla no anuncian estos textos por omisión de manera que el usuario puede introducir texto junto al texto por omisión sin darse cuenta.

Lo que no dice es que:

El objetivo de este punto no es sólo atender a los usuarios de algunos lectores de pantalla, sino también a las personas con algunas deficiencias cognitivas para las que ese texto por omisión les clarifica qué es lo que tienen que escribir en el campo. Es verdad que puede ocurrir que algunos usurios añadan al texto por omisión el que ellos quieren enviar, pero para eso hay técnicas de scripting que permiten eliminar ese texto por omisión en cuanto el usuario pone el cursor en el campo.
Si bien es verdad que las últimas versiones de los lectores de pantalla manejan bien los campos vacíos, aún existen usuarios de versiones anteriores de esos lectores de pantalla y de líneas braille que dan problema.
Cierto es que probablemente este requisito no se mantenga en la nueva versión de las WCAG (Directrices de Accesibilidad para el Contenido Web), pero puesto que el hacerlo no supone un fallo de accesibilidad, si nos preocupan los usuarios de tecnologías antiguas (que deben preocuparnos) seguiremos incluyendo caracteres por omisión en los campos vacíos utilizando las técnicas precisas para evitar problemas de usabilidad, al menos hasta que estemos seguros de que los lectores de pantalla antiguos han dejado de existir.

4.- No utilices atajos de teclado

El autor dice:

Podemos asignar teclas de acceso a cualquier enlace o control de formulario para proporcionarles un atajo mediante el teclado. En teoría esto parece una gran idea ya que los usuarios de lectores de pantalla y los usuarios de teclado podrán activar fácilmente enlaces clave desde cualquier lugar de la página.

Sin embargo no deberíamos usar atajos de teclado pues pueden invalidar los atajos definidos para del lector de pantalla, e inutilizar su funcionalidad. El otro problema con los atajos de teclado es que no existe una convención de manera que los pcoso sitios que los usan lo hacen de cualquier manera. Es bastante poco probable que los visitantes gasten tiempo en acostumbrarse a los atajos particulares de cada sitio web.

Lo que no dice es que:

No hay lector de pantalla que no permita al usuario decidir en qué momento quiere utilizar los atajos del lector y en cuál los de la aplicación o web que está utilizando. Es decir, en ningún caso se inituliza la funcionalidad del lector. (Quizás aquí el autor ha confundido "agente de usuario" con este tipo concreto de agentes, pero el término en realidad se refiere tanto a lectores de pantalla como a navegadores y otros tipos de aplicación).
Es verdad que puede generarse un conflicto con los atajos predefinidos para algunos navedores. Pero también es verdad que existen técnicas para evitar dicho conflicto y que los navegadores que aplican las directrices de accesibilidad para agentes de usuario (UAAG), cosa que deberían hacer todos, permiten al usuario decidir en qué momento quieren aplicar los atajos de la página y en cuál los del navegador e incluso definir atajos de teclado propios para cualquier sitio web.
Si bien en la futura versión de las WCAG los atajos de teclado no serán un requisito, es decir, no serán obligatorios, sí serán una técnica aconsejable.
En cuanto al supuesto problema de que los usuarios no vayan a gastar tiempo en acostumbrarse a los atajos definidos en nuestro sitio web, es que no hace falta. Existen técnicas para mostrar a los usuarios de atajos de teclado cuáles puede usar en nuestra página (mediante la hoja de estilos), para que no tenga que aprenderlos, y por otra parte los navegadores como Opera, por ejemplo, también facilitan la posibilidad de obtener el listado de atajos de manera tan sencilla como pulsando las teclas "Mayúsculas"+"Escape" y a partir de ahí bastará con pulsar las teclas definidas como atajo en la página.

5.- No utilices el atributo `summary` en una tabla (a menos que realmente agregue información)

El autor dice:

El atributo summary puede insertarse en cualquier tabla en HTML y esencialmente vale para resumir en qué consiste la tabla. Los lectores de pantalla leen en voz alta el valor de summary antes de leer la tabla, proporcionando de esta manera un resumen del contenido de la tabla antes de que se escuche la tabla completa.

El resumen de la tabla debe omitirse en las tablas usadas para disponer el contenido (maquetar). Los sitios web que utilizan la disposición mediante tablas tienen a veces un atributo summary con el valor "tabla para maquetar", lo que por supuesto no añade ningún valor en absoluto.

Incluso con las tablas que presentan datos tabulares, el resumen de la tabla es necesario sólo si la información que hay en la página sobre la tabla es insuficiente (lo que no suele ser el caso).

Lo que no dice es que:

El objetivo del atributo summary es proporcionar a los usuarios que no ven la tabla información sobre cómo están dispuestos sus contenidos, especialmente cuando las tablas son complejas y tienen varios niveles de encabezado o hay tablas anidadas.
Por principio no deben usarse tablas para disponer el contenido. Pero si se usan, el atributo summary no es preceptivo pero puede ser útil en algunos casos. Evidentemente no limitando su contenido a indicar que se trata de una tabla usada para maquetar, sino indicando la disposición de los elementos en ella. Pero por regla general se recomienda que el atributo summary permanezca nulo si se trata de una tabla usada para maquetar. En la nueva versión de las WCAG se explica que el atributo summary nulo facilita la transparencia de la tabla y se califica de "aceptable", pero no es un requisito.
El que en el resto de la página se proporcione información sobre la disposición de los contenidos de una tabla, no garantiza que el usuario obtenga esa información, porque es posible que el usuario haya llegado directamente al punto de inicio de la tabla y si es un usuario de lector de pantalla y existe el resumen de la tabla podrá escucharlo. Generalmente, en los documentos se incluye información, explicaciones, sobre el contenido de las tablas después de la tabla, porque la mayoría de los lectores del documento ven y, por tanto, leerán la tabla, no necesitan una interpretación de la disposición de los elementos porque ésta les es dada visualmente. Pero si el usuario es ciego o sordo-ciego, necesita esa información que los demás percibimos con los ojos.

6.- No te olvides del contenido

El autor dice:

La manera en que se estructura el contenido en cualquier sitio web es una parte enormemente importante de la accesibilidad. Un sitio web puede estar perfectamente codificado y conformar los más altos estándares, pero si su contenido está pobremente estructurado, entonces el sitio puede, desde dificultar hasta imposibilitar el acceso a algunos usuarios con necesidades especiales.

Existen una serie de consideraciones importantes en cuanto a la accesibilidad del contenido, entre las que se encuentran:

Carga frontal del contenido de manera que cada párrafo comience con su conclusión.

Asegurarse de que el contenido ha sido dividido en bloques de información manejables con subtítulos descriptivos.

Utilizar listas siempre que sea apropiado

Asegurarse de utilizar un lenguaje claro y sencillo

En este punto estamos completamente de acuerdo :-)

7.- No te preocupes demasiado por las declaraciones de accesibilidad

El autor dice:

Muchos sitios web intentan ofrecer una gran accesibilidad creando larguísimas declaraciones de accesibilidad que ellos creen que serán útiles. Generalmente estas páginas contienen información sobre las características de accesibilidad del sitio, cómo ampliar el texto, etc.

En realidad, las usuarios con discapacidad raramente miran estas declaraciones de accesibilidad. Como los usuarios de la web, nosotros no intentamos consultar la "ayuda" en ningún sitio. En vez de ello, tropezamos en nuestros intentos de conseguir nuestro objetivo. Aunque no hay nada incorrecto en crear una página de declaración de accesibilidad, no hay necesidad de dedicarle mucho tiempo pues no será usada realmente.

Lo que no dice es que:

Siempre he dicho que parte de la responsabilidad sobre la accesibilidad de un sitio web radica en el usuario. Los usuarios, incluso los usuarios con discapacidad suelen desconocer las opciones de configuración, de personalización, de su sistema operativo, del navegador que usan y hasta de la ayuda técnica que usan. Por tanto, es conveniente que exista un espacio en el que se le ofrezca la información necesaria para que pueda sacar el mayor partido posible al uso de la web. Por eso se creó la sección de personalización en el sitio del SIDAR, para que los sitios web puedan apuntar a las páginas en las que se informa al usuario sobre estas cuestiones y no tengan que repetir su contenido, que por otra parte, debe ir cambiando con el tiempo según evolucionan las tecnologías. Los desarrolladores pueden evitar el tener que redactar páginas extensas sobre características de accesibilidad, contribuyendo a que esa sección sea lo más completa y actualizada posible. Así sólo tienen que enlazar con sus apartados.
En este momento las declaraciones de accesibilidad, la indicación de conformidad con un nivel de accesibilidad u otro, en la mayoría de los sitios, sirven de bien poco, pero esperamos que en un futuro muy próximo resulten realmente útiles. Y lo serán si se hacen siguiendo las técnicas semánticas. La Fundación Sidar espera lanzar dentro de este año un par de proyectos que permitirán sacar partido de las técnicas de la web semántica para mejorar la localización de contenidos accesibles y para mejorar el modo en que se hacen las declaraciones de conformidad y su calidad.
Es cierto que los usuarios no suelen mirar la ayuda o las páginas sobre la accesibilidad de los sitios. Y realmente no debería ser necesario que existieran esas páginas de ayuda o de explicación sobre las características de accesibilidad. Existen métodos para facilitar información puntual al usuario, pero éstos no son suficientes, al menos no para todos los tipos de usuario.

8.- No te agobies por los acrónimos y las abreviaturas

El autor dice:

Declarar si algo es un acrónimo o una abreviatura es fácil de hacer en HTML, sólo hay que usar los elementos <acronym> o <abbr>. La expansión completa del acrónimo o abreviatura puede entonces ampliarse en el seno del marcado.

Los lectores de pantalla no soportan estas etiquetas de manera que no proporcionan ningún beneficio a esos usuarios. Los usuarios que se benefician son los que ven, usuarios de ratón, pues cuando ponen el puntero del ratón sobre esos elementos la expansión completa del acrónimo o de la abreviatura aparece como una "tooltip". Esto puede, ciertamente, verse como una mejora de usabilidad pero realmente no cuenta como un beneficio para la accesibilidad.

Lo que no dice es que:

No es cierto que los lectores de pantalla no soporten estas etiquetas, al menos no desde hace algunos años. Ocurre en muchos casos, nuevamente, que no todos los usuarios conocen su ayuda técnica suficientemente bien y no saben cómo configurarla para que les lea el valor del atributo title en vez del texto en pantalla del acrónimo o abreviatura. Existe una página de prueba y una de resultados, que sirve de base al artículo «Abreviaturas vs. Acrónimos»
La presentación de la "tooltip" hoy en día, a partir de la versión 7 de Internet Explorer, la encontramos en todos los navegadores, porque así debe ser, los navegadores siempre deben presentar en una "tooltip" el valor del atributo title. Hace algunos años esto no ocurría de manera generalizada, como puede verse en el artículo previamente mencionado. Pero los navegadores como Opera, Flock o Firefox; además de eso destacan gráficamente las abreviaturas y acrónimos añadiéndoles un subrayado de puntos. Esto beneficia, efectivamente, a los usuarios que ven, pero no se trata de una simple cuestión de usabilidad, se trata de un incremento de la accesibilidad. si por ella entendemos que el objetivo es facilitar al usuario la comprensión e interacción con los contenidos del sitio de manera eficiente, eficaz y satisfactoria. Y es que entre los usuarios puede haber personas que no dominen el idioma en el que está escrito el contenido o que tengan dificultades de lectura o aprendizaje, y para ellos es especialmente útil el poder "recordar" el significado de las abreviaturas y acrónimos que haya en la página.
Así que conviene que nos preocupemos por marcar apropiadamente las abreviaturas y los acrónimos, incluso conviene que nos preocupemos por la posibilidad de que nuestro visitante sea usuario de Internet Explorer y nos aseguremos, mediante la hoja de estilos, de proporcionar un modo de destacarlas visualmente y de que pueda ver fácilmente el valor del atributo title.

9.- No cambies el orden de tabulación (A menos que tengas una buena razón para hacerlo)

El autor dice:

El atributo tabindex puede usarse para cambiar el orden de tabulación en la página, pero raramente es necesario. El orden de tabulación por defecto usualmente es perfectamente lógico de manera que no necesita ser cambiado.

Los usuarios de lectores de pantalla y de teclado tabulan a través de los enlaces y controles de formulario en el orden en que están localizados en el código fuente HTML. Dado que los usuarios tabulan dentro de cada sección aproximadamente desde la parte superior izquierda a la parte inferior derecha (que es lo que quieren) entonces el orden de tabulación es perfectamente adecuado.

Aquí también concuerdo plenamente :-). Si el orden de los contenidos en el código fuente es el mismo de la presentación, es innecesario indicar un orden de tabulación. ¡Pero es que las Directrices de accesibilidad nunca han pedido que se indique el orden de tabulación si no es imprescindible!

10.- No olvides escuchar con un lector de pantalla

El autor dice:

Mientras estas creando tu sitio web accesible, no olvides probar las páginas según las vas creando. En particular, querrás escucharlas con un lector de pantalla para revisar las características de accesibilidad que vas implementando según lo planeado.

Por ejemplo, si insertas texto invisible, para ayudar a los usuarios de lectores de pantalla, utilizando display:none; te darás cuenta de que no será leído en voz alta. Los lectores de pantalla ignoran los textos que tienen asignado este comando de CSS, de manera que, en vez de ello, posiciona los textos fuera de la pantalla.

Lo que no dice es que:

Por supuesto que conviene ir comprobando la accesibilidad según se van creando las páginas, y por supuesto que es importante escucharlas utilizando no uno, sino varios lectores de pantalla y navegadores parlantes. Porque no todos los agentes de usuario funcionan igual. Lamentablemente, como hemos comentado, no todos aplican los estándares, las directrices de accesibilidad para agentes de usuario, por lo que no todos reaccionan de la misma manera ante los mismos elementos.
Por otra parte, también cabe decir que, no basta con la revisión que pueda hacer el desarrollador utilizando un lector de pantalla, a menos que él mismo sea usuario habitual de esas aplicaciones. Porque ni la velocidad, ni las estrategias de adaptación que tienen las personas con discapacidad en el uso de la web pueden ser bien emuladas por un usuario ocasional de ellas.
Y en cuanto a las técnicas para ocultar textos, lo que no dice y no suelen decir quienes proponen "novedosas técnicas" es que éstas resultan perfectamente inútiles para algunos usuarios. Por ejemplo, la técnica de ocultar el texto desplazándolo fuera de la pantalla, vale para los usuarios ciegos o sordociegos, pero no vale de nada si ese texto no aparece visualmente en pantalla en el momento de recibir el foco, cuando se trata de usuarios de lectores de pantalla o de teclado que sí ven. Es más, producirá confusión en ellos.
Y no olvidemos usar también al menos dos herramientas de revisión de la accesibilidad, combinadas con revisión hecha por usuarios finales. Porque tanto las herramientas como los usuarios pueden ver cosas que a nosotros, como diseñadores o desarrolladores, se nos escapan por estar directamente implicados.

Si al leer esto te surge alguna duda sobre cualquier técnica o punto tratado, por favor, revisa el histórico de la lista ACCESOWEB o plantea tu duda allí.

Blogged with Flock

Tags: accesibilidad, ayudas técnicas, navegadores, usabilidad, web semántica

WCAG 2.0 Punto de control 3.1.3: Palabras inusuales

Se ha planteado en ACCESOWEB una duda sobre el alcance del punto de control 3.1.3 de las WCAG 2.0, y aquí repito la respuesta que di pues seguro que resulta útil en el futuro para comprender qué es exactamente lo que se requiere y cuáles son las técnicas que podemos aplicar para satisfacerlo. Y creo que con esta entrada inauguro una serie referida a la nueva redacción de las Directrices.

Comprender el punto 3.1.3

Ante todo, que no cunda el pánico :-)

A ver, vamos a desglosar (y no hace falta que explique lo que significa esa palabra) el punto en cuestión:

3.1.3 Unusual Words: A mechanism is available for identifying specific definitions of words or phrases used in an unusual or restricted way, including idioms and jargon. (Level AAA) How to Meet 3.1.3 Understanding 3.1.3

La primera condición para que sea necesario aplicar este punto es que existan palabras raras, inusuales, poco comunes. Así que incluso aunque en el sitio se utilicen palabras técnicas pero de uso común, no implica que sea imprescindible definirlas.

La palabra o frase debe estar siendo utilizada de manera poco habitual o dándole un sentido comprensible sólo en determinado contexto. El documento explica a qué se refiere al hablar de used in a unusual or restricted way:

used in an unusual or restricted way
words used in such a way that users must know exactly which definition to apply in order to understand the content correctly
Example: The term "gig" means something different if it occurs in a discussion of music concerts than it does in article about computer hard drive space, but the appropriate definition can be determined from context. By contrast, the word "text" is used in a very specific way in WCAG 2.0, so a definition is supplied in the glossary.

La palabra se usa de manera que los usuarios deben conocer la definición exacta a aplicar, la acepción exacta, para poder entender el contenido correctamente. Como ejemplo pone el término en inglés "gig" que tiene un sentido distinto cuando se usa en el ámbito musical o en el informático. (La traducción sería, en español de España, "bolo" para el primer caso, es decir, una actuación. Por cierto que "bolo" vendría bien para la traducción de ese punto, porque tiene varias acepciones también). Entonces, el sentido, la acepción, se puede determinar por el contexto. Si se está hablando de música se entenderá de una manera y si se está hablando de informática se entenderá de otra. En cambio, el término "texto" en el ámbito de las Directrices de accesibilidad para el contenido web se utiliza de una manera específica que requiere proporcionar al usuario su definición para que pueda ser correctamente entendido y, por tanto, se proporciona un glosario.

El punto incluye también las expresiones idiomáticas, los dichos o frases hechas, y la jerga.

Luego hay que tener en cuenta también que el punto se requiere para alcanzar el nivel Triple A, por lo que pocos serán los que intenten alcanzarlo. Aunque sé que tú (El autor de la consulta es responsable del sitio Circunvalación del hipocampo) estás entre esos pocos, cosa que te honra, aparte de que en tu caso concreto sí que será de aplicación recomendada incluso aunque sólo pretendieses alcanzar el nivel A. Y es que el punto es recomendable (se alienta su aplicación) para todos aquellos recursos que contengan información especializada dirigida a público no especializado (¡Atención administraciones públicas!).

También es importante tener en cuenta el objetivo del punto, es decir, para qué tipo de usuarios está pensado ese punto. Y podemos ver que su objetivo principal es alcanzar a los usuarios con ciertas deficiencias cognitivas (limitaciones de comprensión lectora y de aprendizaje) para los que es difícil entender palabras que no estén usadas en un sentido literal (la ironía, los dobles sentidos, etc.) o palabras utilizadas con un significado distinto en un contexto dado. Y también para personas con deficiencias visuales usuarias de lupas o magnificadores, que pueden perder el contexto de una palabra.

Técnicas de aplicación

Vamos ahora a ver las técnicas de aplicación.

Se ofrecen varias opciones para dos tipos de caso:

La palabra o frase se usa con un significado único dentro de la
página
La palabra o frase se usa con varios significados dentro de la
misma página.

En el primer caso, en el de significado único, podemos usar cualquiera de las siguientes técnicas para ofrecer el significado de la palabra o frase, poco usual o con sentido restringido, la primera vez que aparece en la página:

Enlazar la palabra con su definición, que deberá proporcionarse marcada como elemento de lista de definición en la misma página o utilizando el elemento link para indicar el glosario en el que se encuentra.
Utilizar definiciones en línea, que deberán estar marcadas con el elemento dfn.

También en este caso, cuando la palabra o frase se utiliza en un único sentido, pero queremos proporcionar su significado cada vez que aparece en la página, podemos usar cualquiera de las siguientes técnicas:

Enlazándola, cada vez que aparece, con su definición en una lista de definiciones en la misma página o utilizando el elemento link para apuntar al glosario.
Proporcionando un glosario en la misma página.
Enlazándola con un diccionario en línea o proporcionando un campo de búsqueda que apunte a un diccionario en línea.
Proporcionando enlaces a una "cascada" de diccionarios

En el segundo caso, cuando la palabra o frase tiene varios significados dentro de la misma página, podemos usar cualquiera de las siguientes técnicas, que deberemos usar cada vez que aparezca la palabra en la página:

- Enlazándola con su definición en una lista de definición en la misma página o usando el elemento link para enlazar con un glosario
- Utilizando el elemento dfn para definir el término cada vez.

Y luego hay una serie de técnicas aconsejables, que no son excluyentes, es decir que pueden utilizarse conjuntamente con otras:

Usar el atributo title para proporcionar una explicación (Atención: title no es para proporcionar la definición, es para proporcionar información adicional, para aclarar).
Utilizar el marcado y pistas visuales para ayudar al usuario a distinguir las palabras que tienen un significado especial
Proporcionar un diccionario con el que se pueda interactuar mediante la voz, para ayudar las personas que tienen dificultades con la escritura o la ortografía
Proporcionar un diccionario en lengua de señas/signos, para facilitar la comprensión a las personas sordas
Proporcionar un mecanismos para encontrar definiciones de todas las palabras que hay en el contenido
Proporcionar un mecanismos para determinar el significado de cada palabra o frase del contenido
Evitando el uso de palabras foráneas poco usuales.

Entonces, la duda que te asalta es: ¿Qué técnica usar?.

Evidentemente eso dependerá de cada caso. Pero personalmente optaría, de hecho es lo que suelo implementar desde siempre en entornos educativos, dada mi pasión por la web semántica (la de verdad), por crear un glosario y utilizar tanto el elemento link como el atributo rel en cada uno de los términos enlazados con el glosario. Por cierto que en la descripción de técnicas falta un explicación más precisa de cómo hacerlo. Y, por cierto que echo en falta algunas técnicas que discutimos hace ya años, para facilitar la comprensión a personas que tienen dificultades con el idioma de la web en cuestión o para entender los dobles sentidos, etc. y que se basan también en el poder de la "web semántica".

En tu caso concreto y dado que lo que haría falta definir son términos y expresiones médicas, quizás el ofrecer un enlace a un diccionario médico sería poco útil para los usuarios que precisamente necesitaríamos las definiciones. Entonces yo optaría también por ofrecer un glosario con definiciones y explicaciones en lenguaje más cercano al usuario.

Yo creo que el futuro nos depara la posibilidad de utilizar técnicas interesantes que facilitarán la comprensión al usuario. De hecho, hoy en día ya contamos con algunas herramientas muy útiles, gratuitas y fáciles de usar, como por ejemplo el traductor de palabras de la barra de google. Pero hay todavía un mundo por desarrollar. Por ejemplo, el proyecto que surgió el otro día desde esta misma lista y que "piano, piano" (esto sí que habría que explicarlo) va adelante.

Por cierto que, aunque no directamente relacionado con la idea que proponía yo, pero sí relacionado de forma indirecta, para los interesados en los microformatos y/o "tagging", y también para los interesados en la web semántica, os recomiendo el proyecto MOAT (Ver la entrada, «MOAT: Dar valor semántico a los tags»).

Tags: accesibilidad, WCAG 2, semanticweb, tags, microformatos, microformats, etiquetas

MOAT: Dar valor semántico a los tag

Se presenta hoy 19 de enero, el proyecto "Meaning of a Tag": MOAT

El objetivo es proporcionar a los usuarios un modo de definir el significado de las etiquetas (tag) que crean libremente, utilizando URIs de recursos de la Web Semántica, para que pudan anotar sus contenidos con ellas. De esta manera, esas etiquetas que no tienen ningún sentido para las aplicaciones, podrán ser interpretadas por cualquier aplicación. Es decir, que la llamada web semántica en minúsculas se convierta de manera más o menos automática en web semántica con mayúsculas.

El significado dado a una etiqueta podrá ser compartido, lo que implica la creación de una comunidad de usuarios que participen intercambiando significados.

Estoy deseando participar, así que os invito a hacerlo también y a que comentemos las observaciones.

Blogged with Flock

Tags: semanticweb, tags, microformatos, microformats, etiquetas

Deseos de la Fundación Sidar en las fiestas 2007

Sólo un apunte, para que no termine este año sin dejar constancia de que recuerdo que tengo un cuaderno de bitácora :-) Y por si aún no la has visto, te invito a que te pases por la tarjeta que preparamos para la Fundación Sidar con nuestros mejores deseos para el nuevo año 2008: Deseos de la Fundación Sidar en las fiestas 2007 Por supuesto, uno de los propósitos para el nuevo año será escribir de manera más constante en mi cuaderno ;-)

Blogged with Flock

Tags: bitácora, fiestas, celebración, propósitos

Auditoría Global de la Accesibilidad Web encargada por la ONU

Hoy 5 de diciembre se ha presentado el informe de "Auditoría Global de la Accesibilidad Web" encargado por la ONU a la empresa Nomensa. United Nations Global Audit of Web Accessibility : Nomensa - Humanising Technology

El Departamento de Asuntos Sociales y Económicos de la Organización de Naciones Unidas (ONU), encargó a la empresa británica Nomensa la elaboración de un informe sobre la accesibilidad Web en el mundo, con la intención de presentarlo en los actos de celebración del día 3 de diciembre, día de las personas con discapacidad, y este año dedicado a la e-Accesibilidad.

La auditoría se hizo sobre 100 páginas de sitios relevantes de 20 países. No pretende ser un análisis exhaustivo sino un mero indicador de la situación actual en el mundo.

La muestra

Para la muestra se eligió de cada uno de los 20 países, un sitio representativo de cada uno de los 5 sectores que suponen áreas de interacción clave.

Los países

Los 20 países elegidos para conformar la muestra fueron: Alemania, Argentina, Australia, Brasil, Canadá, Chile, China, Emiratos Árabes, España, Estados Unidos, Francia, India, Japón, Kenia, Marruecos, México, Reino Unido, Rusia, Singapur, Suráfrica.

Los sectores

Los 5 sectores elegidos para conformar la muestra fueron:

Viajes (Compañías Aéreas);
Finanzas (Bancos);
Medios de comunicación (Diarios);
Política (Administración Pública central);
Comercio (Tiendas).

En total, 100 sitios de todo el mundo. Aunque, tan sólo se analizó la página principal de cada uno de ellos.

Los resultados

De las 100 páginas analizadas, sólo 3 alcanzaron apenas el nivel A de accesibilidad, de acuerdo con las Directrices de Accesibilidad para el Contenido Web 1.0 del W3C-WAI (WCAG 1.0):

El sitio del Canciller alemán (http://www.bundeskanzlerin.de);
El sitio de la Presidencia del Gobierno de España (http://www.la-moncloa.es/default.htm);
El sitio del Primer Ministro Británico (http://www.primeminister.gov.uk/).

No se esperaba un nivel tan bajo, dado que en muchos de los 20 países que entraron en la muestra existen legislaciones respecto a la accesibilidad, y a que las Directrices existen desde 1999.

En cuanto a la variación por sectores, se detectó que en los que se ha prestado mayor atención a la accesibilidad, aunque aún insuficiente, es en la administración pública, el comercio y la banca.

De los 100 sitios, en 8 de ellos se encontró sólo un fallo de prioridad 1 y en 25 se encontraron dos fallos, siendo estos los que se encuentran más cerca de alcanzar ese nivel A de accesiblidad, que es el nivel mínimo.

Los fallos generalizados

Los fallos más frecuentemente encontrados en los sitios analizados han sido:

El 98% no aplican los estándares, presentando una sintaxis del código fuente incorrecta.
El 97% utiliza unidades de medida fijas, impidiendo la alteración del tamaño del texto o modificar el tamaño de la página de manera que resulte confortable su lectura e interacción.
El 97% presenta textos enlazados que no indican claramente a dónde apunta el enlace.
El 93% no proporciona un equivalente alternativo adecuado para el contenido gráfico.
El 92% no proporciona atajos de teclado que permitan saltar bloques de contenido extensos.
El 89% presenta un uso incorrecto de los niveles de encabezado y estructuración del contenido.
El 87% genera la apertura de nuevas ventanas sin advertir al usuario.
El 78% utiliza colores que no contrastan suficientemente.
El 73% presenta funcionalidades importantes dependientes de Javascripts. Lo que imposibilita al 10% de los usuarios el acceso a información relevante.

Conclusiones

El informe concluye, y cito en inglés:

The simple truth is that the leading websites around the world are not accessible to many persons with disabilities. Only three achieved Single-A and some are close to providing the first level of accessibility. However, the majority need considerable work to attain the Defacto international standard.

La verdad es que la conclusión es triste, si tenemos en cuenta que las directrices de accesibilidad no son algo nuevo, que en la mayoría de los países existe legislación al respecto, que las herramientas de autor incluyen ya funcionalidades para comprobar la accesibilidad, que existen herramientas gratuitas, como HERA, para revisar la accesibilidad, etc., etc.

Evidentemente, el informe sólo nos puede dejar una conclusión: Debemos trabajar más y mejor por la accesibilidad en la Sociedad de la Información y del Conocimiento. Y debemos hacerlo todos, cada uno poniendo algo de su parte. Como decía el mensaje a pie de firma de los coordinadores del SIDAR, en estos días cercanos a la fecha que la ONU quiso dedicar a la accesibilidad electrónica (e-accesibilidad): «Nosotros trabajamos día a día por la e-accesibilidad. ¿Y usted, qué hará usted a partir del 3 de diciembre?»

Desafío de la Web Semántica 2006

14 aplicaciones han sido admitidas al desafío 2006 de la 5ª Conferencia Internacional sobre Web Semántica (The 5th International Semantic Web) que se celebra del 5 al 9 de noviembre de 2006. ¡Foafing the Music ha logrado el segundo premio!. challenge.semanticweb.org

En realidad comencé a escribir esta entrada antes de que se celebrara el Desfío 2006 de la Web Semántica, y mi objetivo era invitar a todos a probar las aplicaciones que se presentaban a concurso y que eligiéramos nuestras favoritas. Pero como siempre, no tengo tiempo para escribir y ya se han declarado los premios. Lo cuál no quita para que cada uno de nosotros elija su favorita también

En cualquier caso, podemos felicitarnos porque Foafing the Music ha alcanzado el segundo premio. Como recordaréis comentamos sobre esta aplicación, ideada por un español hace algún tiempo en este cuaderno de bitácora, en la entrada titulada: Foafing the Music.

Al concurso se han presentado varias aplicaciones a cuál mas interesante e incluso bonita. Mi primera intención era comentar cada una, pero evidentemente carezco del tiempo necesario para ello, así que espero que vosotros aportéis vuestras impresiones. Oh, acabo de recordar que los comentarios están cerrados por los malditos spammers :-((

En fin, encontraréis las direcciones de todos los que se presentaron en la página del Desafío ya citada. Que os divirtáis.

Malditos spammer.

Debido al salvaje ataque los spammers de todo tipo que ha sufrido este cuaderno de bitácora, me he visto obligada a cerrar los "trackball" y a impedir que los comentarios se publiquen automáticamente. Lo peor de todo es que recibo tantísimo spam que es posible, casi seguro, que se me pase algun mensaje real y por tanto no le de paso inmediatamente. De todas maneras procuraré estar más atenta al cuaderno y visitarlo de vez en cuando ;-) Gracias a todos por vuestras contribuciones y paciencia.

C�mo librarnos de "Google adsense" y "Google tracking"

Algunas utilidades interesantes desde la perspectiva del desarrollador no lo son tanto desde la perspectiva del usuario. Y por suerte o por desgracia, según desde qué perspectiva se mire, en cuanto aparecen esas utilidades, incluso antes de que lleguen al gran público, aparecen también las formas de evitar sus efectos. Veamos cómo librarnos de la publicidad añadida por "Google Adsense" y del seguimiento que de nuestros pasos puede hacerse en un sitio web cuando se usa "Google Tracking".

Realmente no se trata de un problema de accesibilidad si la publicidad incluida en un sitio web del tipo "google adsense" está correctamente marcada, de manera que el usuario pueda saltarla y no se vea obligado a escucharla cuando utiliza un lector de pantalla, pero de todas maneras me parece útil para los usuarios la posibilidad de eliminar, de todas las páginas web que se visitan, ese tipo de imposiciones publicitarias.

Realmente no sé hasta qué punto esa publicidad es efectiva pues yo no la leo, apenas detecto que ahí hay un bloque de publicidad y mi vista va directamente a otra parte de la página, pero aún así es mucho más agradable visitar las páginas sin tener que hacer esos saltos .

Google también ofrece a los desarrolladores una utilidad realmente interesante para el seguimiento de las visitas de los usuarios: "Google Analytics" o "Urchin Web Analytics". Pero siendo muy útil desde la perspectiva del desarrollador, no todos los usuarios están dispuestos a que cierta información sea recibida por ellos. Así que existe ya un modo de evitar que en aquellos sitios en los que se haya instalado el javascript que hace el seguimiento pueda interactuar con la información que reside en nuestro ordenador.

La solución a estas dos situaciones para los usuarios de Windows pasa por editar el fichero "host" del sistema operativo, añadiendo las siguientes líneas:

Para evitar el rastreo:

# [Google Inc]
127.0.0.1 www.google-analytics.com

Para evitar la publicidad:

# [Google Inc]
127.0.0.1 adwords.google.com
127.0.0.1 pagead.googlesyndication.com
127.0.0.1 pagead2.googlesyndication.com
127.0.0.1 adservices.google.com
127.0.0.1 imageads.googleadservices.com
127.0.0.1 imageads1.googleadservices.com
127.0.0.1 www.googleadservices.com
127.0.0.1 apps5.oingo.com

El fichero "host" se encuentra en:

Windows 95/98/Me c:\windows\hosts
Windows NT/2000/XP Pro c:\winnt\system32\drivers\etc\hosts
Windows XP Home c:\windows\system32\drivers\etc\hosts
(Para Windows NT/2000/XP es necesario tener acceso como administrador)

Y eso es todo. En cuanto se edita el fichero puede comprobarse que en las páginas web en las que habitualmente encontramos esos añadidos publicitarios, dejan de aparecer. Y bueno, en cuanto a que los sitios que usan el sistema de seguimiento puedan leer o no información sensible en nuestro disco duro, no me queda más que esperar que el autor de la técnica, Amit Arwal, tenga razón y realmente no puedan hacerlo.

Para quienes lean inglés y tengan interés en saber de dónde he sacado esto y puedan ampliar la información, los artículos originales:

Emmanuelle Gutiérrez y Restrepo

La hormiguita y Vinton Cerf

Vint es nombrado Doctor Honoris Causa

De cómo Internet puede ser necesario para hacer una Paella y del problema del año 3000

Internet interplanetaria

Como una estrella del rock

Camino de Cieza: Vint me hace una recomendación

La Junta Directiva de Los Álamos con Vint

Referencias en la web

¡Hasta siempre, Rafa!

Aciertos y fallos en el artículo: "10 common errors when implementing accessibility"

1.- No crees textos alternativos verbosos

2.- No uses caracteres aleatorios para separar enlaces

3.- No insertes texto en campos de formulario vacíos para simplificarlos

4.- No utilices atajos de teclado

5.- No utilices el atributo summary en una tabla (a menos que realmente agregue información)

6.- No te olvides del contenido

7.- No te preocupes demasiado por las declaraciones de accesibilidad

8.- No te agobies por los acrónimos y las abreviaturas

9.- No cambies el orden de tabulación (A menos que tengas una buena razón para hacerlo)

10.- No olvides escuchar con un lector de pantalla

WCAG 2.0 Punto de control 3.1.3: Palabras inusuales

Comprender el punto 3.1.3

Técnicas de aplicación

MOAT: Dar valor semántico a los tag

Deseos de la Fundación Sidar en las fiestas 2007

Auditoría Global de la Accesibilidad Web encargada por la ONU

La muestra

Los países

Los sectores

Los resultados

Los fallos generalizados

Conclusiones

Desafío de la Web Semántica 2006

Malditos spammer.

C�mo librarnos de "Google adsense" y "Google tracking"

1.- No crees textos `alt`ernativos verbosos

5.- No utilices el atributo `summary` en una tabla (a menos que realmente agregue información)