En curso lleva a: Índice estamos en: Animaciones

En curso...

Imagen

Comunicación

Diseño

Accesibilidad

Nuevas Tecnologías

 

Aplicando las pautas

Animaciones Animaciones vs. Tiflowin.

 

El uso de animaciones, generalmente iconos animados, es una de las posibilidades multimedia más extendidas en el diseño de páginas Web. En principio, y si atendemos sólo a las recomendaciones internacionales sobre accesibilidad del W3C no presentan ningún problema y se tratan como a cualquier otro gráfico. Pero en realidad, si queremos que nuestras página sean accesibles deben serlo para todos, y por tanto, también para una gran cantidad de personas ciegas y con deficiencias visuales que utilizan una herramienta de adaptación llamada TIFLOWIN. No nos referiremos aquí a las animaciones creadas con la tecnología "Flash", nos referiremos sólo a los "Gifs animados".

Tiflowin facilita a las personas con deficiencia visual el uso de aplicaciones que corren bajo Windows. Lo cual significa, en principio, que pueden utilizar los navegadores más conocidos y populares. Pero ocurre que cuando se navega utilizando el Tiflowin y se llega a una página que contiene una animación en el momento en que el lector de pantalla llega al punto en que se encuentra el gráfico animado, la aplicación se "cuelga", no puede continuar la lectura de la página pues, cuando Tiflowin tiene en la pantalla alguna cosa que se mueve, lleva el foco de exploración al punto en movimiento, y en las versiones actuales, no hay forma de configurarlo para que no siga los cambios en pantalla.

Por tanto, la recomendación sería no utilizar animaciones, hasta que dicha herramienta se modifique, o se desarrolle una nueva que no presente este problema. Pero esta recomendación es un tanto drástica y difícilmente será seguida por los diseñadores, pues las animaciones son uno de los elementos multimedia del diseño de una página que ofrecen más posibilidades de personalización de la misma. Adem´s, aunque existen otros programas similares y de uso más extendido, debido a que el coste de éste está subvencionado se prevee una masiva utilización en Iberoamérica en los próximos años.

Estudiando este problema, descubrí otra solución. Una solución de compromiso, pues permite seguir utilizando las animaciones sin causar problemas a los usuarios de Tiflowin, ni ninguno de accesibilidad, pero que significa la utilización de un atributo no reconocido por el HTML 4.0. Sin embargo, tampoco presenta ningún problema con ninguno de los navegadores más populares, simplemente lo ignoran.

Dicha solución fue aplicada con éxito en la versión anterior de las páginas del CE2D y del SIDAR, que fueron probadas con distintos navegadores y versiones de estos, así como con las herramientas de adaptación más utilizadas por las personas con deficiencia visual en España e Iberoamérica.

Se trata de utilizar el atributo "LOWSRC" indicando una imagen fija para ser colocada en el lugar de la animación. Un ejemplo sería:

 

Buenas prácticas

En este caso, las buenas prácticas consisten en hacer uso del atributo mencionado, como en el ejemplo siguiente:

Ejemplo animación accesible para los usuarios de Tiflowin:

Una persona usando un ordenador.

El código de este ejemplo es:

<img src="grafani/webma.gif" width="48" height="48" border="0"
lowsrc="grafani/whack1.gif" alt="Una persona usando un ordenador.">

Fin del ejemplo

En el ejemplo anterior, "webma.gif" es la animación y "whack1.gif" es un gráfico de igual tamaño y que básicamente representa lo mismo que la animación, pero fijo (Una persona frente a un ordendor). En realidad se trata de uno de los fotogramas de la animación.

Como he dicho, se trata de una solución de compromiso que nos permite crear páginas totalmente accesibles, que pasan la revisión de la accesibilidad hecha por Bobby, pero no así la revisión de la sintaxis de HTML 4.0 del W3C, ya que el atributo "lowsrc" no es un atributo estandar aunque es usado por algunos navegadores como el Netscape. Sin embargo, quizás es preferible hacer accesible todo su contenido para todo tipo de personas y circunstancias, incluyendo a las personas con deficiencia visual, a obtener la conformidad sintáctica que en este caso se presenta como contraria a los intereses de accesibilidad en España e Iberoamérica.

 

Procedimiento para aplicar esta pauta

Desde Frontpage: En desarrollo.

En HotMetal: En desarrollo.

En HomeSite: Al insertar la imagen, se abre un cuadro de diálogo para determinar la dirección en la que se encuentra, este cuadro de diálogo tiene una pestaña llamada "Avanced" en la que hay un campo llamado "Low Src" en el que se puede indicar la dirección en la que se encuentra la imagen alternativa.

En Dreamwever: Una vez insertada la im´gen puede usarse la barra de propiedades en la que hay un campo llamado "Low src" en el que se puede introducir la dirección en la que se encuentra la imagen alternativa o bien, pinchando con el botón derecho del ratón sobre la imagen insertada, se despliega un meú en el que la segunda opción es "Low source" que abre un cuadro de diálogo para elegir la imagen alternativa.

En Amaya: En desarrollo.

Malas prácticas

En este caso no podemos realmente hablar de malas prácticas, se trata de una elección que tendrá que hacer el Webmaster, entre mantener una sintaxis pura o hacer accesibles sus páginas para los usuarios de Tiflowin.

Para verificar el trabajo

Esta pauta sólo se puede verificar manualmente, no existe herramienta alguna que advierta sobre la carencia del uso del atributo "lowsrc" cuando se ha incluido un icono o imágen animada en una página.

Anterior Flecha que apunta hacia la izquierda. Índice Flecha que apunta a la derecha. Siguiente

Para hacer sus aportaciones, comentarios o sugerencias, envíe un mensaje a la autora: Emmanuelle Gutiérrez y Restrepo


Creada: 15 de diciembre de 2000