Cursos online sobre accesibilidad de la UNED

Tres cursos muy interesantes:

Móviles accesibles para todos

• Sociedad de la Información, ¿para todos?
• Accesibilidad y usabilidad TIC
• Interfaces de usuario TIC
• El menú de accesibilidad
• Funciones de accesibilidad disponibles para usuarios con visión limitada
• El proyecto Amóvil

Materiales digitales accesibles (2ed)

• Materiales digitales
• Mini-vídeos Docentes Modulares
• Mini-libros Electrónicos Modulares
• Accesibilidad de material multimedia (información sonora y visual)
• Accesibilidad de textos digitales (textos e imágenes)

Accesibilidad TIC en compras públicas (2ª ed.)

• Sociedad de la Información ¿para todos?
• Accesibilidad y usabilidad TIC.
• Retos y estrategias.
• Conceptos básicos de las normas.
• Historia y ámbito de la norma europea de compras públicas.
• Ejemplos de aplicación de la norma EN 301 549.
• Árbol de decisión para el uso de la norma EN 301 549.

Sistema de subtitulado y audiodescripción en la televisión digital

En Nueva tecnología para hacer más accesible la televisión a personas con discapacidad visual y auditiva se explica:

El grupo de investigación SoftLab de la Universidad Carlos III de Madrid (UC3M) y el Grupo Lavinia estrechan su colaboración para conseguir una televisión más accesible a todas las personas que presentan algún tipo de discapacidad visual y/o auditiva.

Se han desarrollado tres sistemas:

• El sistema de subtitulado a tiempo real es posible gracias a la inteligencia artificial. El sistema es válido para programas en directo con "voz limpia", es decir, sin música u otros ruidos cuando se esté hablando.
• El sistema de audiodescripción permite emitir el texto de la audiodescripción en un nuevo canal de subtítulos y en tiempo real. La audiodescripción sólo la escucha la persona interesada y no interfiere con el resto de espectadores.
• Por último, la tecnología Pervasive permite el acceso a la televisión a la personas sordociegas.

Implantación de la accesibilidad web en trivago

Muy interesante el artículo Accessibility at trivago que explica el proceso de implantación de la accesibilidad web en la empresa trivago:

Accessibility is an important topic for anyone who builds things for the web, and one that is neglected far too often. We at trivago have also been guilty of this, but we are slowly making changes with the aim of improving the accessibility of our site. Identifying and implementing these changes has not been easy. We have faced a number of challenges along the way, and we continue to do so. But we are committed to improving our site so that anyone can access and use the service we provide, regardless of how they do so.

El artículo desarrolla el proceso llevado a cabo dentro de trivago para lograr que su sitio web sea accesible (o al menos, no tan poco accesible como era antes de empezar el proceso).

Lo que he aprendido hasta ahora de la accesibilidad web

Me ha gustado el artículo My Accessibility Journey: What I’ve Learned So Far. Empieza con una pregunta que más de una vez me han hecho:

Last year I gave a talk about CSS and accessibility at the stahlstadt.js meetup in Linz, Austria. Afterward, an attendee asked why I was interested in accessibility: Did I or someone in my life have a disability?

La respuesta del autor del artículo es NO y la mía también es NO. Y como dice el autor, esta respuesta suele sorprender a la gente que parece que espera alguna respuesta del estilo "mi hijo/hermano/padre tiene una discapacidad y por eso me interesa la accesibilidad web".

Todo lo que se cuenta en el artículo es interesante pero aquí me gustaría destacar lo siguiente:

7. A solid knowledge of HTML solves a lot of problems
It’s impressive to see how JavaScript and the way we use it has changed in recent years. It has become incredibly powerful and more important than ever for web development. At the same time, it seems HTML has become less important. There is an ongoing discussion about CSS in JavaScript and whether it’s more efficient and cleaner than normal CSS from a development perspective. What we should talk about instead is the excessive use of <div> and <span> elements at the expense of other elements. It makes a huge difference whether we use a link or a <div> with an onclick handler. There’s also a difference between links and buttons when it comes to accessibility. Form items need <label> elements, and a sound document outline is essential. Those are just a few examples of absolute basics that some of us forgot or never learned. Semantic HTML is one of the cornerstones of accessible web development. Even if we write everything in JavaScript, HTML is what is finally rendered in the user’s browser.
(Re)learning HTML and using it consciously prevents and fixes many accessibility issues.

Denuncian a Nike, Burger King y 28 sitios más

En Blind woman sues 30 websites over handicap accessibility del 7 de enero de 2018 podemos leer:

A blind Manhattan woman recently filed individual lawsuits against more than 30 businesses she says are not handicap accessible online.
Maria Mendizabal, who is legally blind, claims that the Web sites for companies such as Nike, 24 Hour Fitness, De Beers, Barney’s, Donna Karan, and Kleinfeld Bridal aren’t compatible with screen-reading software that translates the written content into either audio or Braille.
“Unless websites are designed to be read by screen-reading software, blind and visually-impaired persons are unable to fully access websites, and the information, Products, and services contained thereon,” reads the suit against Barney’s, which is filed under the Americans with Disabilities Act.

En Nike Class Action Says Blind Online Shoppers Can’t Use Site y Burger King Class Action Says Fast Food Chain’s Website Violates ADA hay más información.

Televisión accesible

Movistar ofrece Movistar+ 5S:

Movistar+ 5S es la funcionalidad gratuita de Movistar+ que permite a sus clientes con discapacidad, visual o auditiva, acceder a películas y series de Movistar+ a través de 3 sistemas de accesibilidad: lengua de signos, audiodescripción y subtítulos adaptados.
A través del esta funcionalidad, las personas sordas o ciegas podrán disfrutar del entretenimiento accesible directamente en la pantalla de su televisión.
Además, existe la opción de acceder al sistema de accesibilidad vía la aplicación Movistar+  5S – disponible en Android y iOS -.
Movistar+ se convierte así en la primera televisión privada del mundo en ofrecer este servicio.

Las tres características que ofrece son:

• SRD: El subtitulado para sordos distingue por colores los diálogos y subtitula las acotaciones sonoras para que las personas con discapacidad auditiva puedan disfrutar de una forma más completa de los contenidos de Movistar+.
• ADS: Accesibilidad dirigida a personas con discapacidad visual que permite disfrutar de los contenidos mediante la narrativa descriptiva de escenas respetando los diálogos y la banda sonora original, para lo que hemos contado con la experiencia de Ilunion (ONCE).
• LSE: Movistar+ es la única plataforma de TV que ofrece muchos de sus contenidos con Lengua de Signos Española, de acuerdo con los criterios de la Confederación Estatal de Sordos de España (CNSE).

La NFL comprometida con la accesibilidad web

Hace unos días se jugó la Superbowl, supuestamente el acontecimiento deportivo individual más importante (después de "el clásico", claro está). A raíz de ello, se publicó el artículo How the NFL is Commited to Web Accessibility?:

Making its website more accessible is therefore just another way to bring more NFL fans into the fold and prioritize viewers’ needs and concerns.

Improving web accessibility isn’t just the right thing to do for the NFL, however; it’s also a smart business practice. According to tech company GlobalWebIndex, a full 65% of U.S. adults say that they’re NFL fans. With 19% of the U.S. population having some kind of disability, failing to make their website accessible would leave millions of NFL fans in the dark.

In October 2015, the NFL released its Website Accessibility Statement on their website. This document states the NFL’s commitment to improving the accessibility and usability of its website. It outlines several concrete actions that the organization is taking to promote accessibility:

Partnering with an accessibility consulting firmto audit its website.

• Using the recommendations from the audit to implement the appropriate portions of the World Wide Web Consortium’s Web Content Accessibility Guidelines 2.0 Level AA standards.
• Training the NFL’s development team on accessibility standards, including WCAG 2.0 Level AA and Section 508 of the Rehabilitation Act.
• Testing the changes on adaptive technologies, such as screen readers and magnifiers, and with users who have disabilities.

Cómo la Web mejora la vida de las personas con discapacidad

Experiencias en desarrollos tecnológicos accesibles: Experiencia Ecuador

Conferencia impartida en la III Jornada de Accesibilidad Digital organizada por el Instituto Tecnológico de Costa Rica (TEC) del 25 al 28 de octubre de 2016 en San José (Costa Rica):

Audiodescripción estándar o extendida

La audiodescripción, llamada en algunos países videodescripción, "consiste en la información sonora que se intercala en los huecos de mensaje en las producciones audiovisuales y que explica a las personas con discapacidad visual los aspectos más significativos de la imagen que no pueden percibir. Estos comentarios se refieren a la descripción de personajes (gestos, vestimenta, etc.), datos sobre el lugar donde suceden los hechos y acerca de la acción que se desarrolla en cada momento" (La Audiodescripción).

En Does your video need standard or extended description? se explica que existen dos tipos de audiodescripción, la estándar y la extendida:

• Estándar: Standard description is when the snippets of description are inserted into the natural pauses of the content being described. This type of audio description works very well for videos that have lengthy pauses in dialogue or that do not contain speech at all. The describer can add concise descriptions of the visual content where space allows. You will notice that the original video source plays continuously, and information is described in the pauses throughout.
• Extendida: Unlike standard audio description, extended description does not have to be constrained to the natural pauses of a video. Extended description allows you to pause the video content in order to make room for description, as needed. When you press play, the video and description begin playing. Then, the source video pauses temporarily, while the description continues. After that portion of the description is complete, the video resumes playing again. 

¿Cuándo es necesaria la audiodescripción?

As a general guideline, audio description should be used when there is critical information portrayed solely through visual means. For instance, on-screen text, changes in speaker, facial expressions, costumes, and scene changes all give context that help us better understand and enjoy content.

La transcripción de audios y vídeos

En Audio transcripts are important se enumeran los principales beneficiarios de las transcripciones del audio:

• People who are Deaf, or people with hearing impairments.
• Some people with cognitive impairments also process the written word better than they process spoken words.
• Non-native speakers of the language your content is in.
• People in noisy environments that try to listen to your audio/video
• People who can read 6,000 words faster than they can listen to a 1-hour show
• People with slow internet connection, or limited bandwidth
• You!
• Your content is indexable and searchable
• Improve SEO and traffic to your site

Libros sobre accesibilidad web

Web Accessibility Books es una lista de libros gratuitos sobre accesibilidad web o relacionados con la accesibilidad web:

• Accessibility For Everyone, by @LauraKalbag, A Book Apart 2017
• Inclusive Design Patterns—Coding Web Accessibility Into Web Design, by Heydon Pickering (@heydonworks), Smashing Magazine 2016
• Apps for All: Coding Accessible Web Applications, by Heydon Pickering (@heydonworks), Smashing Magazine 2014
• A Web for Everyone—Designing Accessible User Experiences, by Sarah Horton & Whitney Quesenbery, Rosenfeld Media, 2013
• HTML5 Accessibility, by Joshue O Connor (@joshueoconnor), , 2012 (older, but much of it still relevant; my review)
• For nostalgia’s sake: Web Accessibility: Web Standards and Regulatory Compliance, multiple authors, Friends of Ed, 2006
• Adaptive Web Design (second edition), by Aaron Gustafson (@AaronGustafson), New Riders 2016
• Responsible Responsive Design, by Scott Jehl (@scottjehl), A Book Apart 2014
• Web Axe’s list of Free Online Books on Accessibility (2011)

Uso del atributo title

El atributo title se suele utilizar muy mal en las páginas web. Ya he escrito sobre ello en el pasado:

• El atributo title
• Sobre el atributo alt y title, ¿cumplen la misma función?
• Consejo 14: Proporciona un título significativo para cada parte individual de una página

En el artículo Using the HTML title attribute – updated explican algunas cosas más:

Situations in which the the title attribute is not useful due to lack of support:

• Displaying information for web content viewed on mobile phone browsers. Typically in desktop browsers title attribute content is displayed as a tooltip. From what I could find, tooltip display is not supported in any mobile browser and alternative visual methods of accessing title attribute content are not supported.

• Providing information for people who cannot use a mouse. Typically in desktop browsers, title attribute content is displayed as a tooltip. Although the tooltip behaviour has been supported for 10+ years, no browser (except IE10+ [on focusable elements]) as yet has implemented a practical method to display title attribute content using the keyboard.

• Using it on most HTML elements to provide information for users of a variety of assistive technologies. Access to title attribute information is not supported uniformly by screen readers

• User groups not well served by use of the title attribute

Mobile phone users.

• Keyboard only users.

• Screen magnifier users.

• Screen reader users.

• Users with fine motor skill impairments.

• Users with cognitive impairments

Educación inclusiva en universidades presenciales

Conferencia impartida en el V Foro de Academia Innovadora "Fomentando una cultura de innovación, diálogo y accesibilidad con el apoyo de las TIC" en la Universidad Nacional de Costa Rica el 20 de septiembre de 2017.

Entendiendo WCAG 2.1

En Understanding WCAG 2.1: A History of WCAG explican la evolución de WCAG:

The Web Content Accessibility Guidelines, also known as WCAG (1.0), has been around since May 5th of 1999. Version 1.0 was published on that date many years ago. That first version of the Accessibility Guidelines was very focused on HTML and it was a wonderful step forward in making the web and digital technology accessible. It was followed, a number of years later, December 11, 2008, to be exact, with WCAG 2.0.

Incluye el siguiente vídeo:

Uso incorrecto de los encabezados

En Heading headache se muestra un caso extremo de mal uso de los encabezados:

<h2 class="h3" role="heading" aria-level="1">Some heading</h2>

Ese ejemplo presenta varios problemas. Una vez resueltos, el código anterior se puede reducir a:

<h2 class="display1">Some heading</h2>

Definiciones de UNESCO sobre discapacidad

UNESCO tiene la página web Fact sheets que contiene definiciones de temas relacionados con la enfermedad y las discapacidades.

Algunas definiciones interesantes son:

• Ageing and health
• Assistive technology
• Deafness and hearing loss
• Disability and health
• Mental disorders
• Vision impairment and blindness

Ejemplo de vídeo con audiodescripción

Se trata de un anuncio de Apple. Primero la versión sin audiodescripción:

Y el mismo vídeo con audiodescripción:

Cömo hacer vídeos accesibles

En Making Videos Accessible se explica cómo crear vídeos accesibles para todos los usuarios. Para ello hay que incluir subtítulos, audiodescripción y algunas técnicas de preproducción.

La explicación se encuentra en un vídeo:


Y también existe el mismo vídeo con audiodescripción:

Ejemplos de problemas para los usuarios con ceguera al color (daltonismo)

Muy interesante la página Colorblind Accessibility on the Web – Fail and Success Cases que presenta varios ejemplos de problemas de accesibilidad por un uso incorrecto de los colores.

El siguiente ejemplo de un partido de fútbol es muy ilustrativo:

Resultados de la séptima encuesta del WebAIM sobre el uso de lectores de pantalla

Ya se han publicado los resultados de la séptima encuesta del WebAIM sobre el uso de lectores de pantalla que se abrió en octubre de 2017: Screen Reader User Survey #7 Results.

La encuesta recibió 1792 respuestas, un número muy alto de respuestas, pero menor que las 2515 respuestas que se recibieron en la sexta encuesta.

En cuanto a porcentaje de preferencia de los usuarios, el lector de pantalla principal sigue siendo JAWS con un 46,6% de las respuestas, seguido por NVDA con 31,9% y VoiceOver con 11,7%.

La evolución de la preferencia de los navegadores muestra un comportamiento extraño respecto a los resultados de la encuesta previa:

Es muy interesante la tabla con las combinaciones lector de pantalla y navegador:

Las combinaciones más populares son JAWS con Internet Explorer un 24,7% y NVDA con Firefox un 23,6%.

Respecto las preguntas relacionadas con el desarrollo de páginas web accesibles, los resultados no son muy significativos. Por ejemplo, ante la pregunta de con qué frecuencia se usan los landmarks (regiones) para navegar en una página web, no existe un valor determinante, ya que el 18,0% respondió siempre que estuviesen presentes, pero el 19,4% contestó que nunca. Estos resultados son similares a los obtenidos en la encuesta previa.

Lo mismo ocurrió con la pregunta respecto el uso de los enlaces "saltar a": un 15,8% respondió que los usa siempre que estén disponibles, mientras que un 18,4% contestó que nunca.

Antes la pregunta "Cuál de las siguientes estructuras de encabezado de página es más fácil para ti", el 60% afirmó que prefería un único encabezado de primer nivel h1 que contenga el título del documento. Solo un 6,6% prefirió un encabezado de primer nivel con el nombre del sitio web.

Por último, en esta encuesta se volvió a preguntar por los elementos más problemáticos que se encuentran en una página web. En orden decreciente, el resultado fue:

1. CAPTCHA - images presenting text used to verify that you are a human user
2. Screens or parts of screens that change unexpectedly
3. Links or buttons that do not make sense
4. The presence of inaccessible Flash content
5. Lack of keyboard accessibility
6. Complex or difficult forms
7. Images with missing or improper descriptions (alt text)
8. Missing or improper headings
9. Too many links or navigation items
10. Complex data tables
11. Inaccessible or missing search functionality
12. Lack of "skip to main content" or "skip navigation" links

Por último, los resultados de las encuestas anteriores:

• Screen Reader User Survey #6 Results (Septiembre 2015)
• Screen Reader User Survey #5 Results (Enero 2014)
• Screen Reader User Survey #4 Results (Mayo 2012)
• Screen Reader User Survey #3 Results (Diciembre 2010)
• Screen Reader User Survey #2 Results (Octubre 2009)
• Survey of Preferences of Screen Reader Users (Diciembre 2008)

Sobre la sordoceguera

Hace un mes se publicó el artículo Dame tu mano y hablaré contigo en el periódico El País. Muy interesante todo lo que se cuenta:

Para los alrededor de 6.000 sordociegos de España todas estas actividades ordinarias suponen un reto casi inalcanzable.

Aún hoy, no existe un censo oficial de las personas sordociegas de España. Sin embargo, Requena detalla que más de 2.200 de ellas están afiliadas a la fundación.

Javier Gutierrez, de 44 años, lleva más de 20 años trabajando como mediador para la organización, y explica que el mundo de los sordociegos está fragmentado en miles de condiciones distintas. Están las personas que tienen los síndromes de Usher o Wolfram (enfermedades hereditarias que hacen que la sordoceguera aparezca con el paso de los años), los sordociegos congénitos a raíz de un conjunto de anomalías (conocido como Charge) y los ancianos ciegos o sordos, para los cuales el paso del tiempo supone un empeoramiento de las capacidades perceptivas.

LOS DATOS
2.200 sordociegos afiliados a FOAPS

422 sordociegos atendidos

100 mediadores

13 médicos especialistas

2 millones de euros de inversión anual

La ONCE generó 9.557 puestos de trabajo para personas con discapacidad en 2016

68.467 trabajadores forman la plantilla de la organización, de los cuales un 56% son personas con discapacidad

1.918 millones de euros recabados del juego responsable

35% de los ingresos invertido en acción social

72.256 personas ciegas atendidas

3.500 afiliados nuevos

Guía para cumplir WCAG 2.0

How to Meet WCAG 2.0 es un recurso desarrollado por el W3C. Este recurso es muy útil porque enlaza con varios documentos sobre accesibilidad web.

No todos los usuarios de lectores de pantalla son ciegos

Nos lo cuentan en Not All Screen Reader Users Are Blind, pero esto ya se sabía desde hacía tiempo y quedó demostrado claramente con los resultados de la pregunta Which of the following disabilities do you have? de la WebAIM Screen Reader User Survey #6:

Which of the following disabilities do you have?

Response	# of Respondents	% of Respondents
Blindness	1610	64%
Low Vision/Visually-Impaired	973	38.7%
Cognitive	44	1.7%
Deafness/Hard-of-Hearing	157	6.2%
Motor	60	2.4%
Other	65	2.6%

Los navegadores que soportan un mayor nivel de accesibilidad

Parece difícil de creer, por la mala fama que han tenido siempre los navegadores de Microsoft, pero según el sitio web HTML5 Accessibility, Microsoft Edge es, a día de hoy, el navegador web que soporta un mayor número de características de accesibilidad:

IBM AbilityLab Mobile Accessibility Checker

IBM AbilityLab Mobile Accessibility Checker es una herramienta que permite automatizar la evaluación de la accesibilidad de aplicaciones móviles para iOS y Android.

La banca online de ING no es accesible y debería serlo

Hace unos meses se publicó el artículo ING incumple la ley: niega a las personas ciegas el acceso a su web (27/09/2017) en el que contesté algunas preguntas que me hicieron sobre la accesibilidad de la banca online de ING. Para contestar las preguntas que me hicieron revisé la accesibilidad del sitio web y mi conclusión fue que era una vergüenza. Tres meses después, sigue siendo una vergüenza. Y supongo que dentro de un año, seguirá siendo una vergüenza.

En el artículo se dice:

Vayamos por parte. ¿Qué sucede en la web de ING para que una persona invidente no pueda utilizarla? Merca2 ha contactado con Segio Luján, profesor titular de la Universidad de Alicante del Departamento de Lenguajes y Sistemas Informáticos, y su análisis deja en evidencia a la entidad naranja.

Luján explica que “no es manejable mediante el teclado, si pulsas la tecla Tabulador no se puede acceder a todos los elementos de la página. Además, no se señala el foco, es decir, no se distingue claramente en qué parte de la página está situado el cursor para escribir o para activar un enlace”.

Por lo tanto, el primer problema ya deja fuera de control a las personas ciegas, pero no ha hecho nada más que empezar. “En la página de acceso, donde se introduce el DNI y la fecha de nacimiento, hay una trampa de teclado, algo que no veía desde hacía mucho tiempo. Si introduces una fecha errónea, por ejemplo te equivocas con el día, y luego quieres volver atrás para corregirlo, no se puede, te lo impide el código de la página”.

Por si fuera poco, la inaccesibilidad de ING no solo se hace evidente para las personas ciegas. Según relata el profesor de Universidad, “todo lo anterior afecta a las personas que no utilizan un ratón para controlar el ordenador, como por ejemplo, las personas ciegas y las personas con discapacidad motora”.

Y esto no es todo. El reguero de problemas de acceso a la web de ING para los ciegos es inmenso. Según cuenta Luján, “si se intenta introducir la fecha de nacimiento, el lector de pantalla (el software que emplea una persona ciega para controlar el ordenador) le lee “milímetros” en vez de “MM”, porque lo toma como si fuera la unidad de medida. Eso confunde al usuario y lo puede interpretar de forma incorrecta”.

¿Pero todo esto no lo ha probado ING? “La página no ha sido probada para ver si es accesible para las personas ciegas. Y si la han probado, han pasado totalmente de los resultados que han obtenido”.

El profesor Luján advierte un par de cosas sobre la situación. “En primer lugar, en España el sitio web de un banco debe ser accesible por ley”. Por otra parte cita un ejemplo reciente sobre un caso similar. Iberia fue sancionada hace unos años dado que su web no era accesible. Y eso podría pasar con ING.

Cómo hacer más accesible un sitio web a las personas que usan un magnificador de pantalla

En How to Make Your Website Accessible to People Who Use a Screen Magnifier se dan algunos consejos para que un sitio web sea más accesible para las personas que usan un magnificador de pantalla:

1. Leave tooltips and other mouse-triggered pop-ups visible while the mouse is on the displayed content.
2. Don't obscure content when the mouse is hovering over it.
3. Put the result of an action close to the place where the action was triggered.

Accesibilidad web (conferencia completa)

Día Internacional de las Personas con Discapacidad

El Día Internacional de las Personas con Discapacidad se observa en todo el mundo cada 3 de diciembre de acuerdo a la resolución 47/3 de la Asamblea General adoptada el 14 de octubre de 1992, con el objetivo de llamar la atención y movilizar apoyos para aspectos clave relativos a la inclusión de personas con discapacidad en la sociedad y en el desarrollo.

Más información en International Day of Persons with Disabilities 3 December.

La guía definitiva de los textos alternativos

El artículo Alt-texts: The Ultimate Guide posee numerosos ejemplos que ayudan a entender el correcto uso del texto alternativo.

También proporciona algunos consejos para crear el texto alternativo perfecto:

• Describe the image.
• El texto alternativo depende del contexto.
• Mantenlo conciso.
• No digas que es una imagen.
• Finaliza con un punto.
• No uses el atributo title.

Ejemplos de problemas de accesibilidad

SortSite - Accessibility Checker and Validator

SortSite es una herramienta automática de evaluación de la accesibilidad web. Es una herramienta de pago que permite un uso gratuito limitado.

La forma de presentar los resultados del análisis es muy interesante:

Diseño universal, diseño inclusivo, diseño accesible, diseño para todos

Interesante el artículo Universal design, inclusive design, accessible design, design for all: different concepts—one goal? On the concept of accessibility—historical, methodological and philosophical aspects:

Accessibility and equal opportunities for all in the digital age have become increasingly important over the last decade. In one form or another, the concept of accessibility is being considered to a greater or smaller extent in most projects that develop interactive systems. However, the concept varies among different professions, cultures and interest groups. Design for all, universal access and inclusive design are all different names of approaches that largely focus on increasing the accessibility of the interactive system for the widest possible range of use. But, in what way do all these concepts differ and what is the underlying philosophy in all of these concepts? This paper aims at investigating the various concepts used for accessibility, its methodological and historical development and some philosophical aspects of the concept. It can be concluded that there is little or no consensus regarding the definition and use of the concept, and consequently, there is a risk of bringing less accessibility to the target audience. Particularly in international standardization the lack of consensus is striking. Based on this discussion, the authors argue for a much more thorough definition of the concept and discuss what effects it may have on measurability, conformance with standards and the overall usability for the widest possible range of target users.

Cómo la Web mejora la vida de las personas con discapacidad

Koa11y, herramienta para evaluar la accesibilidad web

Koa11y es una herramienta automática de revisión de la accesibilidad web. Está disponible para Windows, Linux y MacOS X.

Un vídeo sobre su uso:

Curso en línea gratuito "Diseño Accesible, Diseño para Todas las Personas"

La Universidad de Jaén ofrece el curso en línea gratuito Diseño Accesible, Diseño para Todas las Personas.

El curso comienza el 20 de noviembre de 2017, finaliza el 22 de diciembre de 2017 y tiene una duración de 25 horas.

Entrevista a un antiguo estudiante con discapacidad

En el artículo La accesibilidad web para los alumnos con discapacidad de la UA es una realidad, José María Fernández explica qué es la accesibilidad web y comenta algunas cosas sobre su trabajo en el Centro de Apoyo al Estudiante de la Universidad de Alicante.

José María fue estudiante mío en la carrera de ingeniería técnica en informática de sistemas.

Además, José María es desarrollador de la aplicación Ability Connect, una aplicación gratuita de comunicación alternativa para dispositivos móviles que "permite la comunicación en tiempo real de varios dispositivos a través de Bluetooth sin necesidad de una conexión a internet -aunque también se puede utilizar mediante Wi-Fi o Datos móviles- y que cuenta con características avanzadas de visualización de contenido para adaptarse a las necesidades de varios colectivos de personas con discapacidad; como personas con déficit auditivo, baja visión o dislexia".

Accesibilidad de los temas de WordPress

Muy interesante el artículo Tricky issues: Accessible WordPress Themes en el que se explica el proceso para auditar la accesibilidad de los temas de WordPress.

Primer Espacio Integrado Inteligente de Europa en Alcalá de Henares

En CENTAC pone en marcha el primer Espacio Integrado Inteligente de Europa podemos leer que el Centro Nacional de Tecnologías de la Accesibilidad (CENTAC) ha inaugurado "el primer Espacio Integrado Inteligente de Europa en Alcalá de Henares con el objetivo de impulsar la accesibilidad universal de la localidad a través de la implantación de diferentes soluciones tecnológicas como el guiado en exteriores, el guiado en interiores, el párking inteligente, el menú accesible, el medicamento accesible o la búsqueda de taxis adaptados".

Este espacio incluye diferentes soluciones tecnológicas para hacer la ciudad más accesible:

• Sistema de guiado en exteriores: se trata de un sistema para personas con discapacidad visual que genera un campo de visión artificial mediante información sonora para que el usuario sepa cuál es su posición con respecto a cualquier punto detectado.
• Servicio de localización de taxis adaptados: es una solución que no solo sirve para localización de taxis adaptados, sino para todo tipo de puntos de interés libres de barreras dirigido a personas con movilidad reducida.
• Sistema de guiado de interiores: es una aplicación que sirve para el guiado en interiores y espacios reducidos para personas con discapacidad visual. Permite orientarse en distancias muy cortas y acceder a información relevante de cada punto de orientación.
• Sistema de medicamento accesible: con este servicio, las personas con discapacidad visual o con problemas de motricidad fina pueden consultar el prospecto de los medicamentos mediante el escaneo del código de barras o de su código nacional. De esta forma, el Smartphone lee al usuario el contenido del prospecto.
• Sistema de aparcamiento inteligente: con esta aplicación las personas con movilidad reducida pueden no solo conocer la ubicación de las plazas de aparcamiento reservadas para ellas, sino también saber si están libres u ocupadas en todo momento, facilitando sus desplazamientos.
• Aplicación de lectura de menús accesibles: una aplicación tecnológica que lee la carta de los restaurantes, destinada no solo a personas invidentes sino a cualquier turista que no entienda el idioma.

Inclusive markup

Muy interesante el vídeo Inclusive Markup:

Accessibility is the law and a good idea. Let's make the Web accessible and fast for everyone. We'll skip "why" and focus on "how." Accessibility can be as simple as using the right semantic elements in your HTML. Semantic HTML can prevent bugs, improve performance, reduce code bloat, and make your site accessible to screen readers and keyboard users. We'll explores accessibility features native to semantic elements, adding a sprinkling of ARIA roles and attributes. Form controls, input masking, styleable selects, and carousels with a few lines of CSS, fewer lines of JS and no frameworks. 

Guía APA el uso de lenguaje no discriminatorio e inclusivo

Guidelines for Nonhandicapping Language in APA Journals es una guía para el uso correcto del lenguaje cuando se escribe sobre las personas con discapacidad.

Algunos ejemplos:

Put people first, not their disability.

Comment: Preferred expressions avoid the implication that the person as a whole is disabled or defective.

Problematic	Preferred
disabled person	person with (who has) a disability
defective child	child with a congenital disability; child with a birth impairment
mentally ill person	person with mental illness or psychiatric disability

Do not label people by their disability.

Comment: Because the person is not the disability, the two concepts should be separate.

Problematic	Preferred
schizophrenics	people who have schizophrenia
epileptics	individuals with epilepsy
amputee	person with an amputation
paraplegics	individuals with paraplegia
the disabled	people with disabilities
the retarded	children with mental retardation
the mentally ill	people with a mental illness or psychiatric disability
the CMI or SPMI	people with long-term or serious and persistent mental illness or psychiatric disabilities

Inclusive Components

El sitio web Inclusive Components  es un proyecto que intenta crear una biblioteca de patrones de diseño de componentes accesibles para páginas web.

En el momento de escribir esta entrada en la biblioteca se encuentran:

• Collapsible Sections
• Tabbed Interfaces
• A Theme Switcher
• Tooltips & Toggletips
• Menus & Menu Buttons
• A Todo List
• Toggle Buttons

Un paciente sordo espera casi siete horas en Urgencias

En agosto se publicó la noticia Un paciente sordo espera casi siete horas en Urgencias porque le llamaron por megafonía (3/8/2017):

Un paciente sordo de Almería ha denunciado, mediante un vídeo que ha distribuido a través de las redes sociales, que el pasado sábado tuvo que marcharse a su casa tras más de seis horas y media de espera en el servicio de Urgencias del Hospital Torrecárdenas de la capital porque le habrían avisado para ser atendido por megafonía, a pesar de que el advirtió de su situación antes de pasar a la sala de espera. 

El vídeo de Juan, como se llama este paciente, ha sido difundido por la organización Marea Blanca Almería, quien ha advertido de que los hospitales públicos andaluces tienen que estar adaptados a todas las personas con "diversidad funcional o sensorial", por lo que reclama a los responsables del complejo almeriense que pongan todos los medios necesarios para evitar situaciones como esta y cumplir con la legalidad.

Al día siguiente se publicó la noticia Salud pide disculpas al paciente sordo que no fue atendido y alega que fue "una incidencia puntual" (4/8/2017):

La Consejería de Salud ha pedido disculpas a Juan José A.G., el paciente sordo que la semana pasada esperó durante casi siete horas en el servicio de urgencias del Hospital Torrecárdenas de Almería sin ser atendido porque le llamaron por megafonía, a pesar de que él advirtió en la ventanilla de información de que padecía sordera. 

Fuentes de la Consejería se han justificado en el hecho de que se trata de un "incidente puntual", por lo que han trasladado sus disculpas al afectado a través del gerente del hospital, al tiempo que han lamentado las molestias sufridas.

Según la noticia Un hospital implanta un sistema para sordos después de que un paciente esperara siete horas en urgencias porque no oía la megafonía (27/10/2017)), casi 3 meses después parece que el problema se ha resuelto totalmente:

La repercusión social y mediática de la denuncia de Juan José Aguilera, un paciente sordo que el pasado julio esperó casi siete horas en el área de urgencias del Hospital Torrecárdenas de Almería porque le llamaban por megafonía y no se enteraba, ha logrado que el centro haya implantado esta misma semana un nuevo sistema de avisos para personas con déficits visuales y auditivos, que no existía hasta ahora. 

Según ha informado el hospital, el nuevo sistema, que está ya disponible para todas las personas que lo soliciten, garantiza una correcta atención y evita la pérdida de turnos o el retraso en la asistencia por parte del personal sanitario. Para su puesta en marcha, se ha diseñado un protocolo de actuación, inexistente hasta ahora, que se inicia cuando el paciente llega al área de urgencias y comunica en admisión la existencia de algún problema que le impida escuchar las llamadas que se realizan por los altavoces o acceder a las comunicaciones de las pantallas de información. 

Al paciente que lo solicite se le entregará un dispositivo electrónico, dotado de vibración. Al mismo tiempo, se registrará su situación en su historia clínica, para que el facultativo o la enfermera que deban atenderle cuenten con información sobre su situación.

Siete soluciones para crear SVG más accesibles

En 7 solutions for creating more accessible SVGs se explican siete formas para hacer las imágenes SVG más accesibles. En realidad, más que soluciones generales son soluciones particulares a algunos problemas que presentan las imágenes SVG:

1. <img> tags and SVGs
2. <title> tags and SVGs
3. IE focus bug with focusable elements
4. Safari 10 focus bug with <use>
5. Aria-label inconsistency
6. IE8 and below render <desc>
7. Colour contrast

Ejemplo de vídeos con audiodescripción

Estas noticias son del año pasado, pero me he enterado ahora:

• Pornhub ahora ofrece contenido para las personas con discapacidad visual
• Inventan el porno para ciegos

No voy a poner ningún ejemplo de este tipo de vídeo con audiodescripción, pero el que lo quiera comprobar lo puede encontrar fácilmente... Yo lo he comprobado y es verdad, pero no sé si "funcionan", a mí me hacen gracia porque las descripción son muy detalladas.

Guía de Lenguaje Positivo y Comunicación Incluyente

La Guía de Lenguaje Positivo y Comunicación Incluyente, editada por el Consejo Nacional de Igualdad de Discapacidades del Ecuador junto con varias federaciones de discapacidades, está "dirigida especialmente a comunicadores sociales, tiene como finalidad trabajar de forma correcta y con calidad respecto al lenguaje de uso cotidiano y a la terminología recurrente en el campo de la discapacidad".

En este documento se incluye un glosario de conceptos clave con la forma incorrecta (SE DICE) y la forma correcta (SE DEBE DECIR). Por ejemplo:

Se dice: DISCAPACITADOS, PERSONAS ESPECIALES, CAPACIDADES DIFERENTES O ESPECIALES, INVÁLIDOS, MINUSVALIDOS, TULLIDOS, RENGOS, SORDOMUDOS, PARALÍTICOS, LISIADOS, PATOJOS, ENFERMITOS, POBRECITOS, PCD.
Se debe decir: PERSONAS CON DISCAPACIDAD.

Se dice: PERSONAS NORMALES Y PERSONAS ANORMALES
Se debe decir: PERSONAS CON DISCAPACIDAD Y PERSONAS SIN DISCAPACIDAD

Se dice: PERSONAS NORMALES Y PERSONAS ANORMALES
Se debe decir: PERSONAS CON DISCAPACIDAD AUDITIVA O PERSONA SORDA

Compatibilidad de lectores de pantalla y HTML5

El sitio web Assistive technology compatibility tests explica cómo los elementos y atributos de HTML5 y ARIA se comportan con diferentes lectores de pantalla y navegadores.

Así, por ejemplo, podemos descubrir que el elemento abbr funciona correctamente en los navegadores NVDA y JAWS, pero no en VoiceOver, mientras que el elemento acronym, que está desaconsejado, no funciona en ninguna combinación de lector de pantallas y navegador:

Y en la lista de atributos podemos ver el comportamiento del atributo title en diferentes situaciones:

Productos de HIMS

HIMS es una empresa norteamericana especializada en productos de apoyo.

En su catálogo podemos encontrar Smart Beetle, una línea y teclado braille de 14 celdas por $1.345:

BrailleSense Polaris, una línea y teclado braille, que también es anotador, por $5.295:

Y Braille Sense U2 QWERTY, una línea braille con teclado estándar por $5.595:

Uso de los elementos fieldset y legend

Los formularios suelen plantear muchos problemas de accesibilidad web. Por ello es muy importante conocer todos los elementos de HTML que se pueden emplear en los formularios para mejorar su accesibilidad.

El artículo Using the fieldset and legend elements explica el uso correcto. La explicación se resumen en estos consejos:

When to use a fieldset and legend
You should use the <fieldset> and <legend> elements when:

• You have a single multiple choice question (using radio buttons or checkboxes).
• You have several questions relating to the same topic (like text boxes, or any other type of field).

When not to use a fieldset and legend
You should not use the <fieldset> and <legend> when:

• You have a single form field that asks for a single piece of information.

Cuatro razones por las que un sitio web accesible es una estrategia win-win

En 4 reasons why an accessible website is a win-win:

1. Improved search engine optimization (SEO)
2. Better user experience for all visitors and all devices
3. Avoiding costly and embarrassing lawsuits
4. Increasing the audience for your website by making it more inclusive

Estrategias para adoptar la accesibilidad web

En WebAIM’s Hierarchy for Motivating Accessibility Change se presenta el siguiente grafico para motivar a la gente a adoptar la accesibilidad web. Los niveles, de menor a mayor importancia y efectividad son:

• Guilt
• Punish
• Require
• Reward
• Enlighten
• Inspire

Cuando los enlaces parece botones (y al revés)

Usar un botón como si fuera un enlace, o un enlace como si fuera un botón, es algo muy común, y es un completo error.

Cuando un lector de pantalla lee una página web, anuncia al usuario los elementos que encuentra en la página. Le puede decir cosas como "lista", "imagen", "botón" y "enlace".

Cuando un usuario oye "botón", no espera que cuando lo use se navegue a otra página web, a no ser que sea el botón de envío de un formulario.

Cuando un usuario oye "enlace", espera que cuando lo use se navegue a otra página web, no espera que no ocurra nada y no cambie la página web en la que se encuentre.

En el pasado ya he escrito algunas entradas sobre este tema:

• Uso correcto de los botones y enlaces (9/11/2015)
• Un enlace es un enlace y un botón es un botón (29/5/2017)

Ahora he encontrado But sometimes links look like buttons (and buttons look like links), una lectura muy interesante para complementar las anteriores.

Controlar el ordenador con la mente

El artículo Fusionar mente y máquina: ¿de verdad estamos cerca? es un excelente resumen de la tecnología actual que permite controlar un ordenador con la mente.

En este artículo se intentan contestar estas dos preguntas:

¿Hasta qué punto estamos cerca de lograr conectar nuestro cerebro con nuestras tecnologías?

¿Y cuáles serían las consecuencias una vez que nuestras mentes estuviesen conectadas?

Curso Aprende accesibilidad web paso a paso

Séptima encuesta del WebAIM sobre el uso de lectores de pantalla

Durante los últimos años, el WebAIM ha realizado varias encuestas online destinadas a analizar los hábitos de uso de los lectores de pantalla:

• Screen Reader User Survey #6 Results (Septiembre 2015)
• Screen Reader User Survey #5 Results (Enero 2014)
• Screen Reader User Survey #4 Results (Mayo 2012)
• Screen Reader User Survey #3 Results (Diciembre 2010)
• Screen Reader User Survey #2 Results (Octubre 2009)
• Survey of Preferences of Screen Reader Users (Diciembre 2008)

Ahora ya está abierta la séptima edición: Screen Reader User Survey #7.

La encuesta estará disponible hasta el 1 de noviembre de 2017 y la pueden contestar todos los usuarios de lectores de pantalla, incluso los que los usan únicamente para evaluación y pruebas.

Focus ring

Have you ever noticed the little blue or dashed ring that appears around elements when you activate them with your keyboard or mouse? This is known as a focus indicator, and it's extremely important for users who rely primarily on their keyboard to navigate the screen. For a keyboard user, the focus indicator (or ""focus ring"") is kind of like their mouse pointer. It shows them which element is currently active and receiving keyboard events. Because the focus ring can show up on custom controls or whenever we add styles to native elements like the button tag, it's a common anti-pattern to remove the focus indicator using the CSS outline: none style. But doing this degrades the user experience for our keyboard users as they are no longer able to tell which elements are currently focused.

Enter :focus-ring! The :focus-ring pseudo class is a new CSS selector designed to help differentiate between mouse and keyboard focus. Today on a11ycasts we'll look at how :focus-ring works, and show off a few :focus-ring polyfills that you can start using today to improve the accessible styles on your site!

Accesibildad de gráficos complejos

En Charts & Accessibility  se ofrecen algunos consejos, con ejemplos, para crear gráficos accesibles:

1. If the data in a chart, graph or map is crucial to the content of a Web page, then you must provide a text description of the image. In some cases, a numeric table replicating the chart data could provide additional accessibility. WCAG 2.0 Guideline 1.1.1—"All non-text content that is presented to the user has a text alternative that serves the equivalent purpose…"
2. Supplement color-coding of charts with texture, differences in line style, text in graphs or different shades of color to improve accessibility for colorblind users. Charts should be readable in black and white. NOTE: The default settings of the Chart Wizard in Excel are not color accessible. Use the formatting tools to change line styles and colors. WCAG 2.0 Guideline 1.4.1—"Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element."

WCAG 2.0 - Operable

WCAG 2.0 - Perceivable

CSS Speech

Interesante el artículo Let’s Talk About Speech CSS:

The CSS 3 Speech Module, the evolved version of the aural Media Type, looks the most promising. Like display: none;, it is part of the small subset of CSS that has an impact on screen reader behavior. It uses traditional CSS property/value pairings alongside existing declarations to create an audio experience that has parity with the visual box model.

La realidad actual es que el soporte por parte de los productos de apoyo es muy reducido.

Uso de un magnificador de pantalla (2)

Uso de un magnificador de pantalla (1)

Generador de paletas de colores accesibles

A11y Color Palette es un generador de paletas de colores accesibles. Lo que hace es comprobar que el color del texto y el color del fondo cumplen los umbrales fijados en WCAG 2.0:

AA texto normal / grande: 4.5:1 / 3:1
AAA texto normal / grande: 7:1 / 4.5:1

Manejar el ordenador con la mirada

En el artículo Tecnología para manejar el ordenador con precisión con la mirada se presenta el sistema Irisbond:

La tecnología que permite interactuar con dispositivos digitales a través de la mirada no es nueva. En 2005 la empresa sueca Tobii, una de las más importantes del mundo en este terreno, lanzó el primer ordenador que incorporaba el seguimiento ocular y desde entonces distintos científicos, universidades y compañías de todo el mundo no han dejado de innovar. En este escenario, altamente competitivo y en constante evolución, Irisbond se ha posicionado como una de las iniciativas con mejores perspectivas de futuro. Así lo reconoció la revista Forbes, que en el Mobile World Congress del pasado año, les dedicó un artículo titulado “Esta compañía quiere cambiar la forma en que utilizamos la tecnología del eye-tracking”. Y es que aunque Irisbond está centrada en la tecnología asistencial, no es este el único campo en el que sus soluciones pueden ser aplicadas, ya que el eye-tracking tiene grandes posibilidades de desarrollo en la medicina, la industria o la automoción.

Ejemplo de uso de una línea braille

Corto e interesante el siguiente vídeo, La línea Braille explicada por Luis Palomares (Analista I+D CIDTA, ONCE):

 

Sistema para que los sordociegos puedan leer los subtítulos

En Un sistema para que los sordociegos puedan ‘ver’ la televisión se explica:

En España hay alrededor de 20.000 personas sordociegas que a las dificultades diarias de no poder ver y oír tienen que sumar otra barrera: la del acceso a la información. Gracias a la tecnología presentada hoy por el equipo del profesor Ángel Crespo, de la Universidad Carlos III, los sordociegos podrían acceder a los contenidos de televisión mediante una sencilla aplicación que les traduce los contenidos al lenguaje Braille de forma simultánea y sea cual sea la cadena que quieran sintonizar.

Cómo las tendencias actuales de diseño afectan a la accesibilidad web

Muy bueno el artículo How Current Design Trends Affect Web Accessibility:

In this post, we'll explore some of the design trends we increasingly run into on the Web today, and how decisions made during the design phases can have a hugely detrimental effect on anyone who uses the web in a slightly differently way.

Las tres tendencias que se analizan son:

Three such examples of current design trends that have a tremendously negative impact on people with disabilities are: placeholder text labels, parallax scrolling and conversational interfaces (chatbots). As we'll see in the next few paragraphs, each of these trends are likely to create significant barriers for some of us, if basic accessibility concepts are not taken into consideration.

Listas desplegables personalizadas y accesibles

El artículo Accessible Custom Select Dropdowns proporciona algunos enlaces a ejemplos de listas desplegables personalizadas que son accesibles.

IBM Dynamic Assessment Plugin

IBM Dynamic Assessment Plugin es un plugin para las herramientas de desarrollador de Google Chrome que permite automatizar el proceso de evaluación de la accesibilidad web.

Criterios de conformidad de WCAG 2.0

Los Criterios de conformidad de WCAG 2.0 organizados por los tres niveles A (25 criterios), AA (13 criterios) y AAA (23 criterios).

Revés para la accesibilidad web en Estados Unidos

En The ADA, Websites and the Decision in Robles v. Dominos Pizza LLC nos cuentan el resultado de una denuncia contra Dominos por falta de accesibilidad web.

Básicamente, la sentencia dice que sí que se puede aplicar ADA para la accesibilidad de un sitio web, pero como no existen unas pautas aprobadas por el Department of Justice (DOJ) que indiquen los requisitos técnicos para que un sitio web sea accesible, no se puede obligar a alguien a hacer algo accesible si no sabe cómo hacerlo accesible:

The court framed the key question as "whether and to what extent the ADA, a statute enacted before the widespread adoption of the Internet, regulates the manner in which companies can permissibly engage in e-commerce." For purposes of the analysis, the court assumed the applicability of Title III of the ADA and rejected Domino's argument that the suit should be dismissed because the ADA was not drafted with the specific regulation of virtual spaces in mind. 

[...] 

However, the court sided with Domino's on its due process challenge. Domino's had argued that "the DOJ has not promulgated concrete guidance regarding the accessibility standards an e-commerce webpage must meet, much less required that companies operating such webpages comply with the specific standards Plaintiff references in his Complaint." The court found merit in this challenge and rejected the plaintiff's attempt to impose specific technical requirements on all regulated entities without specifying a particular level of technical compliance and without the DOJ offering meaningful guidance on the topic.

Accesibilidad web (conferencia completa)

V Conferencia Internacional sobre Aplicación de Tecnologías de la Información y Comunicaciones para mejorar la Accesibilidad

La V Conferencia Internacional sobre Aplicación de Tecnologías de la Información y Comunicaciones para mejorar la Accesibilidad se celebrará del 25 al 27 de octubre de 2017 en Medellín (Colombia).

La fecha límite de envío de artículos es el 17 de septiembre de 2017.

Las áreas de interés son:

• Accesibilidad del Software
• Accesibilidad Web
• Accesibilidad del Hardware
• Ingeniería del software accesible
• Herramientas de evaluación de la accesibilidad
• Estándares de accesibilidad y TIC
• Legislación sobre accesibilidad y TIC
• Recursos digitales accesibles
• Accesibilidad de la educación virtual
• Accesibilidad de dispositivos móviles
• Accesibilidad de medios audiovisuales
• Accesibilidad de la Administración electrónica
• Accesibilidad de las Redes Sociales
• Sistemas adapatativos
• Experiencias/Estudio de casos
• Modelado de usuario
• Plataformas de aprendizaje accesibles (LMS, LCMS, MOOC)

Máster en Gestión del Diseño para Todos

La Universitat Central de Catalunya organiza el Máster en Gestión del Diseño para Todos. Los datos básicos son:

Modalidad: Presencial
Lugar: Barcelona
Inicio: 02-10-2017
Fin: 15-06-2018
septiembre 2018 (TFM)
Edición: 1ª
Créditos: 60
Precio: 4 950€
Idioma: inglés

Curiosamente, si se quiere realizar una consulta se debe emplear un formulario con un CAPTCHA visual, lo cual no es muy "diseño para todos":

Los cambios que presenta WCAG 2.1

Recomiendo la lectura de WCAG 2.1, medida provisional hasta las WCAG 3.0, que explica con mucho detalle las novedades que incorpora el último borrador de WCAG 2.1:

• 1.4.10 Zoom content (AA)
• 1.4.11 Graphics Contrast (AA)
• 1.4.12 User Interface Component Contrast (Minimum) (AA)
• 1.4.13 Adapting Text (AA)
• 2.2.6 Interruptions (minimum) (AA)
• 2.2.7 Accessible Authentication (A)
• 2.4.11 Character Key Shortcuts (A)
• Guideline 2.5 Pointer Accessible
• Guideline 2.6 Additional sensor inputs
• 2.6.1 Orientation (AA)
• Guideline 2.7 Speech
• 2.7.1 Accessible Name (A)
• 3.2.6 Accidental Activation (A)
• 3.2.7 Change of Content (AA)
• Requisito 5.1.2 Full Pages, nota adicional
• Nuevos términos en el glosario
• Corrección de errata en los criterios actuales 1.3.3 y 1.4.1

Siete cosas que todo diseñador debe saber sobre accesibilidad

En 7 Things Every Designer Needs to Know about Accessibility es un fantástico artículo en el que se comentan las siguientes siete cosas:

1. Accessibility is not a barrier to innovation.
2. Don’t use color as the only visual means of conveying information.
3. Ensure sufficient contrast between text and its background.
4. Provide visual focus indication for keyboard focus.
5. Be careful with forms.
6. Avoid component identity crises.
7. Don’t make people hover to find things.

Tremendo error en el periódico El País

En las galerías del periódico El País, el texto que acompaña una imagen se repite en la imagen como texto alternativo. Por tanto, un lector de pantallas lee lo mismo dos veces.

Por ejemplo, MEMENTO’, ‘BATMAN’, ‘DUNKERQUE’...: LAS PELÍCULAS DE CHRISTOPHER NOLAN, DE LA PEOR A LA MEJOR:

Al desactivar las imágenes aparece el texto alternativo.

Efectivamente, el texto alternativo es la repetición del texto que acompaña a la imagen.

Los botones deshabilitados apestan

Hace unas semanas escribí la entrada ¿Los botones deshabilitados? en la que hablaba del contraste de los botones deshabilitados. Mi consejo final fue:

Por tanto, yo creo que aquí la recomendación de WCAG 2.0 es discutible y sí que se  debería cumplir el requisito mínimo de contraste en los elementos deshabilitados.

Ahora he encontrado el artículo Disabled buttons suck:

Showing buttons as disabled until a form is complete might seem like a good idea. It is not. They usually create a lousy user experience and exclude many people with disabilities. Here’s why disabled buttons suck and what to do instead.

El artículo comenta varios de los problemas que suelen ocasionar:

• They fool users into clicking.
• They are hard to see.
• They don’t give any feedback.
• They give design teams a reason to rush through error handling.
• They make users think.
• Disabled buttons disable disabled users.

[Actualización 1/8/2017]

Un comentario adicional en Disabled buttons don’t have to suck!:

Didn’t read the article? Well, this sums it up:

Disabled buttons often suck because,

• often you can’t really tell if they are disabled, or you won’t be able to read / see the button due to lack of contrast;
• when you (accidentally) click them, you don’t get any feedback, leaving you in the dark;
• assistive technologies like screen readers often won’t be able to navigate to disabled buttons, so they won’t get any feedback on why they can’t find the submit button when they think they are done;

Disabled buttons are useful

What happens when you accidentally press Enter while in a form, if the submit-button is not disabled? Right, it will submit with all kinds of unnecessary errors and messages thrown at the user. Leaving them in confusion and anger. It’s in our muscle memory to press buttons we shouldn’t press.

They also convey useful visual information to (at least some) users that the form is not yet completed or the option is not yet available.

Just make disabled buttons better already

There is no technical boundary for us to improve disabled buttons in order to convey meaning to all (inclusive design). So,

get better contrast by using bigger font and/or darker colors;

Give assistive technologies, like screen readers, some information at the end of the form (visually hidden), since they won’t read information inside the button-tag (it’s often skipped).

give users information when they tap, hover or click the disabled button. Preferably give them directions to the first field that needs input or correction;

Remove the “disabled-attribute” from the button as soon as the last field has

8º Congreso Nacional CENTAC

Los días 6 y 7 de noviembre se celebrará el 8º Congreso Nacional CENTAC (Congreso Nacional CENTAC de Tecnologías de la Accesibilidad). La presentación del evento dice:

La transformación digital es un fenómeno complejo y transversal, pero no hay que olvidar que está impulsado por personas y su objetivo final son las personas.  No hay reglas fijas, ni mapas infalibles, el resultado de la transformación digital dependerá de decisiones de múltiples personas.  Por eso, el lema del  8º Congreso Nacional CENTAC de Tecnologías de la Accesibilidad es “Los protagonistas de la transformación digital”. 

Durante dos días, el 6 y 7 de noviembre, podréis escuchar a las personas que lideran la transformación digital en las empresas, la Administración Pública y el tercer sector, y también conocer los proyectos, productos y servicios innovadores de emprendedores y PYMES. Queremos que nos cuenten que hacen, que piensan y que compartan con todos los asistentes sus experiencias. 

Como ya sabéis los que habéis asistido a anteriores ediciones, los Congresos de CENTAC buscan reunir a las personas interesadas en las TIC y su accesibilidad y fomentar el conocimiento y las relaciones. Ven al 8º Congreso y ayuda a que la transformación digital sea accesible. Depende de nosotros.

Handsfree for Web

Desde Argentina he recibido un correo electrónico de un estudiante que me anuncia el lanzamiento de Handsfree for Web:

Me presento, mi nombre es Javier Perez, vivo en Argentina y estoy a pocas semanas de recibirme de Licenciado en Sistemas. Como trabajo final de la carrera hice una chrome extension llamada Handsfree for Web. Esta permite a través de la invocación de comandos de voz, y usando la api de reconocimiento de voz que provee google chrome, ejecutar todas las acciones que una persona realiza manualmente mientras navega la web de forma oral. 

La aplicación fue lanzada hace un par de días y me gustaría mucho que se difunda ya que considero que puede ser muy util para aquellas personas que se vean impedidas de interactuar con la computadora manualmente. 

La extension por el momento soporta comandos de voz en ingles y español, y permite interactuar con todos los componentes estándares que conforman los sitios web. También soporta todo tipo de interacción con el navegador en si. (pestañas, marcadores, descargas, historial...) 

Si bien la aplicación fue recientemente lanzada, y esta en una version inicial, no es un prototipo, la misma soporta cientos de comandos que permiten realizar todo tipo de acciones en la compleja web actual sin necesidad de instalación de algún software complementario. 

Es importante mencionar que la extensión es libre y gratuita sin ningún tipo de limitación en el uso. El procesamiento de voz se realiza en la nube, concretamente en los servidores de google, por lo que ademas es super liviana, no tiene requerimientos de hardware, solo el navegador google chrome y una conexión a internet es requerido.

En su página web tiene publicado el siguiente vídeo de demostración:

Primera sentencia basada en ADA por un sitio web no accesible

Según la noticia A court verdict raises the pressure for website accessibility, parece que en Estados Unidos se ha dictado la primera sentencia condenatoria por un sitio web no accesible:

Last month, a federal judge in Florida issued a verdict in favor of a Winn-Dixie customer who had sued the grocery chain, claiming it violated the Americans With Disabilities Act because its websites were not accessible to blind and vision-impaired users. Although there have been pretrial court rulings and settlements in previous cases, this is believed to be the first trial verdict in a website ADA lawsuit.

Como dice ahí, parece que esta es la primera sentencia de verdad, los casos anteriores se resolvieron antes de que acabase el juicio.

La condena obliga al demandado a implementar las medidas necesarias para que el sitio web sea accesible:

The judge ordered Winn-Dixie to implement an accessibility policy that meets current standards, to train employees who do site development work, and to test the site regularly to ensure it remains accessible.

Conferencia Accesibilidad web (5)

Conferencia Accesibilidad web (4)

Conferencia Accesibilidad web (3)