Buscador

viernes, 5 de agosto de 2016

La accesibilidad de reCAPTCHA

El artículo reCAPTCHA Accessibility reVISTED analiza la accesibilidad de reCAPTCHA, el sistema de captcha de Google.

Las conclusiones son que tiene problemas y no es accesible:
  1. People who are deaf-blind cannot complete the secondary CAPTCHA. Neither the visual nor audio CAPTCHA is accessible to them. The only hope for them is if they never have to proceed beyond the simple checkbox. The checkbox itself is accessible.
  2. The secondary CAPTCHA is language and culture-specific. Take, for example, the visual CAPTCHA shown above which asks users to identify the sandwiches. Users must understand English well enough to understand the question, and they must be familiar with sandwiches. (And anyone who attended HighEdWeb 2015 knows that sandwich is not an indisputable concept).
  3. Keyboard users with eyesight can't access the visual challenge. They can access the audio challenge, but how would they know to pursue that option? It's not at all intuitive, plus visible keyboard focus is dubious.

jueves, 4 de agosto de 2016

Accesibilidad web para autores de contenido

El artículo How to Convince Writers to Write for Accessibility proporciona los siguientes consejos dirigidos a los autores o escritores de contenido:

  • Write a Unique Title for Every Page
  • Use True Headings and Use Them in Order
  • Highlight Key Information with Lists
  • Use Keywords in Image File Names
  • Write a Meaningful Text Equivalent for Images
  • Write Link Text That Makes Sense Out of Context and the Destination Clear

miércoles, 3 de agosto de 2016

martes, 2 de agosto de 2016

Lista de verificación para diseñadores, ingenieros, gestores de proyectos, aseguradores de calidad y creadores de contenido

Muy interesante el recurso The Checklist, que plantea diferentes listas de verificación según el perfil del implicado en un desarrollo web:

Designers
Make sure there is enough contrast between text and its background color
Don't indicate important information using color alone
Pair values of colors together (not only hues) to increase contrast
Don't rely on sensory characteristics as the sole indicator for understanding and operating content
Design focus states to help users navigate and understand where they are
Help users understand inputs, and help them avoid and correct mistakes
Write good alt text for your images
If an experience cannot be made accessible, create another route for users to get that information
Be as consistent and clear as possible in layout and copy

Engineers
Use the correct HTML element for your content
Support keyboard navigation
Understand and use HTML landmarks
Write good alt text for your images
Design focus states to help users navigate and understand where they are
Help users understand inputs, and help them avoid and correct mistakes
Use ARIA attributes when applicable
Give users a way to skip top level navigation to access main content
Make links descriptive
Avoid text in pseudo elements
Make SVGs accessible to assistive technology
Hide decorative elements from screen readers
Create alternate routes for users to access information
Links should be visually identifiable and have clear :focus and :active states

Project Managers
Familiarize yourself with the work associated with making content accessible
Build in time for accessibility during project planning and sprint planning
When sharing good work done by your team, praise efforts to increase accessibility
The tools and products that you create should make accessibility easier to achieve
Be an advocate for accessibility

Quality Assurance
Run through each page with the WAVE Chrome Extension
Users should be able to navigate through content using their keyboard
Users should be able to navigate content using a screen reader
The general architecture and hierarchy of the content should make sense
Charts and images should all have alt-text so that users with screen readers or users on a slow connection will still be able to understand the images
Decorative images should not be visible to screen readers

Editorial
Write good alt text for your images
Editorial Engineers: think about how custom experiences can be made accessible
Be as consistent and clear as possible
Links should be descriptive
Important information should not be conveyed through images, color, or sensory characteristics alone

viernes, 29 de julio de 2016

Expediente sancionador contra Vueling

El 23 de octubre de 2014 se inició un expediente sancionador contra VUELING AIRLINES S.A. "por incumplimiento de las condiciones de accesibilidad para personas con discapacidad de su página web oficial". El proceso fue iniciado por J.A.C.

El 2 de marzo de 2015 el Ministerio de Sanidad, Servicios Sociales e Igualdad (MSSSI), a través del Real Patronato sobre la Discapacidad, solicita al Centro Nacional de Tecnologías de la Accesibilidad (CENTAC) un informe de accesibilidad del portal web de VUELING. El CENTAC remite dicho informe el 14 de octubre de 2015.

Sí, el Ministerio solicita el informe de accesibilidad el 2 de marzo de 2015 y el CENTAC lo remite el 14 de octubre de 2015, ¡¡10 meses después!!

Después de unas cuantas diligencias, envíos de correos electrónicos y algunas reuniones llegamos a:

RESUELVO

Imponer a VUELING la siguiente sanción: multa de TREINTA MIL UN EUROS (30.001 €), correspondiente a la infracción calificada como GRAVE EN SU GRADO MÍNIMO en función de las circunstancias concurrentes, considerando las dificultades para implantar nuevas soluciones tecnológicas y el alto coste en recursos humanos y materiales que comporta su cumplimiento dada la complejidad de la página web denunciada y su disposición manifestada de mejorar la accesibilidad en general, en virtud de lo establecido en los artículos 95.3.e), 96.b y 84 del citado Real Decreto Legislativo 1/2013, en lo que respecta a la calificación de la infracción y la determinación y graduación de la sanción.

Asimismo, tal y como establece el artículo 85 de la misma norma, como sanción accesoria y en la misma proporcionalidad expresada para la graduación de la sanción, se propone la prohibición de concurrir en procedimientos de otorgamiento de ayudas sociales, consistentes en subvenciones o cualesquiera otras ayudas en su sector de actividad de transporte aéreo por un período de UN MES.

Hace un año se confirmó la primera sanción por falta de accesibilidad web en España, que fue impuesta a Iberia. Y ahora, a Vueling.


jueves, 28 de julio de 2016

NO se debe crear una versión accesible alternativa

El sitio web de la UEFA ofrece una versión estándar:




Esto no se debe hacer.

miércoles, 27 de julio de 2016

Máster Universitario en Tecnologías Accesibles: Web, Aplicaciones y Dispositivos

La Universidad Internacional de La Rioja (lo de poner "internacional" en el título de algo siempre queda bien) organiza el Máster Universitario en Tecnologías Accesibles: Web, Aplicaciones y Dispositivos.

El inicio es el 27 de octubre de 2016.

En la descripción dice:
El máster prestará especial atención a la accesibilidad en la Web, pero también cubrirá otras tecnologías, como son:
  • Dispositivos de acceso (móviles, cajeros automáticos, etc.)
  • Aplicaciones informáticas (software de escritorio, aplicaciones para móviles, etc.)
  • Tendencias tecnológicas (tecnologías basadas en interoperabilidad, adaptabilidad y ubicuidad), etc.
El máster cuenta con dos itinerarios:

Itinerario profesional

PRIMER CUATRIMESTRE (30 ECTS)

Introducción a la Accesibilidad, Usabilidad y Diseño para Todos
Diseño de Contenidos Web Accesibles
Gestión de la Calidad en Materia de Accesibilidad TIC
Accesibilidad de Aplicaciones Informáticas de Distinta Naturaleza
Accesibilidad de los Dispositivos de Acceso a la Sociedad de la Información
El Usuario como Centro de la Innovación

SEGUNDO CUATRIMESTRE (30 ECTS)

Evaluación de la Accesibilidad de Contenidos Web
Accesibilidad en Documentos Electrónicos
Desarrollo de Planes de Accesibilidad TIC
Prácticas Profesionales en Empresa
Trabajo Fin de Máster

Itinerario académico

PRIMER CUATRIMESTRE (30 ECTS)

Introducción a la Accesibilidad, Usabilidad y Diseño para Todos
Diseño de Contenidos Web Accesibles
Investigación en Accesibilidad y Discapacidad
Razonamiento y Redacción Científicos
Accesibilidad de Aplicaciones Informáticas de Distinta Naturaleza
Gestión de la Calidad en Materia de Accesibilidad TIC
El Usuario como Centro de la Innovación


SEGUNDO CUATRIMESTRE (30 ECTS)

Evaluación de la Accesibilidad de Contenidos Web
Accesibilidad en Documentos Electrónicos
Interoperabilidad, Adaptabilidad y Multimodalidad para Potenciar la Accesibilidad
Metodología y Práctica de Investigación
Diseño y Gestión de Proyectos de I+D
Trabajo Fin de Máster

martes, 26 de julio de 2016

ChromeLens

ChromeLens es una extensión para el navegador Google Chrome que ofrece tres herramientas integradas (por ahora):

  • Filters to experience a website as a blind or colorblind person: To help developers make their web pages friendly to the visually impaired, we created ChromeLens, an extension to Chrome that changes the look of web pages to reflect what they see.
  • Scanners to audit the accessibility readiness of a website: The ChromeLens Scanner will scan your webpage and assess how well it is designed for people with vision impairment.
  • Trackers to visually show the path of a tab/shift-tab navigation flow with the keyboard: ChromeLens Tracker is a blindness simulator that shows the pathway by which a blind user will go through when browsing your web page with a screen reader. You can check if your web page goes through a logical flow and that the important content is included for the screen reader to narrate.



lunes, 25 de julio de 2016

Modos de funcionamiento de un lector de pantallas

En How Windows Screen Readers Work on the Web se explican los diferentes modos de funcionamiento de un lector de pantallas:

  • Document mode: The most common mode used to access web pages using Windows screen readers will be referred to here as “document” mode. This is also often called “virtual” or “browse” mode, used as proprietary terminology by specific screen readers. This is the default mode that is invoked when a page loads in the browser. This mode may be overridden by web pages who auto focus a form field or apply certain WAI-ARIA roles.
  • Application mode: When users need to interact with web pages such as entering text into a form field, document mode must be disabled and the screen reader must be switched into “application mode.” This mode also goes by the proprietary screen reader terms of “Forms” and “Focus” mode. Application mode is necessary to interact with forms, dialogs and web applications. In application mode, all of the keystrokes which would normally manipulate the invisible document cursor are instead passed through to the web page. This allows a user to enter text into a form field or use the arrow keys to traverse the options in a drop-down. Application mode is usually invoked by placing focus on a form field and pressing a keystroke such as the Enter key. Some screen readers will automatically switch into application mode when a form field is encountered. Application mode can also be invoked by web page authors through the application of certain WAI-ARIA roles such as role="dialog" or role="application" to page elements.

viernes, 22 de julio de 2016

Ejemplo de sitio web con características para mejorar la accesibilidad

Fluid es un proyecto colaborativo que tiene como objetivo mejorar la experiencia de usuario y la inclusión de las personas con discapacidad en los proyectos de open source software.

En la siguiente dirección:

http://build.fluidproject.org/prefsEditors/demos/explorationTool/

podemos encontrar un ejemplo de panel con opciones para mejorar la accesibilidad de un sitio web.


jueves, 21 de julio de 2016

aXe 2.0

En Introducing aXe 2.0! se presenta la nueva versión de esta herramienta "open source":
We’re excited to announce the launch of aXe 2.0, an updated version of our open source accessibility testing engine! Since the initial announcement last year, we’ve made improvements to many rules and checks, introduced a plugin system, added configuration options, and enhanced our project’s infrastructure. We’ve seen adoption among developers and QA’s with our Chrome and Firefox extensions, plus new integrations with notable development tools. We’ve also grown our core team and held our first hackathon!
I wrote this post to recap our efforts this year and introduce you to the newest version of aXe. Read on to learn more about the evolution of our accessibility testing engine, and how you can get involved.

miércoles, 20 de julio de 2016

Ejemplo de asistente para configurar la accesibilidad de un sitio web

Floe (flexible learning for open education) es un proyecto que tiene como objetivo mejorar el aprendizaje en línea para que sea inclusivo.

En la siguiente dirección:

http://first-discovery.floeproject.org/demos/prefsServerIntegration/

se encuentra un ejemplo de asistente que ayuda a configurar la accesibilidad de un sitio web.

Entre otras cosas, el asistente permite elegir el idioma,


la combinación de color y


el tamaño del texto.


martes, 19 de julio de 2016

La accesibilidad web resumida en un gráfico

Me encontré este gráfico en Twitter, no sé cuál es la fuente original:


El texto alternativo para esta imagen podría ser: representación gráfica de cuatro tipos de discapacidades (cognitiva, motora, visual y auditiva) con los elementos de una página web (interfaz, texto, multimedia) que pueden suponer una barrera de accesibilidad.

lunes, 18 de julio de 2016

Ejemplo de sitio web con y sin accesibilidad

Acme Widgets es un sitio web de demostración de cómo crear un sitio web accesible. La descripción dice:
This web site includes sets of pages to test accessible and non-accessible methods for writing HTML. This will allow us to test patterns on multiple devices and assistive technologies. It will also give us controls for doing automated testing. The menu to the left will contain the test pages.

viernes, 15 de julio de 2016

Un juego para ciegos

No lo he podido probar, pero me parece curiosa la propuesta descrita en Audio Game Review: A Blind Legend from DOWiNO and France Culture.

jueves, 14 de julio de 2016

UdeG, líder en accesibilidad web entre 18 IES mexicanas

El mes pasado leí la noticia UdeG, líder en accesibilidad web entre 18 IES mexicanas:
Prueba de ello es que la página de inicio del portal de la Universidad de Guadalajara es 100 por ciento accesible para personas con distintos tipos de discapacidad; entre 18 instituciones de educación superior públicas y privadas, ocupa el primer lugar en el Ranking de Accesibilidad Web Universidades, según un estudio publicado por la empresa Hearcolors, el cual es una medición elaborada a partir del análisis de la página de inicio de cada portal.

“Dice que somos 100 por ciento accesibles. Las otras universidades evaluadas se encuentran de 54 por ciento hacia abajo”, dijo el doctor Luis Alberto Gutiérrez Díaz de León, coordinador general de Tecnologías de Información (CGTI) de la UdeG.

miércoles, 13 de julio de 2016

La base de la accesibilidad web

The web accessibility basics es una pequeña guía que explica lo más importante de la accesibilidad web:
  • Alternative text for images
  • Labeling form fields
  • Document structure: heading structure, landmarks, lists
  • Tables
  • Color contrast


martes, 12 de julio de 2016

¿Qué es un Director de accesibilidad?

En What Being A Chief Accessibility Officer Means se explica en qué consiste el cargo de Director de accesibilidad:
In my role, I will manage internal and external accessibility projects.  I will ensure that accessibility best practices will be followed within the company and help clients meet their accessibility needs, including website and product accessibility.  I will consult on accessibility and inclusion issues that clients face from the employee to the customer level.

lunes, 11 de julio de 2016

Cómo usar ARIA de forma efectiva con HTML5

El artículo How to Use ARIA Effectively with HTML5 explica cómo se debe usar ARIA con HTML5.

En este artículo se repasa el uso de los roles, de los atributos y unas reglas básicas:
  • Utiliza la semántica de HTML siempre que sea posible.
  • Un elemento sólo puede tener un role.
  • No cambies la semántica nativa de los elementos.

viernes, 8 de julio de 2016

Nivel de lectura adecuado

Web Content Accessibility Guidelines (WCAG) 2.0 indica en la pauta 3.1.5:
3.1.5 Nivel de lectura: Cuando un texto requiere un nivel de lectura más avanzado que el nivel mínimo de educación secundaria una vez que se han eliminado nombres propios y títulos, se proporciona un contenido suplementario o una versión que no requiere un nivel de lectura mayor a ese nivel educativo. (Nivel AAA)
El contenido web se debe crear para que se pueda entender por todo el mundo. La pauta 3.1.5 establece que se debe emplear un nivel de lectura equivalente al mínimo de educación secundaria. ¿Qué nivel es ese?

En el glosario de WCAG se define:
nivel de educación primarioPeriodo de seis años que empieza a las edades de entre cinco y siete, posiblemente sin ninguna educación previa.
Nota: Esta definición está basada en la Clasificación Internacional Normalizada de la Educación.
nivel mínimo de educación secundariaLos dos o tres años de educación que se inician al término de seis años de escuela y finalizan nueve años después del comienzo de la enseñanza primaria.
Nota: Esta definición se basa en la Clasificación Internacional Normalizada de la Educación.
Las edades de inicio de la educación primaria y secundaria varían de un país a otro, pero tomando que la primaria comienza a los cinco años y dura 6 años, la secundaria comienza a los 11 años, y ese es el nivel de lectura que se debe garantizar.

Para medir el nivel de lectura necesario para comprender un texto existen algunas métricas y herramientas basadas en esas métricas. Para el inglés, una herramienta que se puede utilizar es Readibility-Score.