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)

Generador de paletas de colores accesibles

A11y Color Palette es un generador de paletas de colores accesibles. Lo que hace es comprobar que el color del texto y el color del fondo cumplen los umbrales fijados en WCAG 2.0:

AA texto normal / grande: 4.5:1 / 3:1
AAA texto normal / grande: 7:1 / 4.5:1

Manejar el ordenador con la mirada

En el artículo Tecnología para manejar el ordenador con precisión con la mirada se presenta el sistema Irisbond:

La tecnología que permite interactuar con dispositivos digitales a través de la mirada no es nueva. En 2005 la empresa sueca Tobii, una de las más importantes del mundo en este terreno, lanzó el primer ordenador que incorporaba el seguimiento ocular y desde entonces distintos científicos, universidades y compañías de todo el mundo no han dejado de innovar. En este escenario, altamente competitivo y en constante evolución, Irisbond se ha posicionado como una de las iniciativas con mejores perspectivas de futuro. Así lo reconoció la revista Forbes, que en el Mobile World Congress del pasado año, les dedicó un artículo titulado “Esta compañía quiere cambiar la forma en que utilizamos la tecnología del eye-tracking”. Y es que aunque Irisbond está centrada en la tecnología asistencial, no es este el único campo en el que sus soluciones pueden ser aplicadas, ya que el eye-tracking tiene grandes posibilidades de desarrollo en la medicina, la industria o la automoción.

Ejemplo de uso de una línea braille

Corto e interesante el siguiente vídeo, La línea Braille explicada por Luis Palomares (Analista I+D CIDTA, ONCE):

 

Sistema para que los sordociegos puedan leer los subtítulos

En Un sistema para que los sordociegos puedan ‘ver’ la televisión se explica:

En España hay alrededor de 20.000 personas sordociegas que a las dificultades diarias de no poder ver y oír tienen que sumar otra barrera: la del acceso a la información. Gracias a la tecnología presentada hoy por el equipo del profesor Ángel Crespo, de la Universidad Carlos III, los sordociegos podrían acceder a los contenidos de televisión mediante una sencilla aplicación que les traduce los contenidos al lenguaje Braille de forma simultánea y sea cual sea la cadena que quieran sintonizar.

Cómo las tendencias actuales de diseño afectan a la accesibilidad web

Muy bueno el artículo How Current Design Trends Affect Web Accessibility:

In this post, we'll explore some of the design trends we increasingly run into on the Web today, and how decisions made during the design phases can have a hugely detrimental effect on anyone who uses the web in a slightly differently way.

Las tres tendencias que se analizan son:

Three such examples of current design trends that have a tremendously negative impact on people with disabilities are: placeholder text labels, parallax scrolling and conversational interfaces (chatbots). As we'll see in the next few paragraphs, each of these trends are likely to create significant barriers for some of us, if basic accessibility concepts are not taken into consideration.

Listas desplegables personalizadas y accesibles

El artículo Accessible Custom Select Dropdowns proporciona algunos enlaces a ejemplos de listas desplegables personalizadas que son accesibles.

IBM Dynamic Assessment Plugin

IBM Dynamic Assessment Plugin es un plugin para las herramientas de desarrollador de Google Chrome que permite automatizar el proceso de evaluación de la accesibilidad web.

Criterios de conformidad de WCAG 2.0

Los Criterios de conformidad de WCAG 2.0 organizados por los tres niveles A (25 criterios), AA (13 criterios) y AAA (23 criterios).

Revés para la accesibilidad web en Estados Unidos

En The ADA, Websites and the Decision in Robles v. Dominos Pizza LLC nos cuentan el resultado de una denuncia contra Dominos por falta de accesibilidad web.

Básicamente, la sentencia dice que sí que se puede aplicar ADA para la accesibilidad de un sitio web, pero como no existen unas pautas aprobadas por el Department of Justice (DOJ) que indiquen los requisitos técnicos para que un sitio web sea accesible, no se puede obligar a alguien a hacer algo accesible si no sabe cómo hacerlo accesible:

The court framed the key question as "whether and to what extent the ADA, a statute enacted before the widespread adoption of the Internet, regulates the manner in which companies can permissibly engage in e-commerce." For purposes of the analysis, the court assumed the applicability of Title III of the ADA and rejected Domino's argument that the suit should be dismissed because the ADA was not drafted with the specific regulation of virtual spaces in mind. 

[...] 

However, the court sided with Domino's on its due process challenge. Domino's had argued that "the DOJ has not promulgated concrete guidance regarding the accessibility standards an e-commerce webpage must meet, much less required that companies operating such webpages comply with the specific standards Plaintiff references in his Complaint." The court found merit in this challenge and rejected the plaintiff's attempt to impose specific technical requirements on all regulated entities without specifying a particular level of technical compliance and without the DOJ offering meaningful guidance on the topic.

Accesibilidad web (conferencia completa)

V Conferencia Internacional sobre Aplicación de Tecnologías de la Información y Comunicaciones para mejorar la Accesibilidad

La V Conferencia Internacional sobre Aplicación de Tecnologías de la Información y Comunicaciones para mejorar la Accesibilidad se celebrará del 25 al 27 de octubre de 2017 en Medellín (Colombia).

La fecha límite de envío de artículos es el 17 de septiembre de 2017.

Las áreas de interés son:

• Accesibilidad del Software
• Accesibilidad Web
• Accesibilidad del Hardware
• Ingeniería del software accesible
• Herramientas de evaluación de la accesibilidad
• Estándares de accesibilidad y TIC
• Legislación sobre accesibilidad y TIC
• Recursos digitales accesibles
• Accesibilidad de la educación virtual
• Accesibilidad de dispositivos móviles
• Accesibilidad de medios audiovisuales
• Accesibilidad de la Administración electrónica
• Accesibilidad de las Redes Sociales
• Sistemas adapatativos
• Experiencias/Estudio de casos
• Modelado de usuario
• Plataformas de aprendizaje accesibles (LMS, LCMS, MOOC)

Máster en Gestión del Diseño para Todos

La Universitat Central de Catalunya organiza el Máster en Gestión del Diseño para Todos. Los datos básicos son:

Modalidad: Presencial
Lugar: Barcelona
Inicio: 02-10-2017
Fin: 15-06-2018
septiembre 2018 (TFM)
Edición: 1ª
Créditos: 60
Precio: 4 950€
Idioma: inglés

Curiosamente, si se quiere realizar una consulta se debe emplear un formulario con un CAPTCHA visual, lo cual no es muy "diseño para todos":

Los cambios que presenta WCAG 2.1

Recomiendo la lectura de WCAG 2.1, medida provisional hasta las WCAG 3.0, que explica con mucho detalle las novedades que incorpora el último borrador de WCAG 2.1:

• 1.4.10 Zoom content (AA)
• 1.4.11 Graphics Contrast (AA)
• 1.4.12 User Interface Component Contrast (Minimum) (AA)
• 1.4.13 Adapting Text (AA)
• 2.2.6 Interruptions (minimum) (AA)
• 2.2.7 Accessible Authentication (A)
• 2.4.11 Character Key Shortcuts (A)
• Guideline 2.5 Pointer Accessible
• Guideline 2.6 Additional sensor inputs
• 2.6.1 Orientation (AA)
• Guideline 2.7 Speech
• 2.7.1 Accessible Name (A)
• 3.2.6 Accidental Activation (A)
• 3.2.7 Change of Content (AA)
• Requisito 5.1.2 Full Pages, nota adicional
• Nuevos términos en el glosario
• Corrección de errata en los criterios actuales 1.3.3 y 1.4.1

Siete cosas que todo diseñador debe saber sobre accesibilidad

En 7 Things Every Designer Needs to Know about Accessibility es un fantástico artículo en el que se comentan las siguientes siete cosas:

1. Accessibility is not a barrier to innovation.
2. Don’t use color as the only visual means of conveying information.
3. Ensure sufficient contrast between text and its background.
4. Provide visual focus indication for keyboard focus.
5. Be careful with forms.
6. Avoid component identity crises.
7. Don’t make people hover to find things.

Tremendo error en el periódico El País

En las galerías del periódico El País, el texto que acompaña una imagen se repite en la imagen como texto alternativo. Por tanto, un lector de pantallas lee lo mismo dos veces.

Por ejemplo, MEMENTO’, ‘BATMAN’, ‘DUNKERQUE’...: LAS PELÍCULAS DE CHRISTOPHER NOLAN, DE LA PEOR A LA MEJOR:

Al desactivar las imágenes aparece el texto alternativo.

Efectivamente, el texto alternativo es la repetición del texto que acompaña a la imagen.

Los botones deshabilitados apestan

Hace unas semanas escribí la entrada ¿Los botones deshabilitados? en la que hablaba del contraste de los botones deshabilitados. Mi consejo final fue:

Por tanto, yo creo que aquí la recomendación de WCAG 2.0 es discutible y sí que se  debería cumplir el requisito mínimo de contraste en los elementos deshabilitados.

Ahora he encontrado el artículo Disabled buttons suck:

Showing buttons as disabled until a form is complete might seem like a good idea. It is not. They usually create a lousy user experience and exclude many people with disabilities. Here’s why disabled buttons suck and what to do instead.

El artículo comenta varios de los problemas que suelen ocasionar:

• They fool users into clicking.
• They are hard to see.
• They don’t give any feedback.
• They give design teams a reason to rush through error handling.
• They make users think.
• Disabled buttons disable disabled users.

[Actualización 1/8/2017]

Un comentario adicional en Disabled buttons don’t have to suck!:

Didn’t read the article? Well, this sums it up:

Disabled buttons often suck because,

• often you can’t really tell if they are disabled, or you won’t be able to read / see the button due to lack of contrast;
• when you (accidentally) click them, you don’t get any feedback, leaving you in the dark;
• assistive technologies like screen readers often won’t be able to navigate to disabled buttons, so they won’t get any feedback on why they can’t find the submit button when they think they are done;

Disabled buttons are useful

What happens when you accidentally press Enter while in a form, if the submit-button is not disabled? Right, it will submit with all kinds of unnecessary errors and messages thrown at the user. Leaving them in confusion and anger. It’s in our muscle memory to press buttons we shouldn’t press.

They also convey useful visual information to (at least some) users that the form is not yet completed or the option is not yet available.

Just make disabled buttons better already

There is no technical boundary for us to improve disabled buttons in order to convey meaning to all (inclusive design). So,

get better contrast by using bigger font and/or darker colors;

Give assistive technologies, like screen readers, some information at the end of the form (visually hidden), since they won’t read information inside the button-tag (it’s often skipped).

give users information when they tap, hover or click the disabled button. Preferably give them directions to the first field that needs input or correction;

Remove the “disabled-attribute” from the button as soon as the last field has

8º Congreso Nacional CENTAC

Los días 6 y 7 de noviembre se celebrará el 8º Congreso Nacional CENTAC (Congreso Nacional CENTAC de Tecnologías de la Accesibilidad). La presentación del evento dice:

La transformación digital es un fenómeno complejo y transversal, pero no hay que olvidar que está impulsado por personas y su objetivo final son las personas.  No hay reglas fijas, ni mapas infalibles, el resultado de la transformación digital dependerá de decisiones de múltiples personas.  Por eso, el lema del  8º Congreso Nacional CENTAC de Tecnologías de la Accesibilidad es “Los protagonistas de la transformación digital”. 

Durante dos días, el 6 y 7 de noviembre, podréis escuchar a las personas que lideran la transformación digital en las empresas, la Administración Pública y el tercer sector, y también conocer los proyectos, productos y servicios innovadores de emprendedores y PYMES. Queremos que nos cuenten que hacen, que piensan y que compartan con todos los asistentes sus experiencias. 

Como ya sabéis los que habéis asistido a anteriores ediciones, los Congresos de CENTAC buscan reunir a las personas interesadas en las TIC y su accesibilidad y fomentar el conocimiento y las relaciones. Ven al 8º Congreso y ayuda a que la transformación digital sea accesible. Depende de nosotros.

Handsfree for Web

Desde Argentina he recibido un correo electrónico de un estudiante que me anuncia el lanzamiento de Handsfree for Web:

Me presento, mi nombre es Javier Perez, vivo en Argentina y estoy a pocas semanas de recibirme de Licenciado en Sistemas. Como trabajo final de la carrera hice una chrome extension llamada Handsfree for Web. Esta permite a través de la invocación de comandos de voz, y usando la api de reconocimiento de voz que provee google chrome, ejecutar todas las acciones que una persona realiza manualmente mientras navega la web de forma oral. 

La aplicación fue lanzada hace un par de días y me gustaría mucho que se difunda ya que considero que puede ser muy util para aquellas personas que se vean impedidas de interactuar con la computadora manualmente. 

La extension por el momento soporta comandos de voz en ingles y español, y permite interactuar con todos los componentes estándares que conforman los sitios web. También soporta todo tipo de interacción con el navegador en si. (pestañas, marcadores, descargas, historial...) 

Si bien la aplicación fue recientemente lanzada, y esta en una version inicial, no es un prototipo, la misma soporta cientos de comandos que permiten realizar todo tipo de acciones en la compleja web actual sin necesidad de instalación de algún software complementario. 

Es importante mencionar que la extensión es libre y gratuita sin ningún tipo de limitación en el uso. El procesamiento de voz se realiza en la nube, concretamente en los servidores de google, por lo que ademas es super liviana, no tiene requerimientos de hardware, solo el navegador google chrome y una conexión a internet es requerido.

En su página web tiene publicado el siguiente vídeo de demostración:

Primera sentencia basada en ADA por un sitio web no accesible

Según la noticia A court verdict raises the pressure for website accessibility, parece que en Estados Unidos se ha dictado la primera sentencia condenatoria por un sitio web no accesible:

Last month, a federal judge in Florida issued a verdict in favor of a Winn-Dixie customer who had sued the grocery chain, claiming it violated the Americans With Disabilities Act because its websites were not accessible to blind and vision-impaired users. Although there have been pretrial court rulings and settlements in previous cases, this is believed to be the first trial verdict in a website ADA lawsuit.

Como dice ahí, parece que esta es la primera sentencia de verdad, los casos anteriores se resolvieron antes de que acabase el juicio.

La condena obliga al demandado a implementar las medidas necesarias para que el sitio web sea accesible:

The judge ordered Winn-Dixie to implement an accessibility policy that meets current standards, to train employees who do site development work, and to test the site regularly to ensure it remains accessible.

Conferencia Accesibilidad web (5)

Conferencia Accesibilidad web (4)

Conferencia Accesibilidad web (3)

Creación de ePubs interactivos y accesibles: mini-libros electrónicos modulares

El curso Creación de ePubs interactivos y accesibles: mini-libros electrónicos modulares organizado por la Fundación UNED tendrá lugar del 10 al 14 de julio. Se oferta tanto de forma presencial como online en directo y en diferido.

Conferencia Accesibilidad web (2)

Conferencia Accesibilidad web (1)

Muerte por el pavimento táctil

El pavimento táctil se emplea para ayudar a los usuarios ciegos a desplazarse por una ciudad o por un edificio.

El artículo Death by Tactile Paving: China's Precarious Paths for the Visually Impaired muestra algunos ejemplos muy interesantes de como un uso incorrecto del pavimento táctil puede causar la muerte de los usuarios ciegos.

En las páginas web puede ocurrir lo mismo: una mala aplicación de la accesibilidad web puede causar efectos desastrosos.

¿Hay realmente un caso de negocio para la accesibilidad web?

En Is there really a business case for website accessibility? se puede leer:

• The most recent ONS estimate of the UK population is 65.11 million in mid-2015 of whom 87.9% (46.47 million) have internet access.
• CAPGemini projected overall UK online spending to be £126 billion by the beginning of 2016 equating to an average spend per head of the UK population with internet access of £2710.
• In 2016, the Office of National Statistics (ONS) estimated there were 8.6 million internet users with a disability in the UK
• This Survey found that 71% of internet users with a disability have access needs; this translates to 6.1 million people
• Taking an average spend per head of £2710, the online spending power of 6.1 million disabled people with access needs in 2016 is £16.55 billion.
• The Survey found that 71% of the total 6.1 million disabled internet users with access needs (4.3 million people) simply click-away when confronted with a problematic website.
• These figures equate to a click-away figure of £11.75 billion lost in 2016 from those sites which are not accessible.

La accesibilidad de Endesa

En Discapacidad. el Cermi pide a sanidad que sancione a endesa por la inaccesibilidad de sus webs podemos leer:

El Comité Español de Representantes de Personas con Discapacidad (Cermi) ha presentado una denuncia ante el Ministerio de Sanidad, Servicios Sociales e Igualdad, solicitando que abra expediente sancionador contra la compañía eléctrica Endesa por el incumplimiento de las condiciones de accesibilidad de sus páginas de internet 'www.endesaclientes.com' y 'www.endesa.com'. 

"Endesa, como empresa de especial trascendencia económica, está obligada por la Ley de Servicios de Sociedad de la Información y del Comercio Electrónico a que sus páginas corporativas de Internet sean accesibles para personas con discapacidad y personas de edad avanzada, de acuerdo con los criterios generalmente aceptados en esta materia", según explica el Cermi en una nota.

Cinco cosas que un diseñador web debe saber sobre accesibilidad

5 Things UX and Visual Designers Can Do to Get Started with Accessibility describe cinco cosas que debe conocer un diseñador visual o de experiencia de usuario:

1. Specify Heading Levels in Your Wireframes and Style Guides
2. Write Alt Text for Images
3. Design Skip Links
4. Choose Your Fonts Wisely
5. Check Your Color Contrast

¿Los botones deshabilitados?

He recibido por correo electrónico la siguiente pregunta:

Los botones deshabilitados, normalmente están en un gris claro, ¿Estos deben tener el contraste requerido? o al estar deshabilitado no importa.

Es una pregunta muy interesante que requiere una explicación justificada.

Web Content Accessibility Guidelines (WCAG) 2.0 dice:

1.4.3 Contrast (Minimum): The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following: (Level AA)

• Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1;
• Incidental: Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement.
• Logotypes: Text that is part of a logo or brand name has no minimum contrast requirement.

La oración "Text or images of text that are part of an inactive user interface component" lo deja claro: lo que forma parte de una interfaz de usuario inactiva no necesita cumplir el requisito de contraste mínimo.

Sin embargo, los elementos deshabilitados de una interfaz proporcionan información importante sobre la propia interfaz y si no se cumple el requisito de mínimo contraste, ciertos grupos de usuarios pueden tener problemas en la interpretación de la interfaz.

Por tanto, yo creo que aquí la recomendación de WCAG 2.0 es discutible y sí que se  debería cumplir el requisito mínimo de contraste en los elementos deshabilitados.

Para saber más cosas sobre el contraste recomiendo la lectura de Color Contrast And Why You Should Rethink It.

Cómo realizar una auditoria de accesibilidad

No uses símbolos en el texto

No uses símbolos en el texto porque algunos lectores de pantalla no los van a leer, y aquellos que los leen son capaces de leer algo distinto a lo que uno espera: Why Don’t Screen Readers Always Read What’s on the Screen? Part 1: Punctuation and Typographic Symbols.

Blissymbols, un sistema de escritura ideográfico

Blissymbols es un sistema visual de escritura basada en el empleo de ideogramas. Un ideograma es "un signo esquemático no lingüístico que representa globalmente conceptos o mensajes simples".

Este sistema puede ser usado por personas que tienen problemas del habla o discapacidad física.

La siguiente imagen es un ejemplo de una frase escrita con Blissymbols:

significa "Yo quiero ir al cine".

En Blissymbolics Communication International se puede encontrar más información.

Comunidad accesibilidad del Portal Administración Electrónica de España

En Comunidad accesibilidad se pueden encontrar numerosos recursos ofrecidos por el proyecto de administración electrónica del Gobierno de España.

En esta página podemos leer:

Todas las Administraciones Públicas tienen obligación de dar cumplimiento a los requisitos de accesibilidad impuestos por el Real Decreto 1494/2007 de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social. Esto se traduce en que todos los portales de las administraciones públicas deben cumplir los Criterios de Conformidad de nivel A y AA de la norma UNE 139803:2012 (equivalente a WCAG 2.0).
Para ayudar a las administraciones en esta tarea, se ofrece esta comunidad en la que sus miembros podrán compartir sus experiencias y conocimientos en accesibilidad web así como acceder al servicio de diagnóstico en línea.

Vídeo de capacitación sobre accesibilidad de Microsoft

En Microsoft's training video is a great introductory guide to disability & accessibility podemos encontrar un vídeo que emplea Microsoft para capacitar a sus empleados sobre la discapacidad y la accesibilidad:

¿Cómo y dónde consigo los logos para indicar que mi sitio web es accesible?

Siguiendo la consulta sobre el certificado de conformidad de hace unos días, ahora me preguntan:

Hola Sergio, gracias por el artículo en tu blog.
Quizás he cometido una falta en el lenguaje correcto, parece que no es certificación lo que deseo.
Aprovechando los enlaces de tu artículo, en el blog de Olga, viene lo que yo estoy buscando:

¿cómo obtener los logotipos de validación oficiales del W3C?
¿ Y Los logotipos de conformidad con las directrices de Accesibilidad WCAG 1.0 y 2.0?

Mi intención es que la web pueda llevar estos logotipos. ¿cómo se otorgan? ¿cuándo los puedo poner en la página web?

Agradeciendo de antemano todo tu interés, te saludo nuevamente.

Y mi respuesta:

Los logotipos de conformidad son muy fáciles de obtener, el W3C los ofrece de forma gratuita en su sitio web:

W3C Web Content Accessibility Guidelines 1.0 Conformance Logos (y explicación en español: Logos de conformidad con las Directrices de Accesibilidad para el Contenido Web 1.0 del W3C)

W3C Web Content Accessibility Guidelines 2.0 Conformance Logos

Son gratuitos y cualquiera los puede poner en su sitio web, aunque no sea verdad que el sitio web es accesible.

Por eso, la gente que no sabe no confía en la existencia de esos logos y espera que aparezca algo más, como por ejemplo el logo de una empresa que realice auditorías de accesibilidad, como podemos ver en la página de Iberdrola:

El CERMI anima a denunciar la falta de accesibilidad de las páginas de los organismos públicos

En El CERMI anima a la ciudadanía a denunciar las páginas webs de organismos públicos que no sean accesibles podemos leer:

El CERMI anima a la ciudadanía a que denuncie, durante todo el mes de junio, las páginas webs de todos los organismos públicos que no sean accesibles, lo que impide que puedan ser usadas por todas las personas con discapacidad de forma autónoma. 

Esta reivindicación se enmarca en la campaña ‘Horizonte Accesibilidad 4 diciembre 2017’, que el CERMI ha puesto en marcha para todo el año, con el fin de denunciar cada mes situaciones discriminatorias por falta de accesibilidad universal en distintos ámbitos, entornos, productos y servicios, que pongan barreras a la igualdad de oportunidades de las personas con discapacidad.

El nombre de la campaña alude al plazo legal que España se dio en 2003 con la Ley General de Derechos de las Personas con Discapacidad y de su Inclusión Social para que todos los productos, bienes, entornos y servicios fueran accesibles.

La plataforma representativa de la discapacidad en España recuerda que las nuevas tecnologías son una herramienta muy potente para impulsar la igualdad de oportunidades y la autonomía de las personas con discapacidad, pero que este hecho no puede llevarse a la práctica si no se garantiza su plena accesibilidad. De hecho, el CERMI alerta de que si no se diseñan páginas webs accesibles, la discriminación de este grupo social, lejos de reducirse, se incrementará, por culpa del agravamiento de la brecha digital, que también afecta a muchas personas mayores.

Lástima que para esto el CERMI haya habilitado una página web en Facebook porque:

• Facebook es un "jardín cerrado" que va en contra de los principios básicos de la Web.
• Facebook no es accesible.
• Facebook es una empresa privada que solo busca su beneficio propio.

Certificado de conformidad

Recientemente he recibido esta pregunta por correo electrónico:

Estimado Sergio.
Recién he terminado el curso de Miriadax, “Discapacidad y Envejecimiento Activo”, donde fuiste profesor del Módulo II.

Te contacto pues deseo saber cómo se puede obtener el certificado de conformidad del W3C en una web que supuestamente ya cumple con la accesibilidad.

Un saludo,

Y mi respuesta:

En España no es obligatorio obtener ningún certificado de conformidad de accesibilidad web: normalmente, en los temas informáticos no existe una obligación de certificación como a nivel de construcción, aunque debería existir (el mal software puede matar personas y puede causar pérdidas millonarias, mira lo que ha pasado recientemente con British Airways y su error informático).

De todos modos, se puede obtener un certificado de conformidad: W3C no los otorga, W3C indica lo que se debe cumplir; para el certificado se debe contratar una empresa como Ilunion o AENOR.

Aquí tienes un ejemplo de certificación de Iberdrola realizada por Ilunion:

Tienes más información en Metodologías, certificaciones y entidades certificadoras de la accesibilidad web en España.

Sitio web con opciones para mejorar la accesibilidad

El sitio web de Estonia electrónico posee características para mejorar la accesibilidad:

Y este es un ejemplo de adaptación:

Acreditación de la accesibilidad web en Costa Rica

En la noticia Universidad de Costa Rica será el ente acreditador de sitios web accesibles podemos leer:

La Unión Internacional de Telecomunicaciones (UIT) designó al Programa de la Sociedad de la Información y el Conocimiento (Prosic) y al Centro de Informática de la Universidad de Costa Rica, como el ente acreditador para la región de desarrollos digitales accesibles. 

En este contexto la UIT solicitó a la UCR y a la Superintendencia de Telecomunicaciones (Sutel) desarrollar un curso sobre  accesibilidad digital en la línea con la Convención de las Naciones Unidas sobre los derechos de las Personas con Discapacidad (PCD) y el Modelo de Política de TIC Accesible de la UIT-D.  

En cumplimiento con lo solicitado, la UCR inicia su rol como capacitador de capacitadores en la  materia impartiendo el curso  “Pautas de Accesibilidad al Contenido de Internet (WCAG 2.0) y los principios desarrollados por el World Wide Web Consortium (W3C), que inicia el próximo 14 de marzo en la sede Rodrigo Facio.

Muchos sitios web gubernamentales no son accesibles

En Many government websites frustrate those with disabilities se puede leer:

Last month the Information Technology and Innovation Foundation (ITIF), a Washington, D.C., think tank, found that 42% of the 300 most popular government websites posed significant accessibility problems. The foundation assigned each website a score based on new rules that don’t take effect until January 2018 as its yardstick, so the webmasters have several months to shape up. But, “There’s a lot of room for improvement,” says ITIF’s Alan McQuinn, co-author of the report. 

“I don’t think it’s a lack of awareness or a lack of effort or lack of desire” when a government website has accessibility issues, says Bill Trefzger, deputy director of digital communications at the Department of Health and Human Services in Washington, D.C. Website developers and managers understand the importance of accessibility, he says, but logistical considerations can hinder good intentions.

Sello de accesibilidad web en Colombia

En la noticia MinTIC  presenta Sello de Accesibilidad Web podemos leer:

El Ministerio de Tecnologías de la Información y las Comunicaciones (MinTIC) en alianza con el Instituto Nacional Para Ciegos (INCI) y el Instituto Nacional Para Sordos (INSOR) presentaron el 'Sello de Portal Accesible', durante el cierre anual de la iniciativa ConVerTIC. Esta certificación, que se otorgará a los sitios web que garanticen accesibilidad a personas con diversos tipos de discapacidad, se convierte en un punto a favor para el desempeño social y productivo de esta población. 

Las páginas web de entidades públicas y privadas podrán usar el sello para demostrar que implementan los prototipos de accesibilidad en sus sitios electrónicos, con lo cual beneficiarán directamente a cerca de 3 millones de colombianos con discapacidad, de los cuales el 43,4% presenta limitaciones visuales o auditivas. 

[...] 

El Sello de Portal Accesible tiene tres niveles que serán identificados gráficamente a través de estrellas acumulativas, en la que cada una señalará el nivel de compromiso y apropiación de la accesibilidad en la página de Internet de la empresa o entidad interesada en sumarse a la iniciativa.

Un enlace es un enlace y un botón es un botón

El uso incorrecto de los elementos de HTML para que "hagan" cosas que no deben hacer es muy común. Los elementos de HTML tienen su semántica que no se debe violar.

Un error muy típico es confundir la función que debe realizar un enlace o un botón. Estos dos artículos hablan de ello:

• Links are not buttons. Neither are DIVs and SPANs
• Links vs. Buttons in Modern Web Applications

Problemas y preguntas sobre accesibilidad web

En Accessibility Testing Newsletter de la University of Michigan he encontrado varios problemas y preguntas sobre accesibilidad web muy interesantes. Por ejemplo:

Newsletter 10.26.2012

Web Content Accessibility Guideline (WCAG) Success Criteria 2.2.2 states 'For any moving, blinking or scrolling information that (1) starts automatically, (2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where it is essential...' This criteria is tremendously helpful to assistive technology users, as well as to individuals with attention deficit disorder (ADD).

The news carousels now included on many sites are a type of 'moving, blinking, or scrolling information.' For example, here's a carousel from the U-M home page...

This carousel has the following features:

The picture only changes when the user selects a different picture.
All pictures can be selected using keyboard commands.
If the user navigates among the pictures using keyboard commands, the navigation follows a logical left-to-right order.
All pictures have descriptive text that can be read by screen readers.
Does this carousel meet WCAG Success Criteria 2.2.2?

Newsletter 11.16.2012

WCAG Guideline 1.4.1. states that information conveyed via color needs to have at least one redundant visual means of conveying the information. This redundant strategy can be text, shape, or any other indicator that does not rely on color.

Planview has the following on its Authorized Work: Project View page:

Is the Planview use of colored circles compliant with Guideline 1.4.1? If not, what could be done to bring it into compliance?

XII Congreso Iberoamericano de Inclusión Educativa con tecnologías Emergentes CIIEE 2017

Hoy comienza el XII Congreso Iberoamericano de Inclusión Educativa con tecnologías Emergentes CIIEE 2017 en Cuenca (Ecuador).

Mañana 25 de mayo impartiré la conferencia "Investigación sobre accesibilidad en Ecuador".

La primera vez que se pidió una pizza con un sintetizador de voz

Muy interesante la historia Un hombre pidiendo una pizza con un sintetizador de voz en 1974 que se cuenta en microsiervos:

En diciembre de 1974 Donald Sherman, afectado por el síndrome de Moebius que le impedía comunicarse por teléfono, fue capaz de pedir una pizza empleando un prototipo de ordenador a modo de prótesis vocal.

Subtítulos en Estados Unidos

Closed Captioning of Video Programming on Television y Closed Captioning of Video Programming Delivered Using Internet Protocol (IP) son dos normativas sobre el uso de subtítulos que se aplica en Estados Unidos. 

En YouTube existe una lista desplegable para indicar la razón de que un vídeo no tenga subtítulos en base a la normativa anterior.

Relación entre la accesibilidad web y la experiencia de usuario

El artículo Exploring the relationship between web accessibility and user experience, escrito por Amaia Aizpurua, Simon Harper y Markel Vigo analiza la relación que existe entre la accesibilidad web percibida por los usuarios y la experiencia de usuario experimentada.

El resumen del artículo dice:

Understanding the interplay between the user experience (UX) and Web accessibility is key to design Web sites that, beyond access, could provide a better UX for people with disabilities. In this paper we examine the relationship between UX attributes and Web accessibility. We measured accessibility in two ways: the perceived accessibility as reported by participants and accessibility in terms of conformance to guidelines. Findings uncover that perceived Web accessibility is significantly correlated with 27 of the 35 UX attributes analysed, suggesting these two qualities are closely related. The relationship between UX and conformance to WCAG 2.0 is more elusive: we only found significant correlations between the hedonic attributes original, innovative and exciting.

Congreso CIIEE 2017

El 24 de mayo comienza el XII Congreso Iberoamericano de Inclusión Educativa con tecnologías Emergentes CIIEE 2017 en Cuenca (Ecuador).

El segundo día del congreso yo impartiré la conferencia "Investigación sobre accesibilidad en Ecuador".

Global Accessibility Awareness Day

El 18 de mayo se celebra la sexta edición del Global Accessibility Awareness Day (GAAD), que tiene como objetivo crear un diálogo sobre la accesibilidad digital (web, software, aplicaciones móviles, etc.) y la inclusión de las personas con discapacidad.

La descripción en español de GAAD dice:

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

Comparación de WCAG 1.0 y 2.0

Utilizar WCAG 1.0 no tiene mucho sentido, dentro de tres años se cumplirán 20 años de su publicación, una eternidad. Sin embargo, todavía encuentro gente que hace referencia a esas pautas. A esa gente le recomiendo la consulta del documento Comparison of WCAG 1.0 Checkpoints to WCAG 2.0, in Numerical Order del W3C.

Lo que se tiene que utilizar, desde hace años, es WCAG 2.0.

Tanaguru

Tanaguru es una herramienta de análisis de código abierto.

El código se puede encontrar en GitHub en Tanaguru.

Mapa de WCAG 2.0

Ya tiene unos años, pero es interesante rescatar esta infografía que resume WCAG 2.0:

Curso Aprende Accesibilidad Web paso a paso

¿Son las herramientas automáticas de evaluación de la accesibilidad web fiables?

El artículo Can Automated Web Accessibility Programs Accurately Determine ADA and 508 Compliance? explica que las herramientas automáticas de evaluación de la accesibilidad web no son fiables para asegurar el cumplimiento de las pautas de accesibilidad web:

Can automated web accessibility programs accurately determine ADA and 508 compliance? According to the United States Access Board the answer is, NO. In fact, the Board advised, in an online training tool from May 2016, 50% of errors are likely to be overlooked with an automatic system. The Access Board further states that an automated tool should be used in web development, but not as a reliable monitoring system.

Simplificación de textos para personas con discapacidad cognitiva

En Simplifying Content for People with Cognitive Disabilities se explican los avances que se están realizado en IBM para la simplificación de textos para ayudar a la lectura y comprensión de las personas con discapacidad cognitiva.

En la siguiente imagen se puede observar un ejemplo de la entrada y la salida del sistema:

Accesibilidad para las personas con discapacidad cognitiva

White Paper on ICT Access for People with Cognitive Disabilities describe algunas de las barreras y de las soluciones que se deben implementar para que las tecnologías de la información y la comunicación sean más accesibles.

El informe incluye una definición de discapacidad cognitiva:

When a person is said to have a “cognitive disability,” it is generally understood that the
individual has limitations or challenges in performing one or more types of cerebral tasks. For
instance, individuals with a cognitive disability may experience difficulty in understanding or
processing information, solving problems, or responding to stimuli.
It also is generally recognized that individuals who fall into the category of having a
cognitive disability include those with intellectual disabilities, pervasive developmental
disabilities, acquired brain injuries, neurodegenerative disease, and learning disabilities.

Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web

Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web

CURSO GRATUITO IMPARTIDO POR LA UNIVERSIDAD DE ALCALÁ.

Destinado a desarrolladores de páginas y aplicaciones web, con objeto de capacitarles en la creación de páginas y aplicaciones web accesibles, que cualquier persona pueda visitar para utilizar toda su funcionalidad, incluidas las personas con algún tipo de discapacidad física o sensorial. El curso se basa en estándares y recomendaciones sobre accesibilidad web de ISO y del World Wide Web Consortium (W3C).

Objetivos del curso:

• Contribuir a la formación específica de los desarrolladores web, capacitándoles para la evaluación de la accesibilidad de páginas web aplicando el estándar WCAG 2.0, la metodología WCAG-EM, y la recomendación ATAG 2.0.
• Contribuir a la formación específica de los desarrolladores web, capacitándoles para la corrección de los problemas que presente una página web, combinando los elementos de la recomendación WAI-ARIA 1.0 de W3C, con los lenguajes HTML, CSS, JavaScript.
• Conocer la existencia de normativa nacional internacional que exige que los sitiosweb sean accesibles
• Crear conciencia entre los participantes de los problemas que se encuentran los usuarios con discapacidad cuando navegan por la web.
• Que los participantes adquieran destreza en el empleo de herramientas para la evaluación de la accesibilidad de páginas web.
• Que los participantes que realicen este curso se conviertan en agentes multiplicadores, participando activamente en la capacitación de otros desarrolladores web.

Fechas de impartición:

22 de mayo a 30 de julio de 2017. Sesión presencial no obligatoria: 21 de junio, de 16:00 a 20:00.

El plazo de inscripción finaliza el 9 de mayo de 2017, incluido.

Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web

A11YNYC - Accessibility New York City

A11YNYC - Accessibility New York City son unas reuniones que tienen lugar en Nueva York para tratar temas relacionados con la accesibilidad.

En el canal de YouTube de Accessibility NYC he encontrado algunos vídeos muy interesantes:

Un navegador controlado con la mente

El resumen del artículo BCWB: A P300 Brain-Controlled Web Browser dice:

Web access and web resources open many horizons, their usage increases in all life aspects including government, education, commerce and entertainment, where the key to such resources lies in Web browsers. Acknowledging the importance of universal accessibility to web resources, the W3C has developed a series of guidelines into a Web Accessibility Initiative (WAI), with the goal of providing access to web resources for people with disabilities. In order to bridge the gap in the digital divide between the disabled and the non-disabled people, the authors believe that the development of novel assistive technologies using new human-computer interfaces will go a long way towards achieving this lofty goal. In this paper, they present a P300 Electroencephalography Brain-controlled Web browser to enhance the accessibility of people with severe motor disabilities to Web resources. It enhances their interaction with the Web taking their needs into account. The proposed Web browser satisfies the Mankoff's requirements of a system that would “allow true web access.”

Patrones de accesibilidad para la Web

En MIND Patterns - Accessibility Patterns for the Web podemos leer:

This book will assist frontend developers in building accessible e-commerce websites and components. It is a living document - so please expect continual edits and updates.
These patterns will assist developers with accessibility, but are not considered to be final, packaged code!
All patterns leave additional steps for the frontend developer to complete. This typically means any CSS styling and JavaScript behaviour not related to accessibility.
Each pattern follows a Progressive Enhancement strategy (where applicable) and aims to conform to WCAG 2.0 Level AA.

AInspector Sidebar

AInspector Sidebar es un complemento para Mozilla Firefox que evalúa la accesibilidad de una página web de acuerdo a WCAG 2.0.

La descripción dice que se basa en el empleo de OpenAjax Web Accessibility Evaluation Library and Tools.

Quail

En Open-source accessibility testing for the modern web se explica el uso de Quail, una herramienta de código abierto para la automatización de pruebas de accesibilidad:

The Quail Accessibility Information Library is an open-source, MIT-licensed suite of tests that assess web page structure and content. The library is currently developed against WCAG and 508, but additional guidelines may be mapped to tests using a tagging system.

Quail was started by Kevin Miller in 2009 as a PHP library specifically targeted at checking content accessibility within a CMS. Shortly after announcing Quail, he also developed the Accessible Content module for Drupal, which has been used in several government and higher education websites to give content authors feedback. On the train from Drupalcon Denver in March of 2012, Kevin re-wrote Quail as a jQuery plugin to help expand possible integrations to more projects. Quail continues to evolve through volunteer contribution and the leadership of Kevin.

Monitorizar la accesibilidad de un sitio web

Muy interesante el artículo Monitor Accessibility Errors on Your Ecommerce Site with Scrapy, WAVE que explica cómo monitorizar la accesibilidad de un sitio web utilizando las herramientas Scrapy y WAVE.

Teach Access Tutorial

Teach Access Tutorial es un tutorial para aprender accesibilidad web. El tutorial ofrece consejos y mejores practicas para la creación de aplicaciones y sitios web accesibles.

El tutorial incluye numerosos ejemplos de cómo se hacen las cosas bien y mal. Por ejemplo, en la siguiente imagen se un ejemplo de encabezado semántico que es accesible:

Y en el siguiente ejemplo, el uso del atributo alt para que una imagen sea accesible:

Accesibilidad en WordPress

En WordPress accessibility docs list se recoge una lista de recursos que ayudan a mejorar la accesibilidad de WordPress.

Diseño de tablas accesibles

Diseñar una tabla que sea accesible con diferentes resoluciones de pantalla es todo un reto. En el artículo Accessible, Simple, Responsive Tables explican cómo se puede lograr.

Muy interesante la siguiente imagen que resume cuatro técnicas:

• Squish
• Scroll
• Collapse rows
• Collapse columns

Un claro ejemplo de problema de contraste

Sobran las palabras:

Aléjate 1 metro de la pantalla del ordenador, ¿puedes distinguir algo? Poco o casi nada, ¿verdad?

Pronunciación de abreviaturas y acrónimos

La pronunciación de abreviaturas y acrónimos puede suponer un problema para los lectores de pantalla. En ZIP, Z I P, or Z.I.P.? Forcing Correct Pronunciation in Screen Readers explican varias soluciones que se pueden aplicar para que un lector de pantallas lea lo que queremos que lea:

• Space It Out
• Aural CSS
• ARIA Labels
• The Better Solution: definir la abreviatura o acrónimo la primera vez que aparezca, pero no usar la etiqueta abbr, ya que la mayoría de los lectores de pantalla no la reconocen.

aXe

aXe es un sistema desarrollado por Deque para programar pruebas de accesibilidad automáticas. En Accessibility Testing with aXe and WebdriverJS se explica con detalle:

Why automated accessibility testing?
Automated testing can free up 30% of your manual testing effort, making it a valuable tool for software development. By scripting a browser to programmatically open web pages and perform user tasks, you can validate features without having to open each page yourself. By integrating axe-core into your tests, you can add coverage for accessibility without having to become an expert. In addition, you can benchmark accessibility support and catch regressions in your builds, preventing broken code from going to production.

Este sistema es similar a gulp-accessibility.

Soporte de HTML en los lectores de pantalla

Aural UI of the Elements of HTML es un trabajo en progreso que intenta explicar el soporte de HTML que tienen los principales lectores de pantalla (JAWS, VoiceOver, NVDA, Window Eyes, ORCA y Chromevox).

Es un trabajo impresionante que incluye grabaciones sonoras de lo que "hablan" los lectores de pantalla.

Consejos para hacer enlaces accesibles

En Making Accessible Links: 15 Golden Rules For Developers se proporcionan consejos para hacer que los enlaces sean accesibles:

1. Don’t use the word “link” in your links
2. Don’t capitalize links
3. Avoid ASCII characters
4. Avoid using URLs as link text
5. Keep link text concise
6. Restrict the number of text links on a page
7. Don’t link directly to downloads
8. Always alert the user when opening new windows
9. Be aware of pagination and alphabetized links
10. Be mindful when using anchor links
11. The case for underlining links
12. Design with keyboard-only users in mind
13. Be mindful when using images as links
14. Eliminate broken or empty links
15. Make your links consistent
16. Test your color contrast

Sí, el artículo anuncia 15 consejos, pero parece que son 16.