Todo tipo de información sobre accesibilidad en la Web: errores de accesibilidad, ejemplos de páginas inaccesibles, noticias, software, hardware, ayudas técnicas, tecnologías de apoyo, consejos, pautas y guías de accesibilidad, WAI, WCAG, Norma UNE 139803:2004, legislación, etc.
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.
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.
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.
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.
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
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.
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:
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.
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.
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.
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.
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:
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.
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:
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 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.
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.
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.
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.
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.
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:
En Accessibility Testing Newsletter de la University of Michigan he encontrado varios problemas y preguntas sobre accesibilidad web muy interesantes. Por ejemplo:
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?
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?
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.
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.
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.
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.
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.
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.
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.
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.
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.”
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.
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.
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:
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:
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.
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.
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.
Siteimprove continues to establish itself as a leader in digital accessibility with the release of its free Accessibility Checker for Google Chrome. The browser extension enables anyone to perform on-the-go compliance checks, with or without a Siteimprove subscription. Using Web Content Accessibility Guidelines (WCAG 2.0), the new Accessibility Checker highlights errors on a single web page, providing clear explanations of how they affect website visitors and recommendations on how to fix them. WCAG 2.0 has been adopted as the internet standard by countries around the world, including European Union Member States, the United States, Australia, and more.
PAVE es una herramienta gratuita que analiza la accesibilidad de los documentos PDF. En algunos casos es capaz de corregir automáticamente los problemas encontrados.
A mockup or wireframe review is an opportunity to identify interaction design elements which are not fully accessible and will require changes. It's also the best time to identify any items that will need additional requirements to avoid becoming accessibility defects later on. After demonstrating the technique we will practice on a sample mockup. You'll leave this session with skills to apply on your next sprint.
Readability Grader es una herramienta que mide la legibilidad de un texto en inglés. Por ejemplo:
My tailor is rich and I am happy because I am poor.
Es un texto muy sencillo, su nivel de lectura es muy bajo, 2.36.
Sin embargo, este texto:
This theory rapidly became a significant and necessary tool for theorists and experimentalists in the new fields of atomic physics, nuclear physics, and quantum mechanics.
No lo entiende nadie, su nivel de lectura es 11.41.
Me ha sorprendido descubrir una conferencia de Stephen Hawking en TED. ¿Cómo la hizo? Parece que la hizo en directo, pero todo lo que dijo lo tenía escrito, porque tal como explica el presentador, para contestar una pregunta tardó 7 minutos en escribir la respuesta.
En las siguientes fotografías podemos ver el sistema de barrido que utiliza:
Este sistema es el antiguo, ahora utiliza otro sistema, aunque conserva la voz robótica que le identifica.
En la siguiente fotografía se puede ver la respuesta que tardó 7 minutos en escribir:
El periódico El País hace uso de las nuevas etiquetas de HTML para las imágenes. Sin embargo, comete un error porque repite el texto de la figura (ficaption) en el atributo title de la imagen y un lector de pantallas puede leer los dos textos, causando confusión en el usuario.
Hola, bienvenido al vídeo “HTML y CSS – Accesibilidad para personas con baja visión” del curso introducción al desarrollo web. Mi nombre es Cristina Ponce García y soy estudiante de Ingeniería Multimedia en la Universidad de Alicante.
En este vídeo te voy a dar algunos consejos para que tus páginas web sean accesibles a personas con baja visión.
Pero antes de empezar quiero explicarte los diferentes casos que vamos a considerar. Cuando hablamos de baja visión, normalmente pensamos en tres casos:
Miopía: personas con dificultad para ver de lejos.
Hipermetropía: personas con dificultad para ver de cerca.
Astigmatismo: personas con dificultad para enfocar.
Pero, existen otros muchos problemas de visión que son menos conocidos ya que no son tan comunes.
De todos los problemas existentes, en este vídeo nos centraremos en los casos de:
Visión periférica: como su nombre indica, son personas que solo ven por la periferia del campo visual.
Visión con reducción del campo visual: al contrario que la visión periférica, son personas que tienen su campo visual reducido por lo que no ven por la periferia.
Ahora que ya sabemos en qué consisten estos problemas, comenzaremos con los consejos.
Empezaremos por la visión general de una página e iremos poco a poco centrándonos en las cosas más específicas.
Empecemos con el caso del campo visual reducido.
Haremos una simulación de cómo vería una persona con este problema este ejemplo de página web.
Como se puede apreciar, una persona con este tipo de problema se perderá fácilmente a la hora de navegar por la página si no hay nada que le indique en ningún momento dónde se encuentra.
Añadir líneas entre las distintas partes de la página como la sección para registrarse o introducir cada imagen o noticia dentro de un recuadro puede ser una solución, pero la persona podrá seguir perdida si las secciones son muy amplias.
Si, además de las líneas, añadimos colores distintivos entre las diferentes secciones como pueden ser la cabecera, el pie de página o una sección de noticias la persona sabrá en todo momento en qué parte de la página se encuentra.
En el caso de una persona con visión periférica, el anterior ejemplo de página web se vería de la siguiente forma.
Como se puede apreciar, estas personas no tienen problema a la hora de situarse y navegar por la página web por lo que no será necesario realizar ningún tipo de cambio con respecto a la visualización general de la página.
Continuaremos hablando sobre qué tipo de fuentes y colores son mejores para estas personas.
Si buscamos en internet los tipos de letra más utilizados a la hora de desarrollar una página web obtendremos el siguiente listado.
Escogeremos las tres primeras opciones y las analizaremos.
Primero aclaremos la diferencia entre las fuentes serif y sans-serif. Como se puede apreciar, las fuentes serif son aquellas en las que sus letras tienen remates, al contrario que las sans-serif. En una página impresa la resolución de impresión es muy alta por lo que esos remates en los pies de las letras quedan muy bien definidos, pero en una pantalla de ordenador la tipografía con "serif" produce efectos en las letras que hacen dificultosa su lectura. Por ello se debe evitar su uso en los estilos de la página web que no sean para impresión.
Veamos entre las dos tipografías que quedan cuál es más apropiada.
Centrándonos en las personas con visión periférica, ya que las personas con campo visual reducido no tendrían problemas a la hora de leer una línea, como podemos observar, en los dos ejemplos la persona tiene centrada la vista en la palabra “de”, se puede apreciar que en el segundo caso, al ser las letras más gruesas y, por lo tanto, estar más separadas unas de otras, la pérdida de la percepción de letras es menor, por lo que podemos determinar que es más accesible.
En el caso de textos largos, el segundo ejemplo puede resultar pesado cuando se lleva mucho tiempo leyendo, por lo que utilizaremos el primer tipo de letra para párrafos y el segundo para títulos.
Para ayudar a las personas con baja visión a la correcta lectura de estos párrafos debemos tener en cuenta que, como hemos visto anteriormente, la percepción de las letras es difícil si estas se encuentran muy juntas, por lo que es recomendable añadir un pequeño espacio entre ellas con la propiedad para textos de letter-spacing de CSS.
Además, las personas con visión periférica, tienen problemas a la hora de cambiar de línea ya que, como no ven por el centro, es común que se salten líneas si estas están muy juntas. Por ello, es recomendable utilizar line-height en CSS para añadir un interlineado mayor a los párrafos.
En cuanto a los colores de texto y fondo, es importante que exista un alto contraste entre ambos para que el texto sea legible. También es importante tener en cuenta que hay personas sensibles a la luz, por lo que es recomendable no abusar de los fondos claros en partes de la web donde haya mucho texto, en vez de estos, se puede aplicar un fondo gris clarito que no dificulte la lectura del texto, pero que no canse la vista de estas personas.
Terminaremos hablando de los formularios.
Ya que los campos de los formularios pueden causar algunas dificultades a la hora de clicar sobre ellos, no debemos olvidar utilizar la etiqueta de HTML label para hacer más sencilla la accesibilidad a la hora de rellenar los campos. Además, es aconsejable que los botones que creemos, no sean demasiado pequeños para que las personas con dificultades puedan acceder a ellos de forma fácil.
Estos son los consejos que recomiendo que apliques en tus páginas web, no olvides nunca tener en cuenta a personas con discapacidad a la hora de crearlas.
Espero que te haya sido de ayuda este vídeo.
Muy interesante el artículo How the Web Became Unreadable. El artículo habla de los problemas que existen en los diseños de páginas web actuales en los que no se cumplen algunas reglas básicas de accesibilidad como garantizar un contraste mínimo en los colores.
El valor de la relación de contraste es 2.71:1, muy alejado del 4.5:1 necesario para cumplir con el nivel AA para el texto normal. Y para nivel AAA sería 7:1, es decir, mucho más alejado.
En los últimos días he tenido un intercambio de correos electrónicos con una estudiante de mi curso en línea iDESWEB:
CORREO ESTUDIANTE 1
Quisiera aprovechar este e-mail para destacar dos aspectos relevantes del curso: en primer lugar, al ser online tiene la ventaja de poder hacerse al ritmo de uno y desde cualquier parte del mundo. Yo lo he hecho desde Chile. En segundo lugar, agradecerle mucho la transcripción de sus clases. Ha sido de gran ayuda para poder seguir su curso, ya que, debido a una discapacidad en mis extremidades superiores, no puedo teclear el ordenador, ni siquiera escribir a mano, por lo que tomar apuntes es algo complicado. Así que la transcripción del contenido de los tutoriales me ha facilitado muchísimo las cosas. Afortunadamente, puedo controlar el computador con un programa de voz, pero hay cosas que no puedo hacer o me resultan muy complicadas.
Ojalá sigan utilizando el mismo método, para que personas con limitaciones como yo puedan también formarse y disfrutar de estos cursos.
MI RESPUESTA 1
¿Me puedes contar más cosas sobre tu situación? ¿Qué discapacidad es? ¿Usas Dragon Naturally Speaking? ¿Para qué has usado las transcripciones?
CORREO ESTUDIANTE 2
Padezco una enfermedad rara, cuya causa los médicos no conocen y, por tanto, sólo me pueden tratar los síntomas. Sufro de tendinitis crónica por una deficiencia de mi tejido conectivo y también de una atrofia muscular progresiva. Afecta a diversas partes del cuerpo, y muy especialmente a los brazos. Por esta razón no puedo hacer cosas tales como escribir, teclear el computador, coger mínimos pesos, abrir puertas, usar teléfonos o móviles… La verdad es que necesito ayuda para muchas cosas.
Uso Dragón Naturally Speaking desde hace 7 años. Gracias a él puedo navegar por Internet, escribir, trabajar y también leer. Mi trabajo me exige leer mucho, pero lamentablemente no puedo ni coger un libro, ni pasar sus páginas. Así que siempre le pido a alguien que los digitalice y, enseguida, mediante un programa de conversión de archivos, AbbyFine Reader, los paso al formato epub. Finalmente lo visualizo con Calibre. Utilizo este programa para leer, porque tengo algunos problemas de visión y éste permite aumentar el tamaño de la letra tanto como tú quieras. Considero que es importante concienciar a la gente de que no raye ni escriba en los libros públicos como los de la biblioteca, porque al digitalizarse se visualizan muy mal. También es de gran ayuda que las páginas web sean responsivas, para que se pueda aumentar el tamaño sin que se pierda la visualización íntegra de la página.
Actualmente, utilizo la versión 13 de Dragon en un Notebook LeNovo Y700-17/SK, con Pentium 7, 16 Gb RAM 2,6 Ghz. Este Dragon tiene comandos muy interesantes que agilizan el uso del computador, pero tiene graves fallas. Se bloquea a cada rato con ciertos navegadores y con Office. Con Edge sencillamente no funciona. Con Explorer funciona un poco mejor, pero no lo utilizo porque se bloquea constantemente. Con Google Chrome, en general, marcha bien pero también se congela. Es recomendable no tener muchas pestañas abiertas al mismo tiempo. En el caso de Firefox no se bloquea, pero es una lata usarlo, porque no tiene habilitado los comandos especiales de voz.
Lo que más utilizo es el programa de micrófono remoto del Dragon, que funciona con la red Wifi. Me acomoda mucho porque al no poder estar sentada mucho rato, debido a dolores musculares, tengo que levantarme y moverme constantemente, lo que me obliga a distanciarme considerablemente del ordenador. La desventaja de esta aplicación es que se desconecta frecuentemente del computador. Sospecho que esta desconexión se debe a un defecto del Windows 10, pues antes, con Windows 7 y Bonjour funcionaba sin problemas.
En general, el Dragon requiere de mucha memoria y rendimiento, por lo que te obliga a tener un equipo muy potente. Ojalá saliera algún competidor. Además, tiene la desventaja de no poder usarse en un Apple , porque no tienen versión en español.
Usted me preguntaba por el uso de las transcripciones de los videos tutoriales. La verdad es que éstas me ahorran mucho trabajo, porque es muy difícil manejar los vídeos con el Dragon (pausar, volver atrás, etc), y porque yo no puedo tomar apuntes mientras los escucho. Sinceramente, creo que sin ellas no hubiera podido realizar el curso.
Disculpe la extensión de mi correo, pero no he sabido resumir mejor los principales obstáculos a los que me enfrento. Realmente le agradezco que se dedique al área de accesibilidad web, porque, sin la tecnología, la discapacidad te acaba dominando y te conviertes en prisionero de tu propio cuerpo.
MI RESPUESTA 2
¿Has pensado en usar un sistema de eye tracking? ¿O quizás ya lo has usado y no es útil?
CORREO ESTUDIANTE 3
Olvidé decirle que la mejor experiencia que he tenido con el dragón es cuando lo utilice en su versión 12.5 con Windows 7.
Conozco de oídas el programa eye tracking. Sé que lo usan personas que no pueden hablar, y están absolutamente inmovilizadas, como los que sufren esclerosis lateral amiotrófica o síndrome de enclaustramiento. Recuerdo que hace años, en la universidad en la que trabajaba, la Católica de Chile, un profesor de teatro sufrió un grave accidente que le provocó este síndrome de enclaustramiento, y los alumnos y profesores hicieron una colecta para poder comprar el computador que usa este software. Allí tuve constancia de que era radicalmente caro.
Desconozco si ahora tiene un precio más económico y si se puede utilizar en cualquier computador o requiere de un hardware especial. ¿Usted sabe eso?
Lo ideal es que se pudieran combinar el dragón y el eye tracking. Pero lo veo complicado.
MI RESPUESTA 3
Los sistemas de eye tracking son bastante caros. Los más conocidos son de la compañía Tobii: http://www.tobii.com/
Inicialmente, esta compañía sólo los vendía como producto para la investigación de la usabilidad de productos como las páginas web. Pero parece que se ha dado cuenta de que también hay mercado para venderlo como producto de apoyo y tiene algunos productos destinados a ese segmento con precios inferiores.
También hay otras empresas que intentan competir con Tobii y ofrecen precios menores.
En tu caso, una combinación de ambos sistemas quizás podría ser una buena opción: el sistema de eye tracking sería el sustituto del ratón y el sistema de reconocimiento de voz el teclado. Pero habría dos problemas importantes: el precio y la compatibilidad de tener los dos sistemas en funcionamiento.
Los problemas que tiene Dragon son extraños. Y también es más extraño que tenga unos altos requisitos de memoria y de velocidad: Dragon debe tener al menos más de 15 años de vida, los ordenadores de hace 15 años tenían considerablemente menos potencia que los ordenadores actuales, no debería existir ningún problema para trabajar con Dragon en cualquier ordenador actual.
