páginas relacionadas:
(Para enlaces, andá a la página de Enlaces
de Accesibilidad del Albergue de Náufragos).
¿Cómo debería ser una página accesible? Aparentemente
no debería tener:
- ningún fondo,
- ningún gráficos,
- ningún texto con formato,
- ninguna animación,
- ningún marco (frame),
- ninguna escritura de Java,
- ningún formulario para rellenar.
Naturalmente, cuando hagas eso, terminarás con una página
un poco aburrida. Así que tendrías dos opciones (ambas igualmente
aceptables):
- O hacemos nuestras páginas bien accesibles, agudizando el ingenio
y desechando algunos truquitos...
- ...o creamos dos versiones de cada página de nuestro sitio, una
en formato de texto simple y otra con animaciones, imágenes o lo
que se nos ocurra.
Si elegimos la opción 2, entonces debemos recordar (aunque suene
obvio) que la información que queremos transmitir debe estar presente
en ambas versiones. Ambas páginas deberían tener un enlace a
la versión alternativa, preferentemente en la parte superior izquierda
de ellas (ya que algunos navegadores para disminuídos visuales o de
sólo texto se "cuelgan" cuando encuentran algo distinto a
un texto al comienzo de una página).
Sin embargo, esta opción significaría que cada vez que quieras
hacer un cambio en una página, en realidad deberás hacerlo dos
veces.
Sea cual sea la opción que elijas, acá te voy a comentar alguna
pautas de accesibilidad.
- Cada vez que se inserte una imagen, introducir con ella el tamaño.
Esto es porque algunos navegadores necesitan esa información para
poder ir "armando" la página a medida que se va cargando.
Si no tiene esa información y, por ejemplo, el texto rodea a la imagen,
el navegador intentará resolver ese problema, enlenteciendo la carga.
Si le informamo el tamaño, el navegador creará un marco y
pondrá rápidamente el texto alrededor de él.
- En teoría, toda información es útil. Así
que si algún visitante considera tal útil nuestro sitio como
para imprimir alguna de sus páginas, va a ser necesario que el texto
tenga algún color fácilmente imprimible. Como hay muchas personas
que sólo tienen impresoras que imprimien en negro (las mal llamadas
"de blanco y negro"), el color ideal es el negro, pero si insistimo
en tener algo coloreado, recordemos que el rojo se imprime como negro, pero
el azul impreso, casi no se ve. Lo ideal es hacer una prueba de impresión
de cada página de nuestro sitio en negro y chequear los resultados.
La peor impresión se obtiene con textos en blanco sobre fondo de
color. En la Red puede verse muy bonito, pero las personas pueden no tener
sus equipos configurados para imprmir fondos o todos los textos en negro,
así que el resultado sería una página sin texto. Además,
pensemos que si queremos imprimir una página con fondo negro u oscuro,
la impresión se enlentece (además del gasto de tinta o toner
que esto significará).
- Tipo y color del texto - Algunos navegadores ignorarán
los colores no-estándar (negro, azul, amarillo, etc.) de ls textos,
por lo que, si basamos nuestra información en los cambios de color
del texto, no lograremos nuestro cometido. Lo mismo nos pasará con
el texto en marquesina (o marquee) o parpadeante (o blinkey), que no es
observable en navegadores que no sean Internet Explorer o Neoplanet (que
usa el motor del IE). Además, y esto es más grave, éstos
últimos tipos de texto pueden causar problemas en personas que sufran
epilepsia.
- Tablas - El problema con usar tablas, o mapas (con múltiples
filas y columnas) es que no se muestran bien en algunos navegadores. Las
últimas versiones de Lynx pueden ver mapas y tablas, pero las versiones
viejas, no. En resúmen, las tablas complejas simplemente puede que
no estén disponibles para algunos visitantes. Esto no significa no
las use, pero sí que debemos poner la información disponible
de alguna otra forma, si es importante.
- No ponga varios enlaces en una misma línea de texto. Es
mucho más fácil verlos si cada uno se encuentra en una línea
separada. Trate que haya un espacio entre línea y línea (usando,
por ejemplo, la etiqueta de HTML <P> y no la <BR>), para que
las personas que tienen dificultades en el uso del mouse, puedan ingresar
en éstos enlaces.
- No haga enlaces con frases que no describan, como "HAGA CLIC
AQUí". Algunos navegadores que manejan síntesis de voz
permiten leer los enlaces a través de sus etiquetas. Las palabras
sobre las que se haga un clic para ir a un enlace se deben explicar por
si mismas, aún cuando estén en medio de una frase.
- No ponga la información importante en un gráfico a menos
que la misma sea proporcionada también en el texto . Esto se
puede aplicar a los mapas con enlaces, donce, dependiendo del lugar donde
se hace clic, se va a enlaces diferentes. Si hacemos esto, necesitremos
también proporcionar la misma información en enlaces de texto
simples.
- No use frames. Los frames (o marcos) son sólo pantallas
con múltiples páginas abiertas a la vez.
- No use columnas múltiples. Varios programas de navegación
por síntesis de voz, si se encuentran con dos columnas, sólo
leerán la primera, produciendo inconvenientes para las personas con
discapacidades visuales.
- No deje gráficos sin identificar. Todos los gráficos
deberían tener un texto con la etiqueta de HTML ALT, no sólo
para que los navegantes que usan programas con síntesis de voz puedan
disfrutar de la información gráfica, sino para los que, teniendo
conexiones lentas, deshabilitan la opción de ver gráficos.
No haga perder el tiempo a la gente. Por ejemplo, si usa un pixel invisible
para espaciar, póngale una etiqueta ALT nula, como por ejemplo ALT="Esto
se vería invisible en algunos navegadores". Si su gráfico
es sólo una palabra o frase, por ejemplo en los casos de "Arriba"
o "Top" para subir al comienzo de la página, póngale
también una etiqueta ALT describiéndola, o poniendo simplemente
la palabra en texto. Todos deberían ver el mismo texto ¿no
cree? (Si te interesa ahondar en la problemática de la accesibilidad
de la imagen, te recomiendo las páginas que tratan sobre el tema
en http://www.sidar.org/jornadas/ivponen/imagenac/indice.htm,
donde se transcribe la ponencia de Ricardo Abad en las IV Jornadas del SIDAR,
en noviembre de 2000 en Madrid).
Chequear nuestras páginas
Según Rafael Romero, en su ponencia sobre "Navegadores alternativos
y herramientas de evaluación rápida. BrailleSurf y Opera"
en las IV Jornadas del SIDAR en noviembre
de 2000 de Madrid (http://www.sidar.org/jornadas/ivponen/rafa/index.html),
"la mejor manera de que los diseñadores sean conscientes de los
problemas de accesibilidad que sus páginas van a generar a usuarios
con discapacidad, es intentar simular el modo en que estos usuarios van a
acceder, empleando, en la medida de lo posible, los mismos navegadores, sistemas
de acceso y/o ayudas técnicas", y, más adelante, propone
este método como complementario (ojo, complementario y no alternativo)
de la revisión automática con una herramienta de validación
como Bobby. También nos recuerda
que la WAI recomienda los siguientes métodos
de revisión manual:
- Utilizar un navegador sólo-texto o un emulador.
- Utilizar varios navegadores gráficos con:
- Sonidos y gráficos cargados.
- Gráficos no cargados.
- Sonidos no cargados.
- Sin mouse.
- Marcos (frames), scripts, hojas de estilo y applets no cargados.
- Utilizar varios navegadores, viejos y nuevos.
- Utilizar un navegador por voz, un lector de pantallas, un software de
magnificación (magnificadores), un visualizador pequeño, etc.
Así, por ejemplo, en cuanto a los emuladores, podemos ver cómo
lo vería un usuario de Lynx yendo a
Lynxit (ver la página de Enlaces
de accesibilidad), y escribiendo la dirección de su página.
Ahora, si hablamos de validadores, para chequear nuestras páginas
a través de la mayoría de los navegadores, incluyendo el de
America On Line, Lynx y viejas versiones del Netscape, podemos ir a
Bobby (ver la página de Enlaces
de accesibilidad). Esta es una excelente página web que puntualizará
nuestros errores, incompatibilidades y los lugares de las páginas en
donde hayamos hecho cosas que dificulten el el trabajo de navegadores no-gráficos.
Bobby también nos dirá cuánto tarda la página
en cargar.
Volver
a la página principal
Volver
a la página principal de accesibilidad
Volver arriba
Claves de etiqueta en la creación de página
web
Por último, les enumero algunas formas de brindar mejor información
a los visitantes de nuestras páginas. Si no seguís estos consejos,
no vas a tener problemas de accesibilidad o compatibilidad, pero tus visitantes
se van a sentir menos informados:
- Que figure el nombre de la empresa o personas responsables en todas las
páginas.
- Que todas las páginas del sitio tengan un enlace a la página
principal.
- Si se hace una barra de navegación del sitio, que esté en
todas las páginas y en el mismo lugar.
- Que todas las páginas tengan un enlace para enviar un e-mail al
responsable.
- Que figure la fecha de la última actualización, para que
la gente sepa qué tan reciente es la información. También
nos servirá a nosotros, si nos acostumbramos a actualizarla cada
vez que modifiquemos algo, y asi, al ver la fecha, saber si es una versión
vieja o nueva.
-
Todos los nombres propios, distintivos, logos, marcas, sistemas,
hardware, equipos, etc. que aparecen en estas páginas web enlazando
a sitios, son marcas registradas de sus respectivas compañias, empresas,
organizaciones y/o propietarios. El hecho que aparezcan no implica ningún
tipo de compromiso monetario o moral de dichas organizaciones con el autor
de éstas páginas, ya que fueron colocadas por éste
por simple gusto personal, como colaboración desinteresada para promocionar
dichos sitios.
Webmaster: Claudio Segovia - Buenos
Aires, San
Justo y Lago
Puelo - Argentina
Nacimiento del Albergue: 7 de enero de 1999
Ultima actualización: Domingo 16 de diciembre de 2007
Dirección de correo electrónico:
claudiosegovia@gmail.com
A Ema,
Matilde y Cecilia
