Los nuevos criterios de WCAG 2.1 para las personas con discapacidad que acceden desde dispositivos móviles

En Understanding WCAG 2.1 – Reviewing Mobile Success Criteria se explican los nuevos criterios de WCAG 2.1 que tienen como objetivo mejorar la accesibilidad para las personas con discapacidad que acceden desde dispositivos móviles.

El artículo incluye un vídeo:

Los nuevos criterios de WCAG 2.1 para las personas con discapacidad cognitiva o del aprendizaje

En Understanding WCAG 2.1 – Reviewing Cognitive Success Criteria, se explican los nuevos criterios de WCAG 2.1 para mejorar la accesibilidad para las personas con discapacidad cognitiva o del aprendizaje.

El artículo incluye un vídeo:

Curso gratuito "Diseño accesible, diseño para todas las personas"

Según información que he recibido:

La Universidad de Jaén, con el apoyo de Fundación ONCE y el Real Patronato sobre Discapacidad, organiza el II curso Diseño accesible, diseño para todas las personas, que se impartirá online, abierto y con carácter gratuito. Se trata de un curso de capacitación, innovador y abierto, dirigido a todos los interesados en la accesibilidad universal y el diseño para todas las personas.

El curso pretende dar a conocer, desde una perspectiva general, el nuevo paradigma de accesibilidad universal y diseño para todas las personas; identificar los problemas de accesibilidad relacionados con los entornos físicos, virtuales y sociales; difundir buenas prácticas en la accesibilidad universal y el diseño para todas las personas en diferentes países latinoamericanos, y conocer la implicación del tercer sector en la facilitación de la aplicación del nuevo paradigma, el caso de Fundación ONCE.

Diseñando para las diferencias cognitivas

La introducción del artículo Designing for Cognitive Differences dice:

Inclusive design is designing to be inclusive of as many users as possible, considering all aspects of diversity in users. With increased understanding, compassionate discussions around how to design for disabilities are becoming increasingly common in the web industry. But even with this growth, there are misconceptions: accessibility is still frequently thought of as “design for blind people” when it’s so much more than that. Users with limited motor functions and those who are hearing-impaired require separate considerations, for instance. But accessibility and inclusiveness also mean considering more than just physical symptoms. What about users with cognitive differences like inattention, anxiety, and depression? 

Many affective and anxiety disorders qualify as disabilities, with inattention causing challenges on the web as well. Whatever the cause, inattention, anxiety, and depression can have a major impact on internet usage for users dealing with them. The unique issues presented by cognitive differences and the design considerations they require can be tricky to understand for people who have never dealt with them. Through this article, I’ll share some methods to accommodate these users’ unique needs.

Tú no tienes problemas de accesibilidad, tienes problemas de calidad

Visto hace pocos días en Twitter, una fotografía de una presentación de Karl Groves:

Los límites de las herramientas automáticas

Muy interesante el artículo The Power (and Limits) of Automated Accessibility Testing:

For WCAG 2.0 AA conformance testing (the generally-accepted goal for accessibility compliance) automated tests represent only 10 percent of our test plan, 6 percent when you factor in tests across multiple browsers or screen readers.
[...]
Automation is a good way to tell if "something" is wrong, but it won't find all the compliance issues on a site, especially a complex one. There are only two WCAG 2.0 guidelines that we rely on automation alone to test: Page Titled and Parsing. All other guidelines may require manual review depending on the setup of your site.
[...]
What does automation miss? It's terrible at simulating keyboard and screen reader navigation, which may mean that a site passes automation but can't be used at all by someone with motor or visual disabilities. (We see that a lot.) Automation is terrible at telling what you can see when the site is zoomed. It can't tell where you need headers, or if a link has a clear enough description, or if you're moving around a navigation element that needs to be in a predictable place. Automation can't tell if you're relying on color to indicate something a color blind user won't be able to see. It's terrible with error messages, because it isn't entering anything into your forms. It won't tell you if your captcha makes your form impossible for a screen reader user to submit. Automation probably won't bother testing your site in a mobile view.
Automation should be your first attack. It's ours. But it's not enough. Don't trust anyone who tries to convince you it is. Double check the site with a free screen reader like VoiceOver or NVDA, tab through it with your keyboard, zoom in and see what happens. It’s the users of your site, not the robots, that need accessibility.

Curso gratuito "Digital Accessibility: Enabling Participation in the Information Society"

Un curso gratuito, de tipo MOOC, sobre accesibilidad digital: Digital Accessibility: Enabling Participation in the Information Society.

El contenido del curso es:

• What is digital accessibility?
• Digital accessibility and business
• Relationship between ‘usability’, ‘accessibility’ and ‘user experience’
• Challenges and barriers met by disabled people
• Video and audio barriers and subtitles, captioning and audio description
• Desktop, laptop, mobile and self-service terminal accessibility
• Creating, checking and evaluating document, web and self-service terminal accessibility
• Input and output devices e.g. screen reader, Braille, switch access technologies
• Digital and web accessibility guidelines, standards and principles of Universal Design

"personas con discapacidad", expresión recomendada

Hace un par de días, Fundéu publicó la aclaración personas con discapacidad, expresión recomendada:

La expresión personas con discapacidad es la preferible para referirse a aquellas personas que tienen algún tipo de limitación física, intelectual o sensorial.

Según la Convención Internacional sobre los Derechos de las Personas con Discapacidad de la Organización de la Naciones Unidas, personas con discapacidad es la expresión adecuada para referirse a quienes «tengan deficiencias físicas, mentales, intelectuales o sensoriales a largo plazo que, al interactuar con diversas barreras, puedan impedir su participación plena y efectiva en la sociedad, en igualdad de condiciones con las demás».

Como se ve en esa convención y en los documentos de las organizaciones que representan a estas personas, se prefiere en general la fórmula persona con discapacidad al uso del sustantivo discapacitado, que, si bien no es reprochable desde el punto de vista lingüístico, supone aludir a la persona por una sola de sus características, en este caso la discapacidad.

Tampoco se recomienda la voz minusválido, utilizada durante mucho tiempo y aún presente en documentos y trámites diversos. Aunque se trata de una palabra correctamente formada, se desaconseja su uso en los medios de comunicación, ya que en la actualidad se interpreta, en especial por los colectivos citados, como peyorativa. 

Asimismo se desaconsejan palabras o expresiones con matiz claramente despectivo (como anormal, subnormal, deficiente, incapaz, inválido, impedido), así como las que denotan sufrimiento (como sufre, padece o arrastra una discapacidad).

Sobre el uso correcto del lenguaje he escrito un par de veces en el pasado:

• ¿Minusválido, inválido, disminuido, incapacitado o discapacitado? (12/1/2006)
• People-first language (8/10/2013)
• Cómo escribir con un lenguaje inclusivo (19/9/2014)
• Guía de Lenguaje Positivo y Comunicación Incluyente (23/10/2017)
• Guía APA el uso de lenguaje no discriminatorio e inclusivo (6/11/2017)

Qué esperar de WCAG 2.1

WCAG 2.1 se publicó en junio de 2018, ya no es algo nuevo, pero vale la pena releer cosas como Understanding WCAG 2.1: What to Expect, donde se explican las novedades de WCAG 2.1.

El artículo incluye un vídeo:

Chrome DevTools Accessibility Reference

En Accessibility Reference se explica el funcionamiento del módulo de revisión de la accesibilidad web que existe en Chrome DevTools:

Centro de Normalización Lingüística de la Lengua de Signos Española

El Centro de Normalización Lingüística de la Lengua de Signos Española  (CNLSE) tiene como objetivo:

que todas las personas, independientemente de tener una discapacidad, de la edad o de acceder a la web desde tecnologías poco convencionales, puedan navegar por las páginas de este sitio web sin encontrar dificultades de acceso.

Sin embargo, una vez más, en casa del herrero, cuchara de palo, y el sitio web de CNLSE no es accesible para todas las discapacidades. Digo una vez más porque ya escribí sobre este problema, pero de otro sitio web, en Unas personas con discapacidad que se olvidan del resto de las personas con discapacidad.

En la siguiente imagen podemos ver cómo se han olvidado de poner un texto alternativo correcto en las imágenes del panel de navegación de la izquierda:

En concreto, han puesto:

• "Imagen del banner" en el title del enlace.
• "Imagen del banner" en el title de la imagen.
• "Imagen del banner" en el alt de la imagen.

Publicado el libro "Formación básica de NVDA"

En Libro “Formación básica de NVDA” podemos leer:

El libro oficial de formación básica de NVDA, que incluye conceptos que van desde los primeros pasos para empezar con Windows y NVDA hasta explorar la web o usar el navegador de objetos (ebook, publicado el 14 de junio de 2018).
El libro de formación básica de NVDA es el primer módulo del conjunto oficial de material de formación de NV Access para aprender a usar el lector de pantalla libre NVDA. Ideal para nuevos usuarios o usuarios existentes que quieran mejorar sus habilidades.
Entre los temas incluidos se encuentran: primeros pasos con NVDA y Windows, configuración básica, redacción y edición de texto, formateado de documentos, gestión de archivos, multitarea, exploración de la web, y utilización del cursor de revisión y el navegador de objetos. Formatos incluidos en el paquete: ePub, HTML, Docx (Microsoft Word) y KFX (Amazon Kindle).
Al adquirir el libro de nuestra web, ayudas a mantener la comunidad de NVDA en español y permites que podamos descubrir complementos, traducir documentación y ofrecer un punto de encuentro único y robusto para todos los usuarios de habla hispana de NVDA.
Si quieres ver algunas muestras del libro antes de animarte a comprarlo, te dejamos el capítulo 1, con la introducción, y el capítulo 12, que habla sobre el cursor de revisión.

Cursos en línea sobre accesibilidad web

Algunos cursos sobre accesibilidad web:

Web Accessibility

Start Building Accessible Web Applications Today

Web Accessibility for Developers

Professional Web Accessibility Auditing Made Easy

Digital Accessibility: Enabling Participation in the Information Society

Webinar "Usabilidad y accesibilidad en la enseñanza online: Plataformas y recursos de aprendizaje fáciles de usar y para todos"

La Universidad Internacional de Andalucía organiza el webinar Usabilidad y accesibilidad en la enseñanza online: Plataformas y recursos de aprendizaje fáciles de usar y para todos (Webinar) el próximo 15 de octubre. Su contenido es:

1. ¿Qué es la usabilidad?
2. El papel de la usabilidad en la docencia online: Plataformas y contenidos
3. Principales barreras de usabilidad en el aprendizaje online.
4. Más allá de la usabilidad: Mejorando la experiencia de usuario en el aprendizaje en línea
5. Accesibilidad y diseño para todos en la docencia y aprendizaje online
6. Técnicas rápidas de evaluación de la usabilidad y accesibilidad.

Sématos

Sématos es un banco de palabras y expresiones en la lengua de signos alemana, catalana, española, francesa e internacional.

Este sitio web incluye secciones organizadas por temas, por ejemplo informática.

Herramienta para evaluar la accesibilidad de todo un sitio web

Dinolytics es una nueva herramienta, basada en WAVE de WebAIM, que permite evaluar la accesibilidad de todo un sitio web.

Nueva herramienta para evaluar el contraste del color de los enlaces

El WebAIM ha lanzado una nueva herramienta para evaluar el contraste del color de los enlaces:

Link Contrast Checker

La explicación de la necesidad de esta nueva herramienta se encuentra en:

• Understanding WCAG 2 Contrast and Color Requirements
• WCAG 2.0 and Link Colors

Diseño accesible, universal o inclusivo, ¿es lo mismo?

En el artículo The Same, But Different: Breaking Down Accessibility, Universality, and Inclusion in Design explican las diferencias y semejanzas de tres términos relacionados, accesible, universal e inclusivo:

Accessibility is a goal
We use the term accessibility to describe a vast network of activity, but, in the most basic terms, when we talk about a site or an app, we describe its progress toward accessibility in basic terms — it’s good, it’s bad, it’s ugly. The goal of everyone I know in the accessibility community is to make things better for as large an audience as possible. So here’s definition number one:

Accessibility is the goal to ensure that products support each individual user’s needs and preferences.


Universal design is for everyone, literally
Universal design is the design of products and environments to be usable by all people, to the greatest extent possible, without the need for adaptation or specialized design.


Inclusive design expands with your audience
Unlike universal design, there are not yet generally agreed-upon definitions for inclusive design, or the practices it encompasses. Some attempts borrow heavily from the above definition of universal design. Some are more mission statements than definitions. Some are explicitly connected with disability, while others are broader in scope. All of them have some value, in that they confront the reader with the idea that it is always within their capacity to do more.

The definition of inclusive design that I identify most with comes from the Inclusive Design Research Centre at OCAD U in Toronto:

We have defined Inclusive Design as: design that considers the full range of human diversity with respect to ability, language, culture, gender, age and other forms of human difference.

Inclusive design is a term that leads people to think about an expanding audience, with expanding wants and needs, which, in turn, gives them more to think about as they design products. When I say, “I’m working on inclusive design,” I get substantially fewer blank stares than when I said, “I work on accessibility.” More often than not, the connection to the needs of people with disabilities comes through on its own.

Accesibilidad al 90%

Visto en Twitter en un mensaje de la Fundación Once:

La accesibilidad web a veces se queda así, a medias.

Lenguaje inclusivo

En Teaching Students with Disabilities se puede leer:

In order to create an inclusive classroom where all students are respected, it is important to use language that prioritizes the student over his or her disability. Disability labels can be stigmatizing and perpetuate false stereotypes where students who are disabled are not as capable as their peers.  In general, it is appropriate to reference the disability only when it is pertinent to the situation. For instance, it is better to say “The student, who has a disability” rather than “The disabled student” because it places the importance on the student, rather than on the fact that the student has a disability.

En Disability Language Style Guide y Terms to Avoid When Writing About Disability se puede encontrar más información sobre los términos que se puede o no se puede usar.