Lista de cosas relacionadas con la accesibilidad que Apple y Google hacen mal e insisten en hacer mal

Impresionante la lista recopilada por Adrian Roselli en I Don’t Care What Google or Apple or Whoever Did:

A very very quick selection of decisions that Google and Apple made that were counter to what experienced usability and UX experts recommended:

• Google Material Design told us form fields were better without boxes, until they tested it.
• Apple told us removing button outlines in iOS was better, until users complained.
• Google relies on color alone for links in search results, which is a WCAG violation.
• Apple went with super-thin typefaces in iOS, until finally making them thicker in subsequent releases.
• Google Chrome uses a default blue focus indicator, which is invisible on their own blue-background navigation.
• Apple thought animating apps on launch was cool, until users with vestibular orders got sick.
• Google deploys an update to its browser that can break the web for screen reader users, and lets it sit for for two releases.
• Apple for years has hidden the semantics of lists when they are styled, forcing developers to use hacks to reinsert them.
• Google shares lessons learned from its commendable Disability Support team in the form of an inaccessible PDF document that insists it cannot make accessible.
• Apple continues to fail to build VoiceOver support for an HTML element that has existed since the dawn of HTML and 2½ times longer than VoiceOver on iPhone.
• YouTube announces it is removing the ability for community members to contribute subtitles or captions to videos.
• Apple still does not send a focus event when a native button is clicked, an issue first reported in 2009, again in 2012, again in 2013, and yet again in 2013.
• Both Apple and Google are content to let crowd-funding efforts drive the addition of accessibility features (:focus-visible and inert) or CSS feature support (:not()) to their browsers.
• Apple makes a landing page touting its accessibility accomplishments, but the page itself has accessibility issues (not all are false positives, despite response).
• Google has a VPAT for Gmail that does not accurately describe its conformance, easily provable, and frustrating yet another claim of “but Google uses these colors”.
• Definitely do not follow YouTube as a good (or passable) example of how to build and use tabs.
• Google tweets a silent text-heavy video to promote its event for International Day of Persons with Disabilities, which is retweeted by the Google Accessibility account. I call them out, show how to do it accessibly, and Google deletes the tweet without acknowledgment while the Google Accessibility account never speaks of it.
• Google launches Designcember to promote its work on container queries and other technologies, but fails to support the developers and ensure the site is accessible. Which I call out. And for which my free labor is requested to QA fixes.
• Apple claims not once, not twice, but three times to have fixed CSS display property accessibility bugs, finally requiring a change in how Can I Use reports support.
• Google Chrome’s developer outreach site, Web.dev, shared how to build an accessible <tool-tip> custom element. Sadly, if you follow its advice you are guaranteed a SC 1.4.13 WCAG violation. Never mind translation issues, misunderstanding of how <abbr> is exposed, a conflation of accessible name and description, and an enforced inability to select text.
• Apple demonstrates Safari in visionOS by using a WCAG-failing site to show Apple’s bespoke low-contrast focus styles. For good measure, Apple also promotes problematic HTML structures.

Una entrevista a un experto sobre inteligencia artificial y accesibilidad

En Axi – Accessibility Intelligence, an interview with David O’Neill podemos leer:

There is a lot of optimism,  enthusiasm and trepidation on the interwebs about the transformative effect Artificial Intelligence (AI) will have on everything from marketing to the creative arts.

I often say that I am not an expert, but I know people who are. This is very much the case in terms of AI. Fortuitously, I have direct access to someone who is steeped in both accessibility knowledge and AI — or should I say Machine Learning (ML)? I am referring to David O’Neill, a Research Fellow at Vispero  (the parent company of TPGi). He has a low social media profile but has quietly been driving improvements in automated accessibility testing, and accessibility testing in general, for decades.

In the following interview, we will learn about David, and how he envisions AI/ML to be a force for major improvements in how we tackle the thorny problems of making technology work better for people — all people.

Y explica un caso concreto:

First off, it is a common misconception that AI/ML can solve all problems. That simply is not the case. The efficacy of AI/ML is a function of the use-case, availability of applicable models and tasks, and the volume/quality of available data for training and/or semantic search. So, evaluating these use-cases involves fitting it with proven ML tasks and inventorying your data.

Detecting Accessibility Issues is largely a classification task. Today, we perform accessibility issue detection in a highly deterministic manner.  We have functions that accept code as an input and use rule-based logic to assert a “pass or fail” outcome. We can say that the following code snippet is not accessible because it is an image with no ALT text attribute: <img src=”someimage.jpg”>. The lack of ALT text is easy to detect which allows us to classify the <img> element as “Inaccessible” with 100% confidence.

Can we do that specific test better with ML using a probabilistic model? And if so, is it worth it? The answer is probably not. We can train a classifier on a million code examples of images that are not accessible but have no guarantee that it will learn enough to predict “Inaccessible” on future examples with 100% accuracy. A simple rule of thumb is to use conventional deterministic algorithms whenever you can – provided the algorithms work, of course! The reasoning is simple: why trade in a sure, easy thing for a hard and costly result that only has some “probability” of being correct?

The key point here is that there is no benefit in using ML with fuzzy results and <100% accuracy on tasks that already have 100% accuracy with a traditionally programmed, non-learned algorithm.

Aplicaciones de la inteligencia artificial para la accesibilidad

En  Accessibility and Artificial Intelligence comentas algunas aplicaciones de la inteligencia artificial para la accesibilidad.

Básicamente, las dos situaciones que comenta son de sobra conocida: la generación automática de subtítulos en los vídeos y la generación automática de texto alternativo en las imágenes.

Los peligros de la inteligencia artificial para la accesibilidad web

En Five accessibility bugs GitHub Copilot offers to create explican los peligros de confiar en la inteligencia artificial en cuanto a la accesibilidad de una página web:

I like GitHub Copilot, at least for the narrow range of purposes I mentioned earlier. At the time I'm writing this up, there have been announcements about the next version of Copilot. Perhaps the next version will be fix some of these issues.

The danger here is that developers accept code suggestions, assuming that they're good. The 'wisdom of the crowd' could suggest that code based on millions of lines of code won't contain bugs. As demonstrated, this is not true.

Filtering the output, as it currently does to remove "offensive output", is possible. That probably wouldn't work better than current automatic accessibility testing and linting. So it would be an improvement, but not an absolute fix.

In my opinion, the responsibility always rests with the developer using the tool.

You shouldn't accept code suggestions from GitHub Copilot if you don't understand them. If you're expecting a certain type of suggestion, and you get one with extra attributes, you need to look them up. Don't use the code until you understand what every part of it does.

This could have a positive side. Maybe. It's possible that Copilot suggests accessibility considerations that people would otherwise have missed. Making people consider how to incorporate accessibility into their work normalizes it.

Adrian Roselli tampoco confía mucho en la inteligencia artificial para resolver los problemas de accesibilidad. En  No, ‘AI’ Will Not Fix Accessibility explica:

Large language models are habitual liars. Meanwhile, automated image descriptions aren’t much better. To give them the benefit of the doubt, perhaps these tools simply lack context.

As image tools get better at describing every detail of a picture, as language models do a better job of conveying an emoji-laden tweet in actual words, they are still not the authors of that content. They have no sense of why it was created. They cannot tell you that a series of vertical lines is meant to signify a wall in a meme.

Publicada la actualización de os títulos de la formación profesional del sistema educativo de Técnico Superior en Desarrollo de Aplicaciones Multiplataforma y Técnico Superior en Desarrollo de Aplicaciones Web

El 3 de junio de 2023 se publicó en el BOE el Real Decreto 405/2023, de 29 de mayo, por el que se actualizan los títulos de la formación profesional del sistema educativo de Técnico Superior en Desarrollo de Aplicaciones Multiplataforma y Técnico Superior en Desarrollo de Aplicaciones Web, de la familia profesional Informática y Comunicaciones, y se fijan sus enseñanzas mínimas.

Este Real Decreto modifica el Real Decreto 450/2010, de 16 de abril, por el que se establece el título de Técnico Superior en Desarrollo de Aplicaciones Multiplataforma y se fijan sus enseñanzas mínimas y el Real Decreto 686/2010, de 20 de mayo, por el que se establece el título de Técnico Superior en Desarrollo de Aplicaciones Web y se fijan sus enseñanzas mínimas..

En la definición de los contenidos del Módulo profesional Diseño de interfaces web aparece:

Diseño de webs accesibles:

− El Consorcio World Wide Web (W3C).

− Principios y Pautas de Accesibilidad al Contenido en la Web (WCAG).

− Criterios de conformidad. Niveles de conformidad.

− Técnicas para satisfacer los requisitos definidos en las WCAG.

− Prioridades. Puntos de verificación.

− Métodos para realizar revisiones preliminares y evaluaciones de adecuación o conformidad de documentos web.

− Herramientas de análisis de accesibilidad web.

− Chequeo de la accesibilidad web desde diferentes navegadores y dispositivos.

− Posicionamiento en buscadores. Mejora de la visibilidad de un sitio web en diferentes buscadores.

WAI-ARIA 1.2 ya es una recomendación

El 6 de junio de 2023 se publicó la versión definitiva de Accessible Rich Internet Applications (WAI-ARIA) 1.2.

Las diferencias respecto a WAI-ARIA 1.1 están recogidas en B. Substantive changes since the WAI-ARIA 1.1 Recommendation.

Accesibilidad de EPUB

El pasado 25 de mayo de 2023 se publicó al mismo tiempo EPUB 3.3 y EPUB Accessibility 1.1, que define los requisitos de accesibilidad de EPUB.

En EPUB Accessibility 1.1 podemos leer:

The primary source for producing accessible web content is the W3C's Web Content Accessibility Guidelines (WCAG) [wcag2], which establish benchmarks for accessible content. WCAG defines four high-level content principles — that content be perceivable, operable, understandable, and robust. These principles are also central to creating accessible EPUB publications, so it is no surprise that this specification builds on the extensive work done in WCAG.

Y después en 3.2 Relationship to WCAG dice:

WCAG [wcag2] and its associated techniques provide extensive coverage of issues and solutions for web content accessibility, covering everything from multimedia to interactive content to structured markup and more. They represent the foundation that this specification builds upon.

This specification does not repeat the requirements or techniques introduced in those documents, as it risks breaking compatibility between the two standards (e.g., putting guidance out of sync, or in conflict). At the same time, although this specification does not call out those requirements, it does not diminish their importance in creating EPUB publications that are accessible.

This specification instead defines how to apply WCAG to an EPUB publication — which is a collection of web documents as opposed to a single page — and adds an additional set of requirements. These requirements are no more or less important than those covered in WCAG; they are simply necessary to follow for EPUB publications. (Each requirement explains its relationship to WCAG in its respective section.)

The same is true of the techniques in the EPUB Accessibility Techniques document [epub-a11y-tech-11]. It provides coverage of techniques that are unique to EPUB publications, or that need clarification in the context of an EPUB publication. It does not mean that the rest of the WCAG techniques are not applicable.

As a result, although EPUB creators can read this section without deep knowledge of WCAG conformance, to implement the accessibility requirements of this specification requires an understanding of WCAG.

Because this specification adds requirements that are not a part of WCAG, an EPUB publication can conform to WCAG without conforming to this specification.

En EPUB 3.3 becomes a W3C Recommendation podemos leer:

Accessibility of EPUB publications was an essential part of the group’s activity. As a result, the EPUB Accessibility specification has been updated and, for the first time in the history of EPUB, is now an integral part of the EPUB Standard. Furthermore, the EPUB Accessibility specification is compatible with the European Accessibility Act whose influence will be significant on Digital Publishing in the years to come.

WCAG 2.2 un poco más cerca

Ayer (17/05/2023) el W3C publicó la nota de prensa  W3C WAI UPDATES FOR GAAD 2023, en la que se anuncia una actualización de WCAG 2.2 y también que a WCAG 3.0 le faltan años:

• An updated draft of WCAG 2.2 is being published in May 2023.
• WCAG 3.0 is exploring a different approach. It is years away from being completed.

Efectivamente, ayer también se publicó una actualización de WCAG 2.2, pero sigue como Candidate Recommendation Draft.

¿Cuándo se publicará la versión definitiva? En What's New in WCAG 2.2 Draft podemos leer:

WCAG 2.2 is scheduled to be completed and published in 2023 Q3 (July, August, September)

Y también podemos consultar los cambios experimentados desde la última versión publicada en enero de 2023:

Changes from the January 2023 CR to the May 2023 update include:

• 2.4.7 Focus Visible — Changed from Level A back to Level AA, as it is in WCAG 2.1.
• 2.4.11, 2.4.12, 2.4.13 — Changed numbering.
• 2.4.13 Focus Appearance — Changed to Level AAA. Edited to simplify and be more rigorous.
• 2.5.8 Target Size (Minimum) — Changed the “Spacing” exception and the “Inline” exception.
• 2.4.12 Focus Not Obscured (Minimum) — Changed the Notes.
• 3.3.8 Understanding Accessible Authentication (Minimum) — Added “(Minimum)”.

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

Mañana se celebra el Global Accessibility Awareness Day:

Thursday, May 18, 2023, help us celebrate the 12th Global Accessibility Awareness Day (GAAD)! The purpose of GAAD is to get everyone talking, thinking and learning about digital access and inclusion, and the more than One Billion people with disabilities/impairments.

Este día se celebra el tercer jueves de cada mes de mayo.

En el sitio web existe la traducción al español, Día Mundial para Promover la Concienciación sobre la Accesibilidad Web:

El 18 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 conocimiento 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 European Accessibility Act sigue retrasada en España

El próximo jueves 18 de mayo se celebra el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web y quizás sea el mejor momento para recordar que España todavía no ha traspuesto la European Accessibility Act (EAA) a la legislación española.

La EAA, que realmente tiene por nombre Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo, de 17 de abril de 2019, sobre los requisitos de accesibilidad de los productos y servicios, se publicó el 7 de junio de 2019 en el Diario Oficial de la Unión Europea. Esta Directiva establecía que debía ser transpuesta a la legislación nacional antes del 28 de junio de 2022.

España todavía no lo ha hecho.

Pero bueno, parece que España no es el único país. En Deadline for EAA transposition period missed by many EU Member States (30/09/2022) podemos leer:

For those Member States that have missed the transposition deadline, namely – Bulgaria, Czechia, Ireland, Greece, Spain, France, Cyprus, Lithuania, Luxembourg, Hungary, Netherlands, Poland, Portugal, Slovenia, Slovakia, and Sweden – EUD is calling on the corresponding National Associations of the Deaf to take immediate action accordingly.

El EAA se debe cumplir a partir del 28 de junio de 2025, solo quedan 2 años. Por si el Gobierno de España necesita ayuda para realizar la trasposición, el European Disability Forum proporciona una guía de ayuda, European Accessibility Act - Toolkit for transposition.

ACTUALIZACIÓN (17/5/2023)

Esta entrada la escribí y programé a principios de mayo y antes de publicarse ya estaba desactualizada. Por fin de ha publicado la trasposición de la Directiva 2019/882 sobre los requisitos de accesibilidad de los productos y servicios: Ley 11/2023, de 8 de mayo, de trasposición de Directivas de la Unión Europea en materia de accesibilidad de determinados productos y servicios, migración de personas altamente cualificadas, tributaria y digitalización de actuaciones notariales y registrales; y por la que se modifica la Ley 12/2011, de 27 de mayo, sobre responsabilidad civil por daños nucleares o producidos por materiales radiactivos.

Esta ley es un verdadero franskestein legislativo que comentaré en otra entrada.

Tamaño mínimo de los elementos de interacción

Web Content Accessibility Guidelines (WCAG) 2.1 tiene el criterio 2.5.5 Target Size (Level AAA):

The size of the target for pointer inputs is at least 44 by 44 CSS pixels except when:

• Equivalent: The target is available through an equivalent link or control on the same page that is at least 44 by 44 CSS pixels;
• Inline: The target is in a sentence or block of text;
• User Agent Control: The size of the target is determined by the user agent and is not modified by the author;
• Essential: A particular presentation of the target is essential to the information being conveyed.

Además, Web Content Accessibility Guidelines (WCAG) 2.2, que todavía está en el estado Candidate Recommendation Draft, incluye nueve nuevos criterios. Uno de ellos es 2.5.8 Target Size (Minimum) (Level AA):

The size of the target for pointer inputs is at least 24 by 24 CSS pixels, except where:

• Spacing: The target does not overlap any other target and has a target offset of at least 24 CSS pixels to every adjacent target;
• Equivalent: The function can be achieved through a different control on the same page that meets this criterion.
• Inline: The target is in a sentence, or is in a bulleted or numbered list, or its size is otherwise constrained by the line-height of non-target text;
• User agent control: The size of the target is determined by the user agent and is not modified by the author;
• Essential: A particular presentation of the target is essential or is legally required for the information being conveyed;

En Accessible Target Sizes Cheatsheet aclaran todo esto con varios ejemplos.

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

El jueves 18 de mayo se celebra el Global Accessibility Awareness Day:

Thursday, May 18, 2023, help us celebrate the 12th Global Accessibility Awareness Day (GAAD)! The purpose of GAAD is to get everyone talking, thinking and learning about digital access and inclusion, and the more than One Billion people with disabilities/impairments.

Este día se celebra el tercer jueves de cada mes de mayo.

En el sitio web existe la traducción al español, Día Mundial para Promover la Concienciación sobre la Accesibilidad Web:

El 18 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 conocimiento 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.

Resultados del estudio The WebAIM Million

Este es el quinto año que WebAIM publica The WebAIM Million. Los resultados son similares a los años anteriores.

Esta vez, el porcentaje de páginas web que presentan algún error es 96.3%. Este porcentaje solo ha bajado 1.5% desde el 97.8% del primer año:

96.3% of home pages had detected WCAG 2 failures! This improved very slightly from 96.8% in 2022. Over the last 4 years, the pages with detectable WCAG failures has decreased by only 1.5% from 97.8%. These are only automatically detected errors that align with WCAG conformance failures with a high level of reliability. Because automatic testing cannot detect all possible WCAG failure types, this means that the actual WCAG 2 A/AA conformance level was certainly lower.

Los errores más comunes siguen siendo los mismos que otros años:

• Low contrast text
• Missing alternative text
• Empty links
• Missing form labels
• Empty buttons
• Missing document language

El informe dice:

96.1% of all errors detected fall into these six categories. These most common errors have been the same for the last 5 years. Addressing just these few types of issues would significantly improve accessibility across the web.

Sobre el contenido oculto

Un análisis interesante sobre las consecuencias de emplear contenido oculto: Visually hidden content is a hack that needs to be resolved, not enshrined.

Comentarios en Twitter sobre las capas de accesibilidad (accessibility overlay)

Hace unos pocos días pude leer la siguiente discusión en Twitter:

Dios mío, qué puto timo. Una web que dice que con un widget que metes con Javascript en tu página, la conviertes en WCAG 2.1 AA Compliance. Y nadie les cierra el chiringuito ni nada: https://t.co/0vcDMzfG7L
Lo peor es que las empresas se lo creen, y el usuario lo sufre 🤢🤢

— Juanjo (kastwey@mastodon.cat) (@kastwey) March 26, 2023

Sobre la automatización de los tests de accesibilidad

Muy interesante la reflexión que Karl Groves, uno de los gurús de la accesibilidad web, realiza en su artículo Automation is not the enemy.

Sobre la desaparición del criterio 4.1.1 en WCAG 2.2

Web Content Accessibility Guidelines (WCAG) 2.2 está a punto de ser aprobado y una novedad "extraña" es que el criterio 4.1.1 Parsing se considera obsoleto y, por tanto, se elimina. Esto va a originar una situación confusa, porque ya no se cumplirá lo de la compatibilidad con versiones anteriores. WCAG 2.2 avisa de ello en Comparison with WCAG 2.1, donde podemos leer:

WCAG 2.2 builds on and is backwards compatible with WCAG 2.1, meaning web pages that conform to WCAG 2.2 are at least as accessible as pages that conform to WCAG 2.1. Requirements have been added that build on 2.1 and 2.0. WCAG 2.2 has removed one success criterion, 4.1.1 Parsing. Authors that are required by policy to conform with WCAG 2.0 or 2.1 will be able to update content to WCAG 2.2, but may need to continue to test and report 4.1.1.

La industria responde a las críticas contra las capas de accesibilidad

Las capas de accesibilidad (accessibility overlays) es una tecnología que promete solucionar los problemas de accesibilidad de un sitio web con muy poco esfuerzo. Claro, para el propietario de un sitio web que necesite ser accesible, este tipo de soluciones son una maravilla. Pero es como las dietas milagro: pierde peso rápidamente, a veces poniendo en riesgo tu salud, para luego en unos pocos meses volver a recuperarlo.

En el sitio web Overlay False Claims se desmontan varias de las afirmaciones que emplean los fabricantes de este producto para anunciarlo y venderlo.

Ahora alguno de los fabricantes, o quizás varios que se han unido, han montado OverlayFacts para contrarrestar el sitio web Overlay False Claims.

Según un tuit de Karl Groves, uno de los máximos gurús de la accesibilidad web, es posible que detrás de OverlayFacts esté AccessiBe, una de esas empresas que vende accessibility overlays:

España llega tarde a la Ley Europea de Accesibilidad

En abril del año pasado comenté por aquí que el Gobierno de España ya había aprobado el anteproyecto de ley que transpone la Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo, de 17 de abril de 2019, sobre los requisitos de accesibilidad de los productos y servicios, la llamada "Ley Europea de Accesibilidad". El objetivo de esta Directiva es:

Artículo 1

Objeto

El objetivo de la presente Directiva es contribuir al correcto funcionamiento del mercado interior mediante la aproximación de las disposiciones legales, reglamentarias y administrativas de los Estados miembros en lo relativo a los requisitos de accesibilidad exigibles a determinados productos y servicios, en particular eliminando y evitando los obstáculos a la libre circulación de productos y servicios derivados de las divergencias en los requisitos de accesibilidad en los Estados miembros.

Esta Directiva debía ser transpuesta a la legislación española antes del 28 de junio de 2022. Estamos a 8 de febrero de 2023 y todavía no ha sido transpuesta.

La transposición de esta Directiva estuvo abierta a consultas públicas previas durante el mes de diciembre de 2020 en CONSULTA PÚBLICA PREVIA ACERCA DE LA NORMA DE TRANSPOSICIÓN DE LA DIRECTIVA (UE) 2019/882 DEL PARLAMENTO EUROPEO Y DEL CONSEJO DE 17 DE ABRIL SOBRE LOS REQUISITOS DE ACCESIBILIDAD DE LOS PRODUCTOS Y SERVICIOS:

El 18 de agosto de 2022, el CERMI denunció que España incumplía el plazo máximo de transposición de la directiva sobre requisitos de accesibilidad de los productos y servicios:

España ha incumplido el plazo máximo establecido por la Unión Europea para transponer al Derecho español la Directiva (UE) 2019/882 de 17 de abril de 2019 sobre los requisitos de accesibilidad de los productos y servicios, que vencía el pasado 28 de junio.

A pesar de que esta Directiva europea fue adoptada en 2019, con un generoso plazo de transposición, el Estado español ha infringido el límite máximo para convertir en derecho nacional este cuerpo normativo que establece unos parámetros comunes de accesibilidad a determinados bienes y servicios.

El incumplimiento por parte del Gobierno español, en concreto del Ministerio de Derechos Sociales y Agenda 2030, de este compromiso europeo expone a nuestro país a la apertura de un procedimiento de infracción por inobservancia de la legislación europea.

En el Boletín Oficial de las Cortes Generales del 17 de noviembre de 2022 aparece el proyecto de Ley de trasposición de Directivas de la Unión Europea en materia de accesibilidad de determinados productos y servicios.

Bueno, esperemos que se apruebe pronto esta ley que ya tiene más de 6 meses de retraso.

Denuncias por falta de accesibilidad web presentadas en Estados Unidos

Según Plaintiffs Set a New Record for Website Accessibility Lawsuit Filings in 2022:

Seyfarth Synopsis: Plaintiffs filed 3,225 website accessibility lawsuits in federal court in 2022 – a 12% increase over 2021. 

2022 was another record setting year for website accessibility lawsuits filed in federal court.  The total number of lawsuits filed in federal court alleging that plaintiffs with a disability could not use websites because they were not designed to be accessible and/or work with assistive technologies in 2022 was 3,255–360 more than 2021. This 12% increase in the number of lawsuits in 2022 is just slightly lower than the 14% 2021 increase, and matches the 12% increase we saw in 2020.  While these numbers pale by comparison to the explosion of cases we saw from 2017 to 2018 (an increase of 177%), the continued year-over-year increases are still very significant.

Fotografías de personas con discapacidad

En Stock photos of people with disabilities se explica cómo encontrar fotografías de personas con discapacidad:

Slightly off topic, but if you’re seeking a stock photo including people with a disability, here is a list of resources. Please submit a comment if you know of any others!

¿Cuánto falta para WCAG 3.0?

En WCAG 3.0: are we there yet? podemos leer:

On 7 December 2021, the W3C Accessible Guidelines Working Group published a Working Draft of the W3C Accessibility Guidelines (WCAG) 3.0.

So, that’s it, right? Pack WCAG 2 off to the junkyard? The standard is dead, long live the standard?

Well, no.

A Working Draft is published to invite feedback and goes through a lot of stages before it can be referred to as a standard. This particular draft has just six sample guidelines, where eventually there will be many, many more.

Given the amount of content yet to be added, the incorporation of feedback and revision, and giving people time to wrap their heads around some fundamental changes from WCAG 2 to WCAG 3, it’s going to be several years before WCAG 3.0 becomes a W3C Recommendation and web standard.

Remembering that WCAG 2.2 was originally slated for 2021 and by October 2022 had been pushed back to “early 2023”, WCAG 3.0 is unlikely to move out of draft status before 2025 at the very earliest, and quite probably a few years later than that.

Cambio de disminuido a discapacitado en la Constitución

Según se cuenta en Principio de acuerdo entre el Gobierno y el PP para eliminar el término “disminuidos” del artículo 49 de la Constitución, parece que por fin se va a cambiar la Constitución para que en vez de "disminuido" se use "discapacitado" en el artículo 49:

Los poderes públicos realizarán una política de previsión, tratamiento, rehabilitación e integración de los disminuidos físicos, sensoriales y psíquicos a los que prestarán la atención especializada que requieran y los ampararán especialmente para el disfrute de los derechos que este Título otorga a todos los ciudadanos.

¿Y los "disminuidos intelectuales"? ¿No existen para la Constitución?

Cambio de WCAG 2.2 a Candidate Recommendation Draft

Ayer se anunció el cambio de WCAG 2.2 a W3C Candidate Recommendation Draft.

En el anuncio se dice:

Candidate Recommendation: The main purpose of Candidate Recommendation is to ensure that WCAG 2.2 can be implemented. It is stable at this stage; however, it could change based on implementation experience. More about Candidate Recommendation and the process for completing WCAG 2.2 is in:

        How WAI Develops Accessibility Standards through the W3C Process

        https://www.w3.org/WAI/standards-guidelines/w3c-process/

Resumen de denuncias por falta de accesibilidad web en Estados Unidos hasta 2022

En Plaintiffs Set a New Record for Website Accessibility Lawsuit Filings in 2022 podemos encontrar el siguiente gráfico:

Con la siguiente descripción:

[Graph: ADA Title III Website Accessibility Lawsuits in Federal Court 2017-2022: 2017: 814; 2018: 2,258 (177% increase from 2017); 2019: 2,256 (.01% decrease from 2018), 2020: 2,523 (12% increase from 2019); 2021: 2,895 (14% increase from 2020); 2022: 3,255 (12% increase from 2021). *The number of cases that could be identified through a diligent search.]

Radar COVID: la app de rastreo de contagios no accesible

 

Demostración de uso del control de voz en MacOS

 

Accesibilidad web en las tablas

 

Siete tácticas que ayudan a la accesibilidad y el SEO

Muy interesante todo lo que se explica en 7 tactics that benefit both accessibility and SEO.

Herramientas de análisis de accesibilidad web

 

Canal Fundación ONCE en UNED

El Canal Fundación ONCE en UNED ofrece numerosos recursos sobre accesibilidad web. Algunos de los cursos que ofrece son:

• Materiales digitales accesibles (2021)
• Accesibilidad TIC en compras públicas (2021):
• Discapacidad y Defensa Legal Activa (4 octubre 2021)
• Accesibilidad en la atención a clientes (otoño 2021)
• Vivienda accesible (otoño 2021)
• Cómo formar en diseño para todas las personas UNED

El criterio 4.1.1 quizás desaparezca de WCAG 2.2

En The 411 on 4.1.1 y en Deprecating SC 4.1.1 se comenta un posible cambio importante de WCAG 2.2:

There is a non-zero chance that WCAG Success Criterion 4.1.1 Parsing will go away in WCAG 2.2. This isn’t a problem for users, regardless of the problems it may pose for the WCAG process, ACT rules, automated testing tools, or ossified testing processes.

[...]

Today there are roughly three schools of thought on flagging 4.1.1 issues in a web review. The first is to only flag them when they impact users. The second is to log everything without defining the impact on users. The third is to move user-impacting issues under other Success Criteria that are a better fit (which is my approach). This post builds on the third approach.

HTML y CSS: Accesibilidad para personas con baja visión

 

Mejoras en Zoom y Microsoft Teams para soportar la lengua de señas

En Zoom is about to get a lot more useful and powerful podemos leer:

Starting with Zoom Meetings, there will be a new designation for Sign Language Interpretation. A host can select multiple participants in a meeting to speak through a sign language interpreter for those who need it. In turn, people can select which of the interpreters they want to watch.

Y en Microsoft Teams is putting sign-language front and center también podemos leer:

Similar to a recent Zoom update, the new Sign Language View feature allows Microsoft Teams users to choose up to two other video feeds to be centered in the app, making sign language interpreters much more visible throughout the whole meeting. 

[...]

Sign Language View can be enabled for all meetings or on a case-by-case. Interpreters who work in the same company as you can be pre-assigned before a meeting, something you can do via the Settings menu. This way, when you enter a meeting with an interpreter, the view will already be activated.

Signers can be added mid-meeting with the “Manage signers” button found on the new Accessibility pane. Clicking the button allows you to designate a participant as an interpreter just by typing in their name. And through the pane, you can toggle both the Sign Language View and Live Captions mid-meeting, as well.

Acuerdo en la denuncia por falta de accesibilidad en la University of California (UC), Berkeley

En DOJ Reaches Agreement with UC Berkeley To Make Online Content Accessible podemos leer:

On November 21, 2022, the Department of Justice (DOJ) announced a proposed consent decree with the University of California (UC), Berkeley, addressing alleged violations of Title II of the Americans with Disabilities Act (ADA).

A consent decree is a legal agreement to resolve a dispute without the admission of guilt or liability.

UC Berkeley maintains an online library with thousands of hours of content that includes videos, podcasts, and free online courses. However, the Justice Department alleged that many of those materials weren’t accessible for people with disabilities — and under the Biden administration, the DOJ has stepped up enforcement of alleged ADA web accessibility violations.

“By entering into this consent decree, UC Berkeley will make its content accessible to the many people with disabilities who want to participate in and access the same online educational opportunities provided to people without disabilities,” Assistant Attorney General Kristen Clarke of the Justice Department’s Civil Rights Division said in a press release.

Los problemas de accesibilidad son:

The DOJ cited missing alternative text, captions, and transcripts as major issues while also noting that some of the university’s content was “formatted in a way that does not allow individuals with disabilities to access the content using screen readers or other assistive technology.”

Importantly, the alleged violations are not restricted to UC Berkeley’s official website. The DOJ’s press release notes that the consent decree — which requires court approval — will apply to all of the institution’s content, regardless of where that content is hosted.

The three-and-a-half-year long agreement will apply to:

• All courses hosted on UC BerkeleyX, the university’s online learning platform.
• Video and podcast content, including media posted to YouTube, Apple Podcasts, and other third-party platforms.
• All UC Berkeley conferences, lectures, sporting events, and other events available to the public through the university’s website and other platforms.

UC Berkeley has also agreed to revise its policies, train personnel, designate a web accessibility coordinator, and hire independent auditors to evaluate the accessibility of its online content.

Más información en  Berkeley (Finally) Agrees to Make Online Content Accessible.

El Almanaque de la Web 2022

El Web Almanac 2022 contiene un resumen de los datos recogidos por el HTTP Archive. Este trabajo contiene 22 capítulos y el capítulo 11 está dedicado a la accesibilidad. Su contenido es:

Introduction

Ease of reading

Color contrast

Zooming and scaling

Language identification

User preference

Forced colors mode

Navigation

Focus indication

Focus styles

tabindex

Landmarks

Heading hierarchy

Secondary navigation

Skip links

Document titles

Tables

Forms

<label> element

placeholder attribute

Requiring information

Captchas

Media on the web

Images

Audio and video

Assistive technology with ARIA

ARIA roles

Using the presentation role

Labeling elements with ARIA

Hiding content

Screen reader-only text

Dynamically-rendered content

Accessibility apps and overlays

Concerns with overlays

Conclusion

Cómo Twitter ha ayudado a las personas con discapacidad

En Twitter Was a Lifeline for People With Disabilities. Musk’s Reign Is Changing All of That se analiza el impacto que Twitter ha tenido en algunas personas con discapacidad y cómo ven con alarma los cambios para mal que está experimentando en los últimos días.

Algunos de las cosas que podemos leer en este artículo:

One such user is Stephanie Tait, an author, speaker, and disability advocate who suffers from multiple chronic health issues related to Lyme disease. “There are a lot of people joking about how Twitter going away would be for the best because everyone would go outside and touch grass,” she says. “What’s difficult for our community is that we’re here trying to get people to understand that for some of us, that’s not an option.”

[...]

For Karli Drew, a writer, creator, and activist with nearly 20,000 followers who was born with a progressive neuromuscular disorder called spinal muscular atrophy, Twitter has been the source of a ton of career opportunities. She says that one change Musk already tried to institute—charging $8 a month for verification—was a threat to the livelihood of some users with disabilities.

[...]

That has allowed people with disabilities and other marginalized groups that experience discrimination and exclusion to build community in a way that isn’t possible on other platforms, Tait says. “When you have certain kinds of disabilities, especially when you have diagnoses that are not as common, you need sheer numbers to even have the odds of potentially finding somebody with the same condition as you,” she says. “Twitter’s made it a lot easier to find people that you have no connection to at all and say, ‘Hey, we have similar symptoms or similar diagnoses, or you’ve reached a diagnosis and I haven’t, or you have research that you’ve already done and that research is going to be really important to me now.'”

[...]

For Oyewole, Twitter has played an essential role in growing the online business that enables her to support herself. “I can’t work most jobs because I’m disabled and by being on Twitter, I’m able to promote my business quite easily,” she says. “Other platforms require you to pay so your work can be seen. But with Twitter, it can gain a lot of reach through support from your followers.”

Discapacidad motora: uso del control por voz

 

En casa del herrero, cuchara de palo

Visto en este tuit en Twitter:

Accesibilidad web y Kit Digital

Muy interesante el vídeo de Vicent Sanchis en el que explica una introducción a la accesibilidad web que se debe tener en cuenta cuando uno es el beneficiario del Kit Digital del Gobierno de España..

El resumen del webinar dice:

En este webinar, Vicent Sanchis te hablará del Kit Digital, en concreto de los requisitos sobre accesibilidad. Es muy probable que WCAG, AA, RD1112/2018, UNE EN 301 549 no signifiquen nada en especial para ti, pero son las guías, normas y decretos que se han de cumplir cuando una web recibe financiación pública como es el caso de las ayudas del Kit Digital.

Durante el webinar, Vicent te ayudará a entender toda esta documentación técnica y a veces ordenada sin sentido aparente. Te explicará a qué estándares de accesibilidad web debes prestar atención y cuáles son las pautas generales en las que debes fijarte. También aclarará conceptos y te orientará en el mundo de la accesibilidad web y digital. Verás que, aunque laborioso, es más fácil de lo que parece.

Mesa redonda "Administración electrónica accesible: logros alcanzados, logros pendientes"

Mañana martes 8 de noviembre, a las 14 horas en Ecuador, 20 horas en España, moderaré la mesa redonda Administración electrónica accesible: logros alcanzados, logros pendientes, en el marco de la Tercera Conferencia Internacional en Sistemas de Información y Tecnologías de Software (ICI2ST 2022).

El objetivo de esta mesa redonda es "Conocer comparativamente el estado actual de la administración electrónica en Ecuador y España en relación con la accesibilidad para personas no videntes, exponer algunos de los logros alcanzados y analizar qué falta por hacer".

En la mesa redonda participarán Jose Angel Carrey y Juan José Montiel por parte de España y Katherine Franco y Carlos Montenegro por parte de Ecuador.

Las 6 pruebas de accesibilidad web más sencillas que cualquiera puede hacer

 

HTML y CSS: Accesibilidad para personas con baja visión

 

Mesa redonda Administración electrónica accesible: logros alcanzados, logros pendientes

El 8 de noviembre de 2022 seré el moderador de la mesa redonda Administración electrónica accesible: logros alcanzados, logros pendientes que se celebrará en el marco de la Tercera Conferencia Internacional en Sistemas de Información y Tecnologías de Software (ICI2ST 2022).

El objetivo de la mesa redonda es "Conocer comparativamente el estado actual de la administración electrónica en Ecuador y España en relación con la accesibilidad para personas no videntes, exponer algunos de los logros alcanzados y analizar qué falta por hacer".

Accesibilidad web: pseudo-clase :focus

 

Voluntary Product Accessibility Template

Voluntary Product Accessibility Template (plantilla voluntaria de accesibilidad de productos) es un documento que explica cómo los productos de tecnología de la información y la comunicación (TIC), como software, hardware, contenido electrónico y documentación de soporte, cumplen los estándares de accesibilidad. Este documento ayuda a los funcionarios de contratación de las agencias federales de los Estados Unidos a evaluar la accesibilidad de las TIC al realizar estudios de mercado y evaluar propuestas de contratación.

En la actualidad, la plantilla está disponible para Section 508, WCAG y EN 301549.

Más información:

• Voluntary Product Accessibility Template
• Voluntary Product Accessibility Template (VPAT)
• Voluntary Product Accessibility Template (VPAT)

Un vídeo con un análisis de los "accessibility overlays"

Adrian Roselli, experto mundial en accesibilidad web, ha realizado un excelente análisis de los "accessibility overlays", las capas de accesibilidad que prometen añadir de forma mágica la accesibilidad que no tiene una página web:

Mesa redonda Administración electrónica accesible: logros alcanzados, logros pendientes

El 8 de noviembre de 2022 seré el moderador de la mesa redonda Administración electrónica accesible: logros alcanzados, logros pendientes que se celebrará en el marco de la Tercera Conferencia Internacional en Sistemas de Información y Tecnologías de Software (ICI2ST 2022).

El objetivo de la mesa redonda es "Conocer comparativamente el estado actual de la administración electrónica en Ecuador y España en relación con la accesibilidad para personas no videntes, exponer algunos de los logros alcanzados y analizar qué falta por hacer".

Lista de cursos sobre accesibilidad web del W3C

Recientemente, el W3C ha publicado Course List - Digital Accessibility Education, Training, and Certification, una compilación de cursos sobre accesibilidad web de diferentes países.

En la lista aparece Aprende Accesibilidad Web paso a paso, el curso online y gratuito que coordino.

Accesibilidad web de las entidades públicas colombianas: propuesta de un modelo de evaluación aplicado

Se ha publicado el libro Accesibilidad web de las entidades públicas colombianas: propuesta de un modelo de evaluación aplicado, de Jaime Enrique Cortés Fandiño.

Tuve el gusto de prologar este excelente trabajo sobre el estado de la accesibilidad web en Colombia.

El resumen del libro dice:

El libro presenta los resultados de la investigación que permitió valuar y comprender los niveles de accesibilidad de los sitios web de entidades públicas colombianas desde las guías internacionales y la normativa colombiana, así como desde las experiencias de ciudadanos. Se diseñó una evaluación en forma ascendente con cinco etapas (selección de contenidos; validación virtual; entrevistas con equipos de trabajo de entidades públicas; entrevistas con ciudadanos y divulgación de resultados). Esta metodología permitió conocer la gestión de contenidos por parte de las entidades y las razones de su actual estado de accesibilidad. En total, se evaluaron 419 páginas de 93 sitios web; se analizaron interacciones con usuarios finales con discapacidad y se examinaron 28 entrevistas con equipos de trabajo. Como conclusión, no se cumple con el nivel Doble A exigido por las leyes colombianas (1680 de 2013, Norma Técnica 5854, el lineamiento LI.SIS.24 de la Política de Gobierno Digital del Ministerio de Tecnologías de la Información y las Comunicaciones (MinTIC), y recientemente, el anexo 1 de la Resolución 1519 de 2020 sobre directrices de accesibilidad web), por desconocimiento y subestimación de la accesibilidad, además de la escasa investigación sobre diseño accesible de experiencia de usuarios que se mide en los proyectos de implementación y desarrollo web. Tampoco hay iniciativas sólidas que permitan aumentar el conocimiento sobre este importante tema.

HTML: Encabezados

 

Publicada WCAG 2.2 Candidate Recommendation

Ayer se publicó Web Content Accessibility Guidelines (WCAG) 2.2 - W3C Candidate Recommendation Snapshot 06 September 2022.

Según pone en What's New in WCAG 2.2 Draft, se espera que WCAG 2.2 se publique en diciembre 2022:

WCAG 2.2 is scheduled to be completed and published by December 2022.

Creación de documentos electrónicos accesibles: Word

 

Análisis de las novedades de WCAG 2.2

En New Success Criteria in WCAG 2.2 se analizan los nuevos criterios de WCAG 2.2.

Y en el siguiente vídeo se explica la primera versión a ser la versión candidata:

Cómo hacer una página web NO accesible

 

Herramientas de análisis de accesibilidad web

 

Sobre el uso del atributo alt

Excelente el análisis del uso del atributo alt que se presenta en ALT TAG EMPTINESS:

alt="" on an <img> has the same effect as:

• alt
• role="presentation"
• aria-hidden="true"

Accesibilidad web: pseudo-clase :focus

 

Creación de documentos electrónicos accesibles: Word

 

Un mapa imagen: empleando un lector de pantalla

 

¿Es Linux accesible?

Según Linux Accessibility: an unmaintained Mess, parece que es una locura intentar que Linux sea accesible.

Accesibilidad de los gráficos

En An Accessibility-First Approach To Chart Visual Design se analiza, paso por paso, el desarrollo de un gráfico accesible:

Using a data visualization case study, we will explore how an accessibility-first approach led us down the path of creating a better visual design for charts. Throughout the article, we will highlight how we used the seemingly constraining Web Content Accessibility Standards (WCAG) to become an empowering factor in our design process. We will also discuss how this approach led us to an unexpected yet better outcome for everyone.

Consejos para que los colores sean accesibles en una página web

 

En el Ayuntamiento de Albacete siguen con WCAG 1.0

Visto en la web del Ayuntamiento de Albacete, aparece el logo (sello) de WCAG 1.0:

Y también en la declaración de accesibilidad, que no cumple el formato oficial y obligatorio:

Canal Fundación ONCE en UNED

El Canal Fundación ONCE en UNED ofrece numerosos recursos sobre accesibilidad web. Algunos de los cursos que ofrece son:

• Materiales digitales accesibles (2021)
• Accesibilidad TIC en compras públicas (2021):
• Discapacidad y Defensa Legal Activa (4 octubre 2021)
• Accesibilidad en la atención a clientes (otoño 2021)
• Vivienda accesible (otoño 2021)
• Cómo formar en diseño para todas las personas UNED

Accesibilidad básica en WordPress

 

Etiquetas HTML5 para la mejora de la accesibilidad web

 

Aumenta el número de denuncias por falta de accesibilidad digital

Es del año 2021, pero seguramente este año 2022 la tendencia será similar: Lawsuits Over Digital Accessibility for People With Disabilities Are Rising. El artículo dice:

The number of U.S. lawsuits alleging that websites, apps and digital videos were inaccessible to people with disabilities rose 64% in the first half of 2021 from a year earlier, a new report says.

Plaintiffs filed 1,661 lawsuits claiming digital violations of either the federal Americans with Disabilities Act or California’s Unruh Civil Rights Act between Jan. 1 and June 30, up from 1,012 in the comparable period of 2020, according to the report by UsableNet Inc., a technology firm that offers accessibility-compliance technology and services.

Such lawsuits have risen steadily, to about 3,500 in 2020 from roughly 2,900 in 2019 and about 2,300 in 2018, UsableNet said. The company predicts more than 4,000 such lawsuits for all of 2021 if trends hold.

Demostración de uso del control de voz en MacOS

 

Texto alternativo que no es alternativo

En el boletín que envía Lidl por correo electrónico me encontré lo siguiente una vez que tuve problemas de conexión a Internet:

En el texto alternativo de todas las imágenes habían puesto "alt_text".

Cuando volví a tener conexión a Internet, pude ver qué es lo que me querían vender:

Texto alternativo en imágenes

 

Accesibilidad para usuarios de "eye tracking"

Muy interesante el artículo Creating Accessible Content for People Who Use Eye-Tracking Devices en el que se proporcionan consejos para mejorar la accesibilidad de cara a los usuarios que emplean sistemas de "eye tracking":

Eye-tracking devices (also called eye trackers) are an assistive technology developed for people with mobility conditions, neurocognitive conditions, and other disabilities. The technology typically uses a low-powered infrared light-emitting diode (LED) to illuminate the user’s eye. A camera tracks the reflections from the LED, and software processes eye movements.

By looking at specific parts of the screen, users can interact with on-screen keyboards, mouse simulators, and other input fields. The technology addresses many of the challenges that people with disabilities encounter when using a mouse: Users are less likely to become fatigued or make accidental clicks.

When properly calibrated, eye trackers provide a comfortable, intuitive way to browse the internet. However, all assistive technologies work more effectively on well-designed websites. The Web Content Accessibility Guidelines (WCAG) provide the best framework for designing content that works for all users — including people with disabilities who use assistive technology.

Below, we’ll discuss a few design and development decisions that could impact people who use eye-tracking technology to access websites or mobile apps.

Problemas de accesibilidad en la sede electrónica del Ministerio de Justicia

José Antonio Astasio, una persona con discapacidad visual severa, me pidió hace unos meses que le ayudase porque se había topado con una página web de la sede electrónica del Ministerio de Justicia del Gobierno de España que tiene un captcha visual, sin una alternativa, y que, por tanto, no puede responder.

En el siguiente vídeo realizo un breve análisis de la accesibilidad de la página web en cuestión. Además del problema de accesibilidad que experimenta José Antonio, la página web tiene otros problemas importantes:

Uso del lector de pantalla Narrador de Windows

 

Acuerdo en la denuncia por falta de accesibilidad del sitio web de Domino's

En Robles v. Domino’s Settles After Six Years of Litigation podemos leer:

After six hard-fought years in litigation at every level of the federal judicial system — including the Supreme Court — the parties in what may be the most famous website accessibility lawsuit of all time have reached a settlement, according to a Notice of Settlement filed with the district court on June 6, 2022.  We do not know, and may never know, the terms of that resolution. The  Notice does not indicate what form the resolution will take, or whether it will be confidential.

Modo daltónico en Wordle

El juego Wordle dispone de un modo daltónico en sus opciones de configuración.

En la siguiente imagen se muestran el modo por defecto:

Y en la siguiente imagen el modo daltónico:

Accesibilidad de las listas

 

Accesibilidad básica en WordPress

 

Consejos para que los colores sean accesibles en una página web

 

Productos de apoyo y el caso de Stephen Hawking

 

Lectura de un texto complicado con un lector de pantalla

A principios de abril, Arturo Pérez-Reverte publicó el siguiente tuit:

El futuro ya está aquí. Ahora, a disfrutarlo. pic.twitter.com/sTmgYIJoPQ

— Arturo Pérez-Reverte (@perezreverte) April 3, 2022

La imagen del tuit era la siguiente:

El texto que aparece en la imagen es:

Las siguientes preguntas son acerca del/de la “padre, madre o tutor/a legal A” y el/la “padre, madre o tutor/a legal B” del/de la niño/a. Si el/la niño/a solo tiene un/a padre, madre o tutor/a legal, responda “padre, madre o tutor/a legal A”. Si tiene dos padres o tutores/as legales, responda una pregunta para “padre, madre o tutor/a legal A” y otra para “padre, madre o tutor/a legal B”.

En los siguientes vídeos se puede escuchar la lectura de un texto mediante un lector de pantalla:

Con el "Lector en voz alta" que está integrado en Microsoft Word:

Con el lector de pantalla Narrador de Microsoft Windows:

Con el lector de pantalla NVDA:

Las tablas se pueden usar y se deben usar, cuando toque

En Turning the tables on accessibility, un ingeniero del equipo de desarrollo del sitio web del periódico The Guardian explica cómo aprendió mediante "prueba y error" que las tablas se pueden seguir usando (él pensaba que estaban obsoletas, "deprecated") y que se deben usar cuando se presente información tabulada.

Accesibilidad web: legislación en España 2021

 

Cómo hacer una página web NO accesible

 

¿Cuándo se publicará la versión definitiva de WCAG 2.2?

Según Why WCAG 2.2 is still in the oven, puede ser que en septiembre 2022:

Back in 2020 I wrote about What to Expect From WCAG 2.2. At the time, the W3C’s Accessibility Guidelines Working Group was expecting WCAG 2.2 to be finalized in June of 2021. That didn’t exactly work out. We’re currently looking at September 2022 as a potential date for WCAG 2.2.

Este artículo es muy interesante porque también comenta los criterios de WCAG 2.2 que más esfuerzo han requerido para llegar a un consenso.

¿Cómo una niña sorda, ciega o sordociega puede usar el ordenador?

Sandra Sánchez Gordón, una antigua estudiante de doctorado que tuve el placer de dirigir, explica en un nivel básico cómo una niña sorda, ciega o sordociega puede usar el ordenador:

Estadísticas sobre la accesibilidad

33 Accessibility Statistics You Need to Know in 2021 recopila estadísticas interesantes sobre la accesibilidad y la discapacidad:

• 15% of the world’s population has some sort of disability (WHO)
• 59.6% of the U.S. population with disabilities were living in a household with internet access (Statista)
• 23% percent of disabled respondents say they “never” go online (Pew Research)
• In the U.S., there are currently about 56.7 million Americans with a disability (Census Bureau).
• Around 80 million people in the European Union (EU) currently have a disability (europarl.europa.eu)
• By 2060 the number of people 65 or older is expected to double to 98 million (APA)
• In the APAC region, approximately 20% of Australians have a disability (AIHW)
• According to WHO statistics. 217 million people worldwide had moderate to severe vision impairment in 2015, with this number expected to rise to 588 million by 2050 (WHO)
• Approximately 6.5 million people in the United States and 1-3% of the global population has an intellectual disability (American Association of Intellectual and Developmental Disabilities)
• In the US, about 74.6 million people have some type of physical disability (John Hopkins Medicine. “Statistics of Disability.” 2013)
• The population of people with different disabilities in the United States. Hearing Difficulty: 316,450,569; Vision Difficulty: 316,450,569; Cognitive Difficulty: 296,658,475; Ambulatory Difficulty: 296,658,475; Self-Care Difficulty: 296,658,475; Independent Living Difficulty: 242,958,638 (Census Bureau)
• 90% of websites are inaccessible to people with disabilities who rely on assistive technology (AbilityNet).
• 98.1% of home pages had detectable WCAG 2 failures (WebAIM)
• Based on a study of 1M websites by AIM, low contrast is the most common reason (86.3%) for WCAG2 failures (WebAIM)
• Accessibility lawsuits and litigation increased by as much as 181% in the US from 2017 to 2018 (3playmedia.com)
• In 2019, ADA statistics show that 2,256 lawsuits were filed in federal court by persons with disabilities based on web accessibility barriers (adatitleiii.com)
• In 2020, digital accessibility lawsuits rose to over 3,500 cases, that's almost ten lawsuits filed every business day in the United States (UsableNet)
• 21% of lawsuits are against companies who received web accessibility lawsuits in the past (UsableNet)
• Desktop websites had 3235 legal claims for accessibility; Mobile apps had 296 claims; Video Accessibility had 150 claims; Combined Web & App had 16 claims; and Mobile Websites, 3 claims (UsableNet)
• Retailers were cited the most in digital accessibility lawsuits (77.55% ), with food service companies in second place at 7.77% (UsableNet)
• According to research conducted by Tenon, on average, you can find 279 A level and 106 AA level accessibility errors on a page (tenon.io)
• 92% of the most popular federal websites fail to meet basic standards for accessibility, says a study from the Information Technology and Innovation Foundation.
• Over 250 companies sued had invested in accessibility widgets or overlays (UsableNet)
• The best-automated testing tools can only catch about 25% of accessibility issues (boia.org)
• People with disabilities spend a half-trillion dollars annually (UsableNet)
• 73% of the people in the U.K. living with disabilities are unable to complete basic transactions on more than a quarter of the websites they visit (Click-Away Pound)
• Two-thirds of e-commerce transactions are abandoned by people who are blind because of lack of accessibility (US Department of Commerce)
• 82% say they would often return and spend more with a company that provides an accessible online experience (Click-Away Pound)
• Companies without accessible sites are losing $6.9 billion a year to competitors whose sites are accessible (US Department of Commerce)

Día Mundial para Promover la Concienciación sobre la Accesibilidad Web (Global Accessibility Awareness Day)

Mañana se celebra el Global Accessibility Awareness Day:

Thursday, May 19, 2022, help us celebrate the 11th Global Accessibility Awareness Day (GAAD)! The purpose of GAAD is to get everyone talking, thinking and learning about digital access and inclusion, and the more than One Billion people with disabilities/impairments.

En el sitio web existe la traducción al español, Día Mundial para Promover la Concienciación sobre la Accesibilidad Web:

El 19 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.

Las nuevas gafas de Google

Google prepara unas gafas capaces de traducir y mostrar subtítulos en tiempo real, lo cual puede ser una gran ayuda para las personas con discapacidad, pero de eso no dice nada la noticia:

Google ha presentado esta semana en su evento para desarrolladores I/O unas gafas de realidad aumentada que están todavía en fase de prototipaje. El anuncio, que coincide con el décimo aniversario de la salida al mercado de las Google Glass, desvela la apuesta de la empresa de Palo Alto por una tecnología que está llamada a desempeñar un papel clave en el desarrollo del metaverso. Durante la presentación se mostró una de las funcionalidades de las lentes: son capaces de traducir varios idiomas en tiempo real y proyectar en el cristal subtítulos para que el usuario pueda seguir la conversación.

Las gafas no tienen un aspecto aparatoso: se parecen de hecho a las que ha lanzado Meta junto con Ray-Ban y que son capaces de sacar fotos y grabar vídeos. Las de Google llevan un micrófono que recoge la conversación y la transcribe en el idioma deseado, proyectándola solo para la vista del usuario. “Las capacidades de la realidad aumentada ya están presentes en los teléfonos y esta magia tendrá sentido cuando se pueda usar en el mundo real sin que la tecnología se interponga en el camino”, dijo el consejero delegado de la compañía, Sundar Pichai.

El nuevo proyecto de Google deberá enterrar el recuerdo de las fallidas Google Glass, sus primeras gafas con realidad aumentada. El lanzamiento fue un fracaso. Entre los motivos que se han esgrimido durante estos años para justificarlo se cuenta que los consumidores no estaban preparados para manejarse con esa tecnología.

La ACM premia a la directora de la WAI

En Impact of W3C WAI work recognized in Brewer's ACM service award se anuncia que Judy Brewer, la directora del Web Accessibility Initiative (WAI) ha recibido el 2021 ACM Policy Award:

Judy Brewer receives the ACM Policy Award for her leadership of the Web Accessibility Initiative and development of multiple web accessibility standards, which have been adopted globally and improved accessibility for millions worldwide.

In the late 1990s, although web design was flourishing, accessibility was not. Millions of new users uploaded image maps, frames, and other features that proved problematic at best and prohibitive at worst for users with auditory, cognitive, motor, neurological, physical, speech and visual disabilities. Under Brewer’s direction, WAI develops the Web Content Accessibility Guidelines (WCAG), which provide developers with a set of criteria to judge the accessibility of the sites they are building. WCAG also inspired the development of numerous evaluation tools capable of reviewing web pages to identify potential barriers such as non-navigable menu structures and images without alternative textual descriptions. The WCAG specifications and these tools provide a baseline for accessible web design, and for accessibility of web-based technologies such as real-time communications and virtual reality.

Under Brewer’s leadership, WAI has also worked extensively with government agencies, industry, and disability organizations, leading to the adoption of WCAG as an international standard (ISO/IEC 40500:2012), and the alignment of WCAG with Section 508 of the Rehabilitation Act in the US and European Mandate 376 requiring accessible technology procurement and development in all EU countries. The WCAG standards have been translated into twenty-three languages and have been adopted by dozens of countries. Nearly every government around the world that has requirements for digital accessibility cites WCAG. WAI has led the evolution of the web from its early days of featuring expensive and unscalable alternative text-only designs to a modern reality of highly accessible layouts designed to seamlessly work on both desktops and smartphones.

Cinco cosas que se pueden hacer sin JavaScript y seguramente ayudan a mejorar la accesibilidad web

En 5 things you don't need Javascript for se explican:

1. Animating SVGs
2. Sidebars
3. Sticky Positioning
4. Accordion Menus
5. Dark Mode

El mapa de tecnologías accesibles de ACCESSIBILITECH

El mapa de tecnologías accesibles de ACCESSIBILITECH es un proyecto, liderado por Fundación ONCE, que pone a disposición del público un mapa de tecnologías accesibles.

En la nota de prensa El mapa de tecnologías accesibles de ACCESSIBILITECH, ya está disponible para consulta podemos leer:

Esta herramienta recopila información sobre soluciones tecnológicas accesibles, en cualquier estado de madurez, que tengan potencial para mejorar la experiencia de todas las personas en las áreas de teletrabajo, e-learning y teleasistencia.

Su objetivo principal es ofrecer información fiable sobre las soluciones identificadas, de manera que las personas con discapacidad puedan seleccionar las tecnologías que mejor se ajusten a sus necesidades.

En el mapa aparecerán una serie de círculos con una cifra que representa el número de proyectos identificados en una zona en particular. Los amarillos representan lugares donde más proyectos identificados hay y los verdes, donde menos.

Al pinchar en cada círculo aparecerán chinchetas negras que llevarán al usuario a una ficha con más datos sobre el producto. Esta información se incluye de manera complementaria en formato mapa y formato lista, pudiendo aplicar distintos filtros a la búsqueda.

La información provista por la herramienta se obtiene de forma automática y manual.

Web Accessibility in Mind Conference

WebAIM organiza Web Accessibility in Mind Conference, una conferencia virtual y gratuita que se celebrará del 7 al 8 de septiembre.

Análisis de aria-describedby (ARIA)

En Accessible Description Exposure, un análisis excepcional sobre el uso del atributo aria-describedby de ARIA. En el análisis, se han probado diferentes elementos de HTML, diferentes lectores de pantalla y diferentes navegadores web.

Semana de la accesibilidad digital en la Universidad de Alicante 2022

La Universidad de Alicante organiza la Semana de la accesibilidad digital en la Universidad de Alicante 2022, del lunes 16 de mayo al viernes 20 de mayo.

La presentación del evento dice:

Uno de los compromisos de la Unidad de Accesibilidad Digital es la promoción, concienciación y formación en materia de accesibilidad digital y tecnologías accesibles en la comunidad universitaria de la UA. Dado que el 18 de mayo se celebra el día internacional de la Accesibilidad Web, desde el Vicerrectorado de Transformación Digital de la Universidad de Alicante hemos organizado la Semana de la Accesibilidad Digital en la UA con el objetivo de transferir conocimientos sobre esta materia.

Se trata de un evento en línea y público, no sólo para la comunidad universitaria UA, si no para cualquier persona interesada ya que se retransmitirá a través de Youtube. 

Durante la semana del 16 de mayo, hemos planificado 5 sesiones formativas, una para cada día de lunes a viernes, hasta el 20 de mayo, donde diferentes expertos en accesibilidad digital tratarán diversos temas de interés, abarcando la accesibilidad de los sitios web y de los documentos digitales y la accesibilidad en los contenidos audiovisuales o los videojuegos.