Emmanuelle Gutiérrez y Restrepo

Ir al contenido | Ir al menú | Ir a la búsqueda

Enlaces significativos.

Una reflexión sobre lo que implica la aplicación del punto de control 13.1, para la que he preparado una página de ejemplos, además de la demostración práctica que supone el cambio que hemos hecho en el gestor de estos cuadernos de bitácora para que todos los enlaces en las entradas sean significativos.

La reflexión viene provocada por una discusión, en el buen sentido de la palabra, que tuve con un amigo sobre una serie de enlaces existentes en su página web. Luego, al crear estos cuadernos de bitácora utilizando el gestor Dotclear, nos encontramos con que cada vez que alguien añadía un comentario e indicaba su dirección de correo electrónico y su página web, aparecían junto a su nombre los textos "email" (enlazado con su correo) y "url" (enlazadado con su página web) de manera que se presentaban en la página varios enlaces iguales que apuntaban a recursos diferentes.

Así que, lo comenté con Vincent Tabard, que es el administrador de todos los cuadernos, y ahora el nombre de la persona enlaza con su sitio y su dirección de correo aparece de manera que se diferencie de cualquier otra. De este modo, ya no tenemos enlaces iguales apuntando a distintos recursos en nuestros cuadernos de bitácora :-).

Pero una vez solucionado eso, he querido estudiar a fondo la cuestión y he creado una página con ejemplos, para que cualquiera pueda probar los diversos casos en diversos agentes de usuario (navegadores y ayudas técnicas incluidas).

Aparte de los ejemplos, he comprobado el comportamiento en varios agentes y la respuesta de varios revisores automáticos de la accesibilidad, para ver si identificaban o no el problema.

Además, naturalmente, he investigado en los diversos documentos relativos del W3C, para intentar identificar el origen de la confusión que lleva a considerar que basta con que se añada un título a los enlaces para diferenciarlos.

En conclusión, creo que queda probado que ésa no es una buena práctica desde el punto de vista de la accesibilidad si queremos alcanzar al mayor número posible de usuarios. Y que es posible generar, incluso automáticamente, enlaces distintos para los distintos recursos, de manera que no se cree confusión al usuario.

Trackbacks

Ningún trackback.

Los trackbacks sobre esta entrada están cerrados.

Comentarios

1. El Tuesday 12 April 2005 a las 04:19, por Euskanbria :: euskanbria  arroba  yahoo  punto  es

He tomado un par de días antes de comentar el artículo porque realmente me costó entenderlo. Tras releerlo varias veces y revisar las directivas, creo haber comprendido a que te refieres.

Como invitas a los usuarios a crear entradas ampliando la información, aprovecho para hacerlo hablando de un navegador quizá muy poco usuado, pero que convive en mi sistema Mac OS X y el que uso de forma general, Safari.

Tengo que seguir mirando ampliaciones disponibles al navegador (add-ons, plugins) pero por el momento, aparentemente, no hay posibilidad de mostrar lista de enlaces alguna, teniendo que ser el usuario, bien con el ratón o bien con el tabulador (si la opción "resaltar enlaces al usar el tabulador" esta activada en las preferencias) el que navegue la página y vea cada enlace. Si bien, el atributo title funciona sólo cuando se usa el ratón y no cuando se usa el teclado y la tabulación.

En cualquier caso, me parece muy interesante (y bastante dificultoso de entender :) ) el debate que planteas y las soluciones. Seguiré investigando con respecto a Safari y si encuentro alguna novedad, ya lo comunicaré.

Gracias de nuevo por la información.

2. El Tuesday 12 April 2005 a las 16:52, por Emmanuelle :: emmanuelle  arroba  sidar  punto  org

Euskanbria: Siento no haber sido suficientemente clara :-( . Revisaré el texto e intentaré hacerlo más sencillo. Pero me alegra que, aunque con un poco de trabajo, hayas captado la cuestión ;-) .
Me ha sorprendido saber que Safari no ofrece un sistema de navegación por enlaces. Y me sorprende porque creía que Safari estaba aplicando las directrices de accesibilidad para agentes de usuario, en las que una de las cosas que se pide es que se ofrezca a los usuarios la posibilidad de navegar por elementos (encabezados, enlaces, etc.).
De todas maneras eso es algo que se hace necesario en determinados casos y supongo que las personas que habitualmente lo necesitan utilizan un navegador que sí lo facilita. Personalmente sólo lo uso en el teléfono móvil, en el que tengo instalado Opera :-)

3. El Tuesday 12 April 2005 a las 18:32, por Euskanbria :: euskanbria  arroba  yahoo  punto  es

Pienso que más que ser clara, se debe al tema tratado en sí mismo. Me cuesta mucho comprender ciertas cosas cuando se repiten términos parecidos (no sólo con esto, sino en general, soy lento de cerebro...). Creo que te has expresado con claridad, pero es un tema peliagudo incluso en las mismas pautas. Un poco ambiguo.
Con respecto a la navegación de Safari desconozco si puede hacerse de la forma que comentas, puesto que yo al menos, no encuentro la manera. Aunque quizá pueda tratarse de que esa opción la incluyan aparte y no en el navegador tal y como viene con el sistema. Ahora bien, lo que sí permite y me parece algo bastante agradable, es destacar enlaces al pulsar el tabulador, como dije en mi anterior comentario.
Si pulsamos tabulador el enlace queda resaltado (un borde grueso en color azul al rededor del texto enlazado) y podremos navegar uno a uno los enlaces. Aunque si bien, el ratón nos hará falta si queremos saber, entre otras cosas, que indica el atributo title o hacia donde (a que dirección exactamente) nos lleva el enlace.

Ahora voy a dormir que llego 48 horas sin poder hacerlo, pero mañana, en algun rato libre, prometo investigar la existencia de extensiones para safari que pudieran hacerlo más "accesible".

4. El Wednesday 20 April 2005 a las 15:39, por Euskanbria :: euskanbria  arroba  yahoo  punto  es

Definitivamente, no encuentro nada para Safari. Si que hay algunas extensiones que, supuestamente, mejoran el navegador y que añaden características como quitar las líneas bajo los enlaces (oh, que mejora :P) y cuatro cosas más referidas casi siempre a la bajada de ficheros de la red. En fin, habrá que seguir soñando con que cualquier navegador se comporte como debe.

5. El Friday 20 May 2005 a las 20:26, por are :: arnau  arroba  artnau  punto  com

Hace ya tiempo tuve este problema de repetición del texto de los enlaces con la portada de mi blog. Mi única solución del momento fué usar el atributo title pero vista tu página de ejemplo veo que era un error.

El enlace problemático era el típico "Comentar" que se acostumbra a usar como acceso directo al formulario de comentarios.
Para solucionar un tema de este estilo habria que poner por ejemplo "Comenta el artículo -nombre-del-artículo"?
Así se solucionaria el problema pero dificultaria la lectura por lo menos a gente que use agentes no-secuenciales porque el "nombre-del-artículo" se repetiria demasiado.

En definitiva: Hay más pros o más contras en esta solución?

Por otro lado, hace tan solo un par de dias me estuve planteando el interés y/o efectividad que pueda tener el elemento MAP.
Sinceramente, no habia visto el ejemplo del Checkpoint 13.6 que lo recomienda pero aun y así no es suficiente con una lista (ordenada, desordenada o de definición según el caso) con un Identificador?
Y por lo que leo en las conclusiones de tu test el MAP no me dá nada que no me dé una lista...

Cual es tu conclusión al respecto?

6. El Saturday 21 May 2005 a las 06:08, por Emmanuelle :: emmanuelle  arroba  sidar  punto  org

Sí, creo que la solución que has encontrado es acertada. El hecho de que se repita el título no sería negativo, todo lo contrario, aclara sobre qué se va a hacer el comentario. La redundancia tiene un valor positivo en la comunicación, cuando se usa apropiadamente, y facilita la comprensión. Incluso para quienes utilizan agentes no secuenciales, como dices, porque refuerza la relación del enlace con el artículo al que corresponde.

En cuanto al elemento MAP, aunque en este momento no está completamente implementado en la mayoría de los agentes de usuario (navegadores y ayudas técnicas incluidas) se espera que en el futuro lo esté. La idea es que en este momento no molesta para nada en los agentes de usuario que no lo reconocen y, en cambio, en cuanto lo hagan facilitarán al usuario la posibilidad de "saltar" los elementos que contiene, lo que no ocurre ni ocurrirá con el uso de una lista sin más.

Entonces, en realidad el uso del elemento MAP más el enlace para saltar su contenido es lo que se llama una "solución provisional", puesto que en el futuro ese enlace dejará de ser necesario. Así que se usa ese elemento en previsión de que algún día pueda ser realmente útil para todos. A esto se le llama "Forward compatibility". Ya sabes, al diseñar con la intención de ser accesibles debemos tener en cuenta la "backward compatibility" y la "forward compatibility" es decir, la compatibilidad retroactiva y la futura.

En realidad el uso de MAP en este momento beneficia más al desarrollador que al usuario, porque supone que en el futuro no tendrás que tocar esos elementos repetitivos que ya estarán correctamente marcados. Es una forma de ahorrarse dolores de cabeza futuros ;-)

Añadir un comentario

Los comentarios sobre esta entrada están cerrados.