Ventajas y peligros de la accesibilidad

La Web se ha convertido en el medio donde el conocimiento de la humanidad se comparte de forma más global, accesible y efectiva. Muchos defendemos la neutralidad de Internet pero hay otros peligros que rodean a la Web.

La accesibilidad en la Web

En el principio la Web era principalmente texto y enlaces. Esto limitaba los problemas de accesibilidad a ciertos perfiles de discapacidad fácilmente superables con un equipo informático adaptado que permitiese el acceso al texto. Con el tiempo aparecieron imágenes, formularios y otros elementos visuales para proporcionar mayor vistosidad al contenido. Posteriormente aparecieron vídeos, sonido, contenidos dinámicos y tecnologías externas al propio HTML como Javascript, Flash y Applets Java. Todas estas mejoras beneficiaron a la mayoría de usuarios de Internet pero provocó la aparición de multitud de barreras de accesibilidad.

El W3C observó que existía un total desconocimiento de las necesidades de las personas con discapacidad en la Web y que no existían criterios que permitiesen a los creadores de contenidos satisfacer estas necesidades. De todo esto surge la WAI (Web Accessibility Initiative) que busca proporcionar criterios y técnicas para que la Web sea accesible y evitar la tendencia de que por cada nueva tecnología o característica que aparezca en la Web se creen nuevas barreras de accesibilidad.

Aunque esta tendencia de nuevas barreras por cada nueva tecnología aún persiste en nuestros días hay que reconocer que gracias a la WAI, los usuarios y la progresiva concienciación global de los usuarios de Internet hoy podemos disfrutar de una Web más inclusiva, aunque aún no es suficiente.

Las pautas y técnicas ofrecidas por la WAI permitió a los desarrolladores de productos de apoyo definir un modelo más claro sobre cómo acceder a los contenidos de una página web y cómo acceder a los servicios y funciones ofrecidos en ella. También permitió avanzar en formatos y estándares y definir marcos legales para comprender el concepto de una página web accesible para que legisladores, diseñadores y fabricantes de tecnología tuviesen un mismo punto de partida.

La realidad de la accesibilidad legal

Muchos gobiernos han definido y están definiendo hoy día sus marcos legales para la Web a partir de los criterios indicados por la WAI. Aunque esto sea satisfactorio en muchos casos es cierto que el utilizar los criterios definidos por la WAI no garantizan una página web accesible ya que, como todo en la vida, cualquier elemento tiene un uso correcto y muchos incorrectos. Además, aunque la WAI ha ido actualizando sus criterios y técnicas las leyes suelen ir siempre por detrás por lo que encontramos que muchas leyes definen requisitos de accesibilidad para la Web con criterios concebidos hace más de 14 años. Pero lo importante de estas leyes es que apoyan los estándares por encima de soluciones específicas y describen las necesidades de diversos perfiles de discapacidad para acceder a los distintos contenidos definiendo el concepto de web accesible para todos.

Todo esto hace pensar que la ley es insuficiente para garantizar la accesibilidad real en la Web. Pero debemos entender que las leyes son necesarias como incentivo para los creadores de contenidos que hacen bien su trabajo y como herramienta para obligar a empresas y organismos para crear páginas de forma responsable.

Guetos digitales

Las empresas, los organismos, los diseñadores y los responsables de muchos sitios web al conocer el hecho de que sus páginas web no son accesibles optan por crear un sitio web alternativo al que llaman versión accesible. Un sitio web con pocas o ninguna imagen, con pocas o ninguna función de la llamada Web 2.0 y que suele ser actualizada más tarde que la versión oficial o, en algunos casos, olvidada por los propios creadores. Esta versión accesible, creada por aquellos que confunden la accesibilidad de la Web por algo visualmente feo, dedicado a aquellos que la sociedad ha olvidado por sus necesidades especiales y que, por tanto, es algo que también se puede olvidar. La versión accesible de un sitio web es un lugar virtual donde confinar a aquellos que no cumplen esos requisitos físicos, sensoriales o cognitivos necesarios para acceder al sitio oficial. Aquellos que deben ser ovlidados en un patio trasero para que no molesten a los que visitan al sitio oficial y, además, deben estar agradecidos por ofrecerles este gueto donde acceder a las migajas de contenidos y servicios de esa página web.

Esta versión accesible es confundida por estos creadores con el concepto de alternativa. En lugar de ofrecer una alternativa a las imágenes, sonidos y tecnologías no compatibles con la accesibilidad se opta por dar un camino alternativo al contenido, un camino más oscuro, más feo, más limitado y más discriminatorio.

Soluciones específicas

Algunos fabricantes y desarrolladores relacionados con la accesibilidad han creado productos de apoyo y servicios específicos para satisfacer las necesidades de unos pocos perfiles de discapacidad para proporcionar un método de comunicación entre el usuario y el dispositivo compatible con las necesidades del usuario.

En el caso de barreras de accesibilidad al hardware o al software, como pueden ser lectores de pantalla, magnificadores, teclados adaptados o virtuales, reconocedores del habla o apuntadores; su objetivo es dar un acceso general a los contenidos y funciones de un dispositivo informático. Estas soluciones, en muchos casos, son tan específicas para el perfil de discapacidad que su uso provoca la aparición de barreras de accesibilidad para aquellas personas que no posean dicho perfil de discapacidad. Por ejemplo existen lectores de pantalla que desactivan el funcionamiento habitual del teclado o ratón, muchas personas sin discapacidad visual se sienten incapaces de utilizar un equipo informático cuya pantalla muestra una porción mínima de la pantalla de forma aumentada.

La Web se ha entendido como un nuevo medio de actividad virtual. Esto ha provocado que algunos fabricantes hayan decidido ignorar la presencia de estos productos de apoyo para el hardware y el software y, en su lugar, crear aplicaciones web o navegadores web que satisfagan las necesidades de algunos perfiles de discapacidad. Ejemplos como navegadores web para niños autistas, como ZacBrowser, o personas ciegas como el IBM home page reader han demostrado ser soluciones que dan un acceso parcial a los contenidos y funciones que ofrece una web completa.

Otras soluciones como Web anywhere, ReadSpeak o Inclusite consisten en una aplicación Java, Flash u otra tecnología similar que proporcionan un método de acceso alternativo a los contenidos y funcionalidades de una web.

En el caso de Readspeak se confunde accesibilidad con mejor experiencia del usuario ya que el servicio consiste en una función para que el navegador nos lea la página web que estamos visitando por si no nos apetece hacerlo ya que una persona ciega que haya accedido a esa página de forma autónoma no necesita dicho servicio ya que disfruta de la voz ofrecida por su lector de pantallas.

Pero en el caso de Web anywhere e Inclusite su función va más allá ya que intentan sustituir al producto de apoyo habitual del usuario ya que, en muchos casos, estos servicios son incompatibles con algunos lectores de pantalla o sistemas de reconocimiento del habla dejando al usuario con discapacidad en un limbo de indefensión en el momento de pasar al uso de su producto de apoyo al de estos servicios ya que, aunque estos servicios satisfagan las necesidades de algunos usuarios no contemplan una serie de problemas básicos:

  • Si el usuario desactiva su producto de apoyo para acceder al servicio de WebAnywhere o Inclusite aparece el problema de que el usuario está utilizando un equipo informático sin adaptación y necesita abrir un navegador web y acceder a la página de WebAnywhere o Inclusite. Estas operaciones pueden ser realizadas de forma autónoma por aquellos usuarios que conozcan y hayan personalizado su sistema, como puede suceder en el caso de personas ciegas. Pero es totalmente imposible para aquellos usuarios incapaces de acceder al teclado y al ratón. Es como si a una persona en silla de ruedas se le proporciona una rampa de acceso a un edificio pero, a cambio, se la obliga a acceder al edificio avandonando por unos instantes su silla de ruedas para sentarse en otra nueva y específica para recorrer dicho edificio. Una persona con movilidad en sus brazos puede intentar realizar la operación pero otras personas con menor movilidad serán incapaces de hacerlo de forma autónoma.
  • Estos servicios, como es el caso de Inclusite, suelen dar acceso sólo a un número muy concreto de sitios web y funciones de dichos sitios. Esto provoca que los usuarios de estos servicios no puedan salir de las páginas web compatibles creando un nuevo concepto de gueto digital. Ahora los discapacitados no se quedan en el patio trasero de algunos edificios sino que se les invita a quedarse en edificios diseñados específicamente para ellos.
  • Estos servicios, como sucede en WebAnywhere, no dan acceso completo a las funciones de un sitio web sino que se limitan a ofrecer algunos de ellos que si resultan compatibles con el modelo de uso definido por ellos. Es como si al usuario se le ofreciese una mesa llena de multitud de alimentos pero se le atasen las manos con cuerdas de una determinada medida para que sólo tuviese acceso a algunos de dichos platos.
  • Estos servicios se diseñan para satisfacer, como es el caso de Inclusite, las necesidades de unos perfiles de discapacidad concretos provocando la aparición de barreras de accesibilidad para otros perfiles. Por ejemplo, Inclusite da sólo soporte a personas ciegas que utilicen síntesis de voz pero olvida a aquellas que utilicen dispositivos de lectura braille dejando fuera a personas sordociegas.
  • Estos servicios utilizan tecnologías que no están disponibles para todas las plataformas y usuarios. Por ejemplo, Inclusite actualmente utiliza tecnología Flash por lo que el usuario debe instalar dicho soporte. Si el usuario utiliza un smartphone o un tablet esta operación es imposible pero si utiliza OSX, Linux o Windows se puede encontrar con un instalador poco o nada accesible.

Estos servicios proporcionan un método de acceso más que suficiente para algunas personas ya que satisfacen sus necesidades por completo pero no solucionan las necesidades de todos los usuarios.

Todos estos servicios, actualmente, deben aceptarse como una alternativa opcional para algunas personas con discapacidad. En ningún caso deben presentarse como soluciones completas y reales para conseguir una web accesible.

Un sitio web accesible

Una web accesible es aquella que presenta sus contenidos y funciones utilizando los estándares y siguiendo las pautas de accesibilidad de forma apropiada proporcionando alternativas accesibles para aquellos contenidos y funciones que presenten barreras de acceso para algunos perfiles de discapacidad. Pueden incorporar alguno de los servicios anteriores como valor añadido pero nunca y bajo ningún concepto deben utilizarse como garantía de que el sitio web es accesible tan sólo por incorporar dichos servicios.

Una accesibilidad a la web mal entendida puede crear muchas más barreras de acceso. Debemos apostar por el diseño para todos en lugar del diseño para algunos, lgunos que puedan ver, algunos que puedan usar el teclado, algunos que puedan usar una tecnología o algunos que tengan una determinada discapacidad.

Un sitio web accesible debe ser aquel que presente sus contenidos de forma comprensible proporcionando mecanismos para acceder al significado de dichos contenidos a través del canal más apropiado para cada persona, textos para ciegos, imágenes para sordos, pictogramas y aclaraciones dinámicas para personas mayores y personas con discapacidad cognitiva, uso de teclado o ratón a voluntad del usuario y respeto de los estándares tecnológicos. Pero también debe ofrecer una estructura de navegación que permita una experiencia de usuario satisfactoria.

Esto se puede conseguir incorporando el concepto de accesibilidad al principio del proyecto. No debemos conformarnos con parches, sean estos versiones alternativas, feas y limitadas de un sitio oficial o servicios específicos para acceder a sitios concretos y que son incompatibles con otras soluciones de la accesibilidad.

Las personas con o sin discapacidad no queremos estar en guetos digitales o depender de otras personas para superar barreras de accesibilidad. Internet debe ser de todos, por todos y para todos.

Script para identificar nivel de indentación con VoiceOver

A la hora de escribir textos para desarrollar aplicaciones en un lenguaje de programación se utilizan una serie de caracteres para indentar el texto separándolo una distancia determinada con respecto al margen izquierdo del documento. Esto se utiliza para estructurar el código del proyecto software y obtener una mejor visualización de las diversas estructuras y áreas del archivo de código. Algunos lenguajes de programación, como Python, utilizan estos caracteres de indentación para definir bucles o subrutinas por lo que la indentación pasa a tomar mayor importancia.

Para indentar un texto se suele utilizar el caracter de espacio o el caracter de tabulación. De esta forma se pueden definir distintos niveles de indentación de forma homogénea.

Los desarrolladores con discapacidad visual que utilizan un lector de pantallas no pueden acceder a esta información de forma habitual. Aunque algunos lectores de pantallas, como las últimas versiones de Jaws, incorporan funciones para identificar cambios en la indentación del texto la mayoría de estos productos de apoyo carecen de herramientas para gestionar este atributo del texto. VoiceOver para OSX carece de esta funcionalidad pero podemos incorporar algo que nos permita consultar el nivel de indentación de una línea de texto gracias a la ampliación de funcionalidad de VoiceOver mediante Apple script.

Script para verificar el nivel de indentación de una línea de texto

Tyflos Accessible Software ha desarrollado un script para VoiceOver el cual devuelve el número de indentación del último texto verbalizado por VoiceOver.

Esta primera versión del script sólo soporta caracteres de tabulación. En futuras versiones se aportará mayor soporte para otros caracteres de indentación.

Puedes descargar el archivo comprimido del script de verificación del nivel de indentación e instalarlo en tu sistema OSX.

Para utilizarlo es necesario activar el soporte de scripts de VoiceOver y añadir un comando para VoiceOver asociado a este script.

Leer libros en iOS de forma accesible

Los libros en formato electrónico están consiguiendo un lugar cada vez más privilegiado dentro de los hábitos de consumo cultural de las personas con dispositivos móviles. Varias empresas con presencia en Internet han decidido apostar por la venta de libros en este formato gracias a la difusión de los nuevos hábitos de consumo. La empresa Amazon presenta el catálogo de libros en formato electrónico más grande hasta la fecha. Este nuevo modelo de negocio presenta un éxito cada vez mayor.

El acceder al contenido de un libro a través de un dispositivo electrónico nos permite superar muchas barreras de accesibilidad presentes en un libro en formato físico como pueden ser la manipulación del mismo, el tamaño y contraste de letra o, simplemente, la imposibiidad de acceder al contenido visual presente en las hojas de papel.

Los eReaders, o dispositivos lectores de libros electrónicos, presentan barreras de accesibilidad para algunos perfiles de discapacidad por lo que elegir un dispositivo apropiado para nuestras necesidades es un tema delicado.

La mayoría de eReaders del mercado nos permiten ampliar el tamaño de letra e, incluso algunos como el Kindle de Amazon poseen una síntesis de voz compatible con la lectura de algunos libros autorizados. Pero estas características son insuficientes para algunos perfiles de discapacidad como la discapacidad visual.

Apple y su iBook store

En el año 2010, con la aparición del tablet de Apple, más conocido como iPad, esta empresa decidió apostar también por los libros en formato electrónico ofreciendo al público, al igual que Amazon una tienda online para vender libros en formato electrónico. Esta tienda está disponible para todos los dispositivos móviles de Apple a través de una aplicación gratuita instalable en estos dispositivos. Esta aplicación se llama iBooks. Con ella accederemos a la iBook store, la tienda de libros electrónicos de Apple.

La aplicación iBooks soporta libros electrónicos en formato PDF y en formato ePub. Estos dos formatos son los más habituales en las tiendas online de libros electrónicos.

Llenar nuestra biblioteca virtual

La aplicación iBooks nos da acceso a la tienda iBook store donde podremos adquirir libros electrónicos totalmente accesibles. Desde finales del verano del 2011 Apple vende libros en castellano de diversas editoriales españolas que han decidido apostar por este modelo de negocio.

Para acceder a la iBook store simplemente debemos pulsar en el botón tienda que aparece en esta aplicación. El modelo de navegación es similar al que ya existe en la App store o la iTunes store.

También podemos añadir libros en formato PDF y ePub a nuestra biblioteca a través de la aplicación iTunes de nuestro equipo informático. Dentro de la biblioteca de iTunes existe una categoría llamada Libros. Es en esta sección donde deberemos añadir nuestros libros en formato PDF y ePub. Cuando sincronicemos nuestro dispositivo con este equipo se cargarán los nuevos libros en nuestra biblioteca virtual.

Hay usuarios que encuentran muchos problemas a la hora de utilizar iTunes o que carecen de un equipo informático compatible con esta aplicación. Existe un método alternativo para cargar libros en nuestra biblioteca virtual de nuestro iPhone o iPad. El método consiste en enviar un correo electrónico con el libro en formato ePub o PDF a una cuenta de correo electrónico que tengamos configurada en nuestro dispositivo móvil. Al abrir el mensaje de correo electrónico encontraremos el libro como archivo adjunto. Al intentarlo abrir nos permitirá abrirlo en la aplicación iBooks. Una vez abierto el libro pasará a nuestra biblioteca de forma permanente.

Lectura en otros formatos

Existen muchos más formatos de documento que el PDF y el ePub utilizados para trasladar documentos del papel al formato electrónico pero no son soportados por iBooks pero la ventaja de tener un dispositivo polifacético como el iPhone o el iPad es la capacidad de expandir sus funcionalidades a través de las aplicaciones. Esto nos permite utilizar otros programas para leer esos documentos en otros formatos no soportados. Por ejemplo, la aplicación de correo electrónico incluida en iOS, más conocida como Mail, soporta varios formatos de Microsoft Office así como formatos de texto más comunes. A través de esta aplicación y enviándo el documento a una de las cuentas de correo electrónico configuradas en nuestro dispositivo podremos acceder a la lectura del documento.

Otra aplicación muy util para leer diversos formatos de documento es la aplicación que ofrece un servicio para la nube muy utilizado en Internet, me refiero a la aplicación para iPhone e iPad de Dropbox. Esta aplicación nos permite almacenar carpetas y documentos en la nube y acceder a ellos desde cualquier dispositivo compatible con el servicio. La aplicación para iPhone e iPad nos permite leer documentos en formato TXT, RTF, Doc, HTML, PDF y algunos más.

Existen más aplicaciones que soportan otros formatos por lo que las posibilidades son casi infinitas.

De todas formas siempre podemos convertir un libro electrónico a un formato más accesible a través de aplicaciones de edición o conversión de documentos. Hay multitud de aplicaciones, más o menos accesibles, tanto para Windows, OSX y GNU Linux.

Lectura accesible y cómoda

La aplicación iBooks es compatible con todos los productos de apoyo incluidos en iOS, el sistema operativo de Apple para sus dispositivos móviles. Además nos permite modificar el tamaño de letra y la fuente utilizada.

Pero una de las ventajas que nos ofrece la lectura de un libro en un iPhone o iPad es la de utilizar la función de lectura incorporada en iOS para personas ciegas. De esta forma podremos leer un libro sin necesidad de mirar la pantalla. Para realizar esto deberemos utilizar el servicio VoiceOver de nuestro dispositivo iOS.

Leer o que te lean

VoiceOver es un lector de pantallas incluido en iOS como servicio de accesibilidad universal para esta plataforma. Con VoiceOver podremos hacer que el dispositivo nos lea cualquier elemento que toquemos en la pantalla.

Activar VoiceOver

En los dispositivos con iOS 5 activar VoiceOver es tan sencillo como pulsar tres veces el botón de inicio. Tras unos segundos nos aparecerá un mensaje en pantalla y el dispositivo nos leerá el mensaje.

Es necesario mencionar que los gestos del dispositivo funcionarán de forma distinta al activar VoiceOver pero volverán a la normalidad una vez desactivado el lector de pantallas. Para desactivar VoiceOver simplemente deberemos pulsar tres veces el botón de inicio.

En algunos dispositivos no se activará VoiceOver con la triple pulsación del botón de inicio. Esto ocurre porque el comportamiento del servicio triple inicio está desactivado o configurado de otra forma. Para cambiar el comportamiento de este servicio simplemente deberemos ir a Ajustes, general, accesibilidad y acceder a la opción de click triple en inicio

En Ajustes, general, accesibilidad, VoiceOver, además de activar o desactivar el servicio podremos configurar la velocidad de la voz y algunos parámetros más.

Leer con VoiceOver

Una vez activado VoiceOver y dentro de nuestra aplicación de lectura de libros electrónicos simplemente deberemos tocar lo que queremos que VoiceOver nos lea.

VoiceOver nos ofrece algunos gestos para cambiar de página y otras funciones interesantes. Por ejemplo, para cambiar de página deberemos realizar un desplazamiento horizontal con tres dedos de derecha a izquierda. Para retroceder una página el desplazamiento será de izquierda a derecha. Estos gestos son muy similares a los que haríamos con un libro en papel.

Leer con VoiceOver de forma contínua

El método de lectura de tocar todo lo que queramos que nos lea VoiceOver es poco funcional. Existe un gesto para conseguir que VoiceOver lea de forma contínua pasando de página de forma automática. El gesto es muy sencillo: primero toca el texto del libro para que VoiceOver focalice el documento, después haz un movimiento vertical con dos dedos en la pantalla de arriba a abajo. VoiceOver comenzará a leer de forma contínua.

Pausar o parar la lectura con VoiceOver

Para pausar la lectura del documento con VoiceOver simplemente tocaremos la pantalla con dos dedos. Para volver a retomar la lectura por donde la dejamos volveremos a tocar la pantalla con dos dedos.

Sólo podremos retomar la lectura si entre la acción de pausa y reanudación de la lectura no hemos cambiado de aplicación y no hemos movido el foco de VoiceOver del documento. Esta función de pausa es util por si tenemos una interrupción puntual en nuestra lectura. De todas formas la aplicación iBooks recuerda, en todo momento, en qué página de nuestro libro nos hemos quedado leyendo.

¿Cómo identificar un teléfono Symbian compatible con lector de pantalla?

Nokia ha publicado, recientemente, la aparición de un lector de pantallas para las últimas versiones de sus teléfonos móviles con sistema operativo Symbian. Este nuevo lector de pantallas utilizará parte del software desarrollado por Codefactory, empresa creadora de varios productos de apoyo para dispositivos móviles.

Nokia ha decidido reeditar antiguos modelos de su catálogo incorporando las últimas versiones de Symbian. Este hecho ha agravado un problema que existía dentro de los dispositivos móviles con Symbian: saber si un teléfono móvil en concreto era compatible con Mobile speak o Talks, los dos lectores de pantallas para esta plataforma. Por lo que encontrar un teléfono móvil compatible con un lector de pantallas para ciegos será aún más complicado.

El compañero Oscar Gorri compartió cierta información para superar este problema y que una persona ciega pueda identificar si un teléfono móvil con Symbian será compatible con Mobile speak o talks.

Sólo los teléfonos de Nokia permiten, actualmente, ser adaptados por lo que habrá que descartar otros fabricantes como Sony, Ericsson o Samsung.

En todos los modelos symbian, se puede consultar el sistema operativo que lleva integrado, marcando la combinación *#0000#. En todos los casos nos devolverá el resultado symbian, seguido de una combinación de letras o números que nos darán la clave para determinar si será compatible con los lectores de pantallas Mobile speak o Talks.

A continuación se detallan las diversas claves que podremos encontrar:

V40.
No accesible. Utilizada en muchos modelos de gama media y baja de nokia.
V80.
Ya en desuso, se utilizaba en las series comunicator de Nokia.
V60.
Todos compatibles, excepto los que lleven sistemas operativos con el nombre Belle segunda versión del llamado también symbian 3.

Los últimos modelos de nokia, suelen llevar symbian v40 o symbian Anna quedando algunos de las ediciones 3 y 5 de la serie 60. Descartad todos los modelos v40 que nunca serán compatibles.

Oscar Gorri nos comparte esta afirmación que, tristemente, es muy real:

Google y su distorsión de la accesibilidad

Ayer tuve la oportunidad de asistir a las II jornadas de accesibilidad de CENTAC donde se puso de manifiesto que los conocimientos sobre necesidades y perfiles de discapacidad, el marco legal y las posibilidades tecnológicas actuales permiten que un mercado que siga el diseño para todos es posible. Sólo falta hacer que las empresas y diseñadores sean conscientes de la realidad de mil millones de personas con discapacidad en el mundo y de los beneficios de la usabilidad.

Las empresas allí representadas, como fueron Vodafone, Nuance y Codefactory compartieron sus conocimientos, visión del mercado y compromiso en pro de la accesibilidad. Pero otra de las empresas participantes me preocupó notablemente al mostrar su visión de la realidad sobre la accesibilidad de sus productos.

Google participó con una ponencia donde su lema fué La intención de compartir contenidos de forma universal.

Es cierto que Google ha realizado esfuerzos para hacer más accesibles sus interfaces, como se puede demostrar en la interfaz web de su buscador. Pero decir que la interfaz alternativa al correo de GMail en web es una solución accesible me preocupa. El ofrecer una versión con funciones reducidas y en una página alternativa para ciegos no lo convierten en una solución accesible sino en un gueto digital donde apartar a esos usuarios que, por sus capacidades o características sensoriales, no cumplen los requisitos necesarios para utilizar el interfaz oficial.

Otra afirmación que me preocupó es presentar, sin más, a Android y Google Chrome, el navegador web de Google, como accesibles para personas con discapacidad.

Ya hemos hablado en este portal de la deficiente capa de accesibilidad de Android, la cual deja a la persona con discapacidad dependiente de la caridad de los desarrolladores que quieran utilizar los atributos de accesibilidad de esa capa que ha sido incluida en el sistema de forma optativa. Una capa que no permite definir gestos de forma general para todo el sistema, crear una función de magnificación de pantalla que pueda ser utilizada en cualquier aplicación. Otro hecho preocupante es que aplicaciones desarrolladas por Google para este sistema, como el navegador web, no utilizan esta capa de accesibilidad por lo que personas ciegas tienen que utilizar aplicaciones específicamente diseñadas para personas con discapacidad.

Se habló de Chromevox, el lector de pantallas de Google Chrome, como solución ideal para acceder a los contenidos de la web. Si hablásemos de un usuario que utiliza el sistema operativo Chrome OS, creado por google, esto sería cierto ya que no hay otra opción para ese sistema operativo. Pero decir que Google Chrome y los servicios web de Google son accesibles es faltar a la realidad por una serie de razones:

      Chrome incorpora compatibilidad sólo con algunos productos de apoyo como Jaws o VoiceOver. Otros lectores de pantallas o productos de apoyo no son reconocidos o soportados.
    • Las características de accesibilidad de Google docs y otros servicios web de Google se basan en ese soporte a ciertos productos de apoyo y al uso de atajos de teclado.
    • El soporte de acceso a contenidos dinámicos o controles de formulario de Chromevox es muy deficiente en aquellas webs distintas a las de Google y que siguen las especificaciones técnicas sobre accesibilidad del W3C
    • Chromevox sólo da acceso al contenido web en sus versiones para OSX, Windows o GNU-Linux. Si un evento del sistema o una acción del usuario sacan al foco del sistema de este navegador web el usuario ciego se quedará sin soporte de accesibilidad por lo que no es una solución completa de accesibilidad para este perfil de discapacidad.

Todo esto me hace pensar que Google tiene un concepto de la realidad un tanto extraño en los que seguir los estándares o diseñar para todos no se relacionan con su concepto de accesibilidad. Proporcionar guetos digitales u obligar al usuario a aprender a manejar un producto de apoyo que usará puntualmente y memorizar más atajos de teclado para usar 2 o 3 servicios no son elementos de la verdadera accesibilidad.

Preguntas sin respuestas

Un servidor pensaba plantear una serie de preguntas a los representantes de Google en la ponencia pero por motivos de tiempo y organización no se abrió el turno de preguntas.

Gracias a los miembros de CENTAC se me ha ofrecido la posibilidad de plantear estas preguntas que serán trasladadas a Google por lo que espero que en un breve tiempo pueda actualizar este artículo con las respuestas ofrecidas por esta empresa.

Creo que formular unas preguntas con el contexto tecnológico expuesto en este artículo es tarea sencilla:

  1. ¿Por qué Google no sigue los estándares de accesibilidad para la Web definidos por el W3C los cuales han demostrado ser más que suficientes para garantizar un diseño bonito, una experiencia de usuario satisfactoria y un acceso garantizado para todos los usuarios?
  2. ¿Piensa Google mejorar la capa de accesibilidad de Android para que esté más integrada en el sistema para garantizar que los productos de apoyo puedan funcionar de forma completa y apropiada con cualquier interfaz de aplicación de forma estándar?
  3. ¿Piensa Google proporcionar para Chrome OS productos de apoyo para todos los perfiles de discapacidad afectados como ha hecho ya para las personas con discapacidad visual? No sólo los ciegos tienen problemas para acceder a un sistema operativo.

El centro de notificaciones de iOS 5 con VoiceOver

Una de las más aclamadas novedades de iOS 5, el sistema operativo de Apple para dispositivos móviles, es el centro de notificaciones del sistema. Con este nuevo método de visualización de notificaciones no tendremos el problema de perder notificaciones previas cuando nos lleguen varias de repente.

Se accede al centro de notificaciones, de forma visual, arrastrando desde la barra de estado hacia abajo. Los usuarios de VoiceOver simplemente deben tocar la barra de estado, en la parte superior de la pantalla, en la que encontramos información sobre el estado de la señal, la hora y la batería, y una vez tocada esa zona, hacer un flick con tres dedos de arriba hacia abajo. Esto es un desplazamiento de arriba a abajo tocando con tres dedos en la pantalla haciendo un movimiento de entre 2 y 3 centímetros de distancia.

Una vez abierto el centro de notificaciones los usuarios de VoiceOver podremos cerrarlo haciendo el movimiento contrario, un flick con tres dedos de abajo a arriba, o pulsando el botón de ocultar que encontraremos en la parte baja de la pantalla.

Widgets en el centro de notificaciones

Actualmente podremos encontrar dos widgets en el centro de comunicaciones. Uno es la información del clima y el otro es la información bursátil. Algunos usuarios no querrán encontrar esta información en el centro de notificaciones. Para controlar qué se muestra en el centro de notificaciones, así como personalizar que algunas aplicaciones que provocan notificaciones lo hagan de una forma distinta, debemos ir a los ajustes del teléfono y buscar el elemento Notificaciones. Allí encontraremos un listado de todas las aplicaciones que provocan notificaciones, entre ellas la información de la bolsa y la información del tiempo.