La finalidad de la encuesta es comprender e identificar los problemas con los que se encuentran los desarrolladores cuando se incorpora la accesibilidad en el desarrollo de un producto.

La encuesta tarda en realizarse entre 15 y 20 minutos teniendo como límite para hacerla el 29 de Agosto.

La dirección es https://www.surveymonkey.com/s/SLXJ2CM. Si existe algún problema con la dirección de la encuesta puede realizarse igualmente en formato electrónico (en este caso, mediante Word) descargándoselo de http://www.atia.org/i4a/pages/index.cfm?pageID=3882 y enviarlo después a la dirección de correo electrónico aiaadmin@atia.org. Cualquier duda sobre la encuesta puede transmitirse también a dicha dirección de correo electrónico.

Correo electrónico de la ATIA invitando a participar

I would like to invite everyone in the WAI Interest Group to participate in a confidential survey to better understand the needs of and obstacles faced by the development community when it comes to incorporating accessibility into the development lifecycle. This survey is being conducted by the Assistive Technology Industry Association (ATIA) and the Accessibility Interoperability Alliance (AIA) Division of ATIA. ATIA is working to find ways to support developers through a partnership with the Department of Labor’s Office of Disability Employment Policy. The objective of the survey is to identify obstacles and solutions to address the needs identified. Results of this research will be reported at an aggregate level, and names of organizations, if provided, will not be identified when reporting findings.

We ask that you respond to this survey and pass it along to other colleagues within your organization who play a role in the development process so that we can identify the clear priorities and the best ways to support your efforts to build accessibility processes. Also, please feel free to pass this along to anyone outside your organization who could also provide valuable input on this topic.

(…)

Sharon Spencer, Assistive Technology Industry Association

Dicho documento se titula: Guía de WAI ARIA

Guía introductoria de WAI ARIA

En la actualidad se desarrollan aplicaciones web utilizando tecnologías como AJAX para conseguir un funcionamiento más dinámico de las mismas y mucho más parecido a las aplicaciones de escritorio. Este tipo de implementaciones pueden presentar problemas graves de accesibilidad.

La presente guía pretende ser una introducción en el uso de la propuesta del W3C (World Wide Web Consortium): WAI ARIA (Web Accessibility Initiative Accessible Rich Internet Applications). Dicha técnica propone una serie de soluciones para conseguir que las aplicaciones web enriquecidas sean más accesibles.

En esta guía se demostrará, de forma introductoria, las posibilidades de WAI ARIA con varios casos prácticos sencillos cuyo objetivo es esclarecer su funcionamiento general.

Si por necesidades necesitáramos ampliar los ejemplos que vienen en la guía, un libro que está bien para ello es “Designing with Progressive Enhancement: Building the Web that Works for Everyone” en donde se explican técnicas de desarrollo progresivo usando en muchas de ellas valores de WAI ARIA.

En este caso, se están refiriendo a Accesibilidad Universal y no únicamente de Accesibilidad Web pero debería aplicarse igualmente.

La accesibilidad universal debe formar parte de la cultura corporativa de cualquier institución o empresa y no sólo por la existencia de imperativos legales, sino porque incorporar esta dimensión genera valor añadido y aumenta el número y la satisfacción de los clientes y usuarios.

Lamentablemente vivimos en una sociedad en la cual a no ser que la ley nos obligue no se suelen hacer las cosas y en este caso, la legislación actual no obliga a certificarse.

Y por desgracia también se da con frecuencia la publicación en pliegos y concursos de desarrollos en Internet donde la Accesibilidad Web se supone que es un requerimiento pero o por desconocimiento o por dejadez queda, en el peor de los casos, en el olvido.

Según el CERMI, 3.8 millones de personas con discapacidad. Demasiados usuarios para dejar en el olvido o hablando en “marketiniano” demasiados potenciales clientes para nuestra página como para olvidarlos.

Fuente: El Cermi anima a las empresas a certificar la accesibilidad que ofrecen

Dicho servicio permite la descarga, si así lo desea uno, del audio de la página que queramos escuchar en formato mp3.

Si bien la voz que se utiliza es adecuada (no se nota tanto que es una máquina quien lo está leyendo) ¿resultan útiles estas ayudas?.

Un usuario que utilice una herramienta de ayuda para la lectura de las páginas ya dispone en la propia herramienta de los medios para la correcta compresión de la página. ¿Podría ocasionar confusión?, ¿podría entorpecer el uso de la herramienta de ayuda?. Por ejemplo, si utilizamos el programa NVDA y está configurado para leer los movimientos del ratón podría entorpecer la escucha del texto.

Por otra parte, facilita que independientemente del navegador que usemos podamos disponer del audio al ir empotrado en la propia página. De este modo se pueden evitar problemas de compatibilidad de algunos navegadores con herramientas de ayuda.

A pesar de estas dudas que surgen, cualquier ayuda a favor de la accesibilidad a la información de una página siempre será bienvenida. Esperemos que no se acabe convirtiendo en una moda o en algo del tipo que si no se tiene no se es accesible (como por ejemplo, la confusión que hay en ocasiones con que la accesibilidad es sinómino que aparezcan los enlaces de aumento de fuente en nuestra página.)

Fuente: La web del Ministerio de Cultura, más accesible

Viajes AcceSIbles es la primera página web accesible en la que personas ciegas o con dificultad en el manejo del ratón pueden adquirir de forma autónoma los productos.

Fuente: El portal de reservas para todos Viajes Accesibles estrena web

En dicho artículo se explica cómo obtener gracias un móvil información desde la Web sobre el estado de los autobuses tanto en Madrid como en Barcelona:

Así que después de este rollo que os he soltado, y en vista de que creo que la solución del móvil y las Webs es el menos malo de todos, voy a pasar a explicar, para los autobuses de Madrid y de Barcelona, cómo podemos ver desde la Web y desde el móvil el tiempo de espera de nuestro autobús, que nos servirá, al menos, para estar atentos y no dejarle pasar de largo cuando aparezca.

Esto es genérico para todos los móviles con navegación Web y con un lector de pantallas. Creo que para los orgullosos propietarios de un Iphone (la envidia es muy mala, señores), hay una aplicación que ya incluye esta funcionalidad, pero como yo tengo Symbian y el lector de pantallas TALKS, os voy a contar cómo lo hago para obtener tan preciada información.

Autobuses de Madrid

1. Lo primero que debemos hacer, es entrar desde el móvil a la Web de transportes de la Comunidad de Madrid: http://www.emtmadrid.es.
2. Aquí, buscamos un encabezado de nivel 3, que reza: Tiempo de espera. Con talks, podemos ir saltando entre encabezados con el número 4.
3. Bajamos hasta un cuadro combinado con las líneas, lo activamos, y seleccionamos la línea que queramos consultar.
4. Aceptamos la opción elegida, y bajamos hasta encontrar el botón de Aceptar.
5. La página se recargará, y ahora ya podremos elegir la parada a consultar. Si en este momento guardamos la página en favoritos, podremos reabrirla desde allí, y nos podremos saltar el paso de elegir la línea.
6. Aquí, volvemos a buscar un encabezado: “Tiempo que falta para que venga mi autobús”, y bajo él, veremos que tenemos las paradas de ambos sentidos. Elegimos el cuadro y la parada que nos interese (aparece el número de la parada y el lugar en el que se encuentra, y tras esto, pulsamos Aceptar.
7. Cuando la página se recargue, volvemos a pulsar el atajo de teclado para llegar al primer encabezado (Tiempo que falta para que venga mi autobús), pulsamos el atajo de teclado para ir al botón de Aceptar (en talks es el número 5), y bajo el botón, nos aparecerá el tiempo de espera: “EMT Informa: Autobús en entorno de parada. El siguiente llegara en 10 minutos.”.
8. Si queremos actualizar el asunto, subimos con las flechas hasta el botón de aceptar, y lo volvemos a pulsar (ya aparecen seleccionadas de antes la línea y la parada). Tras la recarga, volvemos a ir al encabezado y luego al botón, y volveremos a tener la información actualizada en pantalla.

Autobuses de Barcelona

En Barcelona, lo tenemos aún más sencillo.

Con sólo entrar a la Web: http://www.tmb.cat/ibus.html, escribir el número de la línea y de la parada y pulsando en Aceptar, nos aparecerá una página con dicha información. Pero lo mejor, es que una vez estemos en esa página, además de tener un botoncito para actualizar la información, podemos guardar la página en favoritos, y abrirla directamente sin necesidad de estar consultando cuadros combinados de paradas ni nada parecido. Y para más comodidad, la página no tiene ninguna información superflua, sólo la línea seleccionada y la parada (incluso si queremos todas las paradas de una línea, podemos dejar el cuadro de parada en blanco), y los tiempos de espera para la selección. Ni imágenes, ni enlaces, ni nada de nada.

Es ingenioso el sistema por mando de Málaga aunque casi siempre el planteamiento más sencillo será la solución al problema más difícil.

Un usuario envío un correo a Steve Jobs y, aparentemente, la respuesta de éste ha sido: “Sujétalo de otra manera“.

¿Fallo de diseño (gordo)?. Tal vez, pero sorprende más aún la respuesta.

Ante la imposibilidad de realizar una tarea, a un usuario no se le puede obligar a que la realice de otra manera que tal vez no sea posible. Como en este caso, obligar a un zurdo a que coja el teléfono móvil de otra manera. (Podrá hablar pero tal vez no de la manera más satisfactoria para él)

Por desgracia, casos como éste son típicos si hablamos de Accesibilidad Web. Negar a algunos usuarios el acceso a una información tal vez por el hecho de estar presentada de alguna manera o con alguna tecnología en concreto.

Fuente: Jobs sobre el problema del iPhone 4: “Sujétalo de otra manera” . (Interesante leer los comentarios)

Parece que la carta dirigida a Google ha dado resultado.

En dicha actualización se menciona que System Access to Go y VoiceOver tienen soporte parcial y que todavía JAWS, Windows-Eyes y NVDA no reconocen ciertos tipos de contenido.

No obstante, invitan a la comunidad de desarrolladores a ayudar a Google en la mejora de la accesibilidad de Chrome para que no tenga ningún problema en el futuro. Para ello publican también un enlace a un documento (en inglés) sobre el estado actual de algunas de las características de accesibilidad de Chrome.

Fuente: Google Chrome Screen Reader Support update

Dicho dispositivo ha sido desarrollado en España por la empresa de base tecnológica Centro de Producción para la TV Interactiva, la Universidad de Córdoba, Fundación Red Especial España y el grupo de investigación EATCO.

Además están trabajando para que este dispositivo obtenga el sello “simpled“, que garantiza la máxima usabilidad.

Más información en Llega al mercado la primera “tableta” 100% accesible