Leemos en El Mundo la noticia de que la empresa Bahía IT ha presentado su aplicación ‘SigNOW!’, una solución propuesta para mejorar la accesibilidad de la comunidad de personas sordas a Internet y a la Sociedad de la Información.

Parece un poco enrevesado, realmente es necesario que alguien que pueda ver necesite un lector de pantalla?

Extraigo de la noticia:

…”para una persona sorda, “un texto no es suficiente, porque muchos de ellos tienen problemas de lectoescritura y prefieren que les hablen en su lenguaje natural, que es la lengua de signos”. Esto es así, “porque el proceso de la lectura está muy ligado a la audición, ya que los oyentes aprenden a leer al relacionar los símbolos escritos con su sonido”, destacó Bahía IT.

Así pues, “un sordo no cuenta con esta referencia, por lo que debe memorizar las palabras escritas, de forma similar a como un latino aprende un idioma con escritura distinta a la suya, como el chino, por ejemplo”, precisó la compañía”…

Por tanto parece más necesario de lo que pensabamos en un principio.

¿Qué podemos hacer entonces para que el contenido de nuestros portales sea plenamente accesible para los usuarios con discapacidad auditiva?

Navegando por la red he encontrado un trabajo del Departamento de Psicología Experimental de la Facultad de Psicología de la Universidad de Granada Accesibilidad Cognitiva de los Sordos a la Web , que viene a corroborar la idea inicialmente expuesta de que …”el déficit auditivo de los sordos no sólo les dificulta o impide la compresión del habla en la comunicación oral, sino que les conduce a un notable déficit en el procesamiento de cualquier información verbal, sea oral o escrita. Este hecho les supone un handicap a la hora de interpretar el lenguaje escrito que […] está fuertemente implicado en la comunicación vía Internet”…

El trabajo también nos propone unas conclusiones que nos ayudarán a que nuestros desarrollos sean más accesibles para este colectivo.

Busqueda Visual:

En las búsquedas visuales que implican palabras, por ejemplo en un menú, los sordos tienen claras dificultades. El estudio propone apoyar las palabras con iconos cuando se pueda, y cuando no, tener en cuenta su vocabulario reducido a la hora de seleccionar las etiquetas a utilizar.

Navegación

Los sordos son mejores a la hora de navegar gracias a que sus habilidades visioespaciales están más desarrolladas.

El estudio propone compensar la menor cantidad de información por página con más páginas, y contar siempre con un mapa del sitio que les es de gran utilidad.

Lectura y comprensión de textos

Para facilitarles la lectura se propone:

• Utilizar un lenguaje directo, sin exceso de palabras
• Usar un vocabulario familiar
• Enumerar y separar físicamente los puntos de las instrucciones y procesos
• Resaltar puntos o palabras claves
• Evitar frases subordinadas o con muchas preposiciones, artículos y pronombres
• Evitar las frases negativas

Manejo de ratón y escritura

Los usuarios sordos manejan el ratón igual que los oyentes pero tienen mucha más dificultad para la escritura que estos, por eso se propone primar la respuesta mediante el ratón sobre la respuesta escrita.

Por ejemplo, para un sordo es mucho más sencillo seleccionar una opción activando un checkbox que escribiendo una respuesta en una caja de texto.

Entonces si que es más importante de lo que nos pareció en un principio y muchas empresas lo toman en serio implantandolo en sus portales por ejemplo Movistar ( Ver un ejemplo sobre el uso de una videollamada en lenguaje de signos).

Haciendo una breve historia del Diseño Web, podemos decir que al principio, al menos cuando yo empece, el siseño fijo basado en píxeles fue el preferido por los diseñadores.

Más que nada que era mucho más facil hacerse una idea y controlar mejor lo que al final se iba a ver en pantalla. Un ancho fijo perse tampoco es malo, lo peor era dar tamaños fijos a las tipografias y maquetar con infinidad de tablas anidadas. Yo el primero.

Resultado: Un auténtico caos para un usuario con discapacidad visual.

Comparación de la web de Ecoembes tras aumentar dos veces el tamaño de letra.

Hemos perdido varias opciones de menu, y los datos emiezan a estar bastante apelotonados.

El tanto por ciento es la solución?, se acerca bastante ya que dejamos de usar tamaños fijos y las cajas de texto, botones… crecerían en proporción.

Por ejemplo en la web de la Universidad San Pablo CEU hemos aumentado cuatro veces el tamaño del texto.

Vemos que las cajas de texto han crecido, aunque tenemos algunos pequeños fallos como la imagen de fondo de la caja Grado que debería haber sido más grande.

Una buena practica será entonces basarse en tamaños relativos.

Lo ideal seria definir un tamaño en porcentaje para el body y definir los demás tamaños en em. Para evitar incompatibilidades con IE.

Por Ejemplo:

body {
font-size: 100%;
}
h1 {
text-size: 2.5em;
}
#contenido {
text-size: .85em;
width: 30em;
background-color: #f0f0f0;
}

Extraido de: http://www.100px.com/articulos/ni_fijo_ni_liquido_elastico#more-8
Cuya lectura recomiendo.

A decir verdad yo he usado normalmente porcentajes, pero en más recomendable los em dada la gran variedad de resoluciones existente actualmente. Definimos el tamaño respecto al tamaño de la letra que tiene nuestro usuario.

Un ejemplo de esto llevado al extremo seria http://www.csszengarden.com/?cssfile=063%2F063%2Ecss

Probad a ampliar el tamaño de letra…
Prometo aplicarlo en mis próximos proyectos.

[Fuente: loopx]

Según un estudio de Jakob Nielsen, los internautas sólo necesitan leer una de cada cuatro palabras escritas en una página web, aproximadamente un 28 por ciento. [Fuente: Microsiervos] .