Otros que se apuntan al control mental del ordenador

Son muchos los centros a lo largo del mundo que están investigando en el control mental o cerebral del ordenador (cómo controlar el ordenador con la mente). Ya he escrito sobre este tema en numerosas ocasiones anteriores:

• Una noticia sobre investigación en control mental del ordenador en Tailandia (24/11/2010)
• Control mental: ya lo podemos comprar (30/12/2009)
• Otra noticia más sobre el control mental del ordenador (01/02/2010)
• Comunicarse con la mente (10/09/2010)
• Investigación sobre el control del ordenador con la mente en Israel (18/11/2010)

En la Ben-Gurion University of the Negev también están trabajando en ello. Según podemos leer en la noticia Mind-controlled computing for the disabled, unos estudiantes de dicha universidad han desarrollado un sistema que permite escribir textos en un ordenador con la mente. El sistema emplea el hardware Emotiv, un interfaz que inicialmente nació para controlar videojuegos con la mente, pero que también se está empleando para realizar investigación.

Aunque la noticia es prometedora, habrá que esperar a ver un sistema realmente práctico: por ahora, para escribir un correo electrónico de 12 caracteres, los sujetos de los experimentos (especialmente entrenados para la tarea) tardaron ¡7 minutos!

In a series of experiments, able-bodied subjects learned a new action in eight seconds and then typed a 12-character email in about seven minutes. However, Puzis believes that trained users could finish sending a sentence as simple and significant as "I love you, Mom" in as few as four minutes, using only -- you guessed it -- their mind.

Encabezados: h1, h2, h3, ...

Las etiquetas de encabezados (<h1>, <h2>, ..., <h6>), permiten estructurar el contenido de una página web y organizarlo en secciones. El W3C, en su Guía breve sobre accesibilidad recomienda el empleo de estas etiquetas para organizar las páginas web.

Para comprobar la estructura de una página web y ver si se están utilizando correctamente estas etiquetas disponemos de varias herramientas.

En Mozilla Firefox podemos emplear el complemento (add-on) HeadingsMap, que genera un índice o mapa de cualquier página web estructurada mediante el uso de encabezados. Además, este complemento permite navegar por la página web saltando de un encabezado a otro, tal como lo hacen los usuarios que utilizan un lector de pantallas.

En Opera podemos emplear la opción de menú View, Styles, Table of Contents, que genera una página web en la que se muestran únicamente los encabezados que posee la página web.

Accesibilidad en HTML5

HTML5 and Accessibility es un pequeño artículo escrito por Bruce Lawson y Steve Faulkner, en el que se muestran las nuevas características de HTML5 que pueden ayudar a mejorar la accesibilidad de las páginas web.

Quizás lo más interesante del artículo sea el apartado dedicado al uso de las nuevas etiquetas estructurales de HTML5 (header, nav, section, article, footer) o al uso de los roles de WAI-ARIA (banner, navigation, article, contentinfo).

Soporte del atributo longdesc en los editores de HTML actuales

El atributo longdesc complementa al atributo alt y se emplea para ofrecer una descripción más larga del elemento que la proporcionada por el atributo alt. Las etiquetas de XHTML que admiten este atributo en la versión 1.0 son: img, iframe y frame. Su valor tiene que ser una Uniform Resource Identifier (URI), la dirección de un recurso en Internet.

La función de este atributo es desconocida por la mayoría de los desarrolladores web. Y algunos que sí que conocen su existencia, piensan que en el valor de este atributo se debe escribir la descripción larga, como si fuera el atributo alt.

En el artículo WYSIWYG support for @longdesc today se analiza cuál es el soporte de este atributo en los editores WYSIWYG más conocidos:

• Adobe Dreamweaver
• CKEditor
• TinyMCE
• WordPress Plugin

La conclusión del artículo es que en el pasado se hacía un uso incorrecto de este atributo, pero que en la actualidad los editores visuales ayudan a utilizar este atributo correctamente.

Google y la accesibilidad

Google y su concepto de accesibilidad es un interesante artículo publicado en Programar a ciegas en el que se critica el error que ha cometido Google al no proporcionar mejores características de accesibilidad en los últimos productos que ha presentado recientemente.

Algunoso párrafos de este artículo:

Entre las muchas novedades presentadas estaba Android Honeycomb 3.1. La nueva versión del sistema operativo de Google para smartphones y tablets. En esta versión Google ha decidido unificar el interfaz tanto para teléfonos como otros dispositivos. Algo que puede ser interesante y, con la ocasión de haber publicado unas nuevas herramientas y librerías para el diseño de interfaces, se podría haber incluido una capa de accesibilidad más completa y que resultase transparente para los desarrolladores de aplicaciones Android. Pues Google decepcionó al no incluir mejoras en accesibilidad en estas nuevas herramientas y librerías. Los atributos y elementos de accesibilidad en los interfaces de Android siguen siendo optativos y confusos para el desarrollador.
[...]

Ayer Google presentó también las novedades de su navegador web, más conocido como Google chrome. Se anunció a bombo y platillo que incorporaba mejoras en accesibilidad para que fuese compatible con lectores de pantallas de Windows, como Jaws y NVDA, y con VoiceOver para MacOS. Muchos nos decidimos a probar todas estas supuestas novedades y, tras varios intercambios de opiniones entre los que probamos todos coincidimos que o bien Google se adelantó en su anuncio y no indicó que las novedades serían desarrolladas para la próxima versión o bien que Google nos gastó una broma.
[...]

Google ya nos tiene acostumbrado a los usuarios con discapacidad al hábito de ofrecer algo con unos requisitos mínimos de accesibilidad y 3 productos más totalmente inaccesibles. Ejemplos habituales son Googlemaps, Googledoc, Google calendar. También podemos comprender qué entiende Google por accesibilidad al ofrecer, en lugar de una interfaz accesible para su servicio GMail, realizar una versión limitada, fea e insuficiente para aquellos usuarios que no puedan acceder al interfaz oficial.

Google ha demostrado que la accesibilidad parece no ser un tema importante en su agenda de desarrollo. Ofrece soluciones mediocres e insuficientes para sus usuarios con discapacidad. Deja en manos de los desarrolladores el proporcionar un mínimo de accesibilidad en sus productos en lugar de garantizar la accesibilidad de una aplicación que utilice un interfaz con controles estandard. Parece que Google no entiende bien que la accesibilidad, además de un criterio de calidad, es un derecho de las personas.

AEGIS Workshop and International Conference

El proyecto AEGIS organiza su Final Workshop and 2nd International Conference con el título “Accessibility Reaching Everywhere”, los días 28-30 de noviembre de 2011 en Bruselas.

Los temas de la conferencia son:

• Accessible desktop applications (AT, developer tools and accessible applications)
• Accessible mobile applications (AT, developer tools and accessible applications)
• Accessible Rich Internet Applications (AT, developer tools and accessible applications)
• Accessibility and Standardisation (e.g. ISO, eInclusion, Policies, Legislation)
• Accessibility and Usability (e.g. Design for All)
• Accessibility research (e.g. Assistive technology usage by end-users and their satisfaction, innovative AT training via accessible e-learning)

Blogger averiado 2 días

Después de estar dos días completamente inoperativo (ver Blogger, cerrado por avería y Un error de Google deja inutilizados miles de blogs durante dos días), parece que Blogger vuelve a funcionar. Según las noticias parece que se han perdido unos cuantos miles de entradas, así que estaré unos días sin escribir hasta que el sistema se estabilice.

¿Por qué no cambian los colores en el periódico El País?

Desde hace tiempo (varios años por lo menos), en el periódico El País hay un panel en la página principal llamado "Blogs" que emplea unos colores para el texto con muy poco contraste:

El contraste es tan malo que tengo problemas para leer algunos de los títulos.

Las Pautas de Accesibilidad al Contenido en la Web 1.0, en su pauta 2.2 dice:

2.2 Asegúrese de que las combinaciones de los colores de fondo y primer plano tengan suficiente contraste para que sean percibidas por personas con deficiencias de percepción de color o en pantallas en blanco y negro [Prioridad 2 para las imágenes. Prioridad 3 para texto].

Existen algunas herramientas que permiten calcular la diferencia de brillo y de color entre dos colores (Color y contraste, Herramienta para verificar el contraste de todos los colores de una página web). Una de las más sencillas es Color Contrast Comparison: simplemente introducimos el color del primer plano (el texto) y el color de fondo, y la herramienta nos dice si esa combinación de colores tiene suficiente contraste según las fórmulas de WCAG 1.0 y WCAG 2.0.

A continuación podemos ver el resultado para la combinación de color #D3D8E0 (primer plano) y #FFFFFF (fondo) que se emplea en el periódico El País:

• En WCAG 1.0: diferencia de brillo 39,583 (sobre un mínimo de 125) y diferencia de color 114 (sobre un mínimo de 500).
• En WCAG 2.0: razón luminosidad/contraste 1,43:1 (sobre un mínimo de 4,5:1 para AA).

¿Nadie en el periódico El País se ha dado cuenta de este problema? ¿Nadie se lo ha dicho?

Análisis de la accesibilidad de la página web del Ayuntamiento de Pilar de la Horadada

He publicado el análisis de la accesibilidad de la página web del Ayuntamiento de Pilar de la Horadada que ha realizado un alumno como trabajo de una asignatura. Por tanto, no es un análisis ni exhaustivo ni profesional.

El informe se puede descargar en formato PDF.

Cambios en el uso del atributo alt en HTML5

HTML5 continúa en fase de borrador (draft), pero según el último calendario de desarrollo, el próximo mes será la petición del último borrador (Last Call Working Draft).

En HTML5 Accessibility Chops: the alt decision podemos leer que ha habido un giro inesperado en el uso del atributo alt en las imágenes. El tema es bastante complejo y confuso, pero si se llega a aceptar, cosas como

<!DOCTYPE HTML>
<html>
<head>
 <title>photos</title>
 <meta name=generator>
</head>
<body>
<img src="dsksk231.jpg">
</body>
</html>

o

<img src="chart.gif" title="poot">

¡serán válidas!

Análisis de la accesibilidad de la página web del Ayuntamiento de El Campello

He publicado el análisis de la accesibilidad de la página web del Ayuntamiento de El Campello que ha realizado un alumno como trabajo de una asignatura. Por tanto, no es un análisis ni exhaustivo ni profesional.

El informe se puede descargar en formato PDF.

Un sistema que permite a una persona ciega percibir una imagen

Que una persona ciega pueda ver una imagen es, por definición, imposible hoy en día. Habrá que esperar a que los ojos artificiales sean una realidad factible (ya ha habido algunos experimentos prometedores, como Implante de un ojo artificial en un ciego) para que una persona ciega pueda realmente "ver".

Mientras tanto, se están desarrollando soluciones alternativas para que una persona ciega pueda "percibir" una imagen. Hace un par de meses escribí la entrada Un programa permite que los ciegos toquen cualquier imagen, un sistema que permite crear una imagen táctil de una fotografía. El sistema es muy sencillo: el sistema detecta los trazos principales de una imagen (este sistema está en principio orientado a fotografías de caras) e imprime en relieve esos trazos para que una persona ciega los pueda percibir. Este sistema tiene el inconveniente de que es estático, lento y costoso, ya que hay que imprimir la imagen.

En la noticia New device puts vision impaired in the picture explican que en la Faculty of Information and Technology de la Monash University (Australia) han desarrollado un sistema llamado GraVVITAS que permite a una persona ciega percibir una imagen mediante un tablet PC, avisos sonoros y vibraciones. Lo que no está claro por la noticia es si se puede emplear con cualquier imagen (lo dudo) o la imagen tiene que cumplir ciertos requisitos o incluso debe estar "descrita" previamente. La noticia dice:

The device, called GraVVITAS, is a standard tablet PC with touch screen technology that uses vibration and sounds to guide the visually impaired user around a diagram.
It is designed to enable the user to build a picture of the entire graphic in their mind.
[...]
The device, which is currently a prototype, has small external vibrating motors that attach to the user’s fingers. These motors buzz when an object displayed on the screen is touched.
Cagatay Goncu said voice prompts and sounds also help to guide the user to read the diagram.
“The basic idea is to guide the user to find the object by using sound. Touching the object causes the sound to stop and a voice explains what that object is and any other information associated with it,” Mr. Goncu said.
“If it’s something on the left side, you will hear something in your left ear and vice-versa.”

Software libre para crear documentos PDF accesibles

Acabo de encontrar en el periódico El Mundo la noticia Las fotos se autodescriben para invidentes. La noticia dice:

El Inteco (Instituto Nacional de Tecnologías de la Comunicación), ubicado en León, ha desarrollado un software libre en internet que es una aplicación que permite transformar cualquier documento en un pdf completamente accesible a cualquier usuario.

El Inteco ha ido más allá del problema y pretende simplificar pasos y hacer accesible documentos al alcance de personas no expertas en tecnología. El medio: internet. Su innovación radica en crear una solución sencilla para cualquier usuario. Su herramienta traduce el archivo en voz. Permite a los invidentes 'leer' el texto y escuchar la descripción de las imágenes y el resto de elementos gráficos como un logotipo del PDF que esté en internet.

El funcionamiento es sencillo, entras en la página web y vas cargando los documentos que quieres convertir en accesibles y de forma automática se van subiendo y transformando. El sistema es compatible con Word (doc, docx), html, etc.

¿Alguien conoce cómo se llama esta herramienta? ¿Dónde se puede encontrar?

Curso sobre subcontratación de webs accesibles

Acabo de encontrar un curso curioso: Webs accesibles: pautas a seguir para su subcontratación. El curso se celebrará el próximo 14 de junio de 2011 en Madrid, tiene una duración de 8 horas y el objetivo es "entender los requisitos legales, y de los usuarios en cuanto a accesibilidad web, dar pautas para su seguimiento en un proceso de subcontratación, y explicar las bases para realizar un pequeño test de accesibilidad".

El programa del curso es:

• Tema 1. Directrices de accesibilidad, personas discapacitadas y aparatos lectores móviles (1h)
• Tema 2. La subcontratación de un web. Pliego de requisitos, perfiles de usuarios y tareas (1h30')
• Tema 3. La subcontratación de un web. Valoración del proveedor, del proceso de desarrollo y de la propuesta (1h30')
• Tema 4. Verificación de la accesibilidad de un web (4h)

Los 10 errores más comunes

Lo de confeccionar listas con los errores más comunes es algo "muy común" (10 errores en el diseño de aplicaciones web, Siete errores de accesibilidad que no se deben cometer).

Acabo de encontrar una nueva lista, Web Accessibility: 10 Common Developer Mistakes. Los errores son:

1. Too Low Contrast
2. Color-Driven Instructions
3. Inappropriate Alt Attributes
4. Background Colors that Don't Contrast Images Against Text
5. Lack of Keyboard Accessibility
6. Flexibility with Different Text Sizes
7. "Click Here"
8. CAPTCHAs
9. Text that Looks Like Links; Links that Look Like Text
10. Links that Open Unexpectedly in New Windows

Análisis de un formulario de login

El artículo A Legendary Misunderstanding muestra un análisis muy minucioso de la página de login de American Express.

Este análisis es muy interesante, ya que su autor lo ha realizado desde diferentes puntos de vista y teniendo en cuenta su accesibilidad.

Libro electrónico: Sumérjase en la Accesibilidad

Acabo de encontrar el libro electrónico Sumérjase en la Accesibilidad, traducción al castellano de Dive Into Accessibility de Mark Pilgrim. Se puede descargar en formato HTML o PDF desde el propio sitio web.

La introducción del libro dice:

Este libro se titula "Sumérjase en la Accesibilidad: A 30 días de un sitio de Internet más accesible", y responderá dos preguntas. La primera pregunta es "Por qué debo hacer mi sitio de Internet más accesible?" Si usted no tiene un sitio de Internet, este libro no es para usted. La segunda pregunta es "Como puedo hacer mi sitio de Internet más accesible?". Si no le convence la primera respuesta, no le interesará la segunda.

Para responder la primera pregunta, les presentaré bosquejos caracterizados de 5 personas: Jackie, Michael, Bill, Lillian, and Marcus. Estas personas tienen muchas cosas en común:

   1. Todos tienen una combinación de discapacidades físicas, mentales, y tecnológicas que les hacen más difícil usar la Internet.
   2. Aunque ficticios, todos representan personas reales con discapacidades, y usan la Internet de la misma forma en que las personas reales con discapacidades usan la Internet.
   3. Todos tienen dificultades tratando de leer a tu sitio web.

Para responder a la segunda pregunta, les presentaré 25 consejos que puede aplicar inmediatamente en su propio sitio web para hacerlo más accesible. Aunque estos conceptos aplican para todos los sitios web, me centraré básicamente en la implementación usando herramientas populares de registros de apuntes de Internet (weblogs). Si usted desea usar alguna otra herramienta de publicación o sistema de plantillas (templates), necesitará determinar como implementar estos consejos en la herramienta de su preferencia.

Cada sugerencia se centrará en un simple concepto, explicando el razonamiento lógico detrás de este, y mostrará quien se beneficiará cuando lo implemente. Es por esto que los bosquejos caracterizados se muestran al principio, por que cambian el tono de la primera pregunta de esto: "Por qué debería importarme?" a esto: "Quién se beneficia?". Respuesta: "Marcus se beneficia". "Cómo se beneficia Marcus?". "Bueno, veamos como...". Y así sucesivamente.

No entre en pánico si no es un experto en HTML. Tampoco entre en pánico si el único sitio web que tiene es un registro de apuntes de Internet (un weblog o blog), y eligió una plantilla de un listado en su primer día de registros, y nunca la ha vuelto a tocar. No estoy aquí para decirle que necesitará rediseñar radicalmente su sitio web desde el principio, destruir todas sus tablas enlazadas, convertir todo a XHTML o CSS. Esto es para que tome lo que ya tiene y lo mejore en de una forma pequeña pero importante. Jackie, Michael, Bill, Lillian, y Marcus le agradecerán su atención.

Seis consejos para mejorar la accesibilidad para las personas con dislexia

La dislexia, que en la actualidad no se considera una enfermedad, se define como "una discrepancia entre el potencial de aprendizaje y el nivel de rendimiento de un sujeto, sin que existan problemas sensoriales, físicos, motores o deficiencias educativas". La dislexia suele afectar al proceso de lectura y dificulta la comprensión de los textos que se leen.

En el trabajo Evaluating web site accessibility: validating the WAI guidelines through usability testing with disabled users, se explica que los problemas específicos que tienen los usuarios con dislexia al navegar por la Web son:

• El posicionamiento de los enlaces y los mecanismos de navegación. Los enlaces que se sitúan lejos en cualquiera de los lados de la página web son pasados por alto en muchas ocasiones.
• Las páginas web abarrotadas de texto y enlaces son confusas y difíciles de leer y navegar.

En 6 Surprising Bad Practices That Hurt Dyslexic Users se explican tres problemas que afectan a las personas con dislexia y seis consejos que pueden ayudar a reducir esos problemas:

• Efecto río: se produce cuando existen grandes huecos vacíos en el texto en líneas consecutivas. Esto se puede deber a:
• El texto justificado. Solución: evitar el justificado, alinear el texto a la izquierda.
• Dejar dos espacios en blanco después de cada punto. Solución: sólo dejar un espacio en blanco.
• Efecto borroso: esto se puede deber a:
• Texto color negro puro sobre un blanco puro. Solución: utilizar un gris oscuro sobre un gris claro, pero con el suficiente contraste.
• Bloques de texto muy grandes. Solución: dividir el texto en párrafos pequeños, una idea, un párrafo.
• Efecto de lavado: el texto se ve débil e indistinguible. Esto se puede deber a:
• El uso de tipos de letra serif. Solución: usar sans serif.
• El uso de texto en cursiva. Solución: evitar la cursiva, utilizar la negrita para destacar el texto.

Software gratuito que ayuda a las personas con discapacidad motora a controlar el cursor del ratón

A través de la noticia Free software makes computer mouse easier for people with disabilities he descubierto dos programas que ayudan a controlar el cursor del ratón a las personas con discapacidad motora.

El primero, llamado Pointing Magnifier, permite realizar un zoom de una parte de la pantalla para lograr una mayor precisión en el manejo del cursor.

El segundo, llamado Angle Mouse, ajusta la resolución del movimiento del cursor en función de cómo de coherente (recto) o divergente (anguloso) es el movimiento del cursor. Cuando el cursor se mueve recto, el movimiento es rápido, pero cuando cambia de dirección abruptamente, normalmente cerca del destino del movimiento, el movimiento es más lento, aumentando la precisión.

Interfaz neuronal que permite hablar al ordenador

El tema del control del ordenador con el pensamiento ha aparecido numerosas veces en este blog, como por ejemplo Un interfaz neuronal sigue funcionando después de 1000 días o En Francia también investigan sobre el control del ordenador con la mente (por citar solamente las dos más recientes).

La noticia Technique for letting brain talk to computers now tunes in speech explica que científicos de la Washington University School of Medicine in St. Louis han desarrollado un implante (necesita cirujía cerebral) que situado en zonas del cerebro que controlan el habla permiten "hablar" al ordenador con el pensamiento por primera vez (¿por primera vez?), pudiendo controlar un cursor en la pantalla del ordenador simplemente pensando en un sonido.

“We can distinguish both spoken sounds and the patient imagining saying a sound, so that means we are truly starting to read the language of thought,” he says. “This is one of the earliest examples, to a very, very small extent, of what is called ‘reading minds’ — detecting what people are saying to themselves in their internal dialogue.”

The next step, which Leuthardt and his colleagues are working on, is to find ways to distinguish what they call “higher levels of conceptual information.”

“We want to see if we can not just detect when you’re saying dog, tree, tool or some other word, but also learn what the pure idea of that looks like in your mind,” he says. “It’s exciting and a little scary to think of reading minds, but it has incredible potential for people who can't communicate or are suffering from other disabilities.”