{"id":73,"date":"2011-05-11T04:17:02","date_gmt":"2011-05-11T03:17:02","guid":{"rendered":"http:\/\/www.tyflosaccessiblesoftware.com\/programaraciegas\/2011\/05\/11\/google-y-su-concepto-de-accesibilidad\/"},"modified":"2011-05-12T08:38:04","modified_gmt":"2011-05-12T07:38:04","slug":"google-y-su-concepto-de-accesibilidad","status":"publish","type":"post","link":"https:\/\/programaraciegas.net\/?p=73","title":{"rendered":"Google y su concepto de accesibilidad"},"content":{"rendered":"
\n

This article has been translated to english.<\/strong>
\nYou can read this article in english<\/a>. Thans to No eyes needed blog.<\/p>\n<\/div>\n

En el d\u00eda de ayer Google<\/a> present\u00f3 varias novedades al mundo. Muchos medios se hicieron eco de su servicio de difusi\u00f3n musical y multimedia en la nube, la nueva versi\u00f3n de su sistema operativo Android, su navegador Gogle Chrome y m\u00e1s novedades pero pocos medios prestaron atenci\u00f3n a las novedades en accesibilidad.<\/p>\n

Una oportunidad perdida para Android<\/h2>\n

Entre las muchas novedades presentadas estaba Android Honeycomb 3.1. La nueva versi\u00f3n del sistema operativo de Google para smartphones y tablets. En esta versi\u00f3n Google ha decidido unificar el interfaz tanto para tel\u00e9fonos como otros dispositivos. Algo que puede ser interesante y, con la ocasi\u00f3n de haber publicado unas nuevas herramientas y librer\u00edas para el dise\u00f1o de interfaces, se podr\u00eda haber incluido una capa de accesibilidad m\u00e1s completa y que resultase transparente para los desarrolladores de aplicaciones Android. Pues Google decepcion\u00f3 al no incluir mejoras en accesibilidad en estas nuevas herramientas y librer\u00edas. Los atributos y elementos de accesibilidad en los interfaces de Android siguen siendo optativos y confusos para el desarrollador.<\/p>\n

El proyecto Eyes-free, el cual recoge varias aplicaciones orientadas a la accesibilidad de Android entre las que destaca Talkback, no mostr\u00f3 demasiadas novedades. Destacaron una nueva caracter\u00edstica para ampliar el tama\u00f1o de letra de la pantalla a trav\u00e9s de un gesto. Si eso es una caracter\u00edstica innovadora para Google me temo que falta much\u00edsimo tiempo para que las personas ciegas y con baja visi\u00f3n puedan disfrutar de una accesibilidad completa y satisfactoria en Android.<\/p>\n

La accesibilidad es un parche para Google<\/h2>\n

Ayer Google present\u00f3 tambi\u00e9n las novedades de su navegador web, m\u00e1s conocido como Google chrome. Se anunci\u00f3 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\u00f3 en su anuncio y no indic\u00f3 que las novedades ser\u00edan desarrolladas para la pr\u00f3xima versi\u00f3n o bien que Google nos gast\u00f3 una broma. Es cierto que hay mejoras en la compatibilidad de Google chrome y lectores de pantallas pero, en ning\u00fan caso, todas esas mejoras permiten una navegaci\u00f3n normal y suficiente para una persona con discapacidad visual usando su lector de pantallas habitual y Google chrome como navegador.<\/p>\n

Problemas con la identificaci\u00f3n y uso de controles de formulario, falta de refresco en contenidos din\u00e1micos o imposibilidad de acceder a contenidos habituales en una web usando cualquiera de los 3 lectores de pantallas mencionados. Ese fu\u00e9 el resultado tras probar las supuestas novedades de Google chrome con NVDA, Jaws 12 y VoiceOver. Todos los lectores de pantalla probados estaban actualizados a la \u00faltima versi\u00f3n disponible.<\/p>\n

\u00bfUn lector de pantallas o un parche?<\/h2>\n

Otra de las novedades en accesibilidad de Google es la creaci\u00f3n de un supuesto lector de pantallas para Google chromeOS, el sistema operativo de Google cuyo coraz\u00f3n es el navegador Google chrome. Lo de utilizar las palabras: supuesto lector de pantallas se justifica en que el lector de pantallas, bautizado como ChromeVox, en realidad es una extensi\u00f3n del navegador web. No se ha incorporado una capa de accesibilidad nativa para el sistema operativo, en su lugar se ha creado un miniprograma que se ejecuta sobre el navegador web, esto es una extensi\u00f3n, y que accede a algunos contenidos y funcionalidades del sistema operativo.<\/p>\n

Google present\u00f3 como un logro importante el poder tener un feedback con s\u00edntesis de voz cuando escribimos una direcci\u00f3n web en el navegador, podemos leer el cuerpo de un correo electr\u00f3nico o podemos navegar por la lista de resultados del buscador de Google usando los cursores. Todas las pruebas presentadas con ChromeVox se realizaron usando las p\u00e1ginas de los servicios de Google.<\/p>\n

ChromeVox tiene muchas similitudes con VoiceOver para MacOS, la combinaci\u00f3n de teclas para usar las funciones del lector de pantallas se compone de la tecla Shift junto a la tecla search y utiliza muchos sonidos para transmitir informaci\u00f3n al usuario.<\/p>\n

El usar una extensi\u00f3n de un navegador web en lugar de utilizar un programa nativo o servicio del sistema operativo garantiza que el acceso a los contenidos del sistema operativo y de aplicaciones de terceros no ser\u00e1 completo y tampoco ser\u00e1 estable. Imaginemos el recorrido que debe realizar el supuesto lector de pantallas para acceder a un contenido:<\/p>\n

ChromeVox se ejecuta sobre Google chrome que se ejecuta sobre la capa de ejecuci\u00f3n del sistema operativo que, a su vez, est\u00e1 por encima del kernel del sistema operativo. Recordemos que el sistema operativo carece de capa de accesibilidad por lo que el lector de pantallas tendr\u00e1 que utilizar todos los recursos necesarios para detectar, interpretar e interactuar con los controles y contenidos que encuentre. Teniendo en cuenta que cada vez que subimos desde el kernel hacia arriba en esa l\u00ednea que hemos trazado en nuestra imaginaci\u00f3n se consumen m\u00e1s recursos y el n\u00famero de procesos en ejecuci\u00f3n aumenta podemos imaginar que una persona ciega necesitar\u00e1 un equipo con mucha m\u00e1s memoria y m\u00e1s potencia de procesador. La raz\u00f3n de que un ciego no pueda comprar un equipo inform\u00e1tico de bajo consumo es que Google no ha hecho bien sus tareas. Adem\u00e1s, la inestabilidad del programa aumenta cuanto m\u00e1s arriba est\u00e9 en esa linea imaginaria ya que si, por cualquier raz\u00f3n, cualquier proceso que se sit\u00fae bajo nuestro programa se ralentiza o se cuelga, todo lo que haya por encima del proceso ralentizado o colgado tambi\u00e9n se ralentizar\u00e1 y colgar\u00e1.<\/p>\n

La broma de Google<\/h2>\n

Google ya nos tiene acostumbrado a los usuarios con discapacidad al h\u00e1bito de ofrecer algo con unos requisitos m\u00ednimos de accesibilidad y 3 productos m\u00e1s totalmente inaccesibles. Ejemplos habituales son Googlemaps, Googledoc, Google calendar. Tambi\u00e9n podemos comprender qu\u00e9 entiende Google por accesibilidad al ofrecer, en lugar de una interfaz accesible para su servicio GMail, realizar una versi\u00f3n limitada, fea e insuficiente para aquellos usuarios que no puedan acceder al interfaz oficial.<\/p>\n

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\u00ednimo de accesibilidad en sus productos en lugar de garantizar la accesibilidad de una aplicaci\u00f3n que utilice un interfaz con controles estandard. Parece que Google no entiende bien que la accesibilidad, adem\u00e1s de un criterio de calidad, es un derecho de las personas.<\/p>\n","protected":false},"excerpt":{"rendered":"

This article has been translated to english. You can read this article in english. Thans to No eyes needed blog. En el d\u00eda de ayer Google present\u00f3 varias novedades al mundo. Muchos medios se hicieron eco de su servicio de difusi\u00f3n musical y multimedia en la nube, la nueva versi\u00f3n de su sistema operativo Android, … <\/p>\n

Continuar leyendo \u00abGoogle y su concepto de accesibilidad\u00bb<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[11,248,77,76,26,75],"class_list":["post-73","post","type-post","status-publish","format-standard","hentry","category-accesibilidad","tag-accesibilidad-2","tag-android","tag-chromeos","tag-chromevox","tag-google","tag-talkback-2"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/posts\/73","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=73"}],"version-history":[{"count":0,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/posts\/73\/revisions"}],"wp:attachment":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=73"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=73"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=73"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}