16 cosas que se pueden hacer para mejorar la accesibilidad de un sitio web

16 Things to Improve Your Website Accessibility está escrito por Bruce Lawson, un gurú de la accesibilidad web.

Las 16 cosas que propone son:

1) Too Much Content
In brief: break up text into sections with headings and bulleted lists. Use simple language.

2) ReCAPTCHA
In brief: don’t make your users jump through potentially impossible hoops in order to save developer time.

3) Poor Legibility
In brief: make sure text has adequate contrast, is readable and isn’t justified.

4) Distracting Images and Graphics
In brief: allow users to stop any movement; respect their operating system settings; don’t auto-play video.

5) Poor Link Information
In brief: make links identifiable, with unique link text. Warn users if a link will open a new tab or a file.

6) Another Design Error: Removing the Focus Ring
In brief: make sure a keyboard user can always see where they are currently focused.

7) Form Filling
In brief: design form fields that look like form fields, each associated with a label. Don’t disable auto-fill.

8) Provide Text Alternatives for All Images, Video, and Audio
In brief: any information communicated through an image or video must have a textual equivalent.

9) Add Proper Document Language
In brief: let assistive technology know the language that your text is in.

10) Help a Visitor Get Around Your Content
In brief: use HTML landmark elements to help assistive technology users understand and navigate your content.

11) Use HTML Properly
In brief: understand the semantics and default behaviors of HTML elements; use the right element for your content.

12) Complex Interactions
In brief: Use ARIA only when a native semantic doesn’t exist; use the design patterns and code suggested by W3C.

13) Frameworks
In brief: frameworks aren’t inherently inaccessible if you choose your components wisely.

14) Content Management Systems and Site Builders
In brief: choose CMS and Site Builder themes carefully.

15) PDF
In brief: PDFs can be made accessible. Make sure your PDFs are so.

16) Keep Testing
In brief: test! With real people, if you can.

El atributo placeholder no es una etiqueta, no sustituye a label

En Placeholder Attribute Is Not A Label!:

Just so we’re all clear on this, the HTML5 placeholder attribute in a text input is not a replacement for the label element. Period. The placeholder should only be used as a brief example of the text to be entered. 

Besides inconsistent support for screen readers, using a placeholder as an input label can create usability problems and issues for those with cognitive impairments. For example, how does one review the information entered if the placeholder is now gone? 

The placeholder should be used like a title attribute (tooltip); it provides only supplementary information. If the information is required for the user (such as a strict text format) then this should be conveyed in the main content of the page, not in an attribute.

Pautas de diseño para personas mayores

En 4 Tips for Designing Apps for Older Users se dan estos cuatro consejos:

1. Haz el texto fácil de leer
2. Agranda el tamaño de los elementos interactivos
3. Divide las tareas y haz una cosa cada vez
4. Mantén los textos claros y simples

Novedades de WCAG 2.2

 El 11 de agosto de 2020 se publicó una nueva versión de WCAG 2.2. Todavía sigue siendo "working draft", pero el documento ha avanzado bastante respecto la versión anterior. Las principales diferencias respecto a WCAG 2.1 son nueve nuevos criterios de éxito:

• Accessible Authentication
• Dragging
• Findable Help
• Fixed Reference Points
• Focus Appearance (Minimum)
• Focus Appearance (Enhanced)
• Hidden Controls
• Pointer Target Spacing
• Redundant Entry

Herramienta para evaluar la accesibilidad de las herramientas de autor

El W3C ha creado ATAG Report Took, que guía al usuario en la evaluación de la accesibilidad de las herramientas de autor.

Consejos para mejorar la accesibilidad para las personas con discapacidad cognitiva

En Designing for cognitive accessibility: Where to begin se ofrecen interesantes consejos para mejorar la accesibilidad para las personas con discapacidad cognitiva:

There are many techniques that can be used to enhance attention, including:

• Pausable website carousels – these are multiple pieces of content which rotate across a single coveted space on a webpage. Carousels that are automatically moving content need the ability to be stopped once a particular image captures a visitor’s attention.
• Restart capabilities – they allow users to save their data and their place in forms and multi-step transactions, like ecommerce. This makes it easier for sites to regain customers’ attention in the event of a distraction.
• Retracing capabilities – this is a “go back” option which enables site visitors to easily return to recognizable points in their transaction or journey, so they can seamlessly pick up where they left off before becoming distracted. For example, a student in an online learning module needs to be able to go back and rewatch, reread, and rethink about a lesson as many times as necessary.
• Filtering – the ability to hide non-related content and later unhide it. For example, in an online learning platform, students should have the ability to turn off the chat feature while they are focused on a learning module (and then turn the chat back on when they are finished).

Y también:

• User authentication – offer at least one alternative method that does not rely on a user to memorize character strings. These include options such as biometric methods (ex. fingertip sensor). In addition, don’t block copy/paste functionality from password manager software.
• Don’t hide important/frequent controls; also, show both the text and icon labels for controls making it easier for users to remember their purpose.
• Grouping content – In ecommerce, group similar items semantically and visually with a suggested maximum group size of five. This reduces reliance on memory when evaluating and making choices between similar items.
• Path markers – to remind site visitors where they are in a process.

Aprender los atajos de teclado de los lectores de pantalla

En Learning common keyboard shortcuts for screen readers se explican algunas técnicas para aprender los atajos de teclado de los lectores de pantalla más populares.

Las cinco reglas de ARIA

En Using ARIA:

1. First Rule of ARIA: If you can use a native HTML element or attribute with the semantics and behavior you require already built in, instead of re-purposing an element and adding an ARIA role, state or property to make it accessible, then do so.
2. Second Rule of ARIA Use: Do not change native semantics, unless you really have to.
3. Third Rule of ARIA Use: All interactive ARIA controls must be usable with the keyboard.
4. Fourth Rule of ARIA Use: Do not use role="presentation" or aria-hidden="true" on a focusable element.
5. Fifth Rule of ARIA Use: All interactive elements must have an accessible name.

Y en español:

1. Primera regla de ARIA: si puede usar un elemento o atributo HTML nativo con la semántica y el comportamiento que ya necesita, en lugar de reutilizar un elemento y agregar un rol, estado o propiedad de ARIA para hacerlo accesible, entonces hágalo.
2. Segunda regla de ARIA: no cambie la semántica nativa, a menos que realmente tenga que hacerlo.
3. Tercera regla de ARIA: todos los controles interactivos de ARIA deben poder utilizarse con el teclado.
4. Cuarta regla de ARIA: no use role="presentation" o aria-hidden="true" en un elemento enfocable.
5. Quinta regla de ARIA: todos los elementos interactivos deben tener un nombre accesible.

Una excelente crítica de las capas de accesibilidad (accessibility overlay)

Karl Groves, un experto internacional en accesibilidad web, ha escrito What would an ethical overlay look like?:

Accessibility overlays have existed on the market since at least around 2004. Companies such as Readspeaker offered products that displayed a widget on customers’ websites that were best described as “add-on assistive technologies”. The primary feature offered by such products was the ability to read the page content aloud to a website’s users.

The benefit to such a feature would seem obvious to the layperson: If you have problems seeing the page or have problems reading, then a feature that reads the content for you would certainly be a significant improvement.  To people with deep knowledge of the Web and accessibility, the shortcomings of a per-site read-aloud widget are glaring. After all: if a user needs to have the content read-aloud to them on one site, they’ll need it on all websites and all applications they use.  In other words, such software is best deployed on the user’s computer, not on individual websites.

[...]

It is simply impossible to examine the claims made by overlay vendors against what their products actually do and come up with a conclusion that differs from the following: 

Overlay vendors overstate their products’ capabilities. They deceive their customers and, as a result, are actively harming the field of accessibility and doing a severe disservice to end users with disabilities. This, in turn, is a waste of money and delays active improvement to a website. These products will not make your site compliant with the ADA, Section 508, EN 301 549, or any other regulation based on WCAG.

La importancia de la revisión manual de la accesibilidad web

En The Importance Of Manual Accessibility Testing se analiza la importancia de realizar revisiones manuales de la accesibilidad web y no confiar ciegamente en las herramientas automáticas:

Automation really shines here. It can repeatedly and tirelessly pour over these details with perfect memory, at a rate far faster than any human is capable of.
However…
Automated accessibility tests aren’t a turnkey solution, nor are they a silver bullet. There are some limitations to keep in mind when using them.

Accesibilidad de los programas de videoconferencia

En Which Video Conferencing Tools Are Most Accessible? han analizado la accesibilidad de los programas de videoconferencia, parece que el mejor es Zoom.

accessiBe, la herramienta mágica

accessiBe es una herramienta mágica por todo lo que promete:

accessiBe is transforming web accessibility by replacing a costly, manual process with automated, state-of-the-art AI technology.
Using the contextual understanding and image recognition, acessiBe’s AI scans and analyzes websites to learn what elements and functionality they include, and adjusts them to blind users’ screen-readers.

¿Será verdad?

Dyslexic.com

Dyslexic.com es un sitio web dedicado a la venta de productos de apoyo para las personas con dislexia.

Tiene una página dedica a los tipos de letra para las personas con dislexia.

CSS para mejorar la legibilidad de los textos

En el artículo Modern CSS Techniques To Improve Legibility de Smashing Magazine explican cómo mejorar la legibilidad de los textos con CSS.

Juego ganador del concurso Disability Serious Game

Hace un mes se publicó la nota de prensa ‘Able Center, idea ganadora del concurso ‘Disability Serious Game’.

En el sitio web del concurso Disability Serious Game se puede encontrar más información. Hay una guía básica de conceptos de discapacidad, accesibilidad y videojuegos.

Y relacionado con este concurso, muy interesante todo el análisis que se realiza en Cómo pueden los videojuegos potenciar la vida de las personas con discapacidad.

Las distintas formas de esconder el contenido en el navegador

En Inclusively Hidden:

There are various ways to hide content in web interfaces, but are you aware of the different effects they have on the accessibility of that content? While some might think it’s strange to have multiple different ways to hide content, there are certain benefits that each method provides.

There have been many articles written about hiding content, and this post will cover some of the noted methods, and purposefully ignore others. This article will highlight the methods of hiding content that are most appropriate for modern web development, and note the accessibility impacts of each.

[...]

To wrap this all up…

Let’s do a quick recap:

1. There are three categories of hidden content:
1. Completely Hidden.
2. Visually Hidden.
3. Only Hidden from Assistive Technology.
2. Depending on the type of content, you will need to use an appropriate technique to hide it, via:
1. Using CSS or [hidden] to hide content completely.
2. Using visually-hidden / sr-only classes to visually hide content, but keep it available for assistive technologies.
3. Or using aria-hidden="true" to hide content specifically from screen readers.

Going back to my initial question “why are we hiding content?”, it’s apparent that there are some elements of a UI that truly need to be hidden. And while we have techniques to hide content, but still make it accessible for assistive technology users, I wouldn’t necessarily jump to these techniques as design solutions.

The goal should be to craft interfaces and experiences that are accessible and understandable to as many people as possible. Not to create interfaces where we can shoe horn in additional context by visually hiding it by default.

Si no sabes esto, mejor cambia de trabajo

Un tuit interesante de Web Axe:

Hey #webdev, if you don't know at least 3 reasons why this code is bad, please learn why. #a11y

Accesibilidad de páginas web: WordPress

Accesibilidad de páginas web: WordPress, webinar organizado por la Unidad Académica de Tecnologías de la Información y la Comunicación de la Universidad Católica de Cuenca (Ecuador) el 19 de junio de 2020:

II parte Conferencia Implementación de cursos en línea masivos y abiertos accesibles

Conferencia impartida en la Universidad Estatal a Distancia (UNED) de Costa Rica.

Contenido:

Cómo diseñar y ofertar cursos masivos y abiertos accesibles, y la importancia de elaborar recursos accesibles, a partir de la experiencia del Dr. Sergio Luján Mora en la Universidad de Alicante, España.

I parte Conferencia Implementación de cursos en línea masivos y abiertos accesibles

Conferencia impartida en la Universidad Estatal a Distancia (UNED) de Costa Rica.

Contenido:

Cómo diseñar y ofertar cursos masivos y abiertos accesibles, y la importancia de elaborar recursos accesibles, a partir de la experiencia del Dr. Sergio Luján Mora en la Universidad de Alicante, España.

Curso sobre desarrollo de aplicaciones web accesibles con React

El curso Develop Accessible Web Apps with React es de pago ($99), pero es el primero que veo que trate este tema. La descripción dice que en este curso se aprende:

• The impact of in-accessible web apps different disability groups
• How to access web sites in the same way impaired users do
• Inspecting & testing tools for accessibility
• Write accessible and extensible UI elements & widgets
• Iteratively refactor & test accessibility issues

Otro artículo sobre los problemas que causan los "accessibility overlays"

No es que yo busque estos artículos, ellos me encuentran a mí.

Una "web accessibility overlay" es la capa que se añade a un sitio web mediante un software que promete mejorar la accesibilidad de los sitios web.

Muchos sitios web usan los "accessibility overlays" como solución rápida para decir que un sitio web es accesible, pero no es verdad al 100%: sí que es verdad que pueden resolver ciertos problemas, pero no todos. Y el principal problema, la falta de conocimiento de los desarrolladores del sitio web no lo resuelven: los desarrollos futuros seguirán teniendo problemas de accesibilidad y existirá una dependencia de estas soluciones.

En Overlays and Plugins Aren’t the Answer to Accessibility, que incluye un podcast, explican más cosas sobre los "accessibility overlays":

Website accessibility overlays and plugins aren’t the answer to accessibility and compliance, despite being touted as an easy, automated solution for web designers and developers and their clients. They present a plethora of problems.
What Is an Accessibility Overlay 

But first, let’s talk about what an accessibility overlay is. Like some accessibility plugins, an overlay is used to detect and fix accessibility issues on a website. An accessibility overlay is installed by simply adding one or a few lines of code—javascript—to the site. It modifies the site usually only at the browser level, not touching the site’s code.
The site gets analyzed and—poof!—the site is now magically fully accessible and compliant within a day or two, and it performs regular checks and fixes to ensure ongoing compliance. Sounds great, right?
Claims Made by Accessibility Overlay Vendors 

Many of the claims made by the vendors of these accessibility overlays sound way too good to be true. Let’s take a look at some of them:

• “Just insert this code, and your site will be accessible.”

• Scanning and fixing your site will be done every 24 hours (or other timeframe).

• Overlays have a higher success rate than accessibility services.

• They provide compliance to many laws, including ADA, Section 508, EN 301549 and WCAG 2.1 AA guidelines. I noticed some touting “100% compliance,” and others said “up to 50% compliance” for x price, then “up to 95% compliance” for higher rates. What if the site ends up being in 25% compliance? Sounds like it would still be what they are promising, so your client will get screwed.

And just a side note… Ironically, a lot of these overlay vendors have accessibility issues on their own sites that are using their own overlays!
Problems With Accessibility Overlays 

Now, there are some things an automated tool can check for and fix. Industry experts estimate that about 25% to 30% of accessibility issues can be detected. Those are the more cut-and-dry issues. Some other issues may be able to be found but not fixed properly or at all.
About 70% to 75% need to be dealt with manually, reviewed by a person, not an automated tool.
So let’s get into some of the specific problems with accessibility overlays.

Una pequeña introducción a la discapacidad cognitiva

En An Introductory Guide to Understanding Cognitive Disabilities se muestra algunos ejemplos de las diferentes discapacidades cognitivas:

• Aphasia Speaking (finding words), writing or understanding language
• Autism May have difficulty understanding some communications or social interactions
• Attention-Deficit/Hyperactivity Disorder Focusing and Keeping Attention
• Dyslexia Recognizing letters and words
• Dyscalculia Recognizing numbers and symbols
• Intellectual “intellectual functioning (such as learning, problem-solving, judgment) and/or adaptive functioning (activities of daily life such as communication and independent living)” – American Psychiatric Association
• Memory Loss Difficult time remembering past events, new events, or both

Y los problemas que pueden experimentar:

• Attention – ability to focus and keep focused on the current task
• Processing Speed – the rate at which the brain handles information
• Short-Term Memory – the ability to retain information for short periods of time
• Long-Term Memory – the ability to store and recall information for later use
• Logic & Reasoning – the ability to reason, prioritize and plan
• Language Processing – the ability to recognize letters and words and the ability to understand written or spoken language
• Math Processing – the ability to recognize numbers and symbols and the ability to understand and calculate simple math

Cómo diseñar para personas ciegas y con visión parcial

Muy interesante el artículo How to design websites for blind and partially sighted people:

According to the World Health Organization, an estimated 253 million people live with vision impairment across the globe. 36 million are blind and 217 million have moderate to severe vision impairment.

As of 2014, there are around 360,000 people registered as blind or partially sighted in the UK. But these are just the people who are registered. According to the RNIB the figure doesn’t take into account, “those who are waiting for treatment, those whose sight could be improved, those who have not registered for whatever reason and people whose sight loss is not at a level that allows them to register.”

RNIB estimates that a truer figure is roughly two million people living with significant sight loss in the UK.

[...]

In November 2016, Gov.uk published the results of their assistive technology survey, in which the Government Digital Service asked 712 users about what devices, web browsers and assistive technology they used to access GOV.UK.

These are the results:

• Screen magnifier 30%
• Screen reader 29%
• Speech recognition 18%
• Readability 15%
• Other 8%

[...]

Do you run user testing with blind and partially sighted people? If so, what are the most common issues they find navigating the web?

Andreas: Yes, we run user testing with blind and partially sighted people. Here are some of the more frequent problems found by blind users:

• Areas not accessible via the screen reader
• Page content not structured with headings
• Headings do not follow logical sequence
• Images without alternative text
• Inputs without associated labels
• Links without accessible description
• Buttons without accessible description
• Interactive elements not properly marked using the appropriate HTML element
• We often find that the problems reported by blind and partially sighted people differ a lot.

Estudios masivos sobre la accesibilidad de las páginas web

Dos estudios recientes (tienen menos de 6 meses) sobre la accesibilidad de las páginas web:

• The WebAIM Million - An annual accessibility analysis of the top 1,000,000 home pages
• We Analyzed 10,000,000 Pages and Here’s Where Most Fail with ADA and WCAG 2.1 Compliance

Inclusión de la accesibilidad universal en los currículos formativos de las universidades en España

Ayer se presentó el estudio Inclusión de la accesibilidad universal en los currículos formativos de las universidades en España, estudio elaborado por el Real Patronato sobre Discapacidad y la Fundación ONCE, con el objetivo de conocer el grado implantación en los estudios universitarios del Diseño para Todas las Personas y la Accesibilidad Universal.

Está disponible el vídeo de la presentación:

Así ve Twitter un ciego, así oye Youtube un sordo

Muy interesante el artículo Así ve Twitter un ciego, así oye Youtube un sordo:

Juanjo Montiel convive con dos perros guía porque su mujer también es ciega. "Pero no somos endogámicos", me dice entre risas. Hay diez ojos en casa y solo cuatro no funcionan, los de los adultos. Juanjo tiene 32 años, es de Málaga pero vive en Barcelona con su mujer y su hijo de dos años. 

Cuando llamo a Juanjo para charlar yo soy el ciego y tengo que interpretar el contexto. Está caminando por la calle y se oyen de fondo los jadeos de Whost, su perro guía. Mientras hablamos le da instrucciones y le regaña cariñosamente por algo que no consigo entender. Coge el ascensor, deja pasar a una vecina y llega a casa. Todo esto a la vez que me cuenta cómo manipula la API de Twitter para adaptar la aplicación y poder entenderla. Un figura. 

Conozco a Juanjo de casualidad por las redes. @kastwey ya es mi ciego de cabecera. Alguna vez me ha pedido que le describa una foto que circula por ahí o un meme que es chungo de entender incluso para los que conservamos la vista. Le observo mucho. Es normal verle pidiendo ayuda para que alguien le resuelvan un captcha o le lea un código de alguna etiqueta ilegible por OCR. Siempre he sentido curiosidad por saber cómo se desenvuelve en Twitter un ciego que lleva usándola desde 2009. Este es el momento.

Más comentarios sobre los "accessibility overlays"

Una "web accessibility overlay" es la capa que se añade a un sitio web mediante un software que promete mejorar la accesibilidad de los sitios web.

Ya he comentado varias veces los problemas que presentan:

• Web Accessibility Overlays (23/3/2020)
• Los problemas que tienen los accessibility overlays (13/4/2020)

En If Your Accessibility Solution Can be Turned On and Off, You've Still Got an Accessibility Problem explican más cosas sobre esta tecnología:

The rise in demand for accessible digital experiences has led to a surge in innovation around how to achieve digital accessibility compliance. To counter one of the common misconceptions that implementing accessibility is a cost rather than an investment, some products are being introduced to the market to appeal to buyers who want a quick and cheap solution. Many of these are overlays or widgets that can be turned on and off, which may sound great at first, but this can't be stated clearly enough: if your accessibility solution can be turned on and off, you've still got an accessibility problem. 

The appeal of quick or cheap fixes isn't hard to understand. Spending less time or money can be attractive, or at least intriguing, and this can be true for everything from home repairs to digital accessibility compliance. In the case of accessibility, the problem with options that allow or require users to activate or deactivate them is as major as it is simple: they don't work.

Entrevista sobre accesibilidad web - parte 2

Entrevista sobre accesibilidad web realizada por Evelyn Carmita Cuenca Rodriguez de la Universidad Nacional de Chimborazo (Ecuador).

• ¿Qué tal efectivas son las herramientas automáticas de evaluación de la accesibilidad web?
• ¿Cuáles son las principales pautas de accesibilidad y usabilidad que deben conocer los creadores de contenidos?
• ¿Cuáles son las recomendaciones para que la publicidad sea accesible y usable?
• ¿Cómo hacer los contenidos multimedia accesibles y usables?
• ¿Cuál sería un porcentaje de los sitios web que no cumplen la normativa y por qué no lo hacen?
• ¿La accesibilidad y la usabilidad es un tema de responsabilidad social o más bien de legislación?
• La página web de SETEDIS es un enlace roto… ¿nos puede comentar al respecto?

Entrevista sobre accesibilidad web - parte 1

Entrevista sobre accesibilidad web realizada por Evelyn Carmita Cuenca Rodriguez de la Universidad Nacional de Chimborazo (Ecuador).

• ¿Cómo se relaciona la accesibilidad y la usabilidad web?
• Efectividad de la adopción de la normativa de accesibilidad
• ¿Es más fácil construir un portal web accesible desde un inicio o modificar uno que ya existe y no cumple con estas pautas?
• ¿Podemos decir que muchos sitios web no cumplen con la accesibilidad debido al coste que supone?
• ¿Cuál es la accesibilidad de los portales de los medios de comunicación?
• Si un portal web cumple con la normativa de accesibilidad, ¿podemos decir que esto garantiza que sea accesible totalmente?

Vídeo del webinar "Accesibilidad de documentos electrónicos"

El pasado viernes 5 de junio participé en el webinar "Accesibilidad de documentos electrónicos" organizado por la Universidad Católica de Cuenca (Ecuador).

El webinar se transmitió en vivo a través de Zoom y Facebook, por lo que está disponible en Facebook (afortunadamente en abierto) a través de Accesibilidad de documentos electrónicos.

Publicada por Centro de Educación Continua - Universidad Católica de Cuenca en Viernes, 5 de junio de 2020

Webinar gratuito "Accesibilidad de documentos electrónicos"

Hoy viernes, a las 21 h España (14 h Ecuador), impartiré el seminario abierto "Accesibilidad de documentos electrónicos", organizado por la Universidad Católica de Cuenca (Ecuador).

El enlace de la conexión a través de Zoom es:

https://zoom.us/j/99740517125?pwd=cnpLNEY0Y1lkcEtvcnN6bzRGY2IwUT09

Herramientas para evaluar la accesibilidad de los colores

En Color accessibility: tools and resources to help you design inclusive products podemos encontrar una buena colección de herramientas para evaluar los colores de un diseño web.

¿Puede una persona ciega ser programador?

Una persona ciega puede ser un programador. Y también una persona sordociega, tal como podemos leer en Sandra Timón: "Las empresas siguen mirando lo económico, no lo que puede aportar una persona con discapacidad":

Sandra Timón Mayo es una madrileña de 25 años, ingeniera de software por la Universidad Rey Juan Carlos, mejor expediente académico de su grado y Premio Extraordinario Fin de Carrera. También es la primera persona con sordoceguera contratada por Microsoft España, desde este lunes que se publicó en el Boletín Oficial del Estado, premio Compromiso Social del Instituto de la Juventud de España. Le avisaron desde la ONCE, quienes habían gestionado su candidatura.

No uses el placeholder

Dos artículos para recordar que el placeholder es una mala idea:

Placeholders in Form Fields Are Harmful

Placeholder text within a form field makes it difficult for people to remember what information belongs in a field, and to check for and fix errors. It also poses additional burdens for users with visual and cognitive impairments.


Don’t Use The Placeholder Attribute

The placeholder attribute contains a surprising amount of issues that prevent it from delivering on what it promises. Let’s clarify why you need to stop using it.

Las normas ICO y la accesibilidad

En el artículo Las normas ISO y la accesibilidad para las personas con discapacidad se explican algunas normas ISO dedicadas a favorecer la accesibilidad de las personas con discapacidad.

La guía definitiva sobre subtitulado

Muy interesante el documento The Complete Guide to Closed Captioning.

Se dice "personas con discapacidad"

Conviene recordad cómo se debe emplear el lenguaje de forma correcta ("personas con discapacidad", expresión recomendada):

Hace un tiempo, Fundéu publicó la aclaración personas con discapacidad, expresión recomendada:

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

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

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

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

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

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

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

Las personas con discapacidad como expertos en accesibilidad

Muy interesante la iniciativa Users as experts que se desarrolla en Suecia:

Together with key players in Sweden and IAAP Nordic, Funka will examine the possibilities for a college level training with the aim of teaching persons with disabilities to become experts on accessibility. 

The aim of the project is to increase the level of accessibility on public sector bodies websites by training more experts in the field. And who would fit better for that role than people who themselves are challenged by lack of accessibility? The European Web Accessibility Directive requires that public agencies and municipalities offer a feedback mechanism from visitors to the website. Well used, that service can provide valuable knowledge to the website owners and help to make the interfaces better for everyone. 

Demand for expertise in the accessibility area is steadily increasing, so there should be a labor market for many more, says Sara Kjellstrand, project coordinator at Funka. Individuals with personal experiences of inaccessibility have a unique knowledge that we want to take advantage of in this project.

Global Accessibility Awareness Day

Mañana 21 de mayo se celebra el Global Accessibility Awareness Day (GAAD), que se celebra por novena ocasión.  En la página en español pone:

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

NUESTRO RETO: Establecer el Conocimiento de Como Crear Un Web Accesible Entre Programadores y Desarrolladores. Inmediatamente.

Relativamente, hay poca información buena sobre la accesibilidad Web. Tienes que ir fuera de tu camino para buscarlo. ¿Cuántos de ustedes saben lo que es JAWS? ¿Cuántos revisan la compatibilidad de su sitio Web con varios navegadores de Internet (por ejemplo, IE6, IE7, IE9) y también la accesibilidad con una tecnología de apoyo como un lector de pantalla?

Diría que es más importante crear un sitio Web accesible que funciona con varios navegadores de Internet que crear el más atractivo, porque para algunas personas, un Internet accesible hace una gran diferencia en sus vidas diarias. Aunque soy un programador de servidor, todavía me avergüenzo de lo poco que se sobre la accesibilidad Web. ¿Y usted?

Hay muchos esfuerzos enfocados en la semántica de HTML5 con el propósito de mejorar la accesibilidad Web. Le he dado vueltas a esta idea por algunos años, pero ahora ha llegado el momento de pedirles su ayuda. Trabajemos juntos para reparar nuestra falta de conocimiento técnico sobre la accesibilidad de la tecnología. Juntos, como una comunidad, podemos trabajar para cambiar el mundo.

Pongámonos de acuerdo de crear un Día Mundial para Promover la Concienciación sobre la Accesibilidad Web, conocido en inglés como Global Accessibility Awareness Day (GAAD). Este será el día del año en que los desarrolladores de Web a través del mundo tratarán de dar a conocer la importancia de la accesibilidad de las tecnologías digitales y enseñar a otros el saber como crear un sitio Web más accesible.

En este día, promoveremos a desarrolladores de Web a revisar la accesibilidad de por lo menos una página de su sitio Web utilizando una herramienta de evaluación. Después de corregir los errores, le pedimos que escriban una entrada en un blog sobre los cambios que hicieron para mejorar la accesibilidad de su sitio Web y animar a otros a hacer lo mismo.

Para planear este día, organizadores de “meetups” como yo, planearemos reuniones informales o talleres sobre la accesibilidad Web. Seria una ventaja si pudieras tener una persona que usa tecnología asistida (AT) como JAWS u otro tipo de lector de pantalla en estas reuniones para educar a otros sobre la navegación de sitios Web con AT. O tal vez, pudieras organizar un “hackathon” para programadores y codificadores.

Si usted es un locutor o un orador del desarrollo Web, usted es una de las personas más influénciales en nuestra industria, por tanto, le ruego que organice un evento sobre este tema. Si sabe de una organización que quiera involucrarse en estos intentos, por favor ayúdales.

Escojamos un día tentativo para esta campaña GAAD – el 21 de mayo, Día Mundial para Promover la Concienciación sobre la Accesibilidad Web.

¿Que puede hacer hoy?

Corre la voz. Provee sugerencias, por ejemplo: ¿qué seria una buena etiqueta o “hashtag” para esta campaña? Si eres parte de la escena de “meetups” u otras reuniones informales sobre tecnología, comienza a planear. Y si no eres parte de un grupo, ¡únete!

IBM Accessibility Research

IBM Accessibility Research es el sitio web oficial de IBM dedicado a la investigación relacionada con la accesibilidad:

IBM Accessibility Research is dedicated to:

• Helping clients embed accessibility across the entire enterprise — to better manage compliance and improve the user experience through any contact point.

• Inventing new cognitive technologies that can supplement or enhance the human senses.

• Ensuring that accessible technology is easier to use so designers and developers can streamline conformance of web and mobile applications to industry standards.

• Giving the aging population (and their caregivers) more control over everyday activities and helping them stay more connected with friends and family.

Árbol de decisión para escribir el texto alternativo de una imagen

En An alt Decision Tree del W3C se presenta un árbol de decisión que ayuda a escribir un buen texto alternativo de una imagen:

This decision tree describes how to use the alt attribute of the <img> element in various situations. For some types of images, there are alternative approaches, such as using CSS background images for decorative images or web fonts instead of images of text.

Colorblindly

Colorblindly es una extensión para el navegador Google Chrome que simula diferentes tipos de ceguera al color:

Simulates colorblindness in your web browser.
Colorblindly is an extension that helps developers create websites for the people with colorblindness by allowing them to simulate the experience those users have on websites.
There are 8 different settings to experience:
-Blue Cone Monochromacy / Achromatomaly
-Monochromacy / Achromatopsia
-Green-Weak / Deuteranomaly
-Green-Blind / Deuteranopia
-Red-Weak / Protanomaly
-Red-Blind / Protanopia
-Blue-Weak / Tritanomaly
-Blue-Blind / Tritanopia

¿Por qué un usuario que utiliza un lector de pantalla querría tener una línea braille?

En Why would a screen reader user have a braille display? se explica:

As he wasn’t deaf-blind, I asked why he uses such expensive equipment, when devices have built-in free screen readers. One of his reasons was, in retrospect, so blazingly obvious, and so human.
He likes to read his kids bedtime stories. With the braille display, he can read without a synthesised voice in his ear. Therefore, he could do all the characters’ voices himself to entertain his children.
My take-home from this: Of course free screen readers are an enormous boon, but each person has their own reasons for choosing their assistive technologies. Accessibility isn’t a technological problem to be solved. It’s an essential part of the human condition: we all have different needs and abilities.

Y los comentarios también proporcionan información interesante:

Comentario 1

there are so many reasons to use braille. By the way, the screen reader is also controling braille output. Among the reasons: Learning to spell and format, ability to read silently, becoming literate in a foreign language (or in one’s own,) reading music notation, not having to listen to speech synthesis, playing sudoku and other word games, and others.

Comentario 2

Reading bedtime stories to your child using a braille display, that’s a really powerful example indeed!
However, a braille display isn’t an alternative for a using screenreader. It’s the screenreader that outputs information to the braille display (and it often also doubles as a braille input device).
Most bind professionals I know, simply can’t do their job without using a braille display. Every-day tasks like editing an article, for example, is a dreadful experience when you have to rely on text-to-speech only.

Si es interactivo, tienes que destacar el foco

Focus styles don't have to be ugly! Focus styles are an integral part of any mature design system. This talk will discuss the intersection of WCAG compliance and Inclusive Design, as well as new focus-related CSS selectors. Additionally, strategies for how to effectively implement them in your organization will be discussed.

La guía definitiva de subtitulado

Muy completo el artículo The Complete Guide to Captioned Videos.

AInspector WCAG

AInspector WCAG es un addon para Mozilla Firefox:

AInspector WCAG evaluates the accessibility compliance of web pages based on WCAG 2.0 Level A and AA requirements using OpenAjax Alliance rulesets. It organizes the evaluation results by Rule Categories and WCAG Guidelines.

Si es interactivo, necesita un estilo cuando reciba el foco

Muy interesante el vídeo If it’s interactive, it needs a focus style:

Magnifixer, un magnificador de pantalla de bajo coste

Magnifixer es un magnificador de pantalla de bajo coste. Sus características principales son:

• Adjustable zoom factor - Up to 40x Magnification
• Place anywhere on your screen
• Dual monitor supported
• Smoothing for better readability
• Cursor tracking or fixed location view
• Stay-on-top window option
• Color Display (HTML or RGB mode)
• Most settings are saved and reused
• Very simple and intuitive interface
• Uninstall option

Vídeos sobre accesibilidad de Microsoft

Muy interesante la colección de vídeo Accessibility at a Glance de Microsoft:

1. Accessibility for Microsoft Store Applications: At a Glance
2. Empowering our customers with accessibility - At a Glance
3. Inclusive Interviewing - At a Glance
4. Considering Keyboard Only Users - At a Glance
5. Reading View in Microsoft Edge - At a Glance
6. Microsoft Narrator – At a Glance
7. Audio Descriptions - At a Glance
8. Text Alternatives - At a Glance
9. Introduction to UIA
10. Part 1 Hierarchy of UIA Elements
11. Part 2 UIA Element Properties
12. Part 3 UIA Element Behaviors
13. Part 4 UIA Change Notifications
14. Make Captioning Easy with Microsoft
15. Skip Navigation
16. Language Accessibility
17. Inclusive Presentation Skills
18. Inclusive Presentation Skills (audio described version)

Cinco mitos sobre la accesibilidad digital desmentidos

En 5 Digital Accessibility Myths Busted se explican estos mitos:

• Myth #1: Only a small percentage of my users need an accessible website or app
• Myth #2: It will take too much time/effort/money to make our website or app accessible
• Myth #3: Digital accessibility is a one-time-only task for the developers
• Myth #4: Accessible websites and apps are plain or ugly
• Myth #5: I used some automated testing tools, so my website or app is now accessible

Muy interesante este gráfico:

Examples of these communities include:

• Aging population—may need captioning on videos or larger font sizes to read the text
• Users whose native or primary language is not English—may need more time to read text on auto-rotating slideshows
• Users with cognitive limitations—may need accessibility-friendly fonts or bulleted content to help focus
• Users with limited or low vision—may need to zoom in on content to be able to read and understand it
• Users with situational disabilities—may need better color contrast so glare on a screen does not interfere with them reading the content
• Users with temporary disabilities—may need to access everything with only their keyboard because they are unable to use a mouse

Cómo las Google Glasses iban a ayudar a las personas con discapacidad

Ya casi nadie habla de las Google Glasses, es más, ya casi nadie las recuerdas. Pero hubo una vez que existieron: aparecieron y pareció que todo iba a girar alrededor de las Google Glasses.

Algunos artículos sobre cómo las Googles Glasses iban a mejorar la vida de las personas con discapacidad:

• Las personas con problemas de audición: What Google Glass Means for a Half Deaf Person
• Las personas con problemas de visión: Why Google Glass is a clear winner for the blind
• Las personas con problemas físicos: OK, Glass: I Can't Walk, So Help Me Explore

Mobile Lorm Glove para personas sordociegas

Muy interesante el Mobile Lorm Glove:

The Mobile Lorm Glove is a mobile communication and translation device for deafblind persons. The glove translates the hand-touch alphabet “Lorm”, a common form of communication used by people with both hearing and sight impairment, into text and vice versa.
Textile pressure sensors located on the palm of the glove enable the deafblind user to “lorm” onto his or her own hand to compose text messages. A Bluetooth connection transmits the data from the glove to the user’s handheld device. It is then automatically forwarded to the receiver’s handheld device in the form of an SMS. If the wearer of the Mobile Lorm Glove receives a text message, the message will be forwarded via Bluetooth from his/her handheld device to the glove. Initiated by small vibration motors located on the back of the glove, tactile feedback patterns allow the wearer to perceive incoming messages.
The Mobile Lorm Glove provides particularly two innovative ways of communication for deafblind people. It supports mobile communication over distance, e.g.  text message, chat or e-mail, and it enables parallel one-to-many communication, which is especially helpful in school and other learning contexts. With this newly developed technology and interaction, it will soon become possible to also „feel” E-Books or Audiobooks. The Mobile Lorm Glove functions as a simultaneous translator and makes communicating with others without knowledge of “Lorm” possible. As a result, it empowers deafblind people to engage with a wider social world and further enhances their independence.
The next step of our research will be to prepare the implementation of direct speech input and output.

Dispositivos adaptados para videojuegos

Muy interesante el artículo Adaptive Video Game Controllers Open Worlds for Gamers With Disabilities que describe la evolución de los dispositivos adaptados para jugar a los videojuegos.

¿Y para qué desarrollar dispositivos adaptados para las personas con discapacidad? Para esto:

Nuevo estándar de accesibilidad web en China

En Updated Chinese Accessibility Standard Will Help China Build a Barrier-free Information Environment podemos leer:

Last August the Chinese Standardization Administration issued a new national standard, GB/T 37668-2019, “Information Technology Requirements and Testing Methods for Accessibility of Web Content“. According to the China Disabled Persons’ Federation (CDPF) , this standard will be implemented as a recommended standard in March 2020, and will promote technical and policy support for information accessibility development in China. 

The standard was jointly developed by a number of organizations, led by CDPF and Zhejiang University. It references the World Wide Web Consortium’s Web Content Accessibility Guidelines (WCAG) 2.0 and 2.1. W3C congratulates the standard on the closer harmonization with international standards, which we believe can benefit many communities in China.

En China Focus: China introduces new standard to assist visually impaired internet users podemos leer:

China on Sunday launched a new national standard for the development of barrier-free services on the internet, aiming to better serve the visually impaired population in the country. 

33-year-old Zhao Cheng is among the 17.32 million visually impaired people in China. After he lost his eyesight 10 years ago in an accident, Zhao had to get used to living in darkness. But with the latest technology, he is able to send voice messages to his friends and listen to their replies through WeChat. 

Over the past few years, more and more internet companies have started to step into barrier-free services for the disabled. According to incomplete statistics, by the end of 2019, more than 40 internet companies had set up departments in charge of barrier-free services in China. 

Internet giants in China including Alibaba, Baidu, Tencent and iFLYTEK have all invested in research and development in the field of barrier-free access to information during the last decade, with successful products being put into use in special education schools and even performing art troupes for the disabled.

Los problemas que tienen los "accessibility overlays"

Una "web accessibility overlay" es la capa que se añade a un sitio web mediante un software que promete mejorar la accesibilidad de los sitios web. Ejemplos de este software son Inclusite o inSuit.

En Web Accessibility Overlays Do Not Work se explican algunos de los problemas que tienen este tipo de soluciones.

En Not All Accessibility Overlays Are Created Equal se clasifica este tipo de software en dos tipos:

There are two types of overlays: targeted “Custom JavaScript overlays” – customized to the specific page and website, these overlays can make comprehensive changes to any accessibility concern on a specific page, and “Tool-based overlays” often seen in the form of a toolbar, plugin or extension – these make limited, generic changes to the page, some of which can be controlled by the site visitor.

Y explica los siguientes problemas que tienen las "tool-based overlay solutions":

• They require people with disabilities to download and use a different tool they aren’t used to, instead of the assistive technology they are comfortable with.
• They require the user to know about and install a custom plugin that might introduce its own accessibility problems.
• They don’t work for native mobile applications, so your website is still at risk for an accessibility-related complaint or lawsuit.
• They only address a limited scope of accessibility issues:
• They provide simple modifications to the page overall, they may change the color contrast, add a focus indicator or add a high contrast mode which addresses only a small number of the possible accessibility barriers.
• They cannot add missing complex keyboard or device interactions, they cannot fix specific site semantics and they cannot add meaning or text alternatives where these are missing.

Discapacidad y envejecimiento activo: Soportes tecnológicos (3ª edición) en MiriadaX

El 27 de abril de 2020 comienza la tercera edición de Discapacidad y envejecimiento activo. Soportes tecnológico en la plataforma MiriadaX. El contenido del curso es:

1. Módulo 1. Accesibilidad e inclusión social
2. Módulo 2. Accesibilidad en la Web y Participación social
3. Módulo 3. Educación para la salud, intervención social y TIC
4. Módulo 4. TIC y vida independiente
5. Módulo 5. TIC y tratamiento de la memoria
6. Módulo 6. Las TIC en los Recursos Sociales
7. Módulo 7. Aplicaciones de la Telemedicina
8. Módulo 8. Experiencias internacionales y TIC

Los placeholders causan problemas

El uso de los placeholders causa muchos problemas, no solo de accesibilidad, también de usabilidad. En Placeholders are problematic, se explican muchos de los problemas:

Since the placeholder attribute came along, lots of us started using it as way to show form field hints. Their appeal lies in their minimal aesthetic and that they save space. 

Some go a step further replacing labels with placeholders. Either way, placeholders are an inclusive design anti-pattern.

Publicada una nueva edición de WebAIM Million

Hace unos días se publicó una nueva versión de WebAIM Million. Parece que se va a convertir en un estudio anual.

La introducción del estudio dice:

In February 2019 and February 2020, WebAIM conducted an accessibility evaluation of the home pages for the top 1,000,000 web sites and over 100,000 additional interior site pages. The evaluation was conducted using the WAVE stand-alone API (with additional tools to collect site technology parameters). While this research focuses only on automatically detectable issues, the results paint a rather dismal picture of the current state of web accessibility for individuals with disabilities.

Los resultados del estudio son muy interesantes.

¿Cómo vive el confinamiento por el coronavirus una persona sordociega?

Muy interesante el artículo ¿Cómo vive el confinamiento por el coronavirus una persona sordociega?. Sobre el uso de la tecnología se comenta:

En su caso, confiesa que lo tiene "fácil" a la hora de comunicarse con familiares o amigos a distancia, ya que asegura que lleva "muchos años tirando de las tecnologías como un sistema alternativo de comunicación". "Prueba de ello es que nunca antes había teletrabajado y de la noche a la mañana me encontraba trabajando desde mi casa con normalidad, comunicándome con mis compañeros de trabajo a través del ordenador con la ayuda de una línea braille (un dispositivo que lee en braille todo lo que aparece en la pantalla del ordenador)", explica.

Si bien admite que también ha explorado otras vías de comunicación. "El otro día estuve probando Skype con mi pareja. Yo me enfoqué con el móvil, de forma que ella me pudiera ver y oír, y al mismo tiempo conecté mi línea braille al móvil y abrí el chat para ir leyendo en braille lo que ella me decía", relata. "Quién lo iba a decir, yo, sordociego y haciendo una videollamada", celebra.

Subtítulos para sordos

En Subtitulado para sordos:

Pero ¿qué distingue al subtitulado para sordos de los subtítulos con los que vemos, por ejemplo, las películas en VOS? La principal diferencia radica en que los SPS deben suplir toda aquella información que las personas oyentes percibirían por el canal auditivo y que las personas con discapacidad auditiva por tanto se perderían, como el tono de voz, el idioma en que habla cada personaje o todo aquello que se escucha además de los diálogos (música, risas, voces en off, etc.). Además, no siempre queda claro quién está hablando cuando hay muchos personajes en pantalla. 

Así pues, ¿cómo son los SPS, que pueden incluir tanta información? 

Igual que los subtítulos para oyentes, los SPS aparecen, como norma general, en la parte inferior de la pantalla y no deberían ocupar más de dos líneas. Sin embargo, toda la información sobre el sonido ambiente se sitúa arriba a la derecha (al mismo tiempo que ocurre, claro). Para saber cuándo habla qué personaje, lo que diga cada uno de los protagonistas será de un color determinado. 

¿Y cómo sabe una persona con discapacidad auditiva si los personajes están diciendo algo en voz baja o chillando, si se burlan de un personaje imitándolo o si están siendo irónicos? Esta información, que se llama didascalia, aparece generalmente en mayúsculas y entre paréntesis antes de cada intervención. La alternativa que ofrece la norma UNE es el uso de emoticonos (:-O para cuando gritan, :-; si hablan irónicamente), aunque no se suele utilizar tan a menudo (por hablar, en «La tormenta perfecta», en Canal 9, ha aparecido dos veces, aunque no me ha dado tiempo a fotografiarlo).
Las didascalias siempre son sustantivos o adjetivos, nunca onomatopeyas o gerundios. Por ejemplo, si llaman a la puerta, se subtitulará (PUERTA) y no (TOC, TOC) o (LLAMAN A LA PUERTA). Aparecería arriba a la derecha y de color azul o rojo sobre fondo blanco porque es información auditiva. 

Y si alguien grita «¡Estás loco!» se subtitulará: 

(GRITA) ¡Estás loco!
y no (GRITANDO) ¡Estás loco! o ¡¡¡¡Estás loco!!!!

Y muchas más cosas muy interesantes, así que aconsejo leer todo el artículo.

Cumplir los requisitos no siempre garantiza la accesibilidad

Visto en Twitter:

Cumplir los requisitos no siempre garantiza la accesibilidad. Nicolas Steenhout

Web Accessibility Overlays

Una "web accessibility overlay" es la capa que se añade a un sitio web mediante un software que promete mejorar la accesibilidad de los sitios web. Ejemplos de este software son Inclusite o inSuit.

Por mucho que los creadores de este software puedan prometer, no son capaces de resolver todos los problemas de accesibilidad. Se les podría aplicar eso de "aunque la mona se vista de seda, mona se queda".

En Web Accessibility Overlays Do Not Work se explica el problema de este tipo de software. En esa página se incluyen algunas referencias adicionales:

• "On overlays as a means of resolving website accessibility issues"
• "Can assistive technology make a website accessble?"
• "When the treatment is worse than the disease."

Tiresias, un tipo de letra para personas con baja visión

En la Wikipedia podemos leer que Tiresias es un tipo de letra diseñado para las personas con baja visión:

Tiresias is a family of TrueType realist sans-serif typefaces that were designed with the aim of legibility by people with impaired vision at the Scientific Research Unit of Royal National Institute of Blind People in London. The font was originally designed for the RNIB by Chris Sharville of Laker Sharville Design Associates who was working with John Gill at the time. It has been much criticised.
Tiresias is the font used in subtitles for digital terrestrial television (DVB-T), and digital satellite (DVB-S) targeting the UK. It is also used in Ireland, Denmark and Finland's national public-broadcasting company'. It was also purchased by the state owned TVNZ for use on their DVB terrestrial channels. Norwegian railroad infrastructure company Bane NOR is using the font on info screens.

Conferencia Accesibilidad en la Educación a Distancia y E-learning

Conferencia impartida en la Universidad Estatal a Distancia (UNED) de Costa Rica.

Contenido:

Introducción Diseño Universal para el aprendizaje, pautas, Política institucional de la UNED
Importancia de la accesibilidad web, la accesibilidad digital, y la accesibilidad en la elaboración de recursos.

Orden de lectura de una página web

El orden de lectura de una página web es muy importante para los usuarios que navegan por una página web mediante un lector de pantalla o mediante teclado.

Algunas herramientas que se pueden usar para comprobarlo son:

• Reading Order Bookmarklet
• La opción "Linearize Page" en la extensión Web Developer para Chrome y Firefox.

Cómo se usa un lector de pantallas

Versión larga del vídeo How A Screen Reader User Surfs The Web:



Versión corta del vídeo (un extracto)  Smashing TV: Léonie Watson on why semantic HTML document landmarks assist her using a screenreader:

 

Aniversario del primer acuerdo para crear un sitio web accesible en EEUU

Según se explica en The First U.S. Web Accessibility Agreement was Signed Twenty Years Ago this Week, el 14 de marzo de 2000 se firmó el primer acuerdo para que un sitio web, el sitio web de Bank of America, fuese accesible:

Twenty years ago this week (on March 14, 2000) Bank of America became the first company in the United States to sign an agreement to make its website accessible to people with disabilities. The agreement referenced the Web Content Accessibility Guidelines (WCAG) 1.0 at a time when the standard was less than one year old.

Y el acuerdo decía:

4. Web Accessibility
4.1
Bank of America will use its best efforts to design each page of the Model Bank Target Web Environment so that it complies with Priorities One and Two of the Web Content Accessibility Guidelines found at www.w3c.org, or so that it is otherwise accessible to Persons with Vision Impairments.

Cómo aprenden a programar los niños con problemas de visión

En Cómo aprenden a programar los niños con déficit visual:

Los más pequeños aprenden a programar con herramientas gráficas muy llamativas, una característica que se convierte en una dificultad para los niños ciegos o con un alto déficit visual. Afortunadamente existen alternativas que les ayudan en este aprendizaje, aunque todavía son pocas. 

Para su enseñanza se utilizan lenguajes de programación muy visuales basados en bloques, una herramienta con la que se facilita el aprendizaje intuitivo, sobre todo entre los más pequeños, pero que no es accesible para todos. Su naturaleza visual provoca que los niños con déficits en este sentido encuentren complicaciones que en ocasiones son difíciles de solventar. 

“El alumnado con resto visual operativo puede utilizar estos entornos mediante las adaptaciones de ampliación de pantalla o la configuración de accesibilidad de los sistemas operativos. El problema es para los alumnos ciegos, para los que no son accesibles”, explica Carlos Mallo, profesor del Centro de Recursos Educativos de la ONCE en Madrid y especializado en tecnología.

Por qué el control del tiempo es importante en la accesibilidad

Interesante el vídeo Time Control in Web Accessibility - Sergei Kriger (Accessibility Talks - May 2019):

The time of plain web pages and dial-up internet is gone forever. We live in a world where our devices are able to simultaneously operate with tons of data. Tweets, notifications, alert messages, progress bars — all these components appear on the web page asynchronously, which makes the user experience more convenient than ever.
Being a developer in 2019 means being able to make beautiful, fast and fully accessible user interfaces. In this talk, you will learn how to apply the best accessibility practices when making "asynchronous" components and how to test these components with modern assistive technologies.

Herramientas para medir el riesgo de epilepsia por fotosensibilidad de un vídeo

El criterio 2.3.1 de WCAG 2.1 dice:

2.3.1 Umbral de tres destellos o menos: Las páginas web no contienen nada que destelle más de tres veces en un segundo, o el destello está por debajo del umbral de destello general y de destello rojo. (Nivel A)

Nota: En la medida en que cualquier contenido que no satisfaga este criterio puede interferir con la capacidad del usuario para emplear la página en su conjunto, todo contenido de la página web (tanto si satisface o no otros criterios de conformidad) debe satisfacer este criterio.

En Comprender 2.3.1: Umbral de tres destellos o menos se explica la razón de este criterio:

La intención de este Criterio de Conformidad es permitir a los usuarios un acceso completo al sitio sin provocarle convulsiones a causa de la fotosensibilidad. 

Los usuarios que sufren de desórdenes convulsivos por fotosensibilidad pueden sufrir ataques debido al contenido que destella varias veces con cierta frequencia. Algunas personas son aún más sensibles a los destellos rojos que a otros colores, por lo tanto se proporciona una prueba especial para los destellos con rojo saturado. Estas pautas estan basadas en la pautas para la industria televisiva adaptada a las pantallas de computadoras, donde el contenido es observado desde una menor distancia (con un mayor ángulo de visión).

Dos herramientas para medir el riesgo por fotosensibilidad y comprobar si un vídeo cumple con este criterio:

• Harding test.
• Photosensitive Epilepsy Analysis Tool (PEAT).

Primera versión borrador de WCAG 2.2

El pasado 27 de febrero se publicó Web Content Accessibility Guidelines (WCAG) 2.2 - W3C First Public Working Draft 27 February 2020.

La nota de prensa First Public Working Draft: WCAG 2.2 dice:

The Accessibility Guidelines Working Group (AG WG) has published a First Public Working Draft of Web Content Accessibility Guidelines (WCAG) 2.2. WCAG provides recommendations for making web content more accessible to people with disabilities. It addresses accessibility of web content on desktops, laptops, tablets, and mobile devices. Following these guidelines also makes your web content more usable to all users in a variety of situations. Please see the blog post for information on what’s new in this draft and upcoming work: Web Content Accessibility Guidelines (WCAG) 2.2 in Development.

¿Cómo usa Visual Studio un desarrollador ciego?

En How A Blind Developer Uses Visual Studio:

Saqib Shaikh, a developer who happens to be blind, shows how he uses Visual Studio 2017 with screen reader software for writing and debugging code.

¿Cómo programa un desarrollador ciego?

Muy interesante el vídeo How does a blind developer code? Plus start of react firebase starter project:

I am a totally blind coder and thought I would post this video of me doing some coding to let others know how I do it. Part of me wants to totally edit this video but I am leaving it as is. This is my first video. 

Cómo una persona ciega usa el ordenador

¿Cuántos estudiantes con discapacidad hay en la universidad española?

En el artículo Así se examinan los militares de la UNED que participan en misiones internacionales se puede leer:

Los números sirven también para definir los diferentes aspectos de la labor de la UNED, que no solo es la universidad con mayor número de estudiantes (140.000 en estudios oficiales y más de 200.000 si se incluyen los cursos de formación continua e idiomas), sino también el campus más internacional (con 7.000 estudiantes de 121 nacionalidades). Pero más allá, “está formando a 8.075 estudiantes con discapacidad, lo que supone el 33 % de todos los estudiantes de grado con discapacidad en España, y el 40 % de los que cursan un máster”, recuerda Mairal, que señala la proyección social de la UNED como una de sus grandes fortalezas. “En los últimos años, se han graduado o licenciado 2.032 estudiantes con discapacidad, una prueba inequívoca del éxito de este colectivo”. 

Para los alumnos con necesidades especiales, como la lectura en Braille, lengua de signos o diversas adaptaciones motoras, la UNED cuenta con el equipo de UNIDIS (el Centro de Atención a Universitarios con Discapacidad), que en esta convocatoria ha modificado más de un millar de ejercicios, además de contar con 4.424 asignaturas que incorporan alguna adaptación. “Realizamos exámenes en hospitales e incluso en domicilios privados... Adaptamos el examen, pero sin bajar el nivel de exigencia. Si viene un alumno invidente, no puede estar en la misma aula, porque necesita grabar el examen oralmente, o hacerlo en un teclado Braille. Puede haber incluso gente con agorafobia que necesitan examinarse solos u otros que, por una discapacidad motora, requieran de más tiempo”, sostiene Rebeca de Juan. “La casuística es muy amplia”.

Borrador de WCAG

En Web Content Accessibility Guidelines (WCAG) 2.2 se encuentra el borrador de la próxima versión de WCAG.

El objetivo de WCAG 2.2 es:

WCAG 2.2 was initiated with the goal to continue the work of WCAG 2.1: Improving accessibility guidance for three major groups: users with cognitive or learning disabilities, users with low vision, and users with disabilities on mobile devices. Many ways to meet these needs were proposed and evaluated, and a set of these were refined by the Working Group. Structural requirements inherited from WCAG 2.0, clarity and impact of proposals, and timeline led to the final set of success criteria included in this version. The Working Group considers that WCAG 2.2 incrementally advances web content accessibility guidance for all these areas, but underscores that not all user needs are met by these guidelines.

Y la compatibilidad hacia atrás se mantiene:

WCAG 2.2 builds on and is backwards compatible with WCAG 2.1, meaning web pages that conform to WCAG 2.2 also conform to WCAG 2.1, which would also conform to WCAG 2.0. 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 without losing conformance with previous versions. 

En la versión actual de 2.2 solo hay un criterio nuevo, 2.4.11 Focus Visible (Enhanced):

When a User Interface Component displays a visible keyboard focus, all of the following are true:

• Minimum area: The focus indication area is greater than or equal to the longest side of the bounding rectangle of the focused control, times 2 CSS pixels.

• Focus contrast: Color changes used to indicate focus have at least a 3:1 contrast ratio with the colors changed from the unfocused control.

• Contrast or thickness: The focus indication area has a 3:1 contrast ratio against all adjacent colors for the minimum area or greater, or has a thickness of at least 2 CSS pixels.

Historial de locuciones en NVDA

Muy interesante el addon Speech History para NVDA:

An updated version of the Clip Copy add-on, initially created by Tyler Spivey.  The add-on allows you to review the most recent 100 items spoken by NVDA, as well as copy the selected item to the clipboard.  By default, use Shift+F11 to move back through the history, Shift+F12 to move forwards and F12 on its own to copy the selected item.  These hotkeys can be updated from within the Speech category of NVDA's Input gestures dialog.

Tenemos que hablar sobre la accesibilidad web

Interesante vídeo que explica el modelo social de la discapacidad:

No transmitas información solo con el color

Un buen ejemplo de cumplimiento del criterio de éxito 1.4.1 Use of Color:

Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.

Accesibilidad para las personas con problemas de visión

El artículo Accessibility - beyond the screen reader explica que normalmente los esfuerzos para lograr un sitio web accesible se centran en los usuarios ciegos que utilizan un lector de pantallas, dejando de lado los usuarios con baja visión:

For most people, Web accessibility means making content compatible with screen readers. As a designer, what first comes to mind might be providing alt text for images. As a developer, it might be adding WAI-ARIA roles and properties to the source code. As a content strategist, it might be unambiguous link text that makes sense on its own. All of these are good starting points, but ultimately, who truly benefits from these things? Blind people using screen readers, but who else? 

The needs of blind users are obviously important. But until we invest at least 6.3 times as much effort making content accessible to low vision users as we spend making content compatible to screen readers, it will be safe to say we are missing what it means to create content that is truly accessible to the widest possible range of users.

Cuando se diseña para las personas con discapacidad todos nos beneficiamos

En TED he encontrado el vídeo When we design for disability, we all benefit:

"I believe that losing my hearing was one of the greatest gifts I've ever received," says Elise Roy. As a disability rights lawyer and design thinker, she knows that being Deaf gives her a unique way of experiencing and reframing the world — a perspective that could solve some of our largest problems. As she says: "When we design for disability first, you often stumble upon solutions that are better than those when we design for the norm."



Más vídeos en TED sobre discapacidad: Designing for disability

Una buena colección de libros sobre accesibilidad web gratuitos

Los libros son:

• Digital Accessibility as a Business Practice
• Introduction to Web Accessibility
• Professional Web Accessibility Auditing Made Easy
• Understanding Document Accessibility
• Web Accessibility for Developers

El lenguaje del tacto

El mundo en tres sentidos es un especial del periódico lainformacion.com que dedicó a la sordoceguera.

El segundo vídeo, El lenguaje del tacto:

Las manos son los ojos y los oídos de un sordociego. Se comunican con el mundo gracias a dos sistemas básicos: el dactilológico y la lengua de signos apoyada.

Libro Designing with progressive enhacement

Acabo de leer el libro Designing with progressive enhancement. La descripción del libro dice:

Progressive enhancement is an approach to web development that aims to deliver the best possible experience to the widest possible audience — whether your users are viewing your sites on an iPhone, a high-end desktop system, a Kindle, or hearing them on a screen-reader, their experience should be as fully featured and functional as possible.

Traducido al castellano:

La mejora progresiva es un enfoque para el desarrollo web que tiene como objetivo ofrecer la mejor experiencia posible a la mayor audiencia posible, ya sea que los usuarios están viendo sus sitios web en un iPhone, en un ordenador de gama alta, o en un Kindle, o escucharlos con un lector de pantallas (screen reader), su experiencia debería incluir todas las características y funciones como sea posible.

Recomiendo este libro porque muestra un interés especial por la accesibilidad web. Por ejemplo:

But this bounty of Internet riches has downside: while advanced interactions tend to work beautifully on the newest browsers that support advanced CSS and JavaScript, there's a whole universe of web-enabled devices -from the newest Kindle or Wii gaming system to a wide range of older computers and mobile phones- that have limited or no support for these features, and can be left with a broken and unusable experience. And even with a modern browser, sites can exclude blind or vision-impaired users if web developers don't take care to support keyboard interaction and layer in specific accessibility features required by screen-reader software and other assistive devices.

Traducido al castellano:

Pero esta abundancia de las riquezas de Internet tiene inconveniente: mientras que las interacciones avanzadas tienden a trabajar muy bien en los más nuevos navegadores que soporten CSS avanzado y JavaScript, hay todo un universo de dispositivos-desde la web habilitada la nueva coleccion de juegos Kindle o Wii a una amplia gama de los equipos más antiguos y los teléfonos móviles-que no tienen soporte para estas características limitadas o, y pueden resultar con alguna experiencia roto e inservible. E incluso con un navegador moderno, los sitios pueden excluir a los usuarios ciegos o con problemas de visión, si los desarrolladores web no cuidan para apoyar la interacción del teclado y de la capa en las características específicas de accesibilidad que precisa el software lector de pantalla y otros dispositivos de asistencia.

Consejos para que el audio y el vídeo sea accesible

En Making Audio and Video Media Accessible del W3C se explica cómo crear contenido multimedia accesible:

Accessible audio and video is essential for people with disabilities, and benefits organizations. Depending on the content of your media, it might need captions/subtitles (a text version of the audio that is shown synchronized in the media player), a transcript (a separate text version of the audio), audio description of visual information (usually an additional audio stream that describes important visual content), or other accessibility functionality/features.

La semántica lo es todo para la accesibilidad web

En Semantics to Screen Readers se explica:

Assistive technologies (ATs), which are hardware and software that help us perceive and interact with digital content, come in diverse forms. ATs can use a whole host of user input, ranging from clicks and keystrokes to minor muscle movements. ATs may also present digital content in a variety of forms, such as Braille displays, color-shifted views, and decluttered user interfaces (UIs). 

One more commonly known type of AT is the screen reader. Programs such as JAWS, Narrator, NVDA, and VoiceOver can take digital content and present it to users through voice output, may display this output visually on the user’s screen, and can have Braille display and/or screen magnification capabilities built in. 

If you make websites, you may have tested your sites with a screen reader. But how do these and other assistive programs actually access your content? What information do they use? We’ll take a detailed step-by-step view of how the process works.

El artículo incluye estas figuras:

Cómo hacer accesible el típico menú de la hamburguesa

El ejemplo de Accessible Slide Menu es totalmente accesible mediante teclado.

Cómo hacer botones de radio y casillas de verificación accesibles

En Under-Engineered Custom Radio Buttons and Checkboxen:

I keep seeing overly-complex controls with additional elements as style hooks, scripting to make up for non-semantic replacements, images that need to be downloaded, and so on.

This is silly. Here are some really simple styles to make radio buttons and checkboxes look unlike native controls (which seems to be the main goal from these over-engineered attempts).