Resultados de Survey of Web Accessibility Practitioners #3

Recientemente, WebAIM ha publicado Survey of Web Accessibility Practitioners #3 Results. 

Los resultados más interesantes son:

• Web accessibility practitioners report being notably older than respondents to other web design/development surveys (as reported in the 2020 Stack Overflow survey).
• 57% of respondents were male, 40% of respondents were female (5 times higher than the broader design/development field), and 3% non-binary, genderqueer, or gender non-conforming (twice as high as the broader design/development field).
• 29% of respondents indicated having a disability (15 times higher than the broader design/development field).
• The average reported salary was at least $73,000, notably higher than the broader design/development field. Salaries of web accessibility practitioners have increased steadily over time.
• Female respondents earn an average of at least $6,100 less than their male counterparts, a notably increased gap from $2,100 reported in 2018.
• Respondents with disabilities reported an average of at least $1,800 less than respondents without disabilities, a notably decreased gap from $4,200 in 2018.
• Mac OS is now the most common operating system. Chrome dominates with 63% of respondents reporting it as their primary browser.
• Respondents are generally pessimistic about web accessibility progress over time with 87% indicating that accessibility has gotten worse or not improved over the last year.
• 21% of respondents from corporations/industry reported receiving a lawsuit, threat of lawsuit, or OCR complaint compared to 39% of respondents (nearly double) from educational institutions.
• NVDA (37%) and VoiceOver (35%) are the most commonly used screen readers for testing, compared to only 16% for JAWS (down from 37% in 2014).
• Axe, browser developer tools, and WAVE are reported as the most commonly used testing tools.
• 76% of respondents indicate that ARIA has made the web more accessible, though that sentiment is much lower among respondents with disabilities and with more accessibility experience.
• A strong majority (67%) of respondents rate web accessibility overlays, plugins, or widgets as not at all or not very effective. Respondents with disabilities were even less favorable with 72% rating them not at all or not very effective, and only 2.4% rating them as very effective.

Los resultados completos están en Survey of Web Accessibility Practitioners #3 Results.

Sabías que… algunas cosas que deberías saber sobre la accesibilidad web

Guía de componentes accesibles

 En Smashing Magazine han recopilado información sobre componentes accesibles: A Complete Guide To Accessible Front-End Components. La guía cubre:

• :focus styles
• autocomplete
• buttons
• carousels
• "close" buttons
• content sliders
• checkboxes
• color systems
• color palettes
• comics
• component libraries
• cookie consent prompts
• dark mode
• data charts
• data visualizations
• date pickers
• form styles
• footnotes
• icon links
• inputs
• keyboard navigation
• navigation menu
• modals
• prefers-reduced-*
• radio buttons
• “skip” links
• SVGs
• tabs
• tables
• toggle switches
• tools
• tooltips
• video/audio players

Principales problemas de accesibilidad web y sus soluciones

Conferencia impartida el 24 de marzo de 2021 en la II Conferencia Internacional en Sistemas de Información y Tecnologías de Software (ICI2ST 2021), organizada por la Facultad de Ingeniería de Sistemas de la Escuela Politécnica Nacional del Ecuador:

Texto accesible para etiquetar los controles de los formularios

 En Accessible Text Labels For All se explica un problema importante que puede aparecer con el texto que se emplea en la etiqueta label para etiquetar los controles de un formulario.

El problema aparece cuando se emplea un texto oculto para añadir información significativa, para que la etiqueta de cada control sea única. Ese texto oculto puede ser un problema para los usuarios que controlen el ordenador con la voz:

Inserting visually hidden text in the middle of a visible string of text on a button like that prevents users browsing and navigating using voice commands from interacting with the button.

A popular example of Voice recognition software used to browse the Web is Dragon Naturally Speaking. It is software that allows you to use your computer and browse the web using voice commands. It comes with a full usage manual that details how to use it to perform different tasks on your computer and on the Web. Such software is useful for a lot of people, including but not limited to people with disabilities who can’t use their hands, for example, or power users who want to get things done faster (because voice dictation is faster than typing).

[...]

When the dragon user (in the video) wants to select a form control, he speaks out the visual text label of that control. This is one of many reasons why visual labels are important in user interfaces.

El Ayuntamiento de Zaragoza, más accesible

En La Web de Zaragoza renueva el sello AENOR por su accesibilidad universal podemos leer:

La sede electrónica del Ayuntamiento de Zaragoza ha renovado su certificado de calidad Aenor por ofrecer la información de forma accesible y sin barreras a todos los usuarios, independientemente de sus capacidades físicas, el tipo de dispositivo o la infraestructura de red.

El Ayuntamiento de Zaragoza fue una de las primeras instituciones públicas en conseguir el certificado de calidad en accesibilidad en 2007 y, desde entonces, lo ha renovado de forma periódica.

Este sello de calidad acredita que la página web puede ser consultada por el mayor número de personas, incluidas las que tienen algún tipo de discapacidad con aplicaciones como lectores de pantalla.

En el sito web del Ayuntamiento de Zaragoza hay una página web con información sobre su accesibilidad.

Manifiesto en contra de los accessibility overlays

Varios cientos de profesionales de la accesibilidad web han firmado en Overlay Fact Sheet un manifiesto en contra de los accessibility overlays que prometen resolver los problemas de accesibilidad de un sitio web con una sola línea de código.

La web del Ayuntamiento de Burgos será más accesible, ¿más vale tarde que nunca?

Sorprendente la noticia que se publicó el 10 de abril de 2021: El Ayuntamiento hará más accesibles sus páginas web. La noticia dice:

El Ayuntamiento comenzará a revisar todas sus páginas web para garantizar que los ciudadanos se beneficien de una accesibilidad amplia a la información y a los servicios de la administración pública. De esta manera, se dan los pasos para cumplir con el Real Decreto  1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público. 

Pues... llegan un poco tarde, porque el Real Decreto 1494 del año 2007 ya obligaba a garantizar la accesibilidad de todas las páginas web, existentes o de nueva creación, desde el 31 de diciembre de 2008.

Y el Real Decreto 1112 del año 2018 obligaba desde el 20 de septiembre de 2018.

Un análisis rápido con WAVE muestra que la página principal del Ayuntamiento de León tiene varios problemas de accesibilidad:

Fundación ONCE lanza el capítulo español de IAAP, con su correspondiente certificación

En IAAP and Fundación ONCE Launches a Spanish Chapter for Accessibility Professionals podemos leer:

The International Association of Accessibility Professionals (IAAP), a division of the Global Initiative for Inclusive ICTs (G3ict) and Fundación ONCE has announced the launch of an IAAP Spanish Chapter for Accessibility Professionals.

 “The global Accessibility Professional community just received a gift by our new partnership with Fundación ONCE,” Christopher Lee, Ph.D., IAAP Managing Director.  Fundación ONCE established in 1988 to provide professional training and employment, to eliminate architectural, urban and communication barriers, and to promote digital solidarity, web-based services for people with all disabilities.

The Spanish Chapter will provide accessibility professionals, who support equal access in both the built and digital environments by promoting and offering professional certification, education, and networking opportunities. The 2021 goal of the IAAP Spanish Chapter is to work towards the translation of the IAAP certifications into Spanish.

No poder trabajar porque la aplicación no es accesible

 Hace unos pocos días se publicó la noticia Una funcionaria invidente de Elda lleva 14 meses sin poder trabajar por falta de medios:

Acude puntual cada mañana a su puesto de trabajo como administrativa en el centro de especialidades médicas Padre Manjón de Elda para no hacer nada y cobrar a final de mes. La funcionaria Carolina Torres Larrañaga está cansada de esperar una solución de la Conselleria de Sanidad que nunca llega. Su discapacidad visual le impide realizar el trabajo administrativo que tiene encomendado porque cambiaron el programa informático pero no lo adaptaron a las aplicaciones que ella necesita. Y así lleva 14 meses.

[...]

Sin embargo en febrero del año pasado la Conselleria decidió cambiar las aplicaciones del programa informático sin contar con el personal ni realizar previamente ninguna prueba y sabiendo, además, que Carolina sufre una incapacidad visual que requiere de unas aplicaciones específicas.

Llamada de artículos para "How Mature Is Technology in Helping People with Disabilities?"

La revista  International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:

• Machine learning 
• Human activity recognition 
• Ambient assisted living
• Sensor fusion 
• Big data 
• Internet of Things 
• Non-invasive sensors for sheltered homes 
• Generation of datasets with sensors related to different disabilities 
• Mobile applications for people with disabilities 
• Serious games for people with disabilities

La fecha límite para el envío de artículos es el 31 de diciembre de 2021.

Accesibilidad web: 4 elementos más problemáticos

¿Qué tal buenos son los textos alternativos generados de forma automática?

 En el artículo Are bad graphical descriptions better than no graphical descriptions to someone with vision loss? se analiza la problemática actual de los textos alternativos que se generan de forma automática:

More than 125K global websites use overlays rather than fixing their accessibility bugs. AI-generated alt-text used by overlays is not 100 % reliable.

Publicados los resultados de la tercera edición del estudio Web Accessibility Practitioners

 WebAIM ha publicado los resultados de la tercera edición de su encuesta dirigida a los profesionales de la accesibilidad web: Survey of Web Accessibility Practitioners #3 Results.

Los resultados contienen información demográfica muy interesante sobre los profesionales de la accesibilidad web. Respecto a la accesibilidad web en sí misma, los principales resultados son:

• Mac OS is now the most common operating system. Chrome dominates with 63% of respondents reporting it as their primary browser.
• Respondents are generally pessimistic about web accessibility progress over time with 87% indicating that accessibility has gotten worse or not improved over the last year.
• 21% of respondents from corporations/industry reported receiving a lawsuit, threat of lawsuit, or OCR complaint compared to 39% of respondents (nearly double) from educational institutions.
• NVDA (37%) and VoiceOver (35%) are the most commonly used screen readers for testing, compared to only 16% for JAWS (down from 37% in 2014).
• Axe, browser developer tools, and WAVE are reported as the most commonly used testing tools.
• 76% of respondents indicate that ARIA has made the web more accessible, though that sentiment is much lower among respondents with disabilities and with more accessibility experience.
• A strong majority (67%) of respondents rate web accessibility overlays, plugins, or widgets as not at all or not very effective. Respondents with disabilities were even less favorable with 72% rating them not at all or not very effective, and only 2.4% rating them as very effective.

Cómo escribir un buen texto alternativo

 Muy interesante todo el análisis que se realiza en el vídeo Writing Good Alt Text - HTTP 203:

Accesibilidad: Discapacidad en la web (parte 2)

Accesibilidad: Discapacidad en la web (parte 1)

Principales problemas de accesibilidad web y soluciones

Mañana miércoles 24 de marzo, participo con la conferencia "Principales problemas de accesibilidad web y soluciones" en la II Conferencia Internacional en Sistemas de Información y Tecnologías de Software (ICI2ST 2021).

El evento se podrá seguir en directo a través de Facebook Live.

El reto de probar la accesibilidad con lectores de pantalla

 Muy interesante el análisis que se presenta en A developer's perspective: the problem with screen reader testing:

Screen readers are an essential part of using the web for people who are vision impaired, illiterate or have a learning disability.

Today’s screen readers traverse web pages and applications and read out user interface elements, content and allow users to navigate and interact with the web.

There are many screen readers available for different devices and platforms, each with differing levels of functionality, interfaces and features. The most common are JAWS, NVDA, VoiceOver and TalkBack.

[...]

As a developer regularly faced with time constraints, I have often wondered: what should be the baseline in terms of testing for screen readers, and what browser and screen reader combinations are the most important to cover in order to achieve the greatest level of WCAG compliance?

Personas que necesitan bajo contraste en vez de alto contraste

Hace unos meses escribí la entrada No todo es alto contraste, también hay gente que necesita bajo contraste en la que comentaba que los criterios de éxito de WCAG que piden que se garantice un alto contraste no son adecuados para personas que justo necesitan lo contrario, bajo contraste.

En la página Prefers-contrast: forced is a mistake también hablan de este tema:

Why would someone prefer low contrast? You, the reader, probably dim your screen at night, or use a blue light filter. Those both lower contrast. There are also people that dim the brightness of their screen to prevent triggering migraines as well as the photophobia and blue light sensitivity I mentioned earlier.

Accesibilidad en Vue 3.0

 Un vídeo en inglés sobre la accesibilidad de Vue 3.0, Vue 3.0 / Accessibility / Front-End EcoSystem - Virtual Developers Conference 2020:

Herramienta para analizar la accesibilidad de un sitio web

Domain Accessibility Audit es una herramienta de código libre, basada en axe, que permite analizar la accesibilidad de todo un sitio web a partir de un URL.

Cómo denunciar la falta de accesibilidad en un sitio web

 A raíz de la sanción que ha recibido Vueling por la falta de accesibilidad de su sitio web (Derechos Sociales multa a Vueling con 90.000 euros por mantener una web poco accesible a personas con discapacidad), en Twitter Iván Novegil publicó una explicación de cómo denunciar la falta de accesibilidad web en un hilo:

Vamos a abrir un pequeño hilo para explicar todo esto de las sanciones de la dirección General de Políticas de Discapacidad. Procedimiento y, lo más importante, estadísticas. Espero poder clarificar todo esto más ampliamente, pero aprovechemos hoy lo de vueling. 

El procedimiento sancionador en materia de igualdad de oportunidades, no discriminación y accesibilidad universal está regulado por el Título III del Texto Refundido de la Ley General de derechos de las personas con discapacidad y de su inclusión social boe.es/buscar/act.php…

Ahí están claramente indicadas las infracciones y las sanciones que se aplicarán a quienes infrinjan. En cada comunidad puede haber desarrollo legislativo, pero no suele concretar mucho más en ese sentido. 

Si tienes discapacidad y quieres denunciar a una empresa porque consideras que te ha discriminado, lo primero es saber que estás en tu perfecto derecho. La segunda, elaborar una denuncia. 

Nota importante: La denuncia de la que hablo aquí es un procedimiento que se inicia en el orden administrativo, no tiene que ver con los juzgados. 

Si la conducta presuntamente infractora se ha cometido en una comunidad autónoma concreta (un local, un edificio, una persona específica...) es competente el órgano regional, normalmente dirección general, que tenga atribuidas las competencias de discapacidad. 

Si excede el territorio de una comunidad, como es el caso, por lo general, de la accesibilidad web, es competente la dirección General de Políticas de Discapacidad, que ha ido de ministerio en ministerio hasta acabar en el de Derechos Sociales y Agenda 2030. 

Para elaborar una denuncia podremos utilizar como guía este modelo del propio ministerio mscbs.gob.es/ssi/discapacid…

También está disponible una web informativa sobre el regimen de infracciones y sanciones mscbs.gob.es/ssi/discapacid…

Una vez hecha la denuncia hay que darle entrada a través de un registro administrativo. Si es autonómica se dirigirá al registro del gobierno autonómico; si es estatal al registro del Ministerio. 

Si contamos con DNIE, certificado digital o Cl@ve podemos utilizar la sede electrónica correspondiente. Para el Ministerio, la del de Sanidad, Consumo y Bienestar Social (sede.mscbs.gob.es/registroElectr… > Otros > Solicitud electrónica)

También podemos utilizar otro reg. diferente al del destinatario. En el caso de denuncias estatales una opción es el Registro Electrónico Común, deberemos escoger Dirección General de Políticas de Discapacidad (ojo, hay otras que se parecen, son de CCAA) rec.redsara.es

En papel con firma manuscrita: en el registro presencial del órgano o de cualquier administración pública, en correos, en embajadas y consulados españoles, etc. Se trata de lugares genéricos regulados en la Ley 39/2015. 

En expone y solicita, que son los campos de una solicitud genérica, podemos poner cualquier cosa que se ajuste y describa brevemente el trámite que queremos cumplimentar (denuncia en materia de derechos de las personas con discapacidad). 

Al formulario adjuntamos la denuncia que tenemos ya hecha, aunque también podemos adaptarla a los campos de expone y solicita. 

IMPORTANTE: estrictamente necesario ajuntar también el certificado del reconocimiento del grado de discapacidad, tarjeta acreditativa o similar. 

Deberemos adjuntar también todos aquellos medios de prueba de los que dispongamos respecto de la conducta presuntamente infractora que estamos denunciando. 

La Dirección General ha dicho que se pondría en marcha próximamente un procedimiento integrado para la tramitación electrónica, pero esta es la manera actualmente. Ese procedimiento parece que aún tardará en llegar. 

Ya que tenemos la consideración de interesados en el procedimiento se nos irá notificando puntualmente de las fases por las que pasa la denuncia. 

Si a priori la conducta puede ser constitutiva de infracción se iniciarán actuaciones previas, destinadas a determinar el alcance de la actuación. A continuación se iniciará, o no, el procedimiento sancionador, que o bien finalizará con sanción o bien con archivo del mismo. 

En el caso del Ministerio las resoluciones las notificarán por correo postal, aunque por lo general las aportan también vía correo electrónico por motivos de accesibilidad, algo que me sorprendió gratamente de ellos. 

Importante tener en cuenta que la fecha de notificación es la de firma del acuse de recibo de la carta. De nuevo os remito a la Ley 39/2015, que regula el marco general de todos los procedimientos administrativos. 

Vamos con las estadísticas: entre 2015 y mediados de 2020, según el Ministerio, se presentaron ante él 51 denuncias. 

De ellas 15 fueron admitidas y las restantes desestimadas sin investigación por causas diversas, la más común, que se entiende que la denuncia es de competencia autonómica. 

Pero también se inadmitieron denuncias por no estar relacionados los hechos con la Ley de Discapacidad, aunque dado que no se ha facilitado el acceso a los hechos que dieron lugar a las denuncias archivadas, no sabemos si es por una legislación insuficiente... 

...por criterios interpretativos o simplemente porque no tiene que ver con la discapacidad. 

Os dejo para la próxima ocasión con las ganas de conocer a las empresas de bien y de pro que ya fueron sancionadas y los pormenores, que a esos sí tenemos acceso, no sin esfuerzo. A denunciar todo el mundo. 

Por cierto, juristas, sobre todo, empezad a corregir esto, seguro que he metido errores a montones. Me pasa por meterme en un campo ajeno. 

Evaluación de la accesibilidad web con las herramientas de desarrollador del navegador

En Seven ways to test for accessibility of your web site with browser Developer Tools se explica:

There are lots of ways to test your web site for accessibility issues. Services, software packages, even human testing companies. They all have their place and often a test with real people is the best thing to do. However, for a quick, preliminary test you don’t need to install anything or pay for a service. Browsers come with developer tools built-in and these have great accessibility testing features. Here’s a list of the ones in the Developer Tools of browsers like Microsoft Edge and Google Chrome.

Llamada de artículos para "How Mature Is Technology in Helping People with Disabilities?"

La revista  International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:

• Machine learning 
• Human activity recognition 
• Ambient assisted living
• Sensor fusion 
• Big data 
• Internet of Things 
• Non-invasive sensors for sheltered homes 
• Generation of datasets with sensors related to different disabilities 
• Mobile applications for people with disabilities 
• Serious games for people with disabilities

La fecha límite para el envío de artículos es el 31 de diciembre de 2021.

European Accessibility Act

 Vídeo de la Unión Europea sobre European Accessibility Act:

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

Diferencias entre alt y figcaption

Una buena explicación en Alt vs Figcaption:

When we boil it all down, websites are really just a series of words and pictures. It’s a way for a person (or sometimes a robot, or sometimes a robot in a person trenchcoat) to tell you about a thing and you, a visitor to their internet page, to consume that thing in whatever form.

Sometimes that form is purely visual. An image.

For that we have the img element. Its sole requirement is the src attribute to direct your browser where to locate your image. And voilà! Visual splendor.

Images, however, have one more thing to consider: Assistive technologies need words to interpret an image. People sometimes need words to better understand why an image is being displayed.

Luckily we have a few ways to describe them in a human readable manner: alt and figcaption. These items house very different writing patterns though, and can be used both together and apart, depending on the conditions.

Accesibilidad Web: Formularios (2)

Accesibilidad Web: Formularios (1)

Las 11 reglas de oro de la accesibilidad

 En 11 Golden Rules for A11Y:

1. Always use a meaningful Alt text
2. Define the level of accessibility of your website and follow the guidelines
3. Optimise Color Contrast
4. Simplify the language
5. Lead the users
6. Always provide captions for video content
7. Don't forget to test keyboard navigation
8. Create large buttons!
9. Create understandable links
10. Use semantic HTML elements
11. Use ARIA landmark roles to add feature context to HTML elements

Cómo usar correctamente tabindex

 Muy interesante el artículo Use the tabindex attribute que se ha publicado en The A11Y Project.

Moodle alcanza WCAG 2.1 AA

Según la publicación The Moodle LMS achieves WCAG 2.1 AA Accessibility compliance, Moodle es un sistema de gestión del aprendizaje accesible:

In the case of Moodle 3.9 and 3.10, our team has been working closely with an independent, third-party accessibility expert to ensure that our LMS is compliant with the latest Web Content Accessibility Guidelines (WCAG) of the World Wide Web Consortium: WCAG 2.1 AA. 

At the end of 2019, we requested an accessibility audit to Digital Accessibility Specialists WebKeyIT. For this audit, we selected 20 key representative pages that not only students, but also teachers and administrators use the most in Moodle, as we wanted to ensure that our LMS was accessible for all types of users.

The pages that were audited include, amongst others, the Login page, the Dashboard, Quizzes, Calendar, the Course page, the Participant page and the gradebook. During the audit, experts identified accessibility issues that were preventing some of our users from having an optimal Moodle experience. In the months leading to November 2020, our team worked on solving these issues, and with the release of Moodle 3.10, our LMS obtained the  WCAG 2.1 level AA Accreditation. This certification is valid for a year, and we’re committed to keep making our software accessible to all users, as this is the only way of really making education accessible to everyone.

Un curso sobre accesibilidad de Microsoft

 Microsoft ofrece el curso Accessibility fundamentals que tiene esta descripción:

Technology can empower people to achieve more, help strengthen education opportunities, and make the workplace more inviting and inclusive for people with disabilities. And with more than 1 billion people with disabilities in the world, Microsoft believes accessibility and inclusion are essential to delivering on our mission to empower every person and every organization on the planet to achieve more. Don’t forget to share your awards on social media after completing each module!

Se compone de los siguientes módulos:

• Introduction to disability and accessibility
• Microsoft Accessibility Features and Tools
• Creating accessible content with Microsoft 365
• Digital accessibility

The A11 Project

 The A11 Project es un excelente sitio web repleto de recursos sobre accesibilidad web. Además, es un proyecto colaborativo, se puede participar siguiendo las instrucciones disponibles en Contributing Guidelines.

Llamada de artículos para "How Mature Is Technology in Helping People with Disabilities?"

La revista  International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:

• Machine learning 
• Human activity recognition 
• Ambient assisted living
• Sensor fusion 
• Big data 
• Internet of Things 
• Non-invasive sensors for sheltered homes 
• Generation of datasets with sensors related to different disabilities 
• Mobile applications for people with disabilities 
• Serious games for people with disabilities

La fecha límite para el envío de artículos es el 31 de diciembre de 2021.

Otro expendiente sancionador contra Vueling por falta de accesibilidad

En la noticia Derechos Sociales multa a Vueling con 90.000 euros por mantener una web poco accesible a personas con discapacidad podemos leer:

El Ministerio de Derechos Sociales y Agenda 2030 ha multado con 90.000 euros a la aerolínea Vueling (filial de IAG) por mantener una web inaccesible a las personas con ciertas discapacidades. La resolución, firmada por el secretario de Estado, Nacho Álvarez, constata que la empresa española incumple 26 de los 38 indicadores que exige la ley. Y determina una sanción por una infracción "grave en su grado máximo" ya que la compañía ya fue objeto de una inspección, y posterior sanción, en 2015.

Desde entonces, señala el documento, "no ha trabajado en la mejora de la accesibilidad de su página web". "La situación de la accesibilidad de la web de VUELING apenas ha mejorado: de los 38 requisitos establecidos (...) en 2015 se incumplían 27, 17 de ellos en más del 90% de las páginas, frente a los 26 que se incumplen en 2018, 15 de ellos en más del 90% de las páginas. Por lo que respecta a los incumplimientos de criterios del nivel A, han pasado de 13 en 2015 a 11 en 2018", apunta la resolución.

[...]

El expediente sancionador, a cuya resolución ha tenido acceso elDiario.es, arrancó en 2018 después de que un usuario denunciara a Vueling "por incumplimiento de las condiciones de accesibilidad para personas con discapacidad". En septiembre de ese año se inicia formalmente el proceso y se encarga un informe al Centro Nacional de Tecnologías de la Accesibilidad (CENTAC) que analice la denuncia y las diferencias con 2015, año en el que otra inspección ya detectó graves incumplimientos.

El informe del CENTAC (una fundación público-privada), realizado entre el 22 de octubre y 9 de noviembre de 2018, señala que "de los 38 requisitos que es preciso cumplir según la norma UNE 1390803:2012, se cumplen totalmente 4, es decir el 10,5%. Tenemos 26 requisitos, el 68,4%, que no se cumplen. Además, 8 requisitos, el 21,05%, no son aplicables". De esos 16, continúa el informe, "un poco más de la mitad de los errores se producen en casi todas las páginas, lo que puede indicar un problema sistemático de aplicación de los criterios de accesibilidad. 15 "aparecen con mucha frecuencia" y 11 de ellos "se concentran en el nivel A" de prioridad, es decir, los más sensibles. Los puntos del nivel A "son obligatorios ya que cualquier sitio que no cumpla los puntos recogidos en estas prioridades no se puede considerar razonablemente accesible", recuerda el informe.

Pero el CENTAC compara además la situación de 2018 con la de 2015, cuando otra denuncia activó una inspección similar. Y la conclusión a la que llega es que Vueling no hizo prácticamente nada para mejorar el cumplimiento de la normativa vigente. Esto hizo que la resolución concluyera con esta la sanción.

Los problemas de Vueling no son nuevos, en Twitter podemos encontrar quejas de algunos usuarios, como por ejemplo:

hola, @vueling. De verdad es tan difícil que hagáis el más mínimo esfuerzo para que vuestra web sea accesible? Cada vez que tengo que hacer un checking online tengo que tocar el dom para interactuar con checks y radios. Y dar gracias porque tengo esos conocimientos. Estoy cansado

— Juanjo (@kastwey) March 11, 2020

Cansado de sentirme un ciudadano de segunda, cuando pago lo mismo que cualquiera por un billete. Cansado de que ignoréis la ley de accesibilidad sin dar ni un mínimo paso para arreglarlo. Cansado de cabrearme por cosas como esta, y de perder mi tiempo por vuestros errores.

— Juanjo (@kastwey) March 11, 2020

Por cierto, Vueling ha publicado lo siguiente en Twitter respecto a la noticia publicada:

Del total de los indicadores requeridos, alrededor del 50% están a día de hoy ya implementados. Para la aplicación del resto, la compañía tiene ya establecida una línea de trabajo. 1/2

— Vueling Airlines (@vueling) February 7, 2021

Lamentablemente, la situación actual, provocada por la pandemia del Covid19, ha obligado a que esa implementación sea más lenta de lo que esperábamos. En cualquier caso, queremos lamentar los inconvenientes que esta situación pueda generar a nuestros clientes. 2/2

— Vueling Airlines (@vueling) February 7, 2021

En Expediente sancionador contra Vueling explico el primer expediente sancionador que recibió Vueling.

Por cierto, Vueling también recibió hace un par de años una sanción de la Agencia Española de Protección de Datos: La AEPD ha impuesto a Vueling una multa de 30.000 euros por incumplir la normativa en materia de cookies.

Accesibilidad web: ¿por qué es importante?

Contratando un seguro con la pantalla apagada

El vídeo Accesibilidad web. Contratando un seguro con la pantalla apagada dice:

A veces no pensamos en la forma en la que otras personas realizan trámites cotidianos, como sacar un billete o contratar un seguro. En este mini vídeo, os enseño cómo el traje de developer me podría salvar el día cuando una web, la de mundial seguros, no ha sido desarrollada pensando en la accesibilidad. ¿Conseguiré introducir las fechas de cobertura? :P

Intermundial: un seguro que seguro que no es accesible.

Lista de cursos sobre accesibilidad web

 En accessibility/a11y-courses se encuentra una lista extensa de cursos sobre accesibilidad web. Los cursos gratuitos que aparecen son:

• Accessibility MOOC - Inclusive Online Course Design
• Digital Accessibility as a Business Practice
• Future Learn - Digital Accessibility: Enabling Participation in the Information Society
• Google's Udacity Accessibility course (text version)
• Google's Udacity Web Accessibility - Developing with Empathy
• Microsoft's Training teachers to author accessible content
• Microsoft's Accessibility fundamentalshttps://docs.microsoft.com/en-us/learn/paths/accessibility-fundamentals/
• Professional Web #A11y Auditing Made Easy
• Start Building Accessible Web Applications Today, by Marcy Sutton
• Ryerson University: Introduction to Web Accessibility - Start date TBD
• Teach Access Study Away Silicon Valley - In partnership with PEAT
• Teach Access Tutorial
• OpenU UK Accessibility of eLearning
• Study Away Silicon Valley
• UC Berkeley Intro to Course #Accessibility - 6 modules on designing accessible content
• Open.edu: Assistive technologies and online learning
• Ryerson University & Canvas.net: Web Accessibility for Developers
• University of Colorado Boulder & Coursera: Basics of Inclusive Design for Online Education
• University of Pittsburgh & Coursera: Disability Awareness and Support
• Minnesota IT Services: Accessible Word Document Training
• UNICEF Agora Training on Web Accessibility
• edX & W3C - Introduction to Web Accessibility

Características de accesibilidad de Microsoft Edge

 En la documentación oficial de Microsoft está la página Accessibility features in Microsoft Edge que explica las características de accesibilidad del navegador Microsoft Edge:

• Make text larger
• Have the web read aloud to you
• Read more comfortably
• Use a keyboard to surf the web
• Use high contrast for better readability

Cómo es el trabajo de un desarrollador informático ciego

 En Soy ciego de nacimiento y así es mi trabajo como desarrollador informático se cuenta:

Juanjo Montiel es malagueño, pero con poco más de 21 años, y tras haber estudiado un ciclo superior de informática, se fue a Madrid a realizar un máster. Tras unos años en la capital, y después de encontrar ahí el amor, decidió marcharse con su mujer a Barcelona, donde ella tenía más oportunidades laborales. Tras pasar por otras empresas, Juanjo es ahora el team lead en una compañía y se dedica a programar soluciones para una empresa de viajes. Más concretamente, es un proyecto de gestión de líneas aéreas del mayorista de agencia de viajes. “Hay que hacer un sistema de interconexión para que la gente pueda hacer reservas y puedan consultar varias líneas a la vez”, nos explica. En su equipo hay personas de 6 nacionalidades distintas que trabajan tanto en su misma oficina como en remoto. Además, es pianista y asegura que le encanta “el desarrollo, programar, componer, tocar y leer”.

Hasta aquí todo normal. Nada en su trayectoria vital y profesional que pueda llamar excesivamente la atención. Salvo por un pequeño detalle: Juanjo Montiel es ciego de nacimiento. Algo que, como se encarga de insistir, no le impide programar ni tardar menos en hacerlo que otra persona sin discapacidad.

Por su condición de desarrollador ciego, Juanjo Montiel da charlas de accesibilidad en diversos encuentros y conferencias, como el Modern Web Event (una jornada sobre desarrollo de aplicaciones web organizada por los Estudios de Informática, Multimedia y Telecomunicación de la UOC) o en la Commit Conf, donde hablamos con él. Pero la accesibilidad no es su principal área de trabajo: apenas supone un 10 por ciento de sus tareas.

¿Cómo trabaja un desarrollador ciego? ¿Con qué programas trabaja? ¿Con qué dificultades se topa? ¿Tiene algún techo de cristal?

Primer borrador público de WCAG 3.0

 En FIRST PUBLIC WORKING DRAFT: W3C ACCESSIBILITY GUIDELINES (WCAG) 3.0 podemos leer:

The Accessibility Guidelines Working Group (AG WG) has published a First Public Working Draft of W3C Accessibility Guidelines (WCAG) 3.0. WCAG and supporting materials explain how to make web content, apps, and tools more accessible to people with disabilities. W3C Accessibility Guidelines (WCAG) 3 has several differences from Web Content Accessibility Guidelines (WCAG) 2.

WCAG 3 is intended to be easier to understand and more flexible than WCAG 2. The flexibility is to address different types of web content, apps, and tools — as well as organizations and people with disabilities. The goals for WCAG 3 are introduced in the Requirements for WCAG 3.0 First Public Working Draft, which was also published today. WCAG 3 proposes a different name, scope, structure, and conformance model.

We encourage you to start by reading the WCAG 3 Introduction first to get important background on WCAG 3 development, review guidance, and timeline

Método de análisis de la accesibilidad web

En A look at out four-point hybrid testing se presenta un método de evaluación de la accesibilidad web formado por:

Many people know that to test in accordance with the most well-established digital accessibility standards, we test against the Web Content Accessibility Guidelines (WCAG) 2.1 Levels A and AA, and the Web Accessibility Initiative – Accessible Rich Internet Applications (WAI-ARIA 1.0). Certainly, what we test for is critical, as the standards provide the principles and guidelines to help determine the accessibility of a website or app. But how do we test? Is all accessibility testing the same?

Here’s a peek into our four-point hybrid testing, which we believe provides the best path to achieving, maintaining, and proving digital compliance.

OUR COMPREHENSIVE TESTING COMBINES THE BEST OF HUMAN AND ARTIFICIAL INTELLIGENCE

• First, we perform automated testing on our powerful a11y® analysis platformwhich scans a website for accessibility compliance. It’s really smart and really fast, and it checks a site against hundreds of carefully-crafted rules. It’s programmed to break down applicable WCAG 2.1 A/AA guidelines and checkpoints into testable components. Issues and recommendations are logged, and the feedback generated includes specific suggestions to fix accessibility violations. Learn more about a11y® analysis
• Next, a manual tester with a visual disability will use assistive technology to thoroughly examine the content and accessibility of each page in scope, as well as the functionality of each custom use case assigned. Our manual testers are required to be certified in JAWS and NVDA (popular screen readers) and have five or more years of experience in accessibility testing. As native assistive technology users, they provide guidance and insight that can’t be duplicated by a machine.
• Then, a fully-sighted subject matter expert (SME) will review and validate each outcome and perform a complete second round of testing. Our SMEs are uniquely qualified with extensive accessibility, assistive technology, and business knowledge.
• Finally, a senior developer will review and finalize comprehensive reports based on the manual and automated testing, prioritizing and organizing the results to give teams clear direction as to where to begin the remediation. Our senior developers have over a decade of experience creating and deploying accessible mobile apps and websites, so they’re invaluable in their role of making remediation suggestions streamlined and clear.

WHY DO WE COMBINE HUMAN AND AUTOMATED TESTING?

Automated testing has a lot of benefits and should be part of a larger accessibility testing strategy, but it has limitations. At the end of the day, people of all abilities, not machines, are using websites. That’s why real people carefully testing under scenarios representing a variety of disabilities are required to understand the true accessibility of a website.

Código de la Discapacidad

 Código de Discapacidad es una recopilación de toda la legislación española sobre discapacidad.

En el apartado de Comunicación y Sociedad de la Información se recoge:

Ley por la que se reconocen las lenguas de signos españolas

Ley General de Telecomunicaciones (parcial)

Ley General de la Comunicación Audiovisual (parcial)

Ley de servicios de la sociedad de la información y de comercio electrónico (parcial)

Ley sobre reutilización de la información del sector público (parcial)

Ley de Publicidad y Comunicación Institucional (parcial)

Ley de la radio y la televisión de titularidad estatal (parcial)

Ley de firma electrónica (parcial)

Ley de creación de la Comisión Nacional de los Mercados y la Competencia (parcial)

Ley de Medidas de Impulso de la Sociedad de la Información (parcial)

Breve historia de los lectores de pantalla

Realmente, la historia que se cuenta en A Brief History of Screen Readers es muy breve, pero algo es mejor que nada.

Convención sobre los derechos de las personas con discapacidad

 La Convención sobre los derechos de las personas con discapacidad y su Protocolo Facultativo fueron aprobados el 13 de diciembre de 2006 en la Sede de las Naciones Unidas.

El Artículo 9Accesibilidad dice:

1. A fin de que las personas con discapacidad puedan vivir en forma independiente y participar plenamente en todos los aspectos de la vida, los Estados Partes adoptarán medidas pertinentes para asegurar el acceso de las personas con discapacidad, en igualdad de condiciones con las demás, al entorno físico, el transporte, la información y las comunicaciones, incluidos los sistemas y las tecnologías de la información y las comunicaciones, y a otros servicios e instalaciones abiertos al público o de uso público, tanto en zonas urbanas como rurales. Estas medidas, que incluirán la identificación y eliminación de obstáculos y barreras de acceso, se aplicarán, entre otras cosas,

a: 

g) Promover el acceso de las personas con discapacidad a los nuevos sistemas y tecnologías de la información y las comunicaciones, incluida Internet;

Y el Artículo 21 Libertad de expresión y de opinión y acceso a la información :

c) Alentar a las entidades privadas que presten servicios al público en general, incluso mediante Internet, a que proporcionen información y servicios en formatos que las personas con discapacidad puedan utilizar y a los que tengan acceso; 

d) Alentar a los medios de comunicación, incluidos los que suministran información a través de Internet, a que hagan que sus servicios sean accesibles para las personas con discapacidad; 

Llamada de artículos para "How Mature Is Technology in Helping People with Disabilities?"

La revista  International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:

• Machine learning 
• Human activity recognition 
• Ambient assisted living
• Sensor fusion 
• Big data 
• Internet of Things 
• Non-invasive sensors for sheltered homes 
• Generation of datasets with sensors related to different disabilities 
• Mobile applications for people with disabilities 
• Serious games for people with disabilities

La fecha límite para el envío de artículos es el 31 de diciembre de 2021.

WordPress añade soporte para subtítulos

Muy buena noticia la que podemos leer en WordPress adds support for video captions and subtitles:

The release of WordPress 5.6 contained several accessibility improvements, including the ability to add captions and subtitles to videos using the Web Video Text Tracks Format (WebVTT).

¿Cómo programa una persona ciega?

El vídeo ¿Cómo programa una persona ciega? dice:

En este vídeo, más largo que un día sin pan, y grabado de madrugada con mucho sueño (perdonad el tono de voz, xD) os enseño cómo un usuario ciego utiliza un ordenador, no solo a nivel de usuario, sino también para desarrollar software, y así, contestar a algunos comentarios que leí en la noticia de Meneame: 

https://www.meneame.net/m/tecnolog%C3%ADa/programador-ciego-espanol-denuncia-miserias-sector-nadie

¿Un programador ciego puede programar webs y apps de escritorio o solo backend? ¿qué pasa si hay iconos y botoncitos? ¿cómo depura? ¿cómo lee el código? ¿puede indentar o le vale para algo?
Todo esto y mucho más, en una hora y pico de vídeo. ¡Si llegáis al final ponedlo en los comentarios para que os lo agradezca personalmente, :P

La importancia de la revisión manual de la accesibilidad

En Smashing Magazine se puede leer el artículo The Importance Of Manual Accessibility Testing:

Automated accessibility tests are a great resource to have, but they can’t automatically make your site accessible. Use them as one step of a larger testing process.

Ejemplo de vídeo con audiodescripción

El trailer de la película Frozen sin audiodescripción:



El vídeo con la audiodescripción:

Maquetación de páginas web para lectores de pantalla

Muy interesante todo lo que se explica en Designing Layouts for Screen Readers:

It’s easy to think about a layout as being a primarily visual concern. The header goes up top, the sidebar is over here, the call to action is in an overlay on top of the content (just kidding). Grids, borders, spacing and color all portray valuable visual data, but if these hints to the structure of a page are only visible, some users may find your content unintelligible.

You can experience this first hand if you try using a screen reader on the web. When I fired up VoiceOver on my Mac and took it out for a test drive, I realized that to a screen reader user, a lot pages are just a big heap of ‘content’, missing helpful organizational cues.

The experience can be kind of like listening to a long rambling story without any indication to what details are important or related to the main thread of the story. Halfway through the story, you aren’t sure whether it’s worth it to keep listening because you don’t know if you’ll even find what it is you’re looking for. In the context of a website, your screen reader might be halfway through reading you a list of 50 sidebar links when you start wondering if there is any valuable content on the site at all.

Experiences like this are caused by websites that are built with layouts that are only visual. Ideally, however, our visual layouts should point to an underlying organizational model of our content. They should be visual indicators for a conceptual model. The visual indicators are just one way of revealing this model. The Web Accessibility Initiative’s ARIA (Accessible Rich Internet Applications) project provides alternative indicators to users who may need them.

I’ll walk through how to make use of these indicators to make a simple web page easy to use, navigate and read for users of assistive technology. All the example code is available on github.