Webinar sobre e-learning, recursos educativos abiertos y MOOCs

Este jueves 4 de junio, a las 16 horas de Ecuador (23:00 en España), impartiré el webinar E-learning, Recursos Educativos Abiertos y MOOCs:

El aprendizaje electrónico (e-learning) ha aumentado enormemente desde principios del siglo XXI gracias a la expansión de la Web. Dentro del e-learning se han desarrollado importantes iniciativas como OpenCourseWare, los Recursos Educativos Abiertos (Open Educational Resources, OER) y los Cursos Abiertos Masivos y en Línea (Massive Open Online Courses, MOOC).
En este webinar se revisará la historia reciente del e-learning, se explicará la conexión que existe entre OpenCourseWare, OER y MOOC y me comentarán algunos de los problemas que existen en la actualidad que impiden su máximo aprovechamiento.

La retransmisión estará disponible a través de:

http://bit.ly/eLearningMOOC

Fíate de lo que te dicen los expertos en SEO

El artículo Understanding "ALT" tags for images me ha dejado helado. Este artículo está alojado en la web de una empresa que se dedica al hosting y al desarrollo web.

El artículo repite varias veces el término "ALT tag", la etiqueta ALT. Bueno, ALT no es una etiqueta, es un atributo.

El artículo explica las dos principales razones para usar "la etiqueta ALT":

There are two primary reasons for this: The first is search engine optimization (SEO). Alt tags are a very crucial part of image SEO, and image SEO can be a great way for webmasters to improve their site’s ranking in natural search results. The other reason is that alt tags can create significant improvements to an end user’s experience. 

¿Cómo? ¿Y dónde queda eso de que el atributo alt se emplea para mejorar la accesibilidad de las imágenes?

Sorprende la gente que hay por ahí y se dedica al desarrollo web.

Consulta sobre lectores de pantalla

Hace unos días recibí esta consulta:

Estimados señores, solicito información sobre dónde puedo encontrar información sobre el lector de pantalla Jaws en castellano y cuánto puede costar.
Acabo de ver el video que explica el curso de accesibilidad web y me ha encantado.
Lamentablemente no tengo ni tiempo ni capacidad para hacer el curso, pero tengo un hermano que está prácticamente ciego, por una diabetes de larga evolución, y creo que si tuviera un lector de pantalla por un lado, y otro de voz, de forma que él dictara lo que quisiera buscar o escribir, su vida cambiaría a mejor, ya que es una persona muy creativa y que por desgracia está muy enfermo.
Les estaría muy agradecida.
Un saludo Pilar

Y esta fue mi respuesta:

Hola Pilar.

JAWS está disponible en español, lo puede descargar de la página web del fabricante para probarlo, pero sólo durante 40 minutos. Para que funcione otra vez tendrás que reiniciar el ordenador. El precio de la versión estándar son unos $900. En esta página web lo puede descargar, la última versión para el español es JAWS 16.0.2342 64-bit Spanish - May 2015:

http://www.freedomscientific.com/Downloads/JAWS

Pero existe una alternativa gratuita llamada NVDA. Lo puedes descargar desde esta página web:

http://www.nvaccess.org/download/

La gente que desarrolla este programa solicita una donación, pero se puede descargar sin realizarla. Para ello, busca un enlace que pone "Skip donation this time".

Por último, te aconsejo que instales unas voces que son más humanas para mejorar el sintetizador de voz de NVDA. En esta página lo explico:

http://accesibilidadenlaweb.blogspot.com/2014/07/voces-para-nvda.html

Tu hermano necesitará que le enseñen a utilizar el lector de pantallas. Busca ayuda en alguna organización para ciegos.

Un saludo y suerte.

Por cierto, se me olvidó explicarle que una persona ciega no necesita un sistema de dictado (voz a texto), es mejor que aprenda mecanografía. De todas formas, si quiere un sistema así, el más conocido es Dragon NaturallySpeaking:

http://www.nuance.es/dragon/

Lo que dice un lector de pantallas

Aural UI of the Elements of HTML es un proyecto de The Paciello Group que tiene como objetivo confeccionar una biblioteca de lo que dicen los lectores de pantalla ante las diferentes etiquetas de HTML.

Es un proyecto muy interesante ya que, desgraciadamente, no conozco ningún documento que explique cómo se comporta cada lector de pantallas ante cada etiqueta de HTML.

Nadie sabe cuántas personas ciegas utilizan un ordenador

Quiero realizar un artículo comparativo de la alfabetización digital de las personas ciegas en España y Ecuador, aunque también me gustaría comparar con otros países.

La pregunta es bien sencilla, quiero saber cuántas personas ciegas utilizan un ordenador. Y si utilizan un ordenador es porque saben utilizar un lector de pantallas.

Pues bien, nadie lo sabe. He preguntado a:

• Royal National Institute of Blind People
• National Federation of the Blind
• European Blind Union
• American Foundation for the Blind
• World Blind Union
• WebAIM

Y nadie sabe nada de nada de nada. Decepcionante.

Claro, también he preguntado a la ONCE, y la respuesta ha sido:

Lamentablemente no tenemos los datos que nos pides. El CIDAT (Centro de Investigación Desarrollo de Aplicación Tiflotécnica) de la ONCE se nos indica que es difícil tener ese dato, pues hay lectores de pantalla que son gratuitos, y por tanto el CIDAT no los vende, y otros, como sucede con el VoiceOver en Apple, viene incorporado en los equipos, que los afiliados adquieren libremente fuera de la ONCE.

Bueno, ahí queda una propuesta de investigación para el que pueda preguntar a un buen grupo de personas ciegas.

Sobre los sintetizadores de voz y las personas ciegas

He encontrado esta anotación un poco antigua, del año 2007, de Microsiervos: Curiosidades de los sintetizadores de voz y la accesibilidad «texto a voz».

Muy interesante el siguiente comentario:

Para una persona invidente, leer la pantalla de un programa, los menús o una página web es un proceso realmente lineal: de principio a final. Quienes usamos la vista podemos enfocarnos en la zona que nos llama la atención o queremos leer. Para un ciego, en cambio, cada vez que se cambia de página o se abre un menú, la narración de voz comienza desde cero. Imagina lo lento y aburrido que puede ser leer el menú Archivo con todas sus opciones, o todo lo que dice la ventana de «Imprimir», cada vez que usas esas funciones. O escuchar completa la cabecera de un periódico, o el menú lateral entero de un blog si eso es lo primero que aparece al cargar una página. 

Por esta razón, y para ganar tiempo, quienes usan estos programas de texto-a-voz en su trabajo diario suelen «acelerar» la voz a un ritmo superior al normal. Se considera entre 180 y 200 palabras por minuto una velocidad normal de dicción. Hay gente que habla más rápido, tal vez a 225, 250 ó 275 palabras por minuto y se sigue entendiendo; también es la velocidad que alcanzan casi todos los sintetizadores de voz sin problemas de calidad. A partir de ese punto, para una persona no acostumbrada la «voz acelerada», escuchar eso es un auténtico galimatías. Pero una persona entrenada y acostumbrada, como es el caso de los ciegos que usan estos sistemas, puede escuchar 300 o incluso 400 palabras por minuto sin problemas. Y algunos programas pueden configurarse hasta 500 ppm. Escucharlo si nunca lo has hecho antes es increíble: no se entiende nada, es como el idioma de los marcianos en las películas o el de los delfines. Pero un ciego puede entenderlo sin problemas y ganar muchísimo tiempo al trabajar con el ordenador. 

Imagino que con el entretamiento en cierto modo se aprenden ciertas secuencias sonoras memorizadas, como los menús más corrientes, y no serán importantes todos los detalles, sino algunos que cambian, que sobresaldrán sobre el resto. Tal vez es algo parecido a lo que sucede al leer una frase de un libro: la mayor parte de las personas no leen letra por letra o palabra por palabra, sino que de un vistazo captan la idea e incluso pueden ver lo que cambia (una errata) en una serie de patrones ya conocidos. Supongo también que la alta velocidad es más práctica a la hora de trabajar con los menús de los programas y las ventanas de diálogo, que tal vez para leer una noticia o un libro se usan velocidades más bajas. Los buenos programas de conversión de texto-a-voz pensados para invidentes hacen precisamente todo esto y son muy configurables. Por lo que nos contaron en la ONCE, el problema es que de esos no hay muchos y además son muy caros. Y los que vienen preintalados de fábrica en los sistemas operativos más populares (Windows, Mac OS X) no son gran cosa, como tampoco el resto de ayudas para accesibilidad que incorporan.

Reproductor multimedia accesible de la AFB

Según la noticia Download the AFB Accessible Player: The American Foundation for the Blind's Accessible HTML5 Video Player (Beta), la American Foundation for the Blind ha publicado un reproductor multimedia accesible basado en HTML5.

El código se puede descargar para usar en cualquier sitio web, y aunque esté desarrollado en Estados Unidos, está traducido al español.

Sobre libros digitales y personas ciegas

Hace unos días se publicó en Microsiervos la entrada Sobre libros digitales y personas ciegas. Es una excelente explicación sobre:

• Los "mamotretos", los libros escritos en braille que utilizan las personas ciegas.
• El proceso de conversión de un libro a braille.
• El formato Daisy.
• La protección de los libros electrónicos.
• La protección DRM de los libros electrónicos.
• Y muchas otras cosas.

Encuesta sobre accesibilidad Web de las entidades financieras españolas

He recibido este aviso de Juan González Perogil:

Desde la Universidad de Huelva estamos llevando a cabo una investigación sobre la Accesibilidad de las páginas Web de las entidades financieras españolas. Por ello, hemos confeccionado una encuesta con la que se pretende averiguar la frecuencia de uso, tipo de barreras, obstáculos e inconvenientes que han podido tener las personas que acceden a dichas páginas.

Nos sería de gran ayuda su opinión, pues la encuesta es totalmente anónima. Muchísimas gracias de antemano a todos-as las personas de la lista. Enlace para acceder a la encuesta:

http://goo.gl/forms/Agv0zaUwKR

PT: Deciros que carece de accesibilidad, pues no poder modificar el código, porque google Drive no lo permite.

Día Mundial para Promover la Concienciación sobre la Accesibilidad Web

Hoy 21 de mayo se celebra el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web, en inglés Global Accessibility Awareness Day.

La página dice:

El 21 de mayo, le invitamos a participar en el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web, conocido en inglés como Global Accessibility Awareness Day (GAAD). Cuando hablamos de la accesibilidad Web nos referimos a el contenido, la navegación y la interacción. El propósito de este día es para hablar, pensar y aprender sobre la accesibilidad de las tecnologías digitales (web, software, dispositivos móviles, etc.) y los diferente tipos de usuarios, incluyendo las personas con discapacidades. La audiencia que queremos atraer para GAAD son las comunidades de diseño, desarrollo, usabilidad y también los que crean, dan forma, apoyan financieramente e influencian la industria de tecnología y su uso. Aunque una persona este interesada en el tema de hacer la tecnología mas accesible y usable para las personas con discapacidades, la realidad es que muchas veces no saben como y donde comenzar. El conomocimento sobra la accesibilidad Web es el primer paso. Lea a continuación la entrada de un blog escrito por Joe Devon que inspiró esta campaña mundial.

La norma UNE 139803

Hace unos días se publicó RSC.-AENOR subraya la importancia de la norma española UNE 139803 de requisitos de accesibilidad para contenidos web. La noticia dice:

La Asociación Española de Normalización y Certificación (AENOR) ha subrayado la importancia de la norma española UNE 139803 que establece los requisitos de accesibilidad para contenidos en la web, con motivo del Día Mundial de Internet que se celebra este domingo, 17 de mayo.
[...]
Así, la asociación ha indicado que esta norma establece las características que deben cumplir la información y otros contenidos web para que puedan ser utilizados por el mayor número de personas posible. "La accesibilidad de una página se asienta sobre cuatro principios: perceptible, operable, comprensible, robusto", ha detallado.

La web de la Administración del Estado premiada, en parte, por su accesibilidad

En La web de la Administración del Estado, premiada por los usuarios de Internet nos cuentan que la web de la Administración del Estado ha recibido un premio y uno de los factores de recibirlo es porque es accesible:

La web del Punto de Acceso General a la Administración Electrónica española (http://administracion.gob.es/) ha sido reconocida como mejor página de servicios públicos de España en la XVI edición de los Premios de Internet que organiza la Asociación de Usuarios de Internet.
[...]
Los criterios de evaluación han sido navegabilidad, usabilidad, accesibilidad, mejores contenidos, implementación técnica y diseño.

En el pie de página de esa web aparece el sello de WAI-AA WCAG 1.0.

¡Ohhhh!

¡Ohhhh!

¡Ohhhh!

¿WCAG 1.0? ¿Y qué pasa con WCAG 2.0?

Una examen rápido con examinator encuentra varios errores:

Y los encabezados parece que están bien, excepto el primero:

Y bueno, la navegación por teclado no es muy adecuada.

¿Es accesible este sitio web? He visto cosas peores, pero también mucho mejores.

¿Debería ser accesible un vídeo en lengua de signos?

Hace unas semanas puse unos ejemplos de sitios web de organizaciones de personas con discapacidad que no son accesibles:

• Una nueva denuncia por falta de accesibilidad en Estados Unidos (19/3/2015)
• Unas personas con discapacidad que se olvidan del resto de las personas con discapacidad (25/3/2015)

Estos sitios web son accesibles para las personas sordas, pero no son accesibles para personas con discapacidad.

Otro ejemplo, la web de la Federación Española de Deportes para Sordos. Esta web está llena de vídeos de personas hablando en lengua de signos.

¿Los vídeos tienen audio? NO.

¿Los vídeos tienen subtítulos? NO.

Y yo me pregunto... ¿cómo quieren que los que no conocemos la lengua de signos nos enteremos de lo que se dice en esos vídeos?

¿O quizás piensan que no tenemos derecho a ello?

Como ejemplo, este vídeo:

Tenon

Tenon es una herramienta automática de análisis o revisión de la accesibilidad web que emplea un sistema "headless" para poder ejecutar el código JavaScript que contenga una página web. Gracias a ello puede ejecutar cualquier script que haya en una página web y validar el contenido dinámico que genera.

Por ejemplo, el análisis de mi página Accesibilidad web revela 5 errores, pero en realidad esos errores no son míos, son del buscador de Google:

Para mi otro sitio web Accesibilidad web el resultado de la evaluación revela 1 error, indica que el título de un frame está repetido, pero eso no es verdad, así que ya he encontrado un bug en esta herramienta:

Las pautas de accesibilidad web del W3C: Perceptible

Ayer se publicó el artículo Las pautas de accesibilidad web del W3C: Perceptible, mi quinta contribución al Observatorio de la Accesibilidad de la Confederación Española de Personas con Discapacidad Física y Orgánica (COCEMFE).

Webinar sobre accesibilidad web

El pasado jueves 7 de mayo impartí un webinar sobre accesibilidad web organizado por el Observatorio TIC del Ministerio de Telecomunicaciones y de la Sociedad de la Información del gobierno de Ecuador.

El webinar quedó grabado en YouTube y es de libre acceso:


Además, también está publicada la presentación que utilicé, Webinar - Accesibilidad web.

Los beneficios de la accesibilidad web

En mi sitio web sobre accesibilidad web tengo una página dedicada a los beneficios de la accesibilidad web. Ahora he encontrado una nueva lista de beneficios en el documento Certificación Accesibilidad TIC Sitios Web de AENOR:

Una web accesible proporciona las siguientes ventajas a su organización:

Incrementa la cuota de mercado y audiencia de la web

• Mejora la usabilidad de la web para todo tipo de usuarios.
• Permite mejorar el acceso a los contenidos Web a las personas mayores.
• Mejora los resultados en los buscadores.
• Permite la reutilización de contenidos por múltiples formatos o dispositivos.
• Incrementa el soporte para el mercado internacional (subtítulos, idioma alternativos, contenidos universales…).
• Ayuda a reducir la llamada brecha digital.

Mejora la eficiencia y el tiempo de respuesta

• Reduce los costes de desarrollo y mantenimiento del sitio.
• Mejora del motor de búsqueda del sitio.
• Reutilización de contenidos.
• Gestiona la carga del servidor (hojas de estilo, vínculos mejor definidos, alternativas textuales…).
• Gestiona el ancho de banda del servidor.

Demuestra responsabilidad social

• Refuerza positivamente la imagen empresarial.
• Permite diferenciarse de la competencia.
• Posibilita llegar a una proporción influyente de la población (3,5 millones de personas en España demandan servicios y entornos accesibles).

Evidencia el cumplimiento de la ley

• Cumple la legislación de accesibilidad digital:
• Ley 34/2002, de 11 de julio de 2002, de servicios de la sociedad de la información y comercio electrónico (LSSICE).
• Ley 51/2003, de 2 de diciembre de 2003, de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad (LIONDAU).
• Satisface los objetivos de las nuevas iniciativas europeas:
• Creación de nuevos mercados (gracias a los nuevos servicios, aplicaciones y contenidos)
• Aumento de la productividad, crecimiento y empleo.
• Mejor acceso a las herramientas de información y comunicación.

Webinar sobre accesibilidad web

Mañana jueves 7 de mayo, a las 11 horas (horario de Ecuador, ¡cuidado, son las 18 horas en España!), impartiré un webinar (seminario en la Web) sobre "Accesibilidad web", organizado por el Observatorio TIC del Ministerio de Telecomunicaciones y de la Sociedad de la Información del gobierno de Ecuador.

El webinar tendrá lugar a través de Google Hangout en la dirección https://youtu.be/ZHNKmhyAUI8 si la tecnología lo permite... y si el resfriado que tengo también lo permite.

Esta es la imagen que se está empleando en la promoción, contiene un error porque pone "mayo 5", y es el jueves 7 de mayo.

Aviso del webinar en Google+.

¿Para qué sirve certificar la accesibilidad web?

Ya son varias las veces que se establece el siguiente diálogo cuando imparto un curso de accesibilidad web:

• Profesor, ¿en España alguien controla, fiscaliza la accesibilidad de las páginas web?
• No.
• Y entonces, ¿quién vigila que se cumplan las leyes?
• Nadie.
• Y las páginas que tienen que ser accesibles, ¿tienen que demostrar que son accesibles?
• No.
• Y entonces, ¿para que sirve certificar la accesibilidad web?
• Pregúntale a AENOR o Technosite.

Si le preguntamos a AENOR obtenemos la respuesta en su documento Certificación Accesibilidad TIC Sitios Web, ¿Para qué sirve?:

Para llegar más y mejor a potenciales usuarios.

La Accesibilidad Web está orientada a ampliar el perfil de usuarios, con o sin discapacidad, que pueden acceder e interactuar con éxito con un sitio web. Ello redundará en una mayor usabilidad del sitio web y en mayores beneficios para las empresas.

Para mejorar la eficiencia de la web y reducir costes de mantenimiento.

Aplicar las pautas de accesibilidad ayuda a las organizaciones a optimizar sus recursos y ahorrar costes de desarrollo y mantenimiento. Además, permite una navegación más clara e intuitiva para encontrar fácilmente lo que se busca, independientemente del dispositivo que se use (móviles, PDAs…), gracias al diseño más eficiente de contenidos, alternativas textuales, colores o enlaces más claros y comprensibles por todos... etc.

Para cumplir con la ley de accesibilidad digital y las nuevas iniciativas europeas.

La certificación de Accesibilidad Web demuestra que la organización cumple los requisitos especificados en la Ley 34/2002, de 11 de julio de 2002, de servicios de la sociedad de la información y comercio electrónico (LSSICE), y la Ley 51/2003, de 2 de diciembre de 2003, de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad (LIONDAU).

Para destacar frente a la competencia gracias a una actitud socialmente responsable.

Progresivamente, un mayor número de empresas son conscientes de que pueden contribuir al

desarrollo sostenible orientando sus operaciones con el fin de favorecer el crecimiento económico

y aumentar su competitividad, al tiempo que garantizan la protección del medio ambiente y fomentan la responsabilidad social, incluidos los intereses de los consumidores. Posibilitar la accesibilidad a los contenidos de la red es uno de los objetivos, además de un factor clave, para la incorporación plena de los ciudadanos a la e-economía y los e-servicios.

Cinco razones por las que las empresas deberían garantizar que sus sitios web son accesibles

Las cinco razones son cinco casos legales que se han producido recientemente en los Estados Unidos. En estos casos ha habido un acuerdo entre del Departamento de Justicia y una empresa implicada cuyo sitio web no era accesible: Five reasons why businesses should take steps now to make their websites accessible.

En Estados Unidos se está trabajando en un nueva ley para actualizar la famosa Section 508. Sin embargo, esta nueva ley ya lleva varios años de retraso. En estos acuerdos extrajudiciales el Departamento de Justicia ha echado mano de WCAG 2.0.

Producto de apoyo para las personas con baja visión

OrCam es un producto de apoyo destinado a las personas con baja visión. El sistema se basa en el empleo de una pequeña cámara acoplada a unas gafas y un sistema de reconocimiento de caracteres OCR que es capaz de "leer en voz alta" lo que el usuario señala con el dedo. De esta forma, una persona con baja visión es capaz de leer textos que de otra forma no podría leer.

El siguiente vídeo explica su funcionamiento:

Accesibilidad del elemento canvas

El artículo What the canvas element means for accessibility explora la accesibilidad del elemento canvas de HTML5 que permite dibujar cualquier cosas en una región de una página web.

El artículo explica que se han añadido dos nuevas funciones al API de canvas para mejorar su accesibilidad.

edX se pone a resolver sus problemas de accesibilidad

Hace unas semanas comenté que habían denunciado al MIT y a Harvard por falta de accesibilidad (Una nueva denuncia por falta de accesibilidad en Estados Unidos).

No sé si directamente relacionado con ello, pero creo que sí, a principios de abril edX llegó a un acuerdo con el Departamento de Justicia de Estados Unidos: Justice Department Reaches Settlement with edX Inc., Provider of Massive Open Online Courses, to Make its Website, Online Platform and Mobile Applications Accessible Under the Americans with Disabilities Act (acuerdo completo en PDF).

En Estados Unidos todo lo relacionado con la justicia y los derechos de las personas se los toman muy, pero que muy en serio. Aquí en España... tengo constancia de denuncias que se han presentado por falta de accesibilidad web que llevan más de un año esperando en un cajón a que se resuelvan. Y cuando se resuelvan, lo más seguro es que sea mediante un pequeño "tirón de orejas" y un "no lo vuelva a hacer otra vez".

La respuesta de edX ha sido inmediata (edX Website Accessibility - Expanded website and platform features for learners with disabilities) y ya tienen desarrollada una versión previa de la guía para crear contenido accesible (2.4. Guidelines for Creating Accessible Content), que es uno de los compromisos acordados.

Supermercado adaptado a personas con discapacidad visual

La semana pasada se publicó la noticia BM abre el primer supermercado adaptado de Euskadi para personas con discapacidad visual. Según la noticia, las adaptaciones realizadas son:

Entre las principales características de este supermercado, destaca la formación que la ONCE ha impartido a los profesionales de BM, que siempre que el cliente lo precise, podrán acompañar a la persona ciega durante el proceso de compra. 

Por otro lado, los rótulos y señalización de las áreas de la tienda han sido ampliados con tipografías de gran tamaño y en ellos se ha utilizado una coloración de marcado contraste figura-fondo que permita una mejor lectura por parte del usuario. 

Además, el dispensador de tickets se ha señalizado con cartelería en PVC con letras más grandes y las taquillas tienen el color de los llaveros y su numeración claramente identificada para favorecer la asociación de colores. 

Asimismo, los carros de compra disponen de una lupa con cristal de aumento para facilitar a las personas con dificultades visuales comprobar los ingredientes de un producto o ver la fecha de caducidad del mismo. 

La salida cuenta con unas bandas de vinilo a la altura de los ojos que indican que es una puerta de cristal. Además en la zona de cajas, se ha habilitado un punto de encuentro donde las personas con dificultades visuales pueden acudir a soliticitar asistencia personal a los profesionales de BM. También en esta zona se ha vinilado la superficie donde se deposita la compra para ayudar a colocar los productos.

Traductor de lengua de signos a habla

MotionSavvy es un sistema automático de traducción de lengua de signos a habla. Se supone que saldrá al mercado en otoño de 2015.

Daltónicos que pueden ver colores

Daltónicos viendo algunos colores por primera vez explica que se han desarrollado unas gafas para que los daltónicos puedan ver los colores, ¿será verdad?

Subtítulos en HTML5

Una breve explicación sobre los subtítulos en HTML5: HTML5 Video Captioning. El texto dice:

How does HTML5 simplify web video and accessibility?

HTML5 is a major step forward for standardizing video across web browsers and devices, and thus simplifying closed captioning. The idea is that web video will be based on an open, universal standard that works everywhere. HTML5 natively supports video without the need for third party plugins. A video can be added to a web page using the video element, which makes it almost as simple as adding an image. The track element can then be used to display closed captions, subtitles, text video descriptions, chapter markers, or other time-aligned metadata.

Herramienta de revisión de la accesibilidad web brasileña

He localizado esta herramienta de revisión brasileña, daSilva. Lo he probado un par de veces y no funciona.

Aprende Accesibilidad Web paso a paso

Aprende accesibilidad web desde cero, paso a paso, a tu ritmo, gratis y de la mano de expertos, apúntate a Aprende Accesibilidad web paso a paso.

Y el sitio web del curso: accesibilidadweb.es

El temario resumido del curso es:

1. Bienvenida al curso
2. Qué es la accesibilidad web
3. Las personas con discapacidad y la Web
4. Pautas y leyes
5. Contenido accesible
6. Navegación accesible
7. Diseño accesible
8. Interacción accesible
9. Accesibilidad y posicionamiento
10. Análisis y evaluación de la accesibilidad
11. Conclusiones

Y el vídeo de presentación del curso:



Transcripción del vídeo "Aprende Accesibilidad Web paso a paso"

Usar anuncios como captcha

Solve Media es una empresa de publicidad que ofrece un sistema de captcha bastante curioso: se muestran anuncios con algunas palabras que el usuario debe teclear como en un captcha normal.

Pero por muy curioso que sea, este sistema sigue siendo no accesible, y recordemos que los captchas suelen uno de los primeros problemas a los que se enfrentan algunos grupos de usuarios como las personas ciegas.

Los orígenes de la WAI

El World Wide Web Consortium (W3C) es un grupo internacional e independiente que define los protocolos y estándares para la Web. El W3C desarrolla muchas de las tecnologías que hacen que la Web funciones, como por ejemplo las especificaciones de los lenguajes HTML y CSS que se emplean para escribir las páginas web, o la especificación del protocolo HTTP que se emplea para transmitir las páginas web por Internet.

Una de iniciativas del W3C es el desarrollo de pautas (normas o estándares) de accesibilidad web. Para ello el W3C lanzó la Iniciativa para la Accesibilidad Web (Web Accessibility Initiative, WAI) en abril de 1997. El objetivo de la WAI es desarrollar las pautas de accesibilidad web.

En WAI early days se explica el nacimiento de la WAI.

HTML Accessibility API Mappings 1.0

HTML Accessibility API Mappings 1.0 es una nueva especificación que está desarrollando el W3C. Por ahora está en estado "Editor's Draft".

El resumen dice:

HTML Accessibility API Mappings (HTML-AAM) defines how user agents map HTML 5.1 [HTML51] elements and attributes to platform accessibility application programming interfaces (APIs). It leverages and extends the Core Accessibility API Mappings 1.1 [CORE-AAM] and the Accessible Name and Description: Computation and API Mappings 1.1 [ACCNAME-AAM] for use with the HTML 5.1 host language. Documenting these mappings promotes interoperable exposure of roles, states, properties, and events implemented by accessibility APIs and helps to ensure that this information appears in a manner consistent with author intent.
The HTML-AAM is part of the WAI-ARIA suite described in the WAI-ARIA Overview.

Por ejemplo, en la siguiente imagen podemos ver que la etiqueta aside se corresponde con el role complementary de WAI-ARIA, y la etiqueta body con el role document.

Aprende Accesibilidad web paso a paso en la televisión

Me han avisado de algo muy interesante...

En el programa “Sorteos ONCE” de TVE, emitido el día 5 de abril, se informó de que desde la Cátedra Telefónica de la Universidad de Alicante se ha  puesto en marcha el curso gratuito Aprende Accesibilidad web paso a paso.

El vídeo no lo puedo insertar, se puede visualizar en Sorteo ONCE - 05/04/15.

Este es el temario resumido del curso:

1. Bienvenida al curso
2. Qué es la accesibilidad web
3. Las personas con discapacidad y la Web
4. Pautas y leyes
5. Contenido accesible
6. Navegación accesible
7. Diseño accesible
8. Interacción accesible
9. Accesibilidad y posicionamiento
10. Análisis y evaluación de la accesibilidad
11. Conclusiones

Y el vídeo de presentación del curso:



Transcripción del vídeo "Aprende Accesibilidad Web paso a paso"

Las pautas de accesibilidad web del W3C

Ayer se publicó el artículo Las pautas de accesibilidad web del W3C, mi cuarta contribución al Observatorio de la Accesibilidad de la Confederación Española de Personas con Discapacidad Física y Orgánica (COCEMFE).

Las APIs de accesibilidad

Muy interesante el artículo Accessibility APIs: A Key To Web Accessibility publicado en Smashing Magazine.

El artículo repasa la evolución de las APIs de accesibilidad y cómo es su relación con los productos de apoyo como los lectores de pantalla.

La sordoceguera

Hace unos días apareció en el periódico El País el artículo “Es terrible ser ciego y sordo, pero no es el final” que anuncia el estreno de la película La historia de Marie Heurtin, una historia similar a El milagro de Ana Sullivan. Ambas historias relatan la vida de una chica sordociega.

Yo he tenido la oportunidad de conocer a dos personas sordociegas, las dos también mujeres, como en la película. A las dos las he entrevistado, la entrevista de la primera la publiqué hace tiempo, la segunda entrevista la publicaré en breve.



Transcripción Entrevista a Santi Trigueros, una persona sordociega (parte 1)



Transcripción Entrevista a Santi Trigueros, una persona sordociega (parte 2)



Transcripción Entrevista a Santi Trigueros, una persona sordociega (parte 3)

Cansados de los captchas

He encontrado dos noticias sobre los captchas de hace un par de años que básicamente dicen lo mismo:

• Blind Federation criticises Captcha security test
• The blind community has had enough of CAPTCHA

En la primera, la  National Federation for the Blind de Estados Unidos denució que una petición para que el material impreso fuera más accesible para las personas ciegas no se pudo firmar porque el formulario alojado en la web de la Casa Blanca (We the People) tenía un captcha. En el artículo se comenta que los captchas son el elemento de una página web más molesto para las personas ciegas que navegan por la Web.

En la segunda noticia se comentan los mismos problemas pero en la otra parte del mundo, en Australia.

Lo no accesible es ilegal

Un mensaje de Juan Luis Quincoces, director general de CENTAC:

Un captcha de Yahoo

El otro día me encontré este captcha de Yahoo:

Los captchas se suelen situar como una de las primeras barreras de accesibilidad que presentan las páginas web.

Hace tiempo publiqué unos vídeos sobre los problemas de accesibilidad de los captchas:

¿Qué es un CAPTCHA? Problemas de accesibilidad (1/2):


¿Qué es un CAPTCHA? Problemas de accesibilidad (2/2):

Relación entre la accesibilidad web y los dispositivos móviles

El 26 de febrero el W3C publicó el primer borrador de Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile. El resumen dice:

This document, “Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile” describes how the Web Content Accessibility Guidelines (WCAG) 2.0 [WCAG20] and its principles, guidelines, and success criteria can be applied to mobile web content, mobile web apps, native apps, and hybrid apps using web components inside native apps. It provides informative guidance, but does not set requirements. It also highlights the relevance of the User Agent Accessibility Guidelines 2.0 [UAAG20] in the mobile context.

Unas personas con discapacidad que se olvidan del resto de las personas con discapacidad

Ayer tuve una agradable conversación con una de mis doctorandas. Mi doctoranda me contaba que en un congreso habían presentado un blog para personas sordas en el que la gente no escribe, sino que manda vídeos "hablando" con la lengua de signos. Por cierto, ahora mismo estoy en Ecuador y aquí usan el término "lengua de señas".

"¿No ves el problema que presenta ese blog?", le pregunté a mi doctoranda. Después de unos segundos me contestó "¿Es discriminatorio? ¿Los que no sabemos la lengua de signos no podemos utilizar ese sitio web?"

"Exacto", y en ese momento me puse en plan inquisidor y... mejor no lo cuento.

Pero lo que sí que puedo contar es un ejemplo de lo que le conté. Examinemos el sitio web de la Confederación Estatal de Personas Sordas. ¿Es accesible?

Según eXaminator, no es accesible, obtiene una calificación de 3.0:

Los errores, imágenes sin texto alternativo, enlaces con el mismo texto pero destinos diferentes y problemas con los manejadores de eventos:

Si examinamos el código fuente, descubrimos cosas como unas cuantas imágenes sin texto alternativo que son botones porque tienen definido el evento onclick:

Y en la página de contacto nos encontramos un captcha:

Y si vemos el código fuente, el formulario no está correctamente etiquetado (y además está maquetado con tablas):

Y el botón de envío es una imagen que no tiene texto alternativo:

Y de navegar correctamente por teclado ya ni hablamos... Hay más cosas, pero con esto ya es suficiente.

Bueno, ¿debería ser este sitio web accesible? Pues, por un lado deberían dar ejemplo y deberían garantizar que su sitio web es accesible para todo el mundo, no sólo para las personas sordas.

Y por otro lado, en el sitio web aparece el logo del Ministerio de Sanidad, Servicios Sociales e Igualdad, quizás porque recibe subvenciones de dicho ministerio. Si es así, la ley indica que el sitio web debería ser accesible.

Denuncia contra Scribd

Scribd, el sitio web de publicación de documentos como libros y revistas ha sido denunciado por una persona ciega en Estados Unidos porque no es accesible: Scribd Faces Setback in Lawsuit Over Accessibility. Según la noticia, parece que Scribd tiene todas las de perder, ya que el juez ha aceptado la demanda presentada en julio de 2014.

Sin embargo, yo me pregunto, ¿hasta que punto Scribd puede ser denunciado? No conozco todo el modelo de negocio de Scribd, sé que cobran por acceder a todo o parte del contenido publicado, pero también sé que parte del contenido es publicado por cualquier persona, es decir, no es contenido creado por Scribd. Por ejemplo, he buscado y he encontrado que alguien ha publicado algunos de mis libros, sin pedirme permiso, en Scribd:

• Programación en Internet: Clientes web
• Programación de servidores web
• Programación de aplicaciones web: historia, principios básicos y clientes web

¿Quién debería asegurar que esos libros son accesibles? ¿Scribd? ¿Yo, que no sabía que mis libros estaban ahí? ¿El que ha subido los libros sin decirme nada?

No diseñar contenido de un modo que se sepa podría provocar ataques, espasmos o convulsiones

Las Pautas de accesibilidad para el Contenido Web 2.0 (WCAG 2.0) tienen una pauta un poco "extraña":

Pauta 2.3 Convulsiones: No diseñar contenido de un modo que se sepa podría provocar ataques, espasmos o convulsiones.

Esta pauta tiene como objetivo evitar ataques epilépticos (epilepsia fotosensible) y otras complicaciones derivadas de la fotosensibilidad que presentan ciertas personas cuando una imagen parpadea con cierta frecuencia.

El caso más conocido fue el de la serie de dibujos animados Pokémon. En diciembre de 1997 se emitió el capítulo Dennō Senshi Porygon que causó supuestos ataques epilépticos en 12.000 niños (Pokémon contagion: photosensitive epilepsy or mass psychogenic illness?). Hay dudas de que todos fueran ataques reales, se cree que fue más producto de una "histeria colectiva", pero sí que hay varios cientos de casos que fueron reales.

Parece que la peor combinación es el rojo con el cyan, justo la que apareció en ese capítulo de Pokémon: A study of the effect of color photostimulation from a cathode-ray tube (CRT) display on photosensitive patients: the effect of alternating red-cyan flicker stimulation.

Por cierto, este fue el fragmento culpable:

Si no funciona el anterior, quizás funcione este:

Cómo mostrar el atributo longdesc en Internet Explorer

Mozilla Firefox incluye una opción en el menú contextual de las imágenes para acceder a longdesc desde la versión 25.

En Google Chrome se puede instalar un complemento como Long Descriptions in Context Menu.

¿Y en Internet Explorer? Es el más divertido, el usuario lo puede programar, tal como explican en Configuring Internet Explorer to handle longdesc.

Una nueva denuncia por falta de accesibilidad en Estados Unidos

En Harvard and M.I.T. Are Sued Over Lack of Closed Captions podemos leer que la National Association of the Deaf (NAD) ha presentado una demanda porque los vídeos de los cursos online de Harvard y el MIT no tiene subtítulos o los subtítulos son incorrectos.

En la web de NAD podemos encontrar más información sobre el tema: NAD Sues Harvard and MIT for Discrimination in Public Online Content. Y este vídeo en el que el presidente de NAD lo explica:



Está muy bien denunciar lo que está mal, pero... he revisado rápidamente la web de NAD y he encontrado:

• Un objeto Flash que seguramente no es accesible.
• Varios enlaces "Read more" que no son significativos fuera de contexto.
• Una imagen en un enlace con un texto alternativo no significativo.
• Los enlaces no se destacan cuando reciben el foco.
• Y nada de enlaces estilo "saltar a".

Y en esta página explican más cosas sobre este tema: Could Your Company’s Videos Get You Sued for ADA Noncompliance?

Guía para elaborar documentación digital accesible

Guía para elaborar documentación digital accesible es una guía gratuita elaborada por CENTAC. El resumen dice:

En la llamada era de la información y del conocimiento se ha producido poco a poco un fenómeno que hoy aceptamos como algo cotidiano: las personas creamos cada vez más contenido en nuestro trabajo diario. Informes, propuestas, ofertas, presentaciones, presupuestos, análisis y otros tipos de contenido son producidos de forma rutinaria en grandes cantidades, gracias a disponer de ordenadores personales potentes y baratos, así como herramientas específicas muy sofisticadas. Entre ellas, destaca el conjunto de aplicaciones lanzada por Microsoft con el nombre de Office. Se ha convertido en una herramienta tan común que con frecuencia se incluye su conocimiento en los diferentes recorridos formativos y se cita como un elemento imprescindible en un currículo.

La accesibilidad de esa enorme cantidad de contenido producido, tan esencial para la integración en el mundo laboral, es una gran asignatura aún pendiente. Las herramientas que componen Office han evolucionado y permiten ya la creación de contenido accesible, pero sus miles de usuarios lo ignoran. Esta guía quiere ayudar a mejorar el conocimiento de lo que pueden hacer las herramientas de Office en cuanto a la accesibilidad  y permitir que los documentos que producimos puedan ser empleados por personas con muy diferentes capacidades.

Análisis de la accesibilidad de la página principal del sitio web de Renfe

Este es un tema recurrente del que he escrito varias veces:

• Errores web: Renfe y los encabezados (10/7/2012)
• La accesibilidad de la web de Renfe (1) (6/6/2013)
• La accesibilidad de la web de Renfe (2) (7/6/2013)

Y también tengo un par de vídeos sobre cómo se navega por la página web de Renfe con un lector de pantallas:

• Accesibilidad de la web de Renfe: NVDA (14/6/2013)
• Accesibilidad de la web de Renfe: JAWS (14/6/2013)

Pues bien, ya han pasado casi 2 años desde el último análisis y casi todo sigue igual, los problemas de accesibilidad siguen ahí.

Recientemente he publicado un par de análisis sobre la accesibilidad de la página principal de Renfe:

• Análisis de la accesibilidad de las distintas versiones de la página principal del sitio web de Renfe
• Análisis de la accesibilidad de la página principal del sitio web de Renfe

En el primer análisis, de forma muy somera, la accesibilidad de la página principal a lo largo de sus diferentes versiones desde la creación del sitio web.

En el segundo análisis reviso la accesibilidad de la página actual desde el punto de vista de un usuario ciego que utilice un lector de pantallas. Por tanto, no es un análisis completo de la accesibilidad.

La accesibilidad web de los supermercados

Hace unos días, en Las personas con discapacidad y la compra online de productos, comentaba que la compra de productos online a través de la Web puede mejorar enormemente la calidad de vida de las personas con discapacidad porque les permite comprar los productos sin ayuda de nadie.

Conozco dos sitios web de supermercados que son accesibles, o al menos se declaran como accesibles.

Uno es Mercadona:

El otro es Alcampo:

Los dos incluyen certificado de Technosite:

De Carrefour no he encontrado ninguna referencia a si es accesible en su página principal. Sí que he encontrado esta noticia, RSC.- La web de Carrefour incorpora los criterios de accesibilidad de la WAI para llegar a las personas con discapacidad, del año 2007. Pero he revisado la web actual y en 5 minutos he podido encontrar imágenes dentro de enlaces sin un texto alternativo coherente y enlaces repetidos con el mismo texto ("Comprar"), dos de los errores típicos de una web no accesible.

¿Alguien conoce otras cadenas de supermercados que sus sitios web sean accesibles?

Las personas con discapacidad y la compra online de productos

En el reportaje Cuando navegar de oídas es una odisea: la internet española no es para ciegos que se publicó hace unos días, Lourdes González comenta:

El comercio electrónico es más importante para las personas invidentes que para los que no sufren ningún tipo de discapacidad: es la forma de que puedan realizar esta tarea autónomamente. "Hay muchas quejas en cuanto a las compras 'online', pese a que para las personas ciegas es nuestra única alternativa", afirma Lourdes González. "Para ir a un supermercado tengo dos opciones: o ir allí y pedir ayuda o ir con un familiar. Por eso para mí la opción óptima es la compra 'online'", nos cuenta. Mercadona o Alcampo son dos ejemplos de páginas web accesibles.

Este es justo uno de los ejemplos que suelo poner en mis cursos para explicar cómo la Web puede mejorar enormemente la vida de las personas con discapacidad. En enero publiqué un artículo sobre este tema en el Observatorio de la Accesibilidad, Cómo puede mejorar la Web la calidad de vida de las personas con discapacidad, pero ahí no incluí este ejemplo por limitaciones de espacio. Sin embargo, sí que está en el siguiente vídeo en el que muestro tres ejemplos de cómo la Web mejora la vida de las personas con discapacidad; uno de los ejemplos es justo la compra online de productos básicos para la vida como alimentos, productos de higiene personal o productos de limpieza:

HTML5 Image Description Extension ya es una recomendación

El pasado 26 de febrero se publicó HTML5 Image Description Extension (longdesc) como recomendación. En esta especificación se recupera el atributo longdesc que se había eliminado de HTML5: El atributo longdesc ha vuelto.

Entrevista para el artículo "Cuando navegar de oídas es una odisea: la internet española no es para ciegos"

Ayer se publicó el artículo Cuando navegar de oídas es una odisea: la internet española no es para ciegos. Hace unos días me entrevistaron para incluir mis comentarios en ese artículo:

Entras en Renfe.com. Buscas origen y destino y llenas tu carrito virtual. Acabas de adquirir cómodamente tus billetes para una escapada de fin de semana. Ahora, vuelve a entrar en la web con un lector de pantalla, el 'software' que utilizan las personas invidentes para navegar. Difícilmente concluirás tu proceso de compra. "En Renfe, desde que introduces las ciudades de origen y destino, ya hay una barrera a la accesibilidad", explica Sergio Luján, profesor de la Universidad de Alicante y experto en accesibilidad web, a HojadeRouter.com.

[...]

En España, 3,8 millones de personas sufren algún tipo de discapacidad. Más de 700.000 padecen alguna discapacidad de tipo visual, de las cuales 70.000 son invidentes. Sin embargo, en materia de accesibilidad web aún queda mucho camino por recorrer. "Desde el año 2004 sí ha cambiado la accesibilidad web en España: ahora hay mucho más interés, pero va lento y las personas con discapacidad necesitan que sea accesible ya", señala Luján.

[...]

Aunque las infracciones pueden ser sancionadas, en España de momento no se ha hecho. "Ha habido leyes que han impuesto que se cumplan unos criterios de accesibilidad, pero no ha habido sanciones o una repercusión que hayan obligado a que se cumplan", nos cuenta Sergio Luján. "No se obliga a las empresas a demostrar que sus sitios web son accesibles", critica este profesor.

[...]

"Cuando se pregunta a personas con discapacidad, este 'captcha' es uno de los mayores problemas, aunque hay otras opciones para no utilizarlo", cuenta Luján. 

[...]

"La accesibilidad se ha de tener en cuenta desde el principio: es como si construyes una vivienda y el cliente, cuando ya está construida, decide poner una ventana en una pared. Hubiera salido más barato hacerlo accesible desde el principio. El error, en muchas ocasiones, es que se intenta hacer accesible después y eso es mucho más costoso", nos cuenta Sergio Luján.

[...]

"Hay que enseñar a las personas que crean los sitios web a que los hagan accesibles, y eso es más difícil, a veces no se toma conciencia de ello porque mucha gente ni siquiera sabe qué es el atributo 'alt' de una web", señala Luján, que añade que la accesibilidad es útil no solo para las personas con discapacidad, sino para todos los usuarios de la web.

¿Cuándo una página web es accesible?

Ayer se publicó el artículo ¿Cuándo una página web es accesible?, mi tercera contribución al Observatorio de la Accesibilidad de la Confederación Española de Personas con Discapacidad Física y Orgánica (COCEMFE).

Usos del atributo lang

En On Use of the Lang Attribute se explican los usos y las ventajas que proporciona el atributo lang. Básicamente, es un atributo importante para los lectores de pantalla.

Pero también es importante para que funcione la propiedad hyphens de CSS3, que permite definir la forma de dividir las palabras mediante guiones.

Denuncia por falta de accesibilidad en una web en Australia

En este caso se ha llegado a un acuerdo entre las partes. No se indica si ha habido algún tipo de compensación económica: Coles web accessibility case settled.

El anuncio realizado por las partes:

Joint statement from Coles and Gisele Mesnage

Coles and Ms Mesnage, who is represented by the Public Interest Advocacy Centre, are delighted to have reached a very amicable settlement.

The settlement follows the mutual agreement of the parties to make further improvements to the Coles website in respect of accessibility enhancements suggested by Ms Mesnage.

Coles recognises the importance of accessibility and is committed to continuing to improve the online shopping experience for everyone.

Coles would like to thank and acknowledge Ms Mesnage for the work she has done to improve accessibility for Australians.

Curso "Experto en TIC y discapacidad"

El curso Experto en TIC y discapacidad se desarrolla en varias ciudades de Sudamérica. Su contenido es:

Las acciones formativas se estructuran en bloques temáticos. En cada uno de ellos se proponen estrategias didácticas con la participación activa de los inscritos quienes, partiendo de su realidad concreta, diseñan las actuaciones encaminadas a mejorar el rendimiento de las personas con discapacidad.
Modelos de intermediación. 1. Competencias claves para la vida. 2. Los modelos M-FREE, B-FREE y PCP-FREE. 3. Nivel Inicial de Competencia. 4. Propuesta de Competencias. 5. Correlacionar software / hardware. 6. Adaptaciones y Assistive Technology. 7. Evaluación y Plan de mejoras.

Assistive Technology (rampas digitales).  1. Un movimiento voluntario. 2.Webcam, el ojo que todo lo ve. 3.Barrido intencionado en pantalla. 4.Joystick sustituye el teclado/ratón. 5.Reconocimiento de voz. 6. Teclados multifunción. 7.Leer con los oídos. 8.Magnificar la pantalla. 9. Leer con los oídos.

Competencias claves y NEE/ discapacidad.  1. La Web 2.0., Inclusión 2.0.  2. Autonomía y desarrollo personal.  3. Comunicación Aumentativa y/o Alternativa.  4. Competencias en Comunicación Lingüísticas.  5. Competencias en Matemáticas.  6. Otras competencias

Elaborar material multimedia. 1. El nuevo rol del profesor y alumno. 1.Herramienta de autor e integración curricular. 3.Objetos de aprendizaje y Tutores On-line. 4.Evaluación y selección de software educativo. 5. Aplicación educativa de los videojuegos. 6. La revista escolar digital: experiencia de inclusión.

Discapacidad auditiva  y fonoaudiología. 1.Tecnologías para el aprovechamiento de restos auditivos. El implante coclear. 2. Tecnología de la voz en la terapia del lenguaje. 3. Aprender sistemas aumentativos y complementarios del habla. 4. Desarrollo de estrategias lingüísticas: percepción y discriminación fonemática, ortografía y competencias semánticas, corrección sintáctica y morfosintáctica y habilidades lectoras.

Discapacidad visual.1. Ayudas de la tiflotecnología. 2. Leer la información de las pantallas: lectores de pantalla, lupas digitales, síntesis de voz, impresoras y línea braille. 3. Las barreras  del software e Internet: bibliotecas virtuales, libros electrónicos.

Discapacidad motriz.1. Marco situacional: lugar y ayudas técnicas. 2. Escritura e interacción: adaptar el teclado, teclear con una sola mano, personalizar el ratón, manejar el ratón con el teclado, joystick sustituye  al ratón, reconocimiento de voz, teclado en pantalla, conmutador, control láser. 3. Control ambiental  y los robots móviles. 4. TIC y los SAAC en personas con parálisis cerebral. 5. La formación en TIC como oportunidad laboral para personas con diversidad funcional motriz. 6. Editores de textos por selección dirección.

Síndromes y discapacidades. 1. Regla de etiquetas. 2.  Síndrome de Down. 3.  Espectro autista. 4. Hiperactividad / Déficit de Atención. 5. Síndrome de Rett. 6. Síndrome de Maullido de gato. 7. Síndrome XFrágil. 8. Síndrome de Angelman. 9. Síndrome de Prader-Will. 10. Síndrome de Sotos. 11. Síndrome de Apert. 8.12. Síndrome de William 13. Síndrome de Esclerosis Tuberosa. 14. Síndrome de Cornella de Lange. 15. Parálisis cerebral.

Entrevista a Jesús Hernández, director de Accesibilidad de Fundación ONCE

Muy interesante la entrevista a Jesús Hernández, director de Accesibilidad de Fundación ONCE: La falta de accesibilidad es la forma más sutil de discriminación. En esta entrevista, Jesús Hernández habla de las tecnologías accesibles (o de la accesibilidad a la tecnología): "Tecnologías Accesibles son aquellas que pueden usarse de forma confortable y segura".

Análisis de un rediseño accesible de un sitio web

El artículo Accessibility Originates With UX: A BBC iPlayer Case Study es una fantástica explicación del rediseño del reproductor multimedia de la BBC.

Un excelente ejemplo de cómo no basta con aplicar las guías de accesibilidad al pie de la letra, hay que comprobar la experiencia de usuario para lograr un producto realmente accesible.

¿De qué color es este vestido?

La semana pasada el mundo se volvió loco por la siguiente fotografía de un vestido:

Unos lo veían azul y negro (así lo veo yo, aunque el negro en el cuello es gris o marrón porque la fotografía está sobreexpuesta), otros lo veían blanco y dorado:

• ¿De qué color es este vestido?
• El vestido: día 2

¿Cómo puede ser que la gente viese diferentes colores? El rojo es rojo, el verde es verde y el azul es azul. Pues no, el color es una percepción subjetiva. Y además, algo muy importante: lo que vemos depende de las condiciones ambientales en las que vemos las cosas: Por qué unos vemos el vestido bien y el resto no tenéis ni idea.

¿Y todo esto qué tiene que ver con la accesibilidad web? Muy sencillo, discusiones parecidas se producen todos los días en miles de gabinetes de diseño, no por el diseño de vestidos sino por el diseño de páginas web.

Alguna vez he asistido a alguna reunión sobre el diseño de páginas web y he escuchado cosas como "cambia ese color, hazlo un poco más anaranjado" o "satura ese color, no tiene fuerza". Tonterías, porque es bastante improbable que alguien llegue a ver los mismo colores que se ven cuando se diseña una página web.

La siguiente imagen aclara el problema: no todo el mundo tiene la misma pantalla de ordenador, ni la misma tableta, ni el mismo teléfono móvil, ni lo tiene ajustado con los mismos niveles de brillo y contraste, ni lo está viendo en la misma sala con la misma iluminación, ni... y muchos más factores.

Desgraciadamente, en el diseño web muchas veces se pierde el tiempo discutiendo cosas que al final poca importancia va a tener (la búsqueda de los colores "perfectos"), y sin embargo no se presta atención a otras cosas que sí que son importantes (que los colores tengan el suficiente contraste).

Estadísticas de uso de NVDA

En NVDA User Statistics se muestran estadísticas del número aproximado, muy aproximado, de usuarios del lector de pantallas NVDA por países.

El cálculo se realiza contando las peticiones diarias de actualización que reciben los servidores de NVDA. Las actualizaciones diarias pueden estar desactivadas o el usuario puede no tener conexión a Internet, así que estos valores son una cota inferior del número de usuarios. Quizás lo más interesante sea analizar la distribución por países, no los valores absolutos. Así, por ejemplo, sorprende que en primera posición esté Brasil, en tercera posición Francia y en quinta posición Polonia.

Curso online y gratuito "Aprende Accesibilidad Web Paso a Paso"

La semana pasada publicamos en la plataforma Udemy el curso Aprende Accesibilidad Web Paso a Paso. Este curso se ofrece de forma gratuita gracias al patrocinio de la Cátedra Telefónica - Universidad de Alicante "Impacto de las Tecnologías del Lenguaje Humano en la Inclusión Social".

Es un MOOC, y por tanto online y gratuito, para el que hemos preparado más de 6 horas de vídeo y más de 40 ejercicios tipo test para evaluar el aprendizaje.

No hay fecha de principio ni de fin, tú marcas el ritmo en un proceso de autoaprendizaje guiado. Al finalizar el curso conocerás los principales problemas de falta de accesibilidad que presentan las páginas web y serás capaz de plantear e implementar soluciones para esos problemas.

Los profesores que hemos preparado el curso somos:

• Olga Carreras Montoto. Consultora freelance en Experiencia de Usuario, Usabilidad y Accesibilidad.
• Sergio Luján Mora. Profesor de informática de la Universidad de Alicante.
• Ester Serna Berná. Responsable del área de Desarrollo Web en el Taller Digital de la Universidad de Alicante.
• Armando Suárez Cueto. Profesor de informática de la Universidad de Alicante.
• Antonio Ferrández Rodríguez. Profesor de informática de la Universidad de Alicante. Director de la Cátedra Telefónica - Universidad de Alicante "Impacto de las Tecnologías del Lenguaje Humano en la Inclusión Social".

El curso se estructura de la siguiente manera:

1. Bienvenida al curso: Es una introducción y una visión general del curso donde ya veremos algunos ejemplos de problemas de accesibilidad.
2. Qué es la accesibilidad web: Repasaremos la definición de accesibilidad web; cómo esta mejora la vida de las personas con discapacidad; los mitos asociados a la accesibilidad web; sus beneficios; o de la mano de Sergio Luján Mora repasaremos cosas que deberías saber sobre la accesibilidad web y ejemplos de sitios web accesibles.
3. Las personas con discapacidad y la Web: En esta sección se repasan los principales tipos de discapacidad y cómo afectan al acceso a la web. Antonio Ferrández nos explicará a lo largo de diversos vídeos los diferentes productos de apoyo que emplean las personas con discapacidad.
   
   Un total de 21 lecciones donde por ejemplo podremos ver una entrevista con una persona sordociega.
   
   
4. Pautas y leyes: En esta sección Olga Carreras presenta una introducción a las WCAG 2.0 y Sergio Luján Mora repasa a través de diferentes lecciones y vídeos la legislación española sobre accesibilidad web y recursos para consultar la legislación existente en otros países.
   
5. Contenido accesible: En esta sección repasaremos a lo largo de 23 lecciones, la mayoría en vídeo, cómo lograr que el contenido de una página web sea accesible y comprensible.
   
   Hablaremos de la accesibilidad de las imágenes, del audio y del vídeo; Sergio Luján Mora tratará temas como los subtítulos para el contenido multimedia o los captcha; o Ester Serna nos hablará, entre otras cosas, de la accesibilidad en relación con los encabezados, el idioma o las tablas de las páginas web. Olga Carreras explicará la accesibilidad del contenido multimedia.
   
   
6. Navegación accesible:
En esta sección aprenderemos en 13 lecciones, 12 de ellas en vídeo, a lograr que la navegación dentro de una página web y entre las páginas de un sitio web sea accesible. Por ejemplo Sergio Luján Mora nos hablará del título de la página, los enlaces "saltar a" o de las barras de navegación como listas de enlace. Olga Carreras hablará de los enlaces accesibles, de la navegación por teclado y de las múltiples vías, ubicación y consistencia.

7. Diseño accesible: En esta sección aprenderemos a lograr que la presentación de una página web sea accesible. Entre otras cosas, Sergio Luján Mora nos hablará del color, del contraste o de la tipografía.
   Olga Carreras enseñaré las buenas y malas prácticas así como los errores comunes de accesibilidad en los sitios Responsive Design.
   
8. Interacción accesible: En esta sección aprenderemos a lograr que la interacción de un usuario con una página web sea accesible.
   Olga Carreras hablará de Javascript y accesibilidad y de WAI-ARIA.
   
9. Accesibilidad y posicionamiento: En esta sección Olga Carreras presenta una introducción al posicionamiento orgánico en buscadores y su relación con la accesibilidad web.
   
10. Análisis y evaluación de la accesibilidad: En esta lección Olga Carreras presentará la metodología de evaluación WCAG-EM y las principales herramientas de evaluación automática. Ester Serna enseñará a utilizar la herramienta TAW y barras de herramientas como Wave o Web Developer Toolbar.
    
11. Conclusiones

100 lecciones, más de 6 horas de vídeo subtitulados y con transcripción accesible. Todos los profesores del curso esperamos que aprendáis mucho sobre cómo mejorar la accesibilidad web de vuestras páginas.

Curso online y gratuito en la plataforma Udemy:
Aprende Accesibilidad Web paso a paso

El artículo Reframing Accessibility for the Web publicado en el sitio web A list apart es un manifiesto a favor de dejar de hablar de la accesibilidad web para las personas con discapacidad. Según la autora, se debe hablar de accesibilidad web para todas las personas:

We need to change the way we talk about accessibility. Most people are taught that “web accessibility means that people with disabilities can use the Web”—the official definition from the W3C. This is wrong. Web accessibility means that people can use the web. 

Not “people with disabilities.” Not “blind people and deaf people.” Not “people who have cognitive disabilities” or “men who are color blind” or “people with motor disabilities.” People. People who are using the web. People who are using what you’re building.

Cómo crear ventanas modales accesibles

Muy interesante la presentación Accessible modal windows, en la que se explica la creación de ventanas modales accesibles en una página web.

Una ventana o cuadro de diálogo modal mantiene el foco sobre dicha ventana y no permite que vuelva a la ventana que le da origen (ventana madre) hasta que se toma una acción sobre ella. Se utilizan para confirmar una acción o elegir un valor crítico en el funcionamiento de una aplicación.

Guía para crear contenidos digitales accesibles: Documentos, presentaciones, vídeos, audios y páginas web

Un nuevo libro gratuito: Guía para crear contenidos digitales accesibles: Documentos, presentaciones, vídeos, audios y páginas web, editado por José R. Hilera y Elena Campo. Está disponible en español e inglés.

La accesibilidad como especialización profesional

Interesante el artículo La accesibilidad como especialización profesional, publicado para promocionar el Máster Universitario en Tecnologías Accesibles de la Universidad Internacional de La Rioja.

Al final del artículo se citan algunas ventajas de la accesibilidad web:

• Una web accesible incrementa la cuota de mercado y audiencia de la pagina, ya que aumenta el número de usuarios potenciales.
• Mejora el posicionamiento, ya que los robots de los motores de búsqueda utilizan elementos que se deben utilizar en páginas accesibles como encabezados, listas de enlaces, etc.
• Mejora la eficiencia y el tiempo de respuesta, puesto que el código de páginas accesibles está más optimizado.
• Disminuye los tiempos de mantenimiento de la página, ya que el código accesible es más fácil de adaptar a distintos dispositivos, entornos, etc.
• Reduce el tiempo de carga y el peso de las páginas web, porque separa la presentación del contenido lo que hace que el código HTML sea más ligero.
• Demuestra responsabilidad social.
• Evidencia el cumplimiento de la ley. 

Teléfono braille

Interesante y curioso el teléfono que se propone en The Ultimate Braille Phone. Lo que no sé es si tendrá mucho futuro, ya que los teléfonos móviles con lector de pantalla integrado son ampliamente utilizados por las personas ciegas.

Accesibilidad web: ¿por qué es importante?

Ayer se publicó el artículo Accesibilidad web: ¿por qué es importante?, mi segunda contribución al Observatorio de la Accesibilidad de la Confederación Española de Personas con Discapacidad Física y Orgánica (COCEMFE).

Accesibilidad web en MDN

Mozilla Developer Network tiene un microsite dedicado a la accesibilidad web: Accessibility.

Las recomendaciones de WCAG 2.0 y WebAIM juntas

En Interactive WCAG 2.0 se han juntado las recomendaciones de WCAG 2.0 y WebAIM.

Escribir en Internet

El artículo 10 consejos sobre redacción de textos en internet de fundéu proporciona diez consejos muy sencillos para mejorar los textos en inglés. Estos consejos ayudan a mejorar la usabilidad y legibilidad de los textos.

TextoSign

TextoSign es una herramienta software que permite la conversión de texto a Lengua de Signos Española (LSE). Este sistema se puede integrar en las páginas web para ofrecer un servicio de traducción bajo demanda y en tiempo real.

El siguiente vídeo explica el funcionamiento de este sistema:


Y este otro vídeo es un ejemplo de traducción:

La accesibilidad web dividida por roles

La página web Accessibility Responsibility Breakdown divide las pautas de accesibilidad WCAG 2.0 por roles: gestor de proyecto, arquitecto de información, experto en SEO, etc. Muy interesante...

Encuesta sobre WCAG 2.0

Me han pasado información sobre la siguiente encuesta: Encuesta sobre posibles cambios en WCAG 2.0

Si conoces o aplicas WCAG 2.0 para hacer páginas web accesibles, puedes colaborar en un estudio que se está realizando en la Universidad de Alcalá (España), para recabar opiniones sobre posibles mejoras de este estándar.

Se trata de cumplimentar esta encuesta de 10 preguntas para recoger tus propuestas sobre cómo mejorar WCAG 2.0.

Todos los campos de la encuesta son opcionales, pero si deseas recibir directamente el informe con los resultados del estudio por e-mail, debes indicar una dirección de e-mail en el campo correspondiente.

Para cualquier duda, puedes contactar con José R. Hilera (jose.hilera@uah.es).

La encuesta estará disponible hasta el 1 de marzo de 2015.