Buscador

miércoles, 26 de septiembre de 2012

Cómo mejorar la accesibilidad para las personas con problemas cognitivos

Estoy leyendo el libro Accessibility Handbook, de Katie Cunningham y publicado por la editorial O'Reilly (2012).

El libro es interesante, pero no he encontrado muchas cosas que me hayan sorprendido. Sin embargo, sí que me ha sorprendido el capítulo 5 "Cognitive Disabilities", ya que normalmente es un tema que no se suele tratar en libros similares.

En este blog he escrito en muy pocas ocasiones sobre los problemas cognitivos, así que es un tema que me interesa mucho ya que tengo mucho que aprender.

¿Qué he aprendido en este capítulo?

En primer lugar hay que centrar el problema. Bajo el concepto de problemas cognitivos se agrupan discapacidades tan diversas como el síndrome de Down, el autismo y la dislexia. Este libro se centra en la dislexia, en los desórdenes por déficit de atención (el famoso trastorno por déficit de atención con hiperactividad) y cualquier otro desorden originado por problemas de procesamiento de la información.

Respecto a la dislexia, los consejos que se proporcionan son:
  • Utiliza una fuente clara y que no produzca confusión porque dos letras distintas tienen un glifo similar (como las letras b, d, p, q, que normalmente son el mismo glifo pero rotado). Curiosamente, se recomiendo el uso del tipo de letra Comic Sans.
  • Utiliza texto real y no imágenes: esto permite a los usuarios con problemas utilizar hojas de estilo propias con sustitución de la tipografía empleada. En cualquier caso, se recomienda el uso de tipos de letra "sans serif", como Arial, Helvetica, Verdana o Tahoma.
  • El contenido debe ser claro de leer. Para ello, las frases deben ser cortas (no más de 10-15 palabras por frase) y los párrafos deben ser cortos.
  • Los colores de alto contraste pueden dificultar la lectura: un texto negro sobre un fondo blanco puede aparecer como borroso para muchas personas con dislexia. Se aconseja que el color del texto sea gris (por ejemplo, #111) sobre un blanco oscuro (por ejemplo #eee). Además, esto cansa menos la vista para todas las personas.
  • El texto justificado es muy bonito, pero causa problemas. Mejor no usarlo nunca.
  • Las imágenes pueden ayudar y distraer a la vez, no hay una solución general: a muchos disléxicos les ayudan a comprender el contenido, pero a otros les puede distraer.
  • Las animaciones son una gran distracción, mejor no usarlas. Si se tienen que usar, no se debe utilizar la opción de "autoplay" y el usuario debe tener el control para detenerlas.
  • Los anuncios (banners) son un problema, una gran distracción.
  • Cuidado con los fondos, en especial, las imágenes de fondo. Otra distracción y dificultan la lectura.
  • Algunos usuarios con una dislexia muy severa emplean lectores de pantalla, como los usuarios ciegos. Así que, una página web correctamente accesible para un usuario ciego también ayudará a los usuarios con dislexia severa.
  • Algunos usuarios prefieren imprimir la página web y leerla impresa, así que hay que comprobar que la página web se imprime correctamente. Por ejemplo, se puede crear una hoja de estilo CSS específica para impresión.
  • Se debe de proporcionar un mecanismo de navegación global que no cambie al moverse por el sitio web.
Respecto al déficit de atención, los consejos son:
  • Como su principal problema es lograr una buena concentración durante un período de tiempo largo, comparten algunos de los problemas de las personas con dislexia. Todo lo que se ha comentado antes que está relacionado con evitar distracciones les ayuda.
  • Las tareas largas se deben dividir en tareas más cortas. Por ejemplo, un formulario largo se debe dividir en varias partes (paso 1, paso 2, etc.) y se debe proporcionar una indicación del progreso (estás en el paso 1 de 3).
  • Las instrucciones deben ser cortas y nada complejas. Se deben eliminar las palabras o sentencias innecesarias y mucho mejor si se escriben en forma de lista en vez de en forma de párrafo.
  • El uso de vídeos para proporcionar instrucciones puede ser positivo para algunos usuarios, pero negativo para otros, así que se deben proporcionar diferentes alternativas (vídeo y texto).
  • La organización de las páginas es muy importante. Las páginas largas se deben dividir en páginas más pequeñas. Pero para algunos usuarios puede ser contraproducente la división, así que lo mejor es ofrecer ambas posibilidades (todo junto en una página o dividido en varias).
  • Utiliza mecanismos de navegación consistentes, el interfaz no debe sorprender al usuario.

martes, 25 de septiembre de 2012

Avances y desafíos en ojos biónicos

Muy interesante el artículo Avances y desafíos en ojos biónicos que publicaron ayer en Microsiervos.

¿Está próximo el día que la gente sustituya sus ojos por ojos biónicos que le ofrezcan mejores prestaciones que sus propios ojos? Ese día está lejano todavía, pero seguro que llegará. Es muy probable que los transplantes de ojos que aparecían en la película "Minority Report" no se lleguen a realizar nunca: llegará un momento que será mucho mejor realizar un transplante de un ojo artificial que un ojo biológico.

Según el artículo, por ahora ya existen ojos artificiales con una resolución de 24x24 píxeles y se está trabajando con resoluciones de hasta 72x72. Sin embargo, existe un problema importante: no se sabe bien cómo conectar los sensores al nervio óptico y traducir la luz que recibe el sensor en señales nerviosas que interprete correctamente el cerebro.

lunes, 24 de septiembre de 2012

Principales barreras de accesibilidad en la Web a las que se enfrentan las personas ciegas

Lourdes González Perea, que si no me equivoco, es la directora de tecnologías accesibles en Technosite, ha iniciado un viaje largo y duro, que puede llegar a ser penoso, pero que con pasión seguramente le llevará a buen puerto: realizar una tesis sobre accesibilidad web. En concreto, la tesis tiene por título Accesibilidad colaborativa: Capacidad de los usuarios de Internet para aplicar requisitos básicos de accesibilidad a los contenidos web y parece que podremos seguir su evolución a través del sitio web que ha creado.

Ya podemos consultar un primer resultado de su investigación: Resultados de encuesta orientada a la identificación de las principales barreras de accesibilidad en la Web a las que se enfrentan las personas ciegas.

Mucho ánimo, estamos esperando más resultados.


jueves, 20 de septiembre de 2012

Excesskey, ¿qué atajos de teclado hay en una página web?

Joe Clark, tiene dos frases geniales en su libro Building Accessible Websites:
If you add accesskey, then, you are really coding for a future utopia...
Y la otra frase:
accesskey is something of a secret for nearly every web-surfer.
Y la traducción al castellano puede ser:
Si añades accesskey, entonces, realmente estás codificando para un futuro utópico.
Y:
accesskey es algo como un secreto para casi cualquier usuario de la Web.
Desgraciadamente es así, el atributo accesskey es un gran desconocido, debido en una gran parte a que los navegadores web no ofrecen un mecanismo para conocer los atajos de teclado que hay en una página web.

Pero ese problema ahora está resuelto, por lo menos en Opera, gracias al complemento Excesskey que muestra un aviso cuando en una página hay atajos de teclado y muestra una lista con los atajos que contiene la página.


lunes, 17 de septiembre de 2012

El lío de las guías de la accesibilidad web

Hace unos años, en el 2006, escribí la entrada La accesibilidad en la Web tiene que mejorar mucho, en la que hablaba de una entrevista que le habían hecho a Tim Berners-Lee, el padre de la Web. En la entrevista hizo un comentario muy interesante sobre las pautas o guías de accesibilidad web:
When OUT-LAW asked whether he thinks further regulation is necessary to improve accessibility, Berners-Lee declined to take sides. Diplomatically, he pointed out that regulation is not his field of expertise. "What I would say is that everyone should reference the same guidelines", he said.

His point is that W3C has written the de facto standard; but governments and non-governmental organisations have seen fit to write their own versions. "You can't design a site and try to make it compete with 152 different sets of guidelines from 152 different states," he said. "Keeping the standards homogenous is really important".

In short, everyone should follow WCAG.
Tim Berners-Lee nos dice: "No puedes diseñar un sitio e intentar que cumpla 152 grupos de guías diferentes de 152 diferentes países".

Afortunadamente, muchos países han adoptado las pautas del W3C, ya sea WCAG 1.0 o WCAG 2.0, directamente.

Otros, como España, las han adoptado de forma indirecta, con alguna ligera modificación, porque su ordenamiento jurídico no permite hacer referencia directa a WCAG.

¿Cuál es el beneficio de la situación que hay en España para los usuarios y desarrolladores? Ninguno.

¿Cuál es el perjuicio de la situación que hay en España para los usuarios y desarrolladores? Se me ocurren muchos, como por ejemplo, que si un producto está certificado que cumple WCAG, en España no tendría ninguna validez y se debería de volver a certificar conforme a la norma española. O si una empresa extranjera quiere hacer un desarrollo web en España se encontrará con que debe cumplir una norma extraña, que al final resultará que es WCAG, pero que a priori puede causar extrañeza y rechazo.

España, ninguna ventaja, todo problemas.

domingo, 16 de septiembre de 2012

Realiza los test automáticos de accesibilidad al principio

Existe una gran controversia alrededor de las herramientas automáticas de revisión de la accesibilidad web. ¿Son válidas? ¿Ofrecen resultados adecuados? ¿Pueden sustituir la opinión de un experto? ¿Cuándo se deben utilizar?

Hace tiempo escribí un par de artículos sobre este tema, ¿Son útiles las herramientas automáticas de revisión de la accesibilidad web? y Los problemas de las herramientas automáticas de revisión de la accesibilidad. Está claro que, por ahora, las herramientas automáticas de revisión de la accesibilidad web no pueden sustituir a un experto: la calidad de la "opinión" de una herramienta automática está a años luz de la opinión de un experto.

Sin embargo, las herramientas automáticas tienen su lado bueno: aunque no son tan buenas como un experto (humano), son mucho más rápidas y en cuestión de segundos pueden revisar todo un sitio web de cientos de páginas, mientras que a un experto le podría llevar semanas o meses.

El artículo Web Accessibility Testing: Do Automatic Testing First, señala los puntos positivos de estas herramientas y nos explica que el mejor momento para utilizar estas herramientas es al principio de la fase de pruebas, antes que cualquier otra prueba.

¿Por qué? El artículo nos proporciona tres razones muy fáciles de entender y que a mí me convencen:

  1. You should never pay a human to find errors that can be found through automated testing.
  2. Manual testing will close the gaps on what automated testing couldn’t find.
  3. You should never uncover errors in use case or usability testing that couldn’t be found by automated and manual testing.

martes, 11 de septiembre de 2012

La universalidad de la Web

Desde hace unos meses colaboro con Ayudatec, un blog sobre discapacidad, accesibilidad y tecnología creado en Chile.

El pasado 3 de septiembre publicaron mi primer artículo La universalidad de la Web que copio a continuación:

En la página principal de la Iniciativa para la Accesibilidad Web, la Web Accessibility Initiative hay una pequeña cita de Tim Berners-Lee, considerado el padre de la Web y director del World Wide Web Consortium (W3C) desde su fundación en el año 1994:
The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect.
Que se puede traducir al castellano por:
El poder de la Web está en su universalidad. Un acceso por todo el mundo, independientemente de su discapacidad es un aspecto esencial.
¿Qué significa la “universalidad de la Web”? Cuando en marzo de 1989, Tim Berners-Lee le presentó a Mike Sendall, su jefe en el CERN, su informe Information Management: A Proposal que contenía su propuesta de desarrollar un sistema de hipertexto que acabaría dando nacimiento a la Web a los pocos años, uno de los problemas que Tim Berners-Lee quería resolver era la heterogeneidad en el acceso a los datos: que cualquiera, independientemente del sistema informático que usase (VM/CMS, Macintosh, VAX/VMS, Unix escribió Tim Berners-Lee en su propuesta) pudiese acceder a los datos en igualdad de condiciones.

Ese objetivo se logró, y hoy en día podemos hablar de la universalidad de la Web respecto a los dispositivos: es posible acceder a la Web no sólo desde un ordenador (con Windows, Macintosh o Linux), sino también desde teléfonos móviles, tabletas, frigoríficos, automóviles y prácticamente desde cualquier dispositivo que se pida que lo haga. No hay límites, la Web es una plataforma universal a la que se puede conectar cualquier dispositivo.

Sin embargo, en la actualidad, todavía falta algo importante para que la Web sea totalmente universal: la universalidad de la Web respecto a las personas. Existen grupos de personas que tienen dificultades para acceder a la Web o, en el peor de los casos, son incapaces de acceder. Y no me estoy refiriendo a ese 70% de la población mundial que no tiene acceso a Internet.

Cuando Tim Berners-Lee dice Un acceso por todo el mundo, independientemente de su discapacidad es un aspecto esencial se está refiriendo a esas personas, a las personas con algún tipo de discapacidad.

Si las páginas web no se desarrollan correctamente, pueden presentar problemas que impidan que ciertos grupos de usuarios las puedan utilizar en igualdad de oportunidades.

¿Cómo afectan las diferentes discapacidades al acceso a la Web? Las personas con visión reducida pueden tener problemas con los textos pequeños o con combinaciones de colores con poco contraste; las personas ciegas no pueden ver las imágenes u otros elementos multimedia como los vídeos; las personas sordas no pueden escuchar el audio de los vídeos o pueden tener problemas para comprender los textos largos y complejos; las personas con discapacidad física pueden tener problemas con las interfaces de usuario que sólo se pueden utilizar con el ratón; y muchas situaciones más.

Para resolver estos problemas, dentro del W3C se estableció en el año 1997 la Web Accessibility Initiative, que desarrolla pautas y técnicas que proporcionan soluciones accesibles para los desarrolladores web. Las pautas de la WAI son consideradas como estándares internacionales de accesibilidad web y en muchos países han sido adoptadas en su marco legislativo.

El fin último del WAI es lograr la universalidad de la Web respecto a las personas: que todas las personas, incluidas las personas con discapacidad, puedan percibir, entender, navegar e interactuar con la Web.

Si deseas aprender más cosas sobre la accesibilidad web, te aconsejo que visites mi sitio web Accesibilidad web y me sigas a través de mi blog Accesibilidad en la Web o a través de mi cuenta en Twitter.

lunes, 10 de septiembre de 2012

¡Qué poco sabía entonces sobre accesibilidad web!

Tampoco es que ahora sepa mucho más.

En el año 2002 escribí el libro Programación de aplicaciones web: historia, principios básicos y clientes web (te lo puedes descargar de forma gratuita en formato PDF).

Lo acabo de revisar porque lo cito en el curso MOOC sobre desarrollo web iDESWEB (Introducción al desarrollo web) que estoy organizando y me he sorprendido bastante: ¡ya hablaba de la accesibilidad web!

En concreto, el apartado 7.2, página 172, está dedicado a la accesibilidad, pero monto un lío al inventarme la accesibilidad de cara al usuario (la accesibilidad que todos conocemos) y la accesibilidad de cara al navegador (???).

En la accesibilidad de cara al usuario escribí:

El siguiente comentario de Tim Berners-Lee, inventor de WWW y director de W3C es muy revelador:
The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect.
El poder de la Web reside en su universalidad. Que cualquiera pueda acceder independientemente de minusvalías es un hecho esencial.Tim Berners-Lee, http://www.w3.org/WAI/
Un diseño web inadecuado puede presentar barreras a la gente con minusvalías, en especial a la que posea discapacidades sensoriales o neurológicas. Por ello, el W3C ha creado el Web Accessibility Initiative (WAI), cuyo objetivo es aumentar la usabilidad de la Web de cara a la gente con minusvalías. El WAI se estructura en tres grupos que desarrollan propuestas en tres ámbitos:
  • Web Content Accessibility Guidelines Working Group: guías para la creación de sitios web.
  • Authoring Tool Accessibility Guidelines Working Group: guías para las herramientas de diseño web.
  • User Agent Accessibility Guidelines Working Group: guías para los navegadores.
Por ejemplo, Web Content Accessibility Guidelines 2.0 del 22 de agosto de 2002 (Nota: hacía referencia a Web Content Accessibility Guidelines 2.0 W3C Working Draft 22 August 2002) contiene los siguientes consejos principales (cada consejo se divide en subconsejos y dentro de cada uno existen tres niveles de cumplimiento según los consejos que se cumplan):
  1. Perceptible. Asegura que todo el contenido se puede presentar de una forma (o formas) que pueda ser percibido por cualquier usuario, excepto aquellos aspectos del contenido que no se puedan expresar con palabras.
  2. Operable. Garantiza que los elementos del interfaz pueden ser manejados por cualquier usuario.
  3. Navegable. Facilita la navegación.
  4. Entendible. Cuanto más fácil sea de entender el contenido y los controles, mejor.
  5. Robusto. Emplea tecnologías web que sean lo más compatible posible.
Existen diversas herramientas que ayudan a mejorar la accesibilidad de una página. Una de las más famosas es Bobby, que veri ca tanto las guías establecidas por W3C como una normativa referente a la accesibilidad creada por el gobierno de los Estados Unidos.

Curioso, muy curioso, lo había olvidado totalmente.

sábado, 8 de septiembre de 2012

La Web: al final todo está conectado

Hoy es 8 de septiembre. Seguro que se celebran y cumplen muchas cosas. Seguro que alguno que lea esto hoy celebra su cumpleaños (¡felicidades!). Pero hoy se celebra algo muy especial, el Día Internacional de la Alfabetización, instituido por la Asamblea General de las Naciones Unidas. Según la Wikipedia, la alfabetización "es la habilidad de usar texto para comunicarse a través del espacio y el tiempo".

En el sitio web oficial del Día Internacional de la Alfabetización de la ONU podemos leer que "desde hace más de 40 años, la UNESCO viene celebrando el Día Internacional de la Alfabetización, en el que recuerda a la comunidad mundial que la alfabetización es un derecho humano y constituye la base de todo aprendizaje". El poder leer y escribir es una "herramienta" increíble que ha sido clave para el desarrollo de la humanidad. Y a nivel individual, te abre todo un mundo de conocimiento.

Desgraciadamente, no solemos pararnos a pensar en lo maravilloso que es poder leer y escribir. Y no pensamos en los millones de personas que no lo pueden hacer. Según las estadísticas de la ONU, casi un 17% de la población mundial adulta, más de 700 millones de personas adultas, es analfabeta.

¿Cómo podemos pensar que esas personas pueden usar un ordenador o Internet, si no pueden usar ni un libro?

Pues sí, si es posible, aunque parezca algo imposible.

La World Wide Web Foundation es una organización creada por Tim Berners-Lee, el padre de la Web, en el año 2009 que tiene como objetivo principal derribar los principales obstáculos que impiden lograr la visión de Tim Berners-Lee de una Web abierta disponible, fácil de usar y que ofrezca un valor a todo el mundo.

Uno de sus proyectos, llamado Voice Browsing, busca proporcionar los medios necesarios para que las personas puedan acceder e interactuar con la Web, con su contenido, sus servicios y aplicaciones, usando sólo la voz y teléfonos móviles básicos. Básicamente, se busca desarrollar soluciones de bajo coste de text-to-speech (síntesis de voz) y speech recognition (reconocimiento de voz). De esta forma, una persona que no sepa ni leer ni escribir, podrá navegar por la Web: el sintetizador de voz le leerá el contenido de las páginas web, y el reconocimiento de voz le permitirá navegar por la Web con la voz.

¡Pero si esto es lo mismo que hacen muchas personas con discapacidad!

Exacto, una vez más, las soluciones que se aplican a las personas con discapacidad no sólo ayudan a las personas con discapacidad. Lo que es bueno para ellos, es bueno para todos.

Por un lado, las personas ciegas usan unos programas especiales llamados lectores de pantalla para navegar por las páginas web: mediante la síntesis de voz, un lector de pantallas le lee a la persona ciega el contenido de la página web.

Por otro lado, algunas personas con problemas de movilidad, emplean programas de reconocimiento de voz para controlar el ordenador y navegar por la Web mediante comandos de voz.

En la Web, al final todo está conectado, hay que darle las gracias al hipertexto y a los enlaces.

miércoles, 5 de septiembre de 2012

iDESWEB, el primer curso MOOC sobre desarrollo web en castellano

Hace unas semanas inauguré el sitio web iDESWEB, Introducción al desarrollo web, el primer curso MOOC sobre desarrollo web en castellano. Es un curso nuevo y gratuito que se va a impartir a partir del 10 de septiembre de 2012 bajo la modalidad MOOC (curso abierto y masivo en línea). En este curso el alumno aprende los conocimientos mínimos que necesita para desarrollar una aplicación web.

En este tipo de cursos, cuantos más alumnos se apunten, mucho mejor. Así que, si te interesa, apúntate al primer MOOC sobre desarrollo web en español y dale la máxima difusión que puedas al curso.

Ya tengo publicados varios vídeos para el curso:
Y el vídeo de presentación del curso:

domingo, 2 de septiembre de 2012

Observatorio Argentino de Accesibilidad Web

Se acaba de inaugurar el sitio web del Observatorio Argentino de Accesibilidad Web. Según uno de sus miembros:
Éste es un proyecto de largo aliento que tendrá su inicio formal en enero de
2013 y que continuaremos todo el tiempo que nos permita nuestra salud y
paciencia. El propósito básico es, por supuesto, seguir la evolución de los
sitios pero también queremos saber si la información hecha pública realmente
puede llegar a generar los necesarios cambios de conducta en los responsables de
esos sitios. Se aceptan apuestas.
La idea es genial, una gran idea. Desde aquí, mucho ánimo y que sea un éxito el proyecto.

viernes, 31 de agosto de 2012

Taller Desarrollo Accesible

El CENTAC, el Centro Nacional de Tecnologías de la Accesibilidad, organiza el próximo martes 4 de septiembre el Taller de Expertos CENTAC Desarrollo Accesible. Este taller se retransmitirá en directo por Internet.

El sitio web del CENTAC no sé si es accesible, pero respecto a la usabilidad, tiene un error de bulto tremendo con el manejo de las fechas.

Proyecto Horus

A través de Twitter, uno de sus autores me ha informado del Proyecto Horus:
El proyecto Horus es un prototipo de sistema tiflotecnologico elaborado en un principio por dos estudiantes del programa de Ingeniería de Sistemas y Computación de la Universidad Tecnológica de Pereira (Colombia) y que actualmente cuenta con algunos colaboradores.
Es un proyecto social que surge como alternativa a las necesidades de acceso a la información digital a la que común mente se ve enfrentada la población con limitaciones visuales de países en vía de desarrollo y que por lo general no disponen de grandes posibilidades económicas para acceder a los sistemas comerciales elaborados para este fin. 
Actualmente soñamos con la posibilidad de conformar una comunidad libre a nivel mundial, que desarrolle aplicaciones, mejoras de hardware y software para el dispositivo. Con el único fin de que todas las personas que puedan beneficiarse de él, alrededor del mundo lo puedan hacer sin ningún tipo de restricciones.
Este sistema tiflotecnologico busca representar información textual (archivos en formato .txt) mediante el sistema braille e imágenes a través de patrones de relieves en una superficie dinámica creada especialmente para ello.

Este proyecto me ha recordado el sistema Siafu, una propuesta de superficie o tableta braille para personas ciegas. Desgraciadamente, Siafu no se puede comprar, sino que es una "prueba de concepto", por lo que iniciativas como el Proyecto Horus, de bajo coste y factibles de llevarse a cabo, son muy interesantes.

Desde aquí, animo a los estudiantes que han realizado este proyecto a que sigan con él.

En el siguiente vídeo se proporciona una explicación y demostración del sistema:

jueves, 30 de agosto de 2012

Otra silla de ruedas que se controla con el pensamiento

En el artículo Brain Power: The Australian wheelchair you can move with your thoughts nos hablan de una silla de ruedas que se puede controlar con el pensamiento. Esto no es nuevo, en este blog ya he escrito varias veces sobre noticias parecidas. Por ejemplo, en Control mental, a la española, me hacía eco de un sistema similar en el año 2009.

En realidad, este artículo que cito, del 21 de agosto de 2012, no es ninguna novedad, ya que el artículo Mind-controlled wheelchair aims to make life easier for disabled habla del mismo equipo de investigación, pero es de octubre de 2010.

Supongo que en Australia, aunque no sea verano, también están faltos de noticias y necesitan hacer refritos de noticias de vez en cuando.


miércoles, 29 de agosto de 2012

Fleksy, un teclado mágico para iOS pensado para personas ciegas

En microsiervos han publicado la anotación Fleksy, un teclado para iOS que funciona como debería funcionar un teclado táctil:
Fleksy (en la App Store, gratuito) es un teclado en pantalla para iPhone pensado para que personas ciegas y con discapacidades visuales puedan utilizar este tipo de dispositivos con mayor facilidad y rapidez: no hace falta acertar en las teclas para que funcione (de hecho, se puede teclear en cualquier parte de la pantalla), aprovecha gestos para acceder a las palabras sugeridas y del corrector y va dictando las palabras que se teclean y enunciando por voz acciones como el borrado o la selección de símbolos de puntuación.
 La verdad es que el vídeo de demostración que incluyo a continuación te deja con la boca abierta:

martes, 28 de agosto de 2012

El impreso de denuncia del Ministerio de Sanidad, de risa

Acabo de publicar un vídeo-denuncia sobre un PDF bastante curioso que tiene el Ministerio de Sanidad, Servicios Sociales e Igualdad: el impreso de denuncia para denunciar discriminación por discapacidad y falta de accesibilidad, no es accesible. Cada vez que lo pienso, me entra la risa tonta, pero si me pongo serio, me entra vergüenza, vergüenza de tener un Gobierno, ya sea éste, el de hace 1 año o el de hace 10, que se inventa miles de leyes para nada.

Por el nombre del fichero, parece que este impreso existe desde el año 2009, nada más y nada menos que cuatro años de infamia. Eso sí, para cambiarle el nombre al Ministerio no les falta tiempo.

El vídeo se llama El impreso de denuncia del Ministerio de Sanidad, de risa y lo incluyo a continuación:


Y la transcripción del audio:

Hola, soy Sergio Luján Mora, profesor de la Universidad de Alicante, y este videotutorial forma parte de una serie de videotutoriales dedicados a la accesibilidad web. En este videotutorial vamos a ver por qué este impreso de denuncia del Ministerio de Sanidad, Servicios Sociales e Igualdad me da risa.

Sin embargo, no creo que a las personas con discapacidad les dé ninguna risa saber que existe este impreso, más bien, les debe enfadar o peor, les debe ofender y entristecer.

¿Por qué me da risa este impreso? Dame unos pocos minutos y te lo explicaré, y seguramente, al final del vídeo, tú también pensarás que este impreso es una burla, una tomadura de pelo, una estafa y un engaño. ¿Y todo eso por qué? Porque es discriminatorio, incumple la ley y, por tanto, está incurriendo en un delito que se puede y se debería castigar.

En primer lugar, ¿cómo podemos encontrar este impreso? Como puedes ver, este impreso es un documento PDF que está publicado en la web del Ministerio de Sanidad, Servicios Sociales e Igualdad. Pero... ¡aquí pone Ministerio de Sanidad y Política Social! Sí, no me he equivocado, este lío con los nombres de los ministerios te lo explicaré al final del vídeo.

A este impreso de denuncia podemos llegar de diferentes formas. Por ejemplo, en la página principal del Ministerio de Sanidad, Servicios Sociales e Igualdad, podemos usar el formulario de búsqueda y buscar “impreso de denuncia”.

Por cierto, ¿no ves algo raro en esta página web? Bueno, está claro que el diseño es malo, y estos degradados son horribles. Pero no, no me refiero a eso, te dejo unos segundos. Me refiero al formulario de búsqueda. La etiqueta “Buscar” tiene un diseño que hace creer que es un botón, por lo que puede confundir a mucha gente. Seguro que más de uno intenta buscar algo, le da y le da a “Buscar” y, o pierde mucho tiempo hasta que se da cuenta de que debe pulsar el botón “Aceptar”, o al final desiste y piensa que el formulario de búsqueda no funciona.

Bien, si buscamos “impreso de denuncia” nos aparece ésta página de resultado, de la que también podría decir muchas cosas malas, pero eso quizás lo haga en otro vídeo. El primer resultado de la búsqueda nos conduce a esta página sobre “Discapacidad”, “Protección de derechos”, “Infracciones y sanciones”. Esto se pone interesante, ¡sanciones!

Volviendo a la página, de resultado, fíjate que el segundo resultado es un documento PDF, que no tiene nada que ver con el impreso de denuncia que estamos buscando. Pero esto demuestra que el buscador de este sitio web es capaz de indexar documentos PDF. ¿Por qué no aparece en los resultados el impreso de denuncia que estamos buscando? Esto es un primer indicio del problema que tiene este documento PDF, ¿sabes ya qué problema es?

Otra forma de llegar al impreso de denuncia es a través de la página principal del ministerio, se pulsa en el enlace “Servicios Sociales e Igualdad”, “Discapacidad”, “Protección de derechos”, “Infracciones y Sanciones”, y llegamos a la página web en la que podemos encontrar al final el enlace al “Impreso de denuncia”. Pulsando sobre este enlace, se abre el “Impreso de denuncia”.

¿Y para qué sirve este impreso? Volvamos atrás, a la página de la que venimos. En esta página nos cuentan que existe un régimen de infracciones y sanciones que persigue los episodios discriminatorios por discapacidad y la falta de accesibilidad.

Podemos leer que se hace referencia a la LEY 49/2007, de 26 de diciembre, por la que se establece el régimen de infracciones y sanciones en materia de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad. Y también se hace referencia a la LEY 51/2003, de 2 de diciembre, de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad.

Seguro que estás pensando “¡cuántas leyes, no entiendo nada!”.

La LEY 49/2007 establece el régimen de infracciones y sanciones que se debe aplicar cuando exista discriminación o falta de accesibilidad.

En el Artículo 4. Sanciones dice:
  1. Las infracciones serán sancionadas con multas que irán desde un mínimo de 301 euros hasta un máximo de 1.000.000 de euros.
  2. Para las infracciones leves, la sanción no excederá en ningún caso de los 30.000 euros.
  3. Para las infracciones graves, la sanción no excederá en ningún caso de los 90.000 euros.
¡Multas de hasta un millón de euros! No está nada mal. Lástima que, hasta donde yo sé, no se haya impuesto todavía ninguna en España.

¿Y qué problema tiene este impreso?

Este impreso no es accesible.

¿Y qué pasa? ¿Por qué debería ser accesible este documento?

Desde el año 2002, en España se han desarrollado varias leyes que definen los niveles de accesibilidad web que deben cumplir las Administraciones Públicas.

No te voy a explicar ahora todas las leyes que existen en materia de accesibilidad, porque entonces el vídeo sería muy largo. En mi sitio web sobre accesibilidad web que mantengo, cuya dirección web es http://accesibilidadweb.dlsi.ua.es/, hay un apartado sobre legislación española en materia de accesibilidad web.

Además, también puedes visualizar el vídeo que tengo sobre legislación en materia de accesibilidad web publicado en YouTube.

En España, varias leyes establecen que los sitios web de las administraciones públicas o que hayan sido financiados por la administración pública, deben satisfacer unos criterios mínimos de accesibilidad web.

Pero además, existe el Real Decreto 366 del año 2007, que hace mención expresa a los documentos e impresos. En su artículo 12. Disponibilidad de documentos e impresos, dice en el punto tercero: Además, los documentos e impresos deberán estar en todo caso disponibles en las correspondientes páginas web y en formato electrónico accesible.

Este impreso, el impreso de denuncia del Ministerio de Sanidad, Servicios Sociales e Igualdad, tiene un grave problema.

El problema no es que en el impreso ponga “Ministerio de Sanidad y Política Social”, pero el ministerio ya no se llame así. Esto puede confundir, pero no es el problema que te quiero contar.

El problema que te quiero contar tampoco es que el impreso esté mal hecho y haya que escribir el código postal y el fax en la misma casilla.

Y el problema tampoco es que este documento PDF no sea editable y no se pueda escribir directamente sobre él, lo cual facilitaría mucho la vida de los ciudadanos. No, todo eso no es el problema que te quiero contar.

Lo que te quiero contar es que este documento no es accesible para algunas personas con discapacidad, lo cual, es bastante curioso, porque este documento está destinado a las personas con discapacidad para que denuncien la falta de accesibilidad. ¿Y por qué digo que no es accesible?

Porque realmente este documento PDF no es un documento que contenga texto, sino que es una imagen convertida a PDF.

Empecé a darme cuenta de que este documento PDF es realmente una imagen cuando aumenté el nivel de zoom y aparecieron los típicos errores de las imágenes JPG.

Además, si consultamos las propiedades del documento, por el título podemos intuir que el PDF se ha generado a partir de un fichero con extensión PSD, es decir, un fichero de Adobe Photoshop, una imagen, y el PDF no está etiquetado. Un documento PDF debe estar etiquetado para ser realmente accesible.

Además, si consultamos las fuentes utilizadas en el documento, no nos aparece ninguna, porque no hay texto en el documento.

Y una última prueba que podemos hacer es comprobar la accesibilidad del documento. Adobe Reader nos contesta “Este documento parece no contener texto. Puede ser una imagen digitalizada”.

Si este impreso es una imagen, y no contiene texto, algunos grupos de personas con discapacidad, como por ejemplo las personas ciegas, no podrán utilizar este impreso por ellas solas y tendrás que pedir ayuda a alguien.

Así que, el impreso de denuncia que debe emplear una persona con discapacidad para denunciar las situaciones discriminatorias y la falta de accesibilidad, no es accesible. ¿Y qué consecuencias puede tener que no sea accesible?

¿Se le podría poner al Ministerio de Sanidad, Servicios Sociales e Igualdad una sanción de un millón de euros por la falta de accesibilidad de su impreso de denuncia?

Y yo me pregunto, ¿es un error, o está hecho a propósito para evitar que las personas con discapacidad denuncien?

Me imagino las situaciones surrealistas que se pueden crear gracias a este impreso. Por ejemplo, seguramente que más de una vez habrá tenido lugar una llamada de teléfono parecida a la siguiente:
  • Buenos días, Ministerio de Sanidad, Servicios Sociales e Igualdad, ¿en que puedo ayudarle?
  • Hola, llamaba porque deseo presentar una denuncia por falta de accesibilidad.
  • Muy bien, para ello debe usar el impreso de denuncia que está disponible en nuestro sitio web.
  • Sí, ya lo sé, pero la causa de la denuncia que deseo presentar es ese mismo impreso de denuncia, porque no es accesible, y por tanto no lo puedo usar para denunciar la falta de accesibilidad del propio impreso de denuncia.
  • Pues lo siento mucho, pero ese impreso de denuncia es el documento oficial para presentar una denuncia por falta de accesibilidad.
  • Entonces, ¿cómo puedo denunciar que el impreso de denuncia no es accesible, si, como no es accesible, no lo puedo utilizar?
  • Lo siento, ya se lo he explicado, debe usar el impreso de denuncia. ¿Le puedo ayudar en algo más?
  • No gracias, no creo que pueda.
  • Que tenga un buen días, gracias.
Para finalizar, otra de las cosas que me encantan de España y sus diferentes gobiernos son los cambios de los nombres de los Ministerios. Si nos vamos a la página de La Moncloa, y consultamos el gobierno actual, al final de la página encontramos a Ana Mato Adrover, la Ministra de Sanidad, Servicios Sociales e Igualdad. Si pulsamos sobre este enlace, llegamos a la página que ya conocemos. ¿Y qué problema hay?

A la página de este Ministerio podemos llegar al menos con cuatro direcciones distintas, que se corresponden con los distintos cambios de nombre que ha sufrido este ministerio durante los últimos años.

Y yo me pregunto, ¿para qué tanto cambio?

Sin duda alguna, estos constantes cambios de los nombre de los ministerios cada vez que llega un gobierno nuevo se realizan pensando en los ciudadanos y van enfocados a ahorrar, a mejorar su eficiencia y su productividad. Por supuesto, sin duda alguna.

Y con esto finaliza este videotutorial que ha mostrado el problema de accesibilidad que presenta el impreso de denuncia del Ministerio de Sanidad, Servicios Sociales e Igualdad.

Si necesitas más información o quieres contactar conmigo, en mis páginas web http://accesibilidadweb.dlsi.ua.es/ y en http://desarrolloweb.dlsi.ua.es/ podrás encontrar más información sobre la accesibilidad web y el desarrollo web o también puedes contactar directamente conmigo a través de mi dirección de correo electrónico sergio.lujan [arroba] ua.es o a través de mi cuenta de Twitter @sergiolujanmora.

La letra pequeña

A finales de junio, el Banco de España emitió la Circular 5/2012, de 27 de junio, del Banco de España, a entidades de crédito y proveedores de servicios de pago, sobre transparencia de los servicios bancarios y responsabilidad en la concesión de préstamos. Esta circular fue comentada en los medios de comunicación por algo muy curioso: El Banco de España obliga a las entidades a eliminar 'la letra pequeña' de los contratos.

En concreto, en la página 48867 de esta circular se establece el tamaño mínimo para la famosa "letra pequeña":
Sin perjuicio de lo anterior, la letra a utilizar en los documentos de información que se regulan en esta Circular tendrá un tamaño apropiado para facilitar su lectura; en todo caso, la letra minúscula que se emplee no podrá tener una altura inferior a un milímetro y medio.
Pero esta definición tiene graves problemas:
  • ¿Tamaño apropiado para facilitar la lectura para quién? ¿Para alguien que no tenga problemas de visión? Porque la letra pequeña seguirá siendo muy pequeña para mucha gente.
  • ¿Cómo se mide la altura de la letra? ¿Se refiere a la altura de la x?
  • ¿Y qué pasa con las mayúsculas? Por ejemplo, se podría escribir todo el documento en mayúsculas, con un altura inferior a un milímetro y medio, ya que la circular no dice nada al respecto.
Espero que el resto de las definiciones del documento, las que se definen a intereses, plazos y demás conceptos fiscales y bancarios, estén mucho mejor escritas que esta definición. ¡Matrícula de honor para el Banco de España!

lunes, 27 de agosto de 2012

Nuevo estándar de PDF accesible

El 7 de agosto de 2012, hace 20 días, se publicó el estándar ISO 14289-1, antes conocido como PDF/Access y ahora como PDF/UA. Lo podemos leer en A New Standard for PDF Accessibility: PDF/UA.

Este estándar no está destinado a las personas que crean documentos PDF. Está destinado, por un lado, a los fabricantes de herramientas de autor, ya que las herramientas de autor pueden hacer muchas cosas para que los documentos PDF sean accesibles. Por otro lado, también está destinado para los fabricantes de visores de documentos PDF, ya que estas herramientas deben de reconocer las características accesibles de los documentos.

miércoles, 22 de agosto de 2012

Handy-Potter, un nuevo interfaz que se podría utilizar para las personas con discapacidad

Acabo de leer el artículo New design tool nixes mouse; users create shapes with hands only, en el que se presenta un nuevo interfaz de usuario desarrollado por la Purdue University que permite crear objetos en tres dimensiones simplemente con el movimiento de las manos, más o menos, tal como se modela la arcilla para crear una vasija.

El sistema se basa en el empleo de Microsoft Kinect y algoritmos avanzados que permiten reconocer el movimiento de las manos del usuario. En el artículo se apuntan varios usos de este nuevo sistema, pero no se propone nada orientado a las personas con discapacidad y la accesibilidad. Este tipo de sistemas pueden ser útiles para los usuarios con movilidad reducida, ya que se podría adaptar para reconocer el movimiento de la cabeza o de cualquier otra parte del cuerpo en la que se tenga movilidad controlada, como un hombro.

A continuación, un vídeo en el que se muestra su funcionamiento:

martes, 21 de agosto de 2012

EyeRing, un sistema que permite a los ciegos oír información sobre el mundo

En el artículo EyeRing helps visually impaired point, press, and hear information se presenta el sistema EyeRing desarrollado por investigadores del MIT.

Este sistema que se basa en el uso de un teléfono inteligente o smartphone, permite a las personas ciegas identificar elementos que se encuentran en su entorno. El sistema dispone de diferentes modos de trabajo. Por ejemplo, en un modo permite identificar los colores de los objetos, mientras que en otro modo permite identificar el valor de los billetes.

En el siguiente vídeo se puede ver y oír el sistema en funcionamiento:

lunes, 20 de agosto de 2012

The Eye Tribe, sistema de eye tracking

Según la Wikipedia, un sistema de eye tracking o seguimiento de ojos "es el proceso de evaluar, bien el punto donde se fija la mirada (donde estamos mirando), o el movimiento del ojo en relación con la cabeza. Este proceso es utilizado en la investigación en los sistemas visuales, en psicología, en lingüística cognitiva y en diseño de productos. Existen diversos sistemas para determinar el movimiento de los ojos. La variante más popular utiliza imágenes de vídeo a partir de la cuales se extrae la posición del ojo. Otros métodos utilizan "search coil" o están basados en electrooculogramas".

Dentro de la accesibilidad y la usabilidad se emplea principalmente con dos fines:
  • Para realizar los test de usuario, y también los de accesibilidad: un sistema de eye tracking permite detectar las zonas de una página web que más llaman la atención de un usuario, o al contrario, las zonas que no originan mucho interés.
  • Como ayuda técnica para controlar el ordenador: un sistema de eye tracking permite sustituir el ratón del ordenador y permite que el usuario maneje el ordenador simplemente con su mirada.
Acabo de descubrir el sitio web de The Eye Tribe, un sistema de eye tracking bastante prometedor, que sólo necesita la cámara de una tableta para permitir que el usuario controle el movimiento del cursor del ratón con la mirada.

Desgraciadamente, parece que por ahora es sólo un prototipo, porque en la página web pone que saldrá al mercado en el año 2013. En el siguiente vídeo podemos ver una demostración de su uso:

jueves, 16 de agosto de 2012

iDESWEB, Introducción al desarrollo web

Acabo de inaugurar el sitio web para un curso online gratuito que estoy preparando, iDESWEB, Introducción al desarrollo web (http://idesweb.es/). Es un curso nuevo que se va a impartir a partir del 10 de septiembre de 2012 bajo la modalidad MOOC (curso abierto y masivo en línea). En este curso el alumno aprende los conocimientos mínimos que necesita para desarrollar una aplicación web.

En el curso  iDESWEB prestaremos una especial atención a la accesibilidad web. No es el tema central del curso, y además es un curso de introductorio, pero hay un tema dedicado a la accesibilidad web y siempre que se pueda, la relacionaremos con el resto de temas del curso.

En este tipo de cursos, cuantos más alumnos se apunten, mucho mejor. Así que, si te interesa, apúntate al primer MOOC sobre desarrollo web en español y dale la máxima difusión que puedas al curso.

Además, también quiero que sea masivo en cuanto al número de profesores. Así que, si eres profesor o profesional del desarrollo web, te invito a colaborar en este curso (http://idesweb.es/colaborar).

¡Cuantos más seamos, mejor!

Te dejo ahora el vídeo de presentación del curso que he preparado:

miércoles, 15 de agosto de 2012

Accesibilidad de los sitios web de los gobiernos de cuatro países

A fnales de junio estuve en Pavlodar, una ciudad de Kazajistán, impartiendo el curso Introduction to web accessibility.

Uno de los ejercicios que hicimos fue analizar la accesibilidad de los sitios web de los gobiernos de cuatro países: España (La Moncloa), Estados Unidos (The White House), Kazajistán (President of the Republic of Kazakhstan) y Rusia (Kremlin).

Para realizar el análisis utilizamos diferentes herramientas. Una de ellas fue eXaminator y a continuación incluyo las capturas de pantalla con los resultados obtenidos para cada país. El mejor resultado lo obtuvo Estados Unidos con 6,5 puntos y el peor Rusia con 4.7. España, con 5,5 puntos no lo hizo tan mal.

España

Estados Unidos

Kazajistán

Rusia

lunes, 13 de agosto de 2012

Más leyes, más leyes

Recordemos a los geniales Hermanos Marx en su película "Los Hermanos Marx en el Oeste" con su famoso  Más madera. Por cierto, Groucho no decía "Más madera", sino "Traed madera".

En el Gobierno debe haber alguien que grita algo parecido, "Más leyes, más leyes", porque acabo de leer la noticia La información de las administraciones públicas deberá ser accesible (10/08/2012) y me ha dejado chafado. Pero, ¿no teníamos ya un montón de leyes sobre ello?

¿Hace falta otra ley más?

¿No se podrían haber hecho mejor las leyes anteriores?

Supongo que hay que dar trabajo a unos cuantos abogados, que a ellos también les afecta la crisis...

En la noticia podemos leer:
El artículo 4 del proyecto de ley, en el que se establecen los principios generales de esta nueva regulación, indica que “toda la información estará a disposición de las personas con discapacidad en una modalidad accesible, entendiendo por tal aquella que sea suministrada por medios o en formatos adecuados de manera que resulten accesibles y comprensibles, conforme al principio de accesibilidad universal y diseño para todos”.
Pero bueno, si esto es lo mismo que dice el Real Decreto 366/2007, de 16 de marzo, por el que se establecen las condiciones de accesibilidad y no discriminación de las personas con discapacidad en sus relaciones con la Administración General del Estado:
Artículo 12. Disponibilidad de documentos e impresos.
1. Se garantizará la disponibilidad de los documentos e impresos destinados al ciudadano en condiciones de plena accesibilidad para personas con discapacidad, mediante su ubicación en estantes, dispensadores u otro mobiliario que permitan la máxima autonomía de estas personas para obtenerlos.
2. A requerimiento de la persona con discapacidad, se ofrecerán en formatos alternativos utilizando tipografías grandes o ampliadas, en braille, o bien se contará con personal de apoyo para facilitar su cumplimentación.
3. Además, los documentos e impresos deberán estar en todo caso disponibles en las correspondientes páginas web y en formato electrónico accesible.
Cinco años después, otra vez lo mismo. ¡Qué originales! Eso sí, parece que hay una diferencia: mientras que en el RD 366/2007 sólo se referían a la Administración General de Estado (grave error), ahora parece que se refieren a "las administraciones y demás entidades integradas en el sector público". Excelente, poco a poco, no vaya a ser que alguien se canse.

Esto de las leyes me recuerda siempre a La parte contratante de la primera parte sera considerada como la parte contratante de la primera parte. El Estado debería hacer como los Hermanos Marx, y romper todas las leyes tontas que al final dicen lo mismo y luego no valen para nada. El ordenamiento legal de un país debería ser sencillo y pequeño, no complicado y enorme.

jueves, 9 de agosto de 2012

Accessibility Developer Tools

Accessibility Developer Tools es una extensión experimental para el navegador Google Chrome. Esta extensión añade algunas herramientas al Chrome Developer Tools. Básicamente, esta extensión añade dos opciones:

  • Accessibility audit: verifica si se cumplen una serie de reglas sobre accesibilidad web.
  • Accessibility sidebar: permite inspeccionar fácilmente las propiedades de un elemento de la página que son especialmente importantes de cara a la accesibilidad web.

Como es experimental, antes de instalarla hay que activar un flag especial en chrome://flags para que se pueda instalar.

miércoles, 8 de agosto de 2012

lunes, 6 de agosto de 2012

Control del ordenador con el movimiento de un dedo

En Microsoft Tech to Control Computers With a Flex of a Finger podemos leer que Microsoft está trabajando en el desarrollo de un nuevo interfaz de usuario que permitirá controlar el ordenador con el movimiento de un dedo. El sistema se basa en el uso de una técnica llamada electromiografía, que permite medir las señales eléctricas que reciben los músculos cuando "ordenamos que se muevan".

Por ahora parece que se trata sólo de una patente que ha presentado Microsoft, pero en el siguiente vídeo podemos ver que Microsoft ya lleva un tiempo trabajando en ello.

viernes, 3 de agosto de 2012

Informe eEspaña 2012

Hace unos días se presentó el Informe eEspaña 2012, patrocinado por la Fundación Orange. Este informe es gratuito y se puede descargar en formato PDF (tiene más de 200 páginas).

En la misma página se pueden encontrar otros dos informes, realizados por la consultora Capgemini Consulting:
  • Estudio Comparativo 2012 de los Servicios Públicos online de las Comunidades Autónomas
  • Estudio Comparativo 2012 de los Servicios Públicos online de los Ayuntamientos españoles
Desgraciadamente, en ninguno de los dos estudios se valora la accesibilidad de los sitios web analizados. Una pena, porque recordemos que por ley, los sitios web de las administraciones públicas deben ser accesibles.

He revisado el contenido del Informe eEspaña 2012, en concreto he buscado "qué se dice sobre la accesibilidad web" y he encontrado las siguientes referencias:

Página 101
En este sentido cabe señalar que, según la Ley 26/2011, de 1 de agosto, de adaptación normativa a la Convención Internacional sobre los Derechos de las Personas con Discapacidad, las redes sociales deben ser accesibles para personas con discapacidad antes del 1 de enero de 2013, cumpliendo los estándares internacionales de accesibilidad, una obligación ya vigente para las páginas de Internet públicas y las de las grandes empresas.

Página 116

Portales que cumplen prioridad 1 de accesibilidad en Administración Central: 80
Portales que cumplen prioridad 1 de accesibilidad en CC.AA.: 79

Página 119
Por otro lado, el 80% de los portales públicos de la Administración Central y un 79% de los de las CC AA cumplen la prioridad 1 (Nivel A) de los estándares internacionales de accesibilidad (adaptación a las necesidades básicas de personas con problemas de accesibilidad), si bien la legislación vigente marca como mínimo la prioridad 2 (Nivel AA) de los mismos.

Página 136
La mayoría de los consistorios objeto de estudio, independientemente de su población, no presentan un Catálogo de Procedimientos y Trámites unificado, lo que dificulta claramente la navegación por parte del usuario. Asimismo, es preciso destacar que sus contenidos son poco homogéneos, sus diseños dispares, sus formularios desiguales y son pocos los que cumplen los estándares web internacionales de accesibilidad W3C.

[Actualización 7/8/2012]
Si te interesan este tipo de informes y estudios, también te interesará La Sociedad de la Información en España 2011, de la FundaciónTelefónica.

jueves, 2 de agosto de 2012

Sígueme en Twitter

Recuerda que también me puedes seguir a través de Twitter en @sergiolujanmora

Entrevista para el periódico UOC.elPeriódico

Hace poco más de un mes, una alumna del posgrado Periodismo Digial UOC-El Periódico me entrevistó para el periódico digital que editan los alumnos de dicho posgrado: Sergio Luján Mora, doctor en Informática: "Los diarios digitales se enfrentan con diversos retos que dificultan la accesibilidad". La entrevista no estará ahí para siempre, así que también la tengo en formato PDF y a continuación incluyo una copia:

El profesor de la Universidad de Alicante afirma que la mayoría de periódicos digitales españoles suspenden en materia de accesibilidad, pues sus versiones adaptadas no aseguran que los individuos con alguna diversidad funcional puedan acceder a la información como cualquier otro ciudadano.

Gracias a los diarios digitales, es posible informarse de lo que sucede en el muendo en cualquier momento y desde cualquier lugar. Pero, ¿este avance es así para todos? ¿Pueden personas con problemas auditivos o visuales informase a través de Internet? Sergio Luján Mora, doctor en Informática y profesor titular del Departamento de Lenguajes y Sistemas Informáticos de Universidad de Alicante, es experto en accesibilidad web, y tiene muy claro que los diarios digitales españoles aún deben trabajar mucho para  ser accesibles. En su blog Accesibilidad en la Web, reflexiona y analiza diversos temas relacionados con la accesibilidad y, sobre todo, lucha para que el mundo virtual sea un espacio donde, gracias a diseños adecuados, las personas con alguna diversidad funcional puedan percibir, entender, navegar e interactuar con la Web, aportando a su vez contenidos.

¿Cree que las personas con alguna discapacidad pueden hoy informarse en los principales diarios digitales como cualquier otro ciudadano?

Bajo el término discapacidad se engloba una variedad tan amplia de condiciones (muchas personas con discapacidad prefieren que no se utilice este término, sino el nuevo término “diversidad funcional”) que contestar con un simple “sí o no” sería muy simplista. Los diarios digitales se enfrentan con diversos retos que dificultan que sean totalmente accesibles. Por ejemplo, un método común de crear la edición digital de un diario es a partir de la edición normal en papel mediante un proceso de exportación/conversión. Como la edición normal en papel no necesita incorporar características accesibles, la posterior edición digital tampoco las posee a no ser que se le añadan a posteriori.

¿Qué otros aspectos hacen que los diarios digitales no sean accesibles?

Suelen hacer un mal uso de las etiquetas o marcas del lenguaje HTML, el lenguaje en el que se escriben las páginas web. Por ejemplo, en HTML existen unas etiquetas para definir encabezados y estructurar el contenido de una página en apartados, lo que permite una navegación rápida de una parte a otra de parte de la página. Sin embargo, muchos diarios digitales emplean esas etiquetas simplemente para cuestiones estéticas, por lo que desperdician una gran oportunidad para mejorar la accesibilidad de sus páginas.

Además, los diarios digitales cada vez incluyen más elementos multimedia, como infografías, gráficos animados o vídeos, que requieren un especial cuidado para lograr que sean accesibles. Por ejemplo, los diarios digitales suelen incluir vídeos con las noticias que publican, pero rara vez, por no decir nunca, los vídeos están subtitulados o se incluye la transcripción completa del audio del vídeo.

Existen varias normativas y metodologías que los medios digitales podrían implementar para mejorar su accesibilidad. ¿Podría citar brevemente las medidas más básicas que deberían implementar?

En la actualidad, las normas y métodos sobre accesibilidad web que establece el World Wide Web Consortium (W3C) son consideradas como las más efectivas y correctas. En muchos países se han llegado a incorporar a la legislación oficial en materia de accesibilidad web.

Estas normas se pueden resumir en una regla de oro: “ofrece un contenido alternativo y comprensible”. Por ejemplo, para una imagen, que no puede ser percibida por una persona con problemas de visión, el contenido alternativo es la descripción textual de la imagen, que sí que puede escuchar gracias a un lector de pantallas que es el software que emplea para utilizar un ordenador. O para un vídeo con una locución, que no puede ser percibida por una persona con problemas de audición, el contenido alternativo son los subtítulos con audiodescripción o la transcripción del audio.

Algunos medios sí han trabajado la accesibilidad, aunque de modos distintos. El Mundo, por ejemplo, estrenó una web para personas con discapacidad motriz y sensitiva. ¿Cree que es una buena idea que los medios creen webs independientes para las personas con discapacidad?

Absolutamente no. Crear una versión distinta para las personas con discapacidad está absolutamente desaconsejado por diferentes razones. En el caso de El Mundo, la versión accesible que conozco es un completo error, y por eso realicé y publiqué un estudio sobre ella hace unos meses.

¿Cómo solucionan otros medios la accesibilidad?

En el caso de 20 Minutos, la accesibilidad que ofrecen no consiste en proporcionar una versión distinta para las personas con discapacidad, sino en ofrecer un software llamado Inclusite, incorporado en su página web, que ofrece soluciones para distintos tipos de discapacidad, con lo que se logra una mejora en la manipulación y percepción de la página web, pero la versión es la misma. En este caso la solución sí que es adecuada, aunque habría que estudiar con detalle si la página web presenta problemas de accesibilidad que no se pueden resolver con ese software.

¿Es caro para un medio volverse accesible? ¿Pueden ser útiles herramientas como Inclusite?

Como en la vida real, si la accesibilidad se tiene en cuenta desde el principio, la accesibilidad no tiene que ser cara. Por ejemplo, si se construye un edificio teniendo en cuenta que sus usuarios pueden presentar algún tipo de discapacidad como puede ser el moverse en silla de ruedas, el que tenga el edificio un ascensor, una rampa o un ancho adecuado en las puertas y pasillos no tiene que suponer un sobre coste. Es más, un ascensor o una rampa no sólo es una ayuda para una persona en silla de ruedas, sino que también es una gran ayuda para una persona con un carro de la compra, con un cochecito de bebé o que realice una mudanza.

Una herramienta como Inclusite puede ser una ayuda, pero no es la solución definitiva. Inclusite ayuda a mitigar ciertos problemas de accesibilidad que pueden existir en las páginas web, pero no hace milagros.

¿Algún medio español aprueba la asignatura de la accesibilidad?

Sería necesario realizar un análisis muy exhaustivo. Pero en base a una exploración rápida que he realizado, los resultados no son muy positivos.

La BBC cuenta con contenidos específicos para acercar la actualidad a las personas con dificultades de aprendizaje. Y es que cuando se habla de accesibilidad siempre suele relacionarse con personas con barreras visuales o auditivas, pero no contamos con las que presentan alguna discapacidad intelectual. ¿Cree que los medios digitales deberían contemplar la accesibilidad para este grupo de personas?

La discapacidad intelectual, también llamada algunas veces mental o cognitiva, es la gran desconocida, tanto, que a veces se confunde con la discapacidad psíquica. Para lograr la máxima accesibilidad hay que intentar ponerse en la piel de la otra persona con el fin de enfrentarse con las mismas barreras que esas personas sufren. Es difícil ponerse en la piel de una persona ciega o sorda, pero se puede simular en parte, por ejemplo, apagando la pantalla del ordenador o desconectando el sonido del ordenador. Sin embargo, simular la discapacidad intelectual es muy difícil. Además, el término discapacidad intelectual es una especie de cajón de sastre que encierra un conjunto de condiciones muchas veces muy diferentes.

Sí que sería positivo que los medios digitales contemplasen también la mejora de la accesibilidad de cara a este tipo de usuarios. Por ejemplo, se podrían crear versiones específicas (y en este caso, aunque antes haya dicho que no se debe crear una versión alternativa, no hay otra solución) para las personas con dificultad lectora o de comprensión. Esto se podría lograr de forma automática o semiautomática aplicando todas las tecnologías que existen para el procesamiento del lenguaje humano, como puede ser la creación automática de resúmenes.

miércoles, 1 de agosto de 2012

Los principios del diseño universal

Según la Wikipedia, el diseño universal o diseño para todos es
...un paradigma del diseño relativamente nuevo, que dirige sus acciones al desarrollo de productos y entornos de fácil acceso para el mayor número de personas posible, sin la necesidad de adaptarlos o rediseñarlos de una forma especial. El concepto surge del diseño sin barreras, del diseño accesible y de la tecnología asistiva de apoyo.1 A diferencia de estos conceptos el diseño universal alcanza todos los aspectos de la accesibilidad, y se dirige a todas las personas, incluidas las personas con discapacidad.Resuelve el problema con una visión holista, partiendo de la idea de la diversidad humana. Además, tiene en cuenta la manera en que se vende el producto y la imagen de producto, para que éstos, además de ser accesibles, puedan venderse y captar a todo el rango de consumidores.
En el sitio web New "Principles of Universal Design" podemos encontrar una infografía en la que se resumen los siete principios del diseño universal:

  1. Uso equiparable.
  2. Uso flexible.
  3. Simple e intuitivo.
  4. Información perceptible.
  5. Con tolerancia al error.
  6. Que exija poco esfuerzo físico.
  7. Tamaño y espacio para el acceso y uso



martes, 31 de julio de 2012

Consejo 31: realiza test de evaluación de la accesibilidad con usuarios

Consejo: el mejor método, el método definitivo para comprobar si un sitio web es accesible y para detectar los posibles problemas de accesibilidad que pueda tener es realizar un test de evaluación con usuarios con diferentes tipos de discapacidad. El cumplimiento estricto de las pautas de accesibilidad web no garantiza al 100% que las páginas web estén libres de problemas de accesibilidad. ¿El principal problema de los tests de evaluación con usuarios? Son laboriosos y costosos, tanto en términos de dinero como de tiempo.

Cómo lo hago: existen diferentes técnicas para realizar los test de evaluación de la accesibilidad con usuarios. No es necesario realizar las pruebas con un número muy grande de usuarios, pero sí que es necesario tener una gran variedad de usuarios con diferentes tipos de discapacidad para lograr cubrir la mayor cantidad de situaciones posibles.

Cómo se benefician los usuarios: se benefician todos los usuarios, pero en especial los usuarios que tengan algún tipo de discapacidad, ya que podrás detectar y corregir problemas de accesibilidad que tengan tus páginas web.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

lunes, 30 de julio de 2012

Consejo 30: navega por tu sitio web como si fueras un usuario con algún tipo de discapacidad

Consejonavega por tu sitio web como si fueras un usuario con algún tipo de discapacidad. Simula que eres un usuario con problemas de visión, de audición o de movilidad y detecta los posibles errores de accesibilidad que pueda tener tu sitio web.

Cómo lo hago: intenta simular diferentes tipos de usuarios con diferentes tipos de discapacidad. Por ejemplo, puedes simular que eres un usuario ciego que utiliza un lector de pantallas si apagas el monitor y emplear un lector de pantallas o si utilizas un navegador web en modo texto. También puedes simular que eres un usuario con movilidad reducida si navegas por un sitio web sólo con el teclado. También puedes desconectar el audio de tu ordenador y comprobar si tienes problemas en algunos sitios web.

Cómo se benefician los usuarios: se benefician todos los usuarios, pero en especial los usuarios que tengan algún tipo de discapacidad, ya que podrás detectar y corregir problemas de accesibilidad que tengan tus páginas web.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Aplicación para iOS ayuda a los niños con problemas para hablar

En el artículo Speech-impaired kids get a voice with Proloquo2go iOS app nos cuentan que Proloquo2go es una aplicación para iOS desarrollada por la empresa AssistiveWare que ayuda a las personas con problemas para hablar, como por ejemplo personas con autismo, parálisis cerebral, síndrome de Down, o esclerosis lateral amiotrófica como Stephen Hawking.

Proloquo2go incorpora un sintetizador de voz, un sistema text-to-speech que convierte el texto en voz. Pero había un problema para ser usado por los niños: las voces que existían eran de adultos. Puede parecer una tontería, pero escuchar a un niño "hablando" con una voz de adulto queda poco natural y causa rechazo.

Crear una voz nueva es una tarea costosa y que requiere mucho, mucho tiempo. Sin embargo, la compañía ha añadido cuatro nuevas voces a su aplicación, dos de inglés americano y otras dos de inglés británico.

domingo, 29 de julio de 2012

Consejo 29: utiliza las herramientas automáticas de evaluación de la accesibilidad

Consejo: utiliza las herramientas automáticas de evaluación de la accesibilidad web para comprobar que tus páginas web no contienen errores que se pueden detectar de forma automática.

Cómo lo hago: existen numerosas herramientas automáticas de evaluación de la accesibilidad web, como eXaminator, Hera o TAW que te pueden ayudar a detectar ciertos errores de accesibilidad en tus páginas web. Sin embargo, hay que ser cuidadoso al usar estas herramientas, ya que su fiabilidad no es total: ni detectan todos los errores que existen en una página web, ni todos los errores que detectan son reales. Por tanto, son una ayuda, pero no la solución total y no se puede confiar ciegamente en ellas.

Cómo se benefician los usuarios: se benefician todos los usuarios, pero en especial los usuarios que tengan algún tipo de discapacidad, ya que podrás detectar y corregir problemas de accesibilidad que tengan tus páginas web.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

sábado, 28 de julio de 2012

Consejo 28: Acuérdate de los usuarios que navegan con teclado

Consejo: acuérdate de los usuarios que navegan con el teclado, no pienses que todos los usuarios navegan por la Web con el ratón.

Cómo lo hago: todos los elementos con los que se puede interactuar en una página web deben ser accesibles con el teclado. Además, debes proporcionar ayudas visuales para que los usuarios sepan que elemento (enlace o control en un formulario) tiene el foco, que elemento está activo o que enlace ha sido visitado. Para ello puedes usar las pseudoclases de CSS :focus, :active y :visited.

Cómo se benefician los usuarios: no sólo los usuarios ciegos navegan por la Web y manipulan las páginas web con el teclado, algunos grupos de usuarios que sí que pueden ver pero que tienen problemas de movilidad también usan el teclado u otros productos de apoyo que se comportan como un teclado.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

viernes, 27 de julio de 2012

Un fármaco permite que ratones con la retina lesionada vean parcialmente de forma temporal

En el periódico El País ha salido publicada la noticia Luz para roedores ciegos:
Un fármaco ha devuelto parcial y temporalmente la visión a ratones ciegos a través de un experimento que plantea una nueva vía en los intentos de regenerar la retina, el tejido que se encuentra en la parte posterior interna del ojo. En este caso, los esfuerzos no vienen de la mano del uso de células madre ni de prótesis electrónicas. La esperanza de combatir la ceguera llega en forma de una molécula compuesta de nombre complejo (acrilamida-azobenceno-amonio cuaternario, AAQ) que inyectada en pequeñas cantidades en el vítreo (la sustancia gelatinosa que se encuentra en el interior de los ojos) consigue devolver transitoriamente la sensibilidad a la luz a animales de experimentación.
La noticia es esperanzadora para las personas que han perdido la visión por un daño en la retina, pero hay que tomarla como mucha cautela, ya que lo que parece que han recuperado los ratones es la sensibilidad a la luz (los ratones abrían y cerraban la pupila al ser expuestos a una fuente de luz), pero lo que se dice "ver" no se ha podido comprobar, ya que por ahora no se le puede preguntar a los ratones.

Así que, por ahora, todos debemos de seguir haciendo páginas web accesibles.

Consejo 27: proporciona manejadores de eventos alternativos

Consejo: proporciona manejadores de eventos alternativos, no pienses que todos los usuarios navegan por la Web con el ratón.

Cómo lo hago: hay varios manejadores de eventos que se deben duplicar para que se pueda controlar el uso de una página web con ratón o con teclado. Por ejemplo, el evento onclick que controla si se ha pulsado sobre un elemento (por ejemplo, un botón), se debe duplicar y se debe añadir el evento onkeypress para aquellos usuarios que realicen la misma acción pero con el teclado.

Cómo se benefician los usuarios: todos los usuarios se pueden beneficiar, ya que hay usuarios que aunque puedan usar el ratón, prefieren utilizar el teclado para ciertas operaciones como rellenar un formulario. En especial, se benefician los usuarios que sólo pueden utilizar el teclado, como los usuarios ciegos o los usuarios con movilidad reducida.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Aplicación para Android que ayuda a las personas con problemas de visión

En el artículo Una aplicación mejora la accesibilidad a discapacitados visuales nos explican que se ha desarrollado una aplicación llamada Georgie para dispositivos móviles Android que ayuda a las personas ciegas o con deficiencias visuales a realizar diversas actividades, como por ejemplo, desplazarse en autobús por la ciudad. Según la noticia:
La aplicación permite hacer llamadas o enviar mensajes de texto pero también proporciona tecnología de localización, lo que permite saber a los usuarios, por ejemplo, cuando llegará el próximo autobús, qué dirección están tomando o la posibilidad de establecer recordatorios basados en la localización.
A continuación un vídeo disponible en Georgie app offers up Android features and voice-guided menus for the blind: we go hands-on en el que se explica su funcionamiento:

   

jueves, 26 de julio de 2012

Consejo 26: los ficheros enlazados desde una página web también deben ser accesibles

Consejo: para que una página o sitio web sea realmente accesible, todos los recursos (ficheros) enlazados deben ser también accesibles. Si desde una página web enlazas un fichero Microsoft Word o Adobe PDF, el fichero debe ser accesible para que la página web se considere realmente accesible.

Cómo lo hago: depende del recurso que se enlaza, cada recurso tiene su forma particular de hacerse accesible. Por ejemplo, en el caso de un documento Microsoft Word se tienen que emplear los estilos de la plantilla para crear documentos estructurados, se tiene que proporcionar un texto alternativo en las imágenes y se tienen que crear listas que realmente sean listas. En el caso de un documento Adobe PDF, como normalmente se suele crear a partir de otro documento, como por ejemplo un documento Microsoft Word, para que sea accesible el primer paso es partir de un documento que sea accesible.

Cómo se benefician los usuarios: depende del tipo de documento, pero en general, todos los usuarios se pueden beneficiar de una forma u otra cuando un documento enlazado es accesible.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Workshop WCAG 2.0 y HTML5

La Fundación CTIC junto con W3C organiza el Workshop WCAG 2.0 y HTML5 en Barcelona el próximo mes de octubre 2012.

Las fecha exactas del workshop no aparecen (hay un formulario para dejar el correo electrónico y recibir actualizaciones), pero sí que está el precio, 250€, y el contenido:


WCAG 2.0

  • Introducción a las WCAG 2.0
  • Requisitos de las WCAG 2.0
    • Creación de contenidos perceptibles por todos los usuarios
    • Operabilidad e interacción con el contenido
    • Facilidad de uso y comprensión del contenido web
    • Compatibilidad con navegadores y productos de apoyo
  • Evaluación de accesibilidad
  • Caso práctico


HTML5

  • Principios del diseño de HTML5
  • Uso de HTML5 de forma compatible con navegadores sin soporte
  • Nuevos elementos estructurales y semánticos
  • Formularios web enriquecidos
  • Audio y Video sin pluggins
  • Dibujando en Canvas
  • Otras API relacionadas con HTML5:
    • Aplicaciones web sin conexión
    • Almacenamiento local de datos en el navegador
    • Geolocalización
  • Recomendaciones de accesibilidad

miércoles, 25 de julio de 2012

Consejo 25: subtitula los vídeos

Consejo: subtitula los vídeos y proporciona la transcripción del audio.

Cómo lo hago: depende de la tecnología que utilices para ofrecer los vídeos por Internet, pero hoy en día es muy fácil gracias a las posibilidades que ofrece YouTube, ya que permite crear las marcas de tiempo de los subtítulos de forma automática a partir de la transcripción del audio.

Cómo se benefician los usuarios: se benefician todos los usuarios, pero en especial los usuarios que tengan problemas de audición. Todos los usuarios se pueden beneficiar, ya que existen situaciones en las que el audio de un vídeo no se puede o no se quiere oír.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

HTML5 se divide y puede afectar a la accesibilidad web

Hace unos días escribí la entrada HTML5: problema gordo en el horizonte en mi blog sobre programación en Internet. Según parece, WHATWG y W3C, los dos grupos que estaban desarrollando la nueva especificación de HTML5, se han separado y seguirán desarrollando HTML5 por separado.

¿Qué va a suponer esta separación? Seguramente nada bueno.

En el artículo W3C HTML and WHATWG HTML 'split' effect on HTML Accessibility?, Steve Faulkner, uno de los gurús de la accesibilidad web a nivel internacional, muestra su preocupación sobre esta separación y sobre cómo puede influir en la accesibilidad web.

En este artículo podemos leer que WHATWG, el grupo que inició el desarrollo de la actual especificación de HTML5, no ha mostrado mucho interés por la accesibilidad web.

martes, 24 de julio de 2012

Consejo 24: proporciona un método para desactivar el audio de una página web

Consejo: en realidad, lo mejor es no poner audio en una página web, pero si "te obligan a ponerlo", proporciona un método para desactivar el audio, ya que puede molestar a ciertos grupos de usuarios, como por ejemplo los que utilizan un lector de pantallas.

Cómo lo hago: depende de la tecnología que utilices para incorporar el audio en la página web. Por ejemplo, si utilizas la nueva etiqueta audio de HTML5, existe una API para controlar la reproducción del audio desde JavaScript. Proporciona un mecanismo al principio de la página para desactivar el audio, muy importante, ¡al principio de la página, no al final!

Cómo se benefician los usuarios: se benefician todos los usuarios, ya que el audio puede ser muchas veces molesto, pero en especial se benefician los usuarios que utilizan un lector de pantallas, ya que el audio de la página web puede interferir con el audio del lector de pantallas.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

El síndrome Asperger y la informática

Según la Wikipedia, el síndrome de Asperger o trastorno de Asperger es "un conjunto de condiciones mentales y conductuales que forma parte del espectro de trastornos autísticos. Se encuadra dentro de los trastornos generalizados del desarrollo (CIE-10;Capítulo V; F84). La persona afectada muestra dificultades en la interacción social y en la comunicación de severidad variable, así como actividades e intereses en áreas que suelen ser muy restringidas y en muchos casos estereotípicas".

Acabo de leer dos artículos relacionados, El síndrome Asperger y los profesionales del testing software y Why Business Needs People With Asperger's Syndrome, Attention-Deficit Disorder and Dyslexia. Según estos artículos, y muchos más que se pueden encontrar en Internet, existe una clara relación entre dicho síndrome y el desarrollo del software: parece que las personas con síndrome de Asperger suelen tener una inteligencia superior a la media, una buena memoria, una gran capacidad de concentración, una obsesión por los pequeños detalles y una capacidad de abstracción que los hacen ideales para ser probadores de software, es decir, "beta testers".

Sorprendente, pero cierto. Ahora entiendo que mis alumnos de informática no respondan cuando les hago una pregunta.

lunes, 23 de julio de 2012

Consejo 23: limita la longitud de las líneas de texto a 80 caracteres como máximo

Consejo: el ancho de un párrafo no debe ser superior a 80 caracteres, ya que algunos grupos de usuarios pueden tener problemas para leer párrafos de texto con líneas más largas.

Cómo lo hago: depende del diseño que tenga tu página web. Debes combinar las propiedades de CSS font-size, margin y padding para lograr que la longitud de una línea de texto no supere los 80 caracteres.

Cómo se benefician los usuarios: se benefician todos los usuarios, ya que los párrafos con líneas muy largas son difíciles de leer para todos los usuarios, pero en especial se benefician algunos grupos de usuarios con problemas de visión y algunos grupos de usuarios con dificultad lectora.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

Guante musical ayuda a las personas con lesión medular

En el artículo Musical Glove Improves Sensation, Mobility for People with Spinal Cord Injury se presenta un  guante inalámbrico musical llamado Mobile Music Touch (MMT) desarrollado por Georgia Tech en Estados Unidos.

Según el artículo, este guante puede mejorar la sensación y las habilidades motoras en las personas con parálisis debido a una lesión medular. El guante se usa con un teclado de piano y vibra los dedos del usuario para indicar las teclas que se deben tocar. Los investigadores creen que la vibración podría estar provocando la activación en la corteza cerebral encargada de las sensaciones de la mano.

A continuación, un vídeo con una pequeña explicación:

domingo, 22 de julio de 2012

Consejo 22: no señales los controles con datos erróneos de un formulario sólo con el color rojo

Consejo: cuando valides un formulario y detectes un error en los datos de entrada del usuario, no señales los datos erróneos sólo con el color rojo. Como comenté en el consejo 18 Utiliza los colores con precaución, no hay ningún problema en utilizar los colores en una página web, siempre que se tengan en cuenta algunos problemas que pueden surgir, como el uso del color rojo, que puede pasar desapercibido entre los usuarios con ceguera al color (daltonismo).

Cómo lo hago: cuando señales un control con datos erróneos en un formulario, no te limites a marcar con color rojo los controles erróneos. Utiliza otro tipo de mecanismos adicionales que no se basen únicamente en el color, como por ejemplo añadir un marcador.

Cómo se benefician los usuarios algunos grupos de usuarios, en especial aquellos que tengan ceguera al color (daltonismo), se benefician cuando no se usa únicamente el color para transmitir información. Además, todos los usuarios se pueden beneficiar cuando las condiciones de visualización de una página web no son las correctas, como por ejemplo, la visualización de una página web en la calle a plena luz del sol.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

sábado, 21 de julio de 2012

Consejo 21: Proporciona información de ayuda en los controles de los formularios

Consejo: proporciona información que ayude a los usuarios a rellenar los controles de un formulario. Por ejemplo, puedes proporcionar una pequeña explicación sobre el contenido de cada control o sobre el formato de los datos de entrada.

Cómo lo hago: utiliza el atributo title en cada control de un formulario para proporcionar información adicional.

Cómo se benefician los usuarios: se benefician todos los usuarios, ya que esas explicaciones adicionales son beneficiosas para todos los usuarios.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.

viernes, 20 de julio de 2012

Consejo 20: Establece un orden de tabulación correcto en los formularios y en toda la página

Consejo: establece un orden de tabulación correcto entre los controles de un formulario y entre todos los elementos de una página web, para que un usuario que se desplace por la página con el teclado lo haga en el orden correcto.

Cómo lo hago: lo mejor es no hacer nada, es decir, escribir el contenido de la página en el orden adecuado en el que queremos que le aparezca al usuario. Sin embargo, a veces se modifica el orden  interno del contenido, aunque con CSS se puede situar visualmente en cualquier posición. Para evitar un orden indebido al desplazarse por la página se debe emplear el atributo tabindex, pero una vez que se empieza a utilizar hay que emplearlo en todos los elementos para evitar problemas, por lo que lo mejor es no tener que utilizarlo.

Cómo se benefician los usuarios: algunos grupos de usuarios, en especial aquellos que no utilizan el ratón para manejar el ordenador, sino que lo hacen con el teclado, se benefician ya que al desplazarse por la página lo hacen en el orden adecuado.

Más consejos en Julio, cada día, un consejo sobre accesibilidad web.