Versión accesible de Twitter

EasyChirp es una versión accesible de Twitter. Las principales características que anuncia son:

• Tweet an image with a caption and long description.
• A built-in shorten URL tool with choice of service.
• Search, user search, and saved searches.
• View, subscribe, and create Twitter Lists.
• Works great with or without JavaScript.
• Fully keyboard accessible.
• Inline threading of tweets; displays reply "conversation".
• In addition to old and new desktop browsers, I work on virtually any user-agent (even Lynx, a text-only browser), with screen readers and Braille displays, and tablets and mobile devices.

Cómo realizar un estudio de usabilidad para analizar la accesibilidad

Nielsen Norman Group, la empresa de los dos guruses de la usabilidad, ofrece la guía How to Conduct Usability Studies for Accessibility. Lástima que sea de pago, la licencia individual cuesta $82.

Los temas que cubre son:

• Learn how to adapt standard usability testing practices to accommodate people with disabilities
• Testing for accessibility and usability throughout the project lifecycle
• How we conducted our accessibility studies
• Supplement the general guidelines with empirical tests of your own design with your own users
• Trust, consent forms, pictures, and video
• Using video and still cameras
• Conducting studies at the user's home or office
• Screen reader and braille sessions
• Motor skill assistive technology sessions
• Recruiting and preparing participants
• Quantitative and qualitative study tips
• Metrics to collect
• Sample documents for accessibility studies
• Recruiting screener used in the quantitative part of the study
• Checklist used in the quantitative part of the study
• Facilitation notes used in the quantitative part of the study
• Question sheet used in the quantitative part of the study
• Consent forms

CSS puede influir negativamente en la accesibilidad de los usuarios de lectores de pantalla

El artículo Screen Readers and CSS: Are We Going Out of Style (and into Content)? analiza cómo algunas propiedades de CSS influyen en la interpretación de las páginas web por parte de los lectores de pantalla.

La conclusión es que los resultados son diferentes según la combinación de lector de pantalla y navegador que se utilice, así que toca probar, probar y probar:

All of this really highlighted the value of accessibility-minded development and pre-launch testing—in a wide variety of browser-screen reader combinations—to ensure that all website visitors enjoy a consistent, equivalent experience.

Accesibilidad web y autismo

El pasado 2 de abril se celebró el día mundial del autismo.

En How web accessibility affects people with autism explican:

The Web Content Accessibility Guidelines (WCAG) 2.0 are the most popular standard for web accessibility, and have been cited by the U.S. Department of Justice as an acceptable metric for compliance  with the Americans with Disabilities Act. WCAG 2.0 contains several guidelines to help people with four different classes of disabilities: vision, hearing, motor, and cognitive. 

People on the autism spectrum have a wide range of conditions, and many of them can face difficulties with cognition when using the internet. Some of the most relevant WCAG 2.0 recommendations for people with autism are:

• Navigation and layout should be consistent across the entire site. Performing the same or similar actions on similar user interface elements should produce similar results.

• The site should still be usable at larger text sizes and should still function with images and styles disabled. However, images, icons, and graphics that help with comprehension can be included.

• Clutter and distractions should be minimized. Style and white space should separate content and direct the user’s attention as appropriate.

• The text should be as simple as possible, while providing definitions for any non-standard terms, such as idioms, jargon, and abbreviations and acronyms. Correct grammar and spelling are important.

• Users should have as much control as possible over the site’s behavior. Avoid time limits on content or automatic refreshes whenever possible. Provide clear instructions and error messages when filling out forms.

Comparecencia de José Ángel Carrey en el Congreso de los Diputados

José Ángel Carrey, presidente de la Associació Catalana per a la Integració del Cec (ACIC), varias veces ha denunciado públicamente la falta de accesibilidad de la web de Renfe:

• Cuando navegar de oídas es una odisea: la internet española no es para ciegos
• La web de Renfe

Hace unas pocas semanas, José Ángel Carrey realizó una comparecencia en el Congreso de los Diputados:



En el instante 1:03:19 le preguntan por la accesibilidad de Renfe:


Y empieza diciendo "Renfe tiene muchos problemas de accesibilidad"... Vale la pena escucharlo.

Cómo usar los encabezados correctamente

Muy fácil de entender el artículo How to structure headings for web accessibility que incluye varios ejemplos:

When is a heading not a heading? Serious question, the answer lies behind one of the most common accessibility problems on the web.
Headings are much more than a big bold title, they provide a solid structure to the webpage. Think of headings as an outline of your webpage.
The structure should be portrayed both in a visual and technical manner, so people can see the structure, and screen readers are able to identity the structure in order to read it out.
Users who can see the page decide within seconds whether or not the content is relevant to them by skimming through headings, glancing over sub-headings keeping an eye out for significant keywords. Breaking up content with headings allows the page to be easily scanned by the user
Without a heading structure, you force users to do extra work to find the information they’re looking for, who has the time and luxury?
From an accessibility point of view the structure in the code should align with the visual presentation and make sense as a “table of contents” for the page.
Use headings to introduce content, they are labels not statements.

Dos buenos ejemplos:

Y un mal ejemplo:

Subtítulos automáticos en las emisiones en directo en YouTube

En YouTube live streams will soon include automatic captions explican que YouTube ya incorpora la posibilidad de crear subtítulos en tiempo real para las emisiones en directo (live stream). Por ahora solo está disponible en inglés.

En Use automatic captioning se dan algunos consejos para su uso:

If the live stream doesn't show automatic captions, it could be due to one or more of the following reasons:

• The feature hasn’t been enabled for the channel, as we are slowly rolling out to channels with more than 10k subscribers.

• Channel is streaming in ultra low or low latency (such as a mobile live stream). Live automatic captions are only available for normal latency streaming.

• The language in the video is not yet supported by automatic captions.

• The video has poor sound quality or contains speech that YouTube doesn't recognize.

• There are multiple speakers whose speech overlaps or multiple languages at the same time. 

Inclusive Design at Microsoft

En Inclusive Design at Microsoft se puede encontrar información sobre el compromiso de Microsoft con el desarrollo inclusivo.

El manual es muy interesante por dos cosas. Por un lado, porque el documento está publicado con una licencia  Creative Commons AttributionNonCommercial-NoDerivatives (CC BY-NC-ND).

Por otro lado, y gracias a lo anterior, significa que los elementos gráficos del manual se pueden emplear de forma gratuita, siempre que se respete la licencia anterior. Por ejemplo, los siguientes elementos:

La Web y las personas sordociegas (2): Entrevista a Sonnia Margarita Villacrés

Segunda encuesta para profesionales de la accesibilidad web

En junio de 2014, el WebAIM lanzó la primera encuesta para profesionales de la accesibilidad web. Los resultados de la primera encuesta del WebAIM para profesionales de la accesibilidad web mostraron algunos datos curiosos. Por ejemplo, en la pregunta sobre los lectores de pantalla se observó una disparidad respecto a los resultados obtenidos en la encuesta a usuarios de lectores de pantalla.

Ahora el WebAIM ha lanzado Survey of Web Accessibility Practitioners #2, que estará abierta hasta el 30 de abril de 2018.

La Web y las personas sordociegas (1): Entrevista a Sonnia Margarita Villacrés

Las novedades de WCAG 2.1

Muy interesante el artículo The new guidelines in WCAG 2.1 explained, que explica las novedades que tendrá la nueva versión de Web Content Accessibility Guidelines que seguramente se aprobará este próximo verano.

Construcción de menús accesibles

Muy interesante el artículo Building Accessible Menu Systems de Smashing Magazine.

Ejemplos de vídeos con audiodescripción

La página Web Accessibility Perspectives: Explore the Impact and Benefits for Everyone tiene vídeos sobre accesibilidad web y discapacidad. Cada vídeo aparece con dos versiones, normal y con audiodescripción.

Algunos ejemplos:

La accesibilidad web beneficia a todo el mundo

En el artículo Quality ⊃ Good Design ⊃ Inclusive Interface he encontrado la siguiente definición:

Universal web accessibility helps us create sites that are usable by the widest, most diverse audience, rather than creating bolt-on solutions that might benefit one group at the expense of another.

Y algunos ejemplos de cómo la accesibilidad web nos beneficia a todos:

I can't easily see low-contrast web content
- a user with cataracts
- any user accessing your web page on a mobile phone in bright sunlight

I can't easily manipulate your web page
- a user with a hand amputation
- any user standing in a crowded train, holding on to a bar for balance

I can't listen to your web content
- a user with hearing loss
- any user without headphones, accessing a web page in quiet restaurant

I can't easily manipulate small or fiddly UI controls
- a user with loss of fine motor control
- any user accessing a web page while also walking

I can't make sense of long complicated text passages on your web page
- a user with an attention deficit disorder
- any user reading web content while distracted by a crying child

Cómo silenciar JAWS para que solo funcione con los navegadores web

Un truco muy útil para los que usamos un lector de pantallas para revisar la accesibilidad de las páginas web: Shut up JAWS.

Cómo automatizar las pruebas de accesibilidad

En el artículo Automating Your Accessibility Tests se explica un método para automatizar las pruebas de accesibilidad:

Accessibility is one of those things we all wish we were better at. It can lead to a bunch of questions like: how do we make our site better? How do we test what we have done? Should we spend time each day going through our site to check everything by hand? Or just hope that everyone on our team has remembered to check their changes are accessible?
This is where automated accessibility tests can come in. We can set up automated tests and have them run whenever someone makes a pull request, and even alongside end-to-end tests, too.
Automated tests can’t cover everything however; only 20 to 50% of accessibility issues can be detected automatically. For example, we can’t yet automate the comparison of an alt attribute with an image’s content, and there are some screen reader tests that need to be carried out by hand too. To ensure our site is as accessible as possible, we will still need to carry out manual tests, and I will cover these later.

Nuevos criterios para discapacidad cognitiva en WCAG 2.1

En WCAG 2.1: Success Criteria for Cognitive Disabilities han recopilado los nuevos criterios de éxito que se refieren a la discapacidad cognitiva:

In particular, eleven of the new Success Criteria will result in making the web more inclusive and adaptable for a broader range of human memory, problem solving, and attention abilities.  They also expand the spectrum of human reading, linguistic, verbal, math, and visual comprehension necessary to enjoy a rich, productive experience.

• Success Criterion 2.5.1 Pointer Gestures (Level A)
• Success Criterion 2.6.1 Motion Actuation (Level A)
• Success Criterion 1.3.4 Identify Common Purpose (Level AA)
• Success Criterion 1.4.10 Reflow (Level AA)
• Success Criterion 1.4.12 Text Spacing (Level AA)
• Success Criterion 1.4.13 Content on Hover or Focus (Level AA)
• Success Criterion 2.5.4 Concurrent Input Mechanisms (Level AA)
• Success Criterion 2.6.2 Orientation (Level AA)
• Success Criterion 1.3.5 Identify Purpose (Level AAA)
• Success Criterion 2.2.6 Timeouts (Level AAA)
• Success Criterion 2.2.7 Animation from Interactions (Level AAA)

Curso Aprende Accesibilidad Web paso a paso

Apúntate al curso gratuito Aprende Accesibilidad Web paso a paso:



Apúntate al curso gratuito Aprende Accesibilidad Web paso a paso:

Transcripción de audio automática

Authot es una plataforma web para la generación automática de transcripciones y subtítulos para vídeos.

Entrevista a Santi Trigueros, una persona sordociega (parte 3)

Entrevista a Santi Trigueros, una persona sordociega (parte 2)

Entrevista a Santi Trigueros, una persona sordociega (parte 1)

Curso gratuito "Accessibility of eLearning"

Accessibility of eLearning, un curso gratuito ofrecido por The Open University. El contenido del curso es:

1. Introducing accessibility and disability
2. Discussing disability
3. Introducing accessibility and assistive technology
4. Accessibility, pedagogy and reasonable adjustments
5. Specifying, designing and evaluating accessibility

Cursos online sobre accesibilidad de la UNED

Tres cursos muy interesantes:

Móviles accesibles para todos

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

Materiales digitales accesibles (2ed)

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

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

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

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

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

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

Se han desarrollado tres sistemas:

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

Implantación de la accesibilidad web en trivago

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

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

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

Lo que he aprendido hasta ahora de la accesibilidad web

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

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

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

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

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

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

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

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

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

Televisión accesible

Movistar ofrece Movistar+ 5S:

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

Las tres características que ofrece son:

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

La NFL comprometida con la accesibilidad web

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

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

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

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

Partnering with an accessibility consulting firmto audit its website.

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

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

Experiencias en desarrollos tecnológicos accesibles: Experiencia Ecuador

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

Audiodescripción estándar o extendida

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

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

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

¿Cuándo es necesaria la audiodescripción?

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

La transcripción de audios y vídeos

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

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

Libros sobre accesibilidad web

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

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

Uso del atributo title

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

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

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

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

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

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

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

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

Mobile phone users.

• Keyboard only users.

• Screen magnifier users.

• Screen reader users.

• Users with fine motor skill impairments.

• Users with cognitive impairments

Educación inclusiva en universidades presenciales

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

Entendiendo WCAG 2.1

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

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

Incluye el siguiente vídeo:

Uso incorrecto de los encabezados

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

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

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

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

Definiciones de UNESCO sobre discapacidad

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

Algunas definiciones interesantes son:

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

Ejemplo de vídeo con audiodescripción

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

Y el mismo vídeo con audiodescripción:

Cömo hacer vídeos accesibles

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Por último, los resultados de las encuestas anteriores:

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

Sobre la sordoceguera

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

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

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

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

LOS DATOS
2.200 sordociegos afiliados a FOAPS

422 sordociegos atendidos

100 mediadores

13 médicos especialistas

2 millones de euros de inversión anual

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

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

1.918 millones de euros recabados del juego responsable

35% de los ingresos invertido en acción social

72.256 personas ciegas atendidas

3.500 afiliados nuevos

Guía para cumplir WCAG 2.0

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

No todos los usuarios de lectores de pantalla son ciegos

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

Which of the following disabilities do you have?

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

Los navegadores que soportan un mayor nivel de accesibilidad

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

IBM AbilityLab Mobile Accessibility Checker

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

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

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

En el artículo se dice:

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

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

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

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

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

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

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

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

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

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

Accesibilidad web (conferencia completa)

Día Internacional de las Personas con Discapacidad

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

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

La guía definitiva de los textos alternativos

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

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

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

Ejemplos de problemas de accesibilidad

SortSite - Accessibility Checker and Validator

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

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

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

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

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

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

Koa11y, herramienta para evaluar la accesibilidad web

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

Un vídeo sobre su uso:

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

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

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

Entrevista a un antiguo estudiante con discapacidad

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

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

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

Accesibilidad de los temas de WordPress

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

Primer Espacio Integrado Inteligente de Europa en Alcalá de Henares

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

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

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

Inclusive markup

Muy interesante el vídeo Inclusive Markup:

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

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

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

Algunos ejemplos:

Put people first, not their disability.

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

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

Do not label people by their disability.

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

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

Inclusive Components

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

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

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

Un paciente sordo espera casi siete horas en Urgencias

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

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

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

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

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

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

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

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

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

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

Siete soluciones para crear SVG más accesibles

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

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

Ejemplo de vídeos con audiodescripción

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

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

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

Guía de Lenguaje Positivo y Comunicación Incluyente

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

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

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

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

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

Compatibilidad de lectores de pantalla y HTML5

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

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

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

Productos de HIMS

HIMS es una empresa norteamericana especializada en productos de apoyo.

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

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

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

Uso de los elementos fieldset y legend

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

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

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

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

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

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

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

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

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

Estrategias para adoptar la accesibilidad web

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

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

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

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

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

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

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

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

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

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

Controlar el ordenador con la mente

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

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

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

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

Curso Aprende accesibilidad web paso a paso

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

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

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

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

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

Focus ring

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

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

Accesibildad de gráficos complejos

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

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

WCAG 2.0 - Operable

WCAG 2.0 - Perceivable

CSS Speech

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

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

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

Uso de un magnificador de pantalla (2)

Uso de un magnificador de pantalla (1)