Todo tipo de información sobre accesibilidad en la Web: errores de accesibilidad, ejemplos de páginas inaccesibles, noticias, software, hardware, productos de apoyo, consejos, pautas y guías de accesibilidad, WAI, WCAG, Norma EN 301 549, legislación, etc.
Hola Sergio, un gusto en saludarte... Quisiera que me ayudes con la siguiente interrogante: Cuando en un sitio web el validador del w3c para html y el validador CSS me presentan errores, entiendo que muy difícilmente cumpliría con la accesibilidad, mi afirmación es correcta?.. ó el sitio si puede presentar esos errores y decir que cumple con la accesibilidad?...
Y mi respuesta:
Depende...
Una cosa es cumplir con la accesibilidad, que se debe traducir en "cumplir con unas pautas", algo que sea verificable, y otra cosa es que sea o no sea realmente accesible.
Las pautas están para ayudar a crear un sitio web accesible, pero un sitio web puede cumplir las pautas y puede no ser accesible. Y al revés también es cierto, puedes no cumplir ciertas pautas y el sitio web puede ser accesible.
In the end, it's about balancing flexibility and freedom with order and control. I don't yet know where the right balance lies with respect to validity and accessibility, but I do know I'm glad we're having this debate.
Validating to a published formal grammar and declaring that validation at the beginning of a document lets the user know that the structure of the document is sound. It also lets the user agent know where to look for semantics if it needs to.
En WCAG 2.0 se relajó, se exige que no existan ciertos errores, pero no se exige que sea válido 100%:
4.1.1 Parsing: In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features. (Level A)
Conclusión: si se utiliza WCAG 1.0, que sea válido forma parte de los requisitos para considerar que un sitio web es accesible. Si se utiliza WCAG 2.0, no es un requisito. En cualquier caso, mi consejo es que se debe lograr que las páginas sean válidas, no sólo por la accesibilidad, sino porque proporciona múltiples ventajas: mejora la compatibilidad del código con los diferentes navegadores, evita ciertos problemas que existen cuando el código no es válido, ayuda al mantenimiento futuro, etc.
Todos los elementos de HTML poseen un rol nativo que es expuesto a los productos de apoyo como los lectores de pantalla.
ARIA permite modificar el rol nativo de cualquier elemento. Por ejemplo, con ARIA se puede convertir un simple
en un botón... ¡pero no se tiene que hacer, aunque se pueda!
Una duda que a veces surge es si se debe añadir el rol a aquellos elementos que ya lo tienen. Por ejemplo, ¿conviene escribir button role="button" o input role="checkbox" type="checkbox"?
No, no conviene hacerlo porque no aporta ninguna ventaja, pero sí que puede ocasionar algunos problemas.
En WCAG 2.0 no existe un requisito de accesibilidad que indique que se tenga que hacer, pero es una buena práctica.
La típica forma es añadir un icono con forma de ventana y una flecha que indica que se abre una ventana nueva. Pero existe una forma mejor.
En ARIA existe la propiedad aria-haspopup="true". En la especificación oficial podemos leer sobre aria-haspopup lo siguiente:
Indicates that the element has a popup context menu or sub-level menu. This means that activation renders conditional content. Note that ordinary tooltips are not considered popups in this context. A popup is generally presented visually as a group of items that appears to be on top of the main page content.
Si se añade aria-haspopup="true" a un enlace o a un botón, los lectores de pantalla modernos anunciarán que el enlace o el botón se abren en una ventana nueva al activarse.
This is a Chrome version of the Firefox extension with the same name. With this extension, you can disable CSS, display alt attributes,
show headings and other elements via the outline, and display ARIA roles and view a document outline (via "Information").
This extension allows you to analyze color contrast on web pages. Unlike other contrast analyzers, this one will assess text within images and text that is on top of background images or gradients.
The developer has a blog post about it.
This extension adds an accessibility audit and an accessibility sidebar to your Chrome Developer Tools.
When you use this extension to run an audit, the results appear as a list of issues for you to consider.
You also have options to enable or disable rules. You may find it helpful to review the rules used for the evaluation
before you run this Google developer tool so you will know what will need to be checked manually, as well. The accessibility sidebar is used to inspect individual elements. The tool now works across iframes.
Learn more about the library of code that runs the extension by visiting the Accessibility Developer Tools
Git repository. This library of accessibility testing and utility code consists of an accessibility audit, which is the same audit provided by the Chrome extension referred to above.
Also included is code to calculate contrast ratios (including color suggestions), retrieve and validate ARIA attributes and states, and assess text alternatives.
This is a screen reader to be used with Chrome. At this time, few people who are blind use it. However, it may be helpful to give you a basic idea of how your page will work for
screen reader users. This is not a full, generalizable screen reader; rather, it has been designed to work specifically with Google's products.
Scans page for WAI-ARIA implementation issues. Adds a button to Chrome that you can click when you want to validate the ARIA implementation of the HTML page you are viewing.
En el artículo La web de Renfe que se publicó hace unos días, José Ángel Carrey que ha denunciado los problemas de accesibilidad de la web de Renfe comenta su experiencia:
Como todo el mundo sabe, la web de Renfe incumple los criterios de accesibilidad. Ello supone que las personas ciegas totales no podemos efectuar de manera cómoda y autónoma la compra, cambio, anulación de billetes, y la consulta de horarios. Especialmente grave es la cosa cuando se trata de comprar un billete no promocionado, en que toca escoger asiento, pues el proceso de elección de asiento es totalmente gráfico, y el lector de pantalla no puede reconocerlo, con lo que no se puede comprar el billete de forma autónoma.
Y la respuesta que está preparando:
Estamos en trámites para interponer el correspondiente recurso contencioso-administrativo contra esta resolución. De momento, el procedimiento ha ido a parar a la sección IV de la Sala de lo Contencioso-Administrativo de la Audiencia Nacional, y el plazo para interponer el recurso está suspendido hasta tanto se resuelvan las solicitudes de justicia gratuita presentadas por mí y por la ACIC.
Los vídeos son accesibles. Por ejemplo, el vídeo IT Accessibility: What Web Developers Have to Say tiene subtítulos, transcripción y hasta audiodescripciones. Además, el reproductor multimedia posee numerosas opciones de configuración.
Crear un mapa accesible es un problema complejo que por ahora no tiene una solución clara. La alternativa de crear una versión textual accesible es factible para ciertos tipos de mapas, pero cuando el mapa es complejo y muestra mucha información, es difícil que la alternativa textual se pueda utilizar con facilidad.
En 7 Tube Maps Only The Colour Blind Will Truly Appreciate no explican como crear una alternativa textual, sólo abordan el problema de crear un mapa accesible para las personas con ceguera al color (daltonismo) y otros problemas de baja visión como las cataratas. No es la solución total, pero es interesante.
Un lector de este blog me ha pasado la noticia 8 brilliant new accessibility inventions en la que se describen ocho proyectos innovadores para mejorar la accesibilidad:
KenesicMouse, control del ordenador con gestos faciales.
AVA, transcripción en tiempo real de la voz a texto.
LOLA, muestra recordatorios a las personas con asperger o autismo para que realicen ciertas actividades sociales.
DrumPants, conmutador para personas con movilidad reducida.
EnLight, navegador de interiores para personas con problemas de visión.
MySupport, para conectar las personas con discapacidad con las personas que ofrecen servicios de asistencia.
InstaAid, aplicación para solicitar ayuda para las personas con discapacidad neurológica.
Braci, "oído inteligente" que avisa a las personas sordas de los sonidos de emergencia que se produzcan.
Hace unos días recibí un correo electrónico con la siguiente consulta:
Buenos días: Necesito un programa para aumentar la letra del ordenador. Me gustaría resolver algunas dudas que tengo, y no sé como puedo contactar contigo vía teléfono.
Y mi respuesta:
Para aumentar el tamaño del texto en el ordenador lo mejor es utilizar las opciones que incluye el propio sistema operativo. Si trabajas con Microsoft Windows depende de la versión que utilices, pero suele estar en Personalizar pantalla o Resolución de pantalla.
También puedes utilizar un programa llamado "magnificador de pantalla" que aumenta todo lo que aparece en la pantalla del ordenador. Otra vez, Microsoft Windows incluye uno básico, llamado la Lupa. Si necesitas uno mejor te recomiendo ZoomText, pero es de pago.
El nuevo sitio web "lo han vendido" a los medios de comunicación y a los clientes como más sencillo, más usable.
¿Y es más accesible?
Bueno, de entrada, dos bofetadas importantes en la cara.
Primero, dos cuadros de edición, Origen y Destino, sin una etiqueta asociada. Si se revisa el código HTML se descubre que sí que han definido las etiquetas, pero no están correctamente asociadas a los cuadros de edición.
Por otro lado, se han olvidado de los usuarios que utilizan el teclado para navegar por una página web, ya que la mayoría de los elementos de interacción de la página (enlaces, cuadros de edición y botones) no se resaltan cuando reciben el foco.
Renovamos la home de renfe.com y estrenamos un proceso de compra más ágil y cómodo, con más claridad para elegir los servicios asociados al viaje y el mejor precio disponible. Todo en tres pasos. Comentamos los puntos clave del nuevo esquema en una web que se adapta a cualquier pantalla y que ya recibe cerca del 50% de las visitas vía dispositivos móviles.
Pues la verdad, para una web que recibe el 50% del tráfico desde dispositivos móviles han tardado bastante. Ahora la web tiene un diseño adaptativo (responsive web design):
¿Y qué pasa con la accesibilidad? Mañana lo sabremos...
Por cierto, en el blog se han lucido con las imágenes, tienen un problema con el acceso HTTP/HTTPS y las imágenes no se cargan por un problema de seguridad:
La web de Renfe no ha sido un buen ejemplo de sitio web accesible, sino todo lo contrario. Por eso me ha parecido curioso encontrar este ejemplo de uso del atributo longdesc.
Bueno, es una noticia broma de El Mundo Today, y tal como están las cosas últimamente, hacer bromas y repetir bromas se está convirtiendo en un posible delito, pero no creo que me persigan por un simple enlace: Construyen un monumento en Atocha por las víctimas de la web de Renfe.
Y mientras tanto, la web de Renfe sigue siendo un ejemplo de lo que no se debe hacer.
Por ejemplo, recordemos los problemas con los nombres de las ciudades:
Por ejemplo, recordemos el despropósito con los nombres de las estaciones:
Que también afecta a Adif:
O los problemas con las fechas:
Y los problemas con el cambio de idioma:
Sin olvidar lo más importante, lo graves problemas de accesibilidad:
Sí, algunos de esos problemas ya han sido resueltos, pero otros todavía persisten y también han aparecido problemas nuevos.
En el artículo se incluyen unos ejemplos que suelo utilizar para explicar que la accesibilidad no sólo beneficia a las personas con discapacidad:
Lo mismo que requiere una persona en silla de ruedas para circular y transitar con seguridad es lo que requiere un hombre o una mujer que llevan a un bebé en una carriola; lo mismo que hace segura una vialidad para alguien que usa muletas también lo hace para una persona que usa zapatos de tacón o alguien de edad avanzada”, por ello el también miembro de Libre Acceso AC plantea estos beneficios en la segunda edición del libro Accesibilidad. Personas con discapacidad y diseño arquitectónico.
ATAG tiene como objetivo proporcionar pautas para que las herramientas de autor de contenido web sean más accesibles, tanto en su propio interfaz para que sean usadas por las personas con discapacidad, como en el contenido que generan para que sea accesible.
Web Content Accessibility Guidelines (WCAG) 2.0, las pautas que ayudan a crear contenido web accesible son de diciembre de 2008 y se están quedando un poco viejas. Han aparecido nuevas tecnologías y ahora los usuarios acceden a la Web e interactuan con la Web de formas muy distintas a como lo hacían hace casi 10 años. El W3C lo sabe y ya está trabajando en actualizarlas. Sin embargo, la solución no va a ser crear una nueva recomendación, sino proponer un marco para poder extender la versión actual: Work Begins on Extension to WCAG 2.0.
En este anuncio podemos leer:
New technologies on the horizon and the rapid evolution of the underlying technologies for user interaction on the Web are likely to continue to drive the need for new guidance.
To address these needs, the WCAG Working Group has begun to develop a framework for WCAG 2.0 extensions. These would be separate guideline documents, to increase the amount of coverage on particular accessibility needs. Authors and policy-makers would be able to choose to meet the guidelines with one or more extensions, which inherently meet the base WCAG 2.0 guidelines, while organizations that have policies built around WCAG 2.0 alone would not be impacted by the extensions.
Un alumno me ha enseñado Jarvis, un asistente virtual inspirado por las películas de Iron Man. No lo he probado, sólo he visto un vídeo de demostración:
Parece que es un proyecto personal, no un producto comercial. No sé si estará a la altura de Dragon NaturallySpeaking, pero ya se sabe, a caballo regalado no le mires los dientes.
Los próximos 5 y 6 de noviembre se organiza el 6º Congreso Nacional CENTAC de Tecnologías de la Accesibilidad. El congreso tendrá lugar en el Palacio Euskalduna de Bilbao. Este congreso se anuncia como "el mayor encuentro de tecnologías y accesibilidad de toda España".
The Headings Map extension permits you to easily see and assess how headings are used on a page so that you can be sure they are being used to convey meaningful structure.
The WAVE Firefox toolbar provides a mechanism for running WAVE reports directly within Firefox. Because the toolbar runs reports entirely within your web browser, no information is sent to the WAVE server. This ensures 100% private and secure accessibility reporting. The toolbar can check intranet, password-protected, dynamically generated, or sensitive web pages. Also, because the WAVE toolbar evaluates the rendered version of your page, locally displayed styles and dynamically-generated content from scripts or AJAX can be evaluated.
If you already use Firebug, you may find this accessibility extension to be helpful since you will be able to incorporate it into your current work environment. Skimming through the Wiki documentation will give you a sense of how it works, before you install it.
AInspector Sidebar evaluates the accessibility compliance of web pages based on WCAG 2.0 requirements using OpenAjax Alliance rulesets. It organizes the evaluation results by Rule Categories and WCAG Guidelines.
Worldspace FireEyes is a web accessibility tool that ensures both static and dynamic content within a web portfolio are compliant with standards such as Section 508, WCAG 1.0, and WCAG 2.0.
The Firefox Landmark Extension, currently hosted on GitHub, will enable you to see whether, and how, ARIA landmarks have been implemented on a page. Using landmarks correctly will help screen reader users (and perhaps users of other assistive technologies, in the future), navigate your site consistently and effectively.
HTML Validator is a Mozilla extension that adds HTML validation to Firefox and Mozilla. The number of errors of an HTML page is seen on the form of an icon in the status bar when browsing. You see the details of the errors when looking at the HTML source of the page. You can "view source" to see errors highlighted, and you can use Tidy to fix them.
Mouseless Browsing (MLB) means id-based browsing. The major goal of this extension is to enable browsing only by using the numpad keys. Mouseless browsing is based on marking all links, form elements and frames with ids. You can then trigger an action (e.g. following the link) by simply entering the id and depending on the configuration confirming it by pressing Enter.
"This addon allows you to activate Firefox's integrated mobile screen reader on desktop browsers. You can test web content and see how a blind user would interact with an app if they accessed it on a mobile browser." It does not provide all of the functionality you could obtain by testing with computer-based screen readers, such as NVDA (free for the PC) or VoiceOver (free for the Mac), but it can give you a sense of how your site might work.
Ahora he encontrado dos recursos que complementan lo que se contaba ahí. Por un lado, Accessibility at the BBC, una presentación realizada en CSUN 2015. Por otro lado, BBC Accessibility Standards and Guidelines, con la guía que se aplica para crear los sitios web de la BBC. Un material excelente, me gustaría ver lo mismo con las cadenas de televisión españolas.
En Visual design and colour accessibility se explican los problemas de accesibilidad que puede ocasionar un mal uso del color en el diseño de un página web.
Muy interesantes los problemas que pueden experimentar las personas con ceguera al color (daltonismo):
En Curriculum for Web Content Accessibility Guidelines 1.0 podemos encontrar un pequeños curso del W3C sobre WCAG 1.0. WCAG 1.0 ya no se debe utilizar, desde el año 2008 está disponible WCAG 2.0, pero para empezar a aprender accesibilidad web es una buena opción.
El curso se puede descargar para utilizarlo de forma local.
This document is a practical guide for developers on how to add accessibility information to HTML elements using the Accessible Rich Internet Applications specification [WAI-ARIA], which defines a way to make Web content and Web applications more accessible to people with disabilities. This document demonstrates how to use WAI-ARIA in [HTML5], which especially helps with dynamic content and advanced user interface controls developed with Ajax, HTML, JavaScript, and related technologies.
Por otro lado tenemos el documento ARIA in HTML que es simplemente un working draft, y que tiene como resumen:
This specification defines the web developer rules (author conformance requirements) for the use of [wai-aria-1.1] attributes on [HTML51] elements. It also defines requirements for Conformance Checking tools.
Hace unos meses, el W3C lanzó un sitio web con tutoriales sobre accesibilidad web: Web Accessibility Tutorials. Por ahora tiene sobre imágenes, tablas y formularios.
Validación de accesibilidad durante la edición
Inclusión de imágenes
Definición de encabezados o títulos de página
Inclusión de Enlaces
Inclusión de Ficheros Adjuntos
Identificación de listas
Inclusión de tablas de datos
Identificación de citas
Edición del estilo o aspecto visual del documento
El Observatorio TIC del Ministerio de Telecomunicaciones y de la Sociedad de la Información organiza el webinar Tecnología: cotidianidad y discapacidad el próximo jueves 24 de septiembre de 2015 a las 10 horas de Ecuador (GMT-5), es decir, las 17 horas en España.
Ya se han publicado los resultados de la sexta encuesta del WebAIM sobre el uso de lectores de pantalla que se abrió en julio de 2015: Screen Reader User Survey #6 Results.
La encuesta recibió 2515 respuestas, un número muy alto de respuestas.
Lo más sorprendente de los resultados es el resurgir de dos lectores de pantalla que se creían en vías de extinción, ZoomText y Window-Eyes. La explicación a este resultado se encuentra en The Resurgence of ZoomText and Window-Eyes.
Esta encuesta también confirma la caída en el número de usuarios del lector de pantalla JAWS.
Respecto las preguntas relacionadas con el desarrollo de páginas web accesibles, los resultados no son muy significativos. Por ejemplo, ante la pregunta de con qué frecuencia se usan los landmarks (regiones) para navegar en una página web, no existe un valor determinante, ya que el 22,1% respondió siempre que estuviesen presentes, pero el 17,8% contestó que nunca.
Lo mismo ocurrió con la pregunta respecto el uso de los enlaces "saltar a": un 18,3% respondió que los usa siempre que estén disponibles, mientras que un 14,3% contestó que nunca.
Por último, los resultados de las encuestas anteriores:
Un pequeño vídeo sobre el daltonismo o ceguera al color:
El daltonismo es un defecto genético que ocasiona dificultad para distinguir los colores. La palabra daltonismo proviene del químico y matemático John Dalton que padecía este trastorno. El grado de afectación es muy variable y oscila entre la falta de capacidad para discernir cualquier color (acromatopsia) y un ligero grado de dificultad para distinguir algunos matices de rojo, verde y ocasionalmente azul . A pesar de que la sociedad en general considera que el daltonismo pasa inadvertido en la vida diaria, supone un problema para los afectados en ámbitos tan diversos como: valorar el estado de frescura de determinados alimentos, identificar códigos de colores de planos o elegir determinadas profesiones para las que es preciso superar un reconocimiento médico que implica identificar correctamente los colores (militar de carrera, piloto, capitán de marina mercante, policía, etc.). Puede detectarse mediante test visuales específicos como las cartas de Ishihara.
HTML5 accessibility muestra información sobre el soporte de las características de accesibilidad que posee HTML5. Esta página web se actualiza de forma periódica.
ADesigner is available from the Eclipse Foundation; it is "an Eclipse RCP application." It is free and opensource. "Web developers can use aDesigner to test the accessibility and usability of Web pages for low-vision and blind people."
This tool, from the Paciello Group, is integrated into the Web Accessibility Toolbar, but it may be used separately, as a desktop application, if preferred. "The Accessibility Viewer (aViewer) is an inspection tool for Windows that displays the accessibility API information (MSAA, IAccessible2, UI Automation, ARIA, HTML DOM) exposed by web browsers to the operating system, and thus to any assistive technology (AT) such as screenreaders."
When getting started with aViewer, Steve Faulkner's AViewer Presentation and his AViewer video will be helpful.
Curioso, el atributo alt tiene su propio artículo en la Wikipedia en inglés: alt attribute. El artículo dice:
The alt attribute is used in HTML and XHTML documents to specify alternative text (alt text) that is to be rendered when the element to which it is applied cannot be rendered. It is also used by "screen reader" software so that a person who is listening to the content of a webpage (for instance, a person who is blind) can interact with this element. The attribute was introduced in HTML 2 and in HTML 4.01 was required for the img and area tags. It is optional for the input tag and the deprecated applet tag.
Los problemas de accesibilidad web asociados a la discapacidad cognitiva o intelectual se han estudiado muy poco. Por ello, las soluciones planteadas son muy escasas.
La guía posee un apartado dedicado a la búsqueda de información en Internet. Algunos de los consejos son:
Si la página me va marcando el camino que he seguido con una «miga de pan» o «hilo de Ariadna» será más fácil que pueda volver a una página que he visitado con anterioridad y en la que deseo seleccionar una opción diferente, y situarme en el contexto de la página que estoy visitando. Se tiene que reducir o eliminar los elementos emergentes, la publicidad y los cambios de apariencia constantes, y especialmente los no deseados, en la página web.
Cuando la página me permite escribir datos o comentarios, como por ejemplo en los formularios, las cajas de texto deberían permitir que se vea la totalidad del texto que se escribe en ellas.
Los menús es preferible que no sean desplegables, de esos que sólo los ves si tienes el ratón encima. Hay personas con problemas de motricidad fina que no aciertan al seleccionar las opciones. Cada subnivel de
menú, debe activarse y fijarse con un click.
Eso del "hilo de Ariadna" es la primera vez que lo escucho. Pero en el artículo de la Wikipedia sobre la miga de pan aparece.
Accessibility Guidelines for United Nations Websites es un sitio web en el que se encuentran las guías que se deben emplear en el desarrollo de los sitios web de las Naciones Unidas para garantizar su accesibilidad.
Pero cuidado, en lo primer que he ido a mirar, Acronyms and Abbreviations, he encontrado un error tremendo, porque sugiere el uso de la etiqueta acronym, pero esa etiqueta está desaconsejada desde hace años:
En los medios de comunicación no aparecen muchas noticias sobre la accesibilidad web, así que es grato encontrarse alguna de vez en cuando. Hace unos pocos días, en La Vanguardia se publicó ¿Por qué me interesa una web accesible?. El artículo dice:
Se dice que algo es accesible cuando se puede obtener de forma sencilla y sin obstáculos, algo que es fácilmente comprensible, inteligible. La accesibilidad web busca que la web pueda ser usada por todas las personas, independientemente de sus capacidades sensoriales, físicas o técnicas. La información en la web es accesible cuando todo el mundo puede encontrarla y utilizarla. [...] Una web accesible mejora la calidad de vida y la autonomía de las personas con dificultades visuales, auditivas, motoras y/o cognitivas, pero no es un reducto para personas con diversidad funcional. Usted puede sufrir una lesión temporal en la mano que le impida utilizar el ratón, encontrarse en un ambiente ruidoso que le impida escuchar un archivo multimedia, o consultando su móvil a pleno sol sin poder distinguir los elementos con poco contraste. También debe tener en cuenta que su cuerpo envejece y, con la edad, muchas de sus capacidades se irán reduciendo. La accesibilidad web siempre nos beneficia a todos.
Las tablas no se tienen que emplear para la maquetación, para el layout. En su lugar se debe emplear CSS.
Esta es la teoría, pero en la práctica a veces se siguen usando las tablas para la maquetación por diversas razones. Pero en este caso hay una solución para lograr que no interfiera con la accesibilidad de la página web: Layout Tables Tip.
El truco es muy sencillo, simplemente hay que añadir role="presentation" a la tabla.
En la Universidad de Alicante hemos desarrollado un complemento para Mozilla Firefox que emula (o simula) el comportamiento de un lector de pantallas como JAWS o NVDA.
Fangs está muy bien, pero no ha sido actualizado desde hace años. El complemento que hemos desarrollado, Claws, tiene en cuenta las nuevas etiquetas de HTML5: Claws
Además, hemos incorporado algunas opciones que no posee Fangs.
Os animo a que lo probéis y nos indiquéis los errores y mejoras que podemos incorporar. Cualquier comentario me lo podéis enviar a sergio.lujan arroba ua.es
Unos 350 millones de personas en el mundo (alrededor del 10 % de la población masculina y 0,5% de la población femenina) sufren de algún grado de daltonismo teniendo dificultad para interpretar los colores. Estando un 90% de toda la comunicación actual basada en el color, es sorprendente que hasta ahora nadie se haya planteado atajar este problema.
Es difícil imaginarse pintar un dibujo en el colegio si no distingues el color de los lápices que usas, vestirse cada mañana sin que alguien comente tu indumentaria después, identificar las líneas del metro, ir a comprar ropa, distinguir pastillas, interpretar señales o planos, y un sinfín de cosas más.
No ser capaz de distinguir los colores supone una gran pérdida de independencia y autoconfianza para la persona que lo sufre. Un 90% de estas personas necesitan asistencia a la hora de comprar, un 88% necesitan que le ayuden a seleccionar lo que ponerse, un 73% se han sentido excluidos socialmente, un 64% reconoce que la confusión de colores es su mayor problema, un 50% se sienten avergonzados por el color elegido y un 42% tiene dificultades de integración en el trabajo. Esto supone muchos millones de personas…
Uno de los principales lugares de exclusión de este colectivo es en la escuela. ¿Quién no ha visto la cinta roja cosida en la manga izquierda del babi del cole y la verde en la derecha para aprender derecha e izquierda? ¿Cómo será el dibujo de una persona que ve los lápices de colores como en la foto?
Pero incluso puede llegar a suponer un problema de ámbito público o seguridad vial al no poder reconocer por ejemplo el color de un semáforo. Como me cuenta un daltónico, “si el semáforo es normal sabemos si está en rojo o verde por la posición de la luz, pero si tiene un semáforo lateral adicional para ir a la derecha o a la izquierda es muy complicado interpretarlo, ¿Cómo saber cuándo está en rojo o verde?”.
Hasta ahora el problema del daltonismo se había quedado en un mero escrutinio del colectivo en las escuelas, y una necesidad constante de ayuda por parte de los daltónicos.
La solución a esto es ColorADD, un código gráfico que ayuda a entender los colores. Personalmente, para mí es más fácil entender un código RGB que los pictogramas de este código.
Hoy jueves 6 de agosto, a las 10 horas de Ecuador (17 horas en España) tendrá lugar el webinar "Tecnología y Discapacidad", también llamado "Inclusión y Autonomía de las personas con Discapacidad apoyados en la tecnología".
En este webinar participan:
Dr. Alex Camacho - Secretario Técnico SETEDIS: Implementación de la Política Pública en el Ecuador.
Dr. David Ojeda - Prometeo en meca trónica y electrónica: Soluciones meca trónicas y electrónicas para personas con discapacidad.
Dr. Sergio Luján - Prometeo en Accesibilidad : Alfabetización tecnológica y soluciones de servicio.
Dr. Juan León - Médico - Capitán Luis Garzón: Caso vivencial, apoyo a la autonomía de las personas con discapacidad con el uso de la tecnología.
El webinar se podrá seguir en directo a través de la siguiente dirección:
Como comentaba ayer en Denuncia por falta de accesibilidad en el sitio web de Renfe (2), la resolución del expediente sancionador I-1/2014, firmado por Susana Camarero Benítez, la Secretaría de Estado de Servicios Sociales e Igualdad, decide "SOBRESEER y ARCHIVAR el presente expediente, declarando la no existencia de infracción" porque Renfe se está portando bien, ya que muestra una voluntad de resolver los problemas de accesibilidad de su sitio web.
¿La Administración Pública se suele mostrar así de benevolente normalmente?
En la ITV, entre otras cosas, se comprueba que las ventanillas, los cinturones de seguridad o los limpiaparabrisas funcionen correctamente. Si no es así, puedes tener una inspección desfavorable, con defectos graves o muy graves, que te obligue a subsanarlos y volver a pasar la ITV (y volver a pagar) para verificar que ya no existen esos defectos.
¿A la sociedad le puede afectar para algo que las ventanillas o los limpiaparabrisas de un coche no funcionen correctamente? Bueno, se puede producir un accidente debido a ello, pero es muy difícil. Sin embargo, la Administración Pública comprueba que funcionen correctamente, y si no es así, te toca pagar.
¿Pasa lo mismo con la accesibilidad web? La conclusión que podemos obtener del caso de Renfe es que a la Administración Pública no le preocupa mucho que se cumpla o no se cumpla la ley. Que el sitio web no sea accesible si que afecta a la sociedad, a miles de usuarios con discapacidad que no pueden hacer un uso correcto del sitio web de Renfe. Sin embargo, la Administración Pública no demuestra el mismo interés que con la ITV.
En el primer análisis, de forma muy somera, repaso la accesibilidad de la página principal a lo largo de sus diferentes versiones desde la creación del sitio web.
En el segundo análisis reviso la accesibilidad de la página actual desde el punto de vista de un usuario ciego que utilice un lector de pantallas. Por tanto, no es un análisis completo de la accesibilidad.
En el tercer análisis, reviso con mayor profundidad la accesibilidad de diferentes páginas del sitio web.
Los diferentes análisis que he realizado a lo largo de estos años muestran que el sitio web de Renfe presenta importantes problemas de accesibilidad. Sí, algunos han ido desapareciendo a lo largo de estos años, pero también han ido apareciendo otros nuevos.
Sin embargo, en la resolución del expediente sancionador I-1/2014, firmado por Susana Camarero Benítez, la Secretaría de Estado de Servicios Sociales e Igualdad, la razón que se esgrime para resolver "SOBRESEER y ARCHIVAR el presente expediente, declarando la no existencia de infracción" es que Renfe se está portando bien porque muestra una voluntad de resolver los problemas de accesibilidad de su sitio web:
Ha quedado de manifiesto a lo largo de la tramitación del expediente el esfuerzo, interés y dedicación de la denunciada para subsanar las deficiencias puestas de manifiesto por los denunciantes, lo que ha conseguido a pesar de la complejidad técnica, el coste económico y el escaso tiempo dispuesto para este tipo de ajustes. Esta disposición de la denunciada se confirma con su dinámica actuación en este tema, como ha puesto de manifiesto el informe técnico del CENTAC y con su voluntad probada al haber suscrito contratos con empresas externas para realizar servicios de asesoría y consultoría que permitirán hacer y mantener las páginas web más accesibles en su conjunto.
Teniendo en cuenta estos hechos, no se puede apreciar actualmente incumplimiento en materia de accesibilidad web, al haber efectuado hasta la fecha todos los procesos técnicos de accesibilidad razonable, tecnológica y económicamente posibles, y proporcionados y, por tanto, que se haya obstaculizado o limitado a las personas con discapacidad el acceso o utilización regulares, ni que se haya vulnerado el derecho a la igualdad de oportunidades, no discriminación y accesibilidad universal en el ámbito de las telecomunicaciones y de la sociedad de la información.
Conclusión: si no cumples la legislación actual, no hay problema, si muestras un poco de interés por mejorar algunos problemas de accesibilidad de tu sitio web, consideraremos que realmente no estás incumpliendo la ley.
¿Para qué tantas leyes, regímenes sancionadores y órganos competentes que deben vigilar su cumplimiento? Luego se dice que sobra administración pública, y con razón, porque mucha no sirve para absolutamente nada.
Tres años después, aquella afirmación la puedo ratificar, y de primera mano.
Con fecha 30 de julio de 2015, José Ángel Carrey Torralba recibió la notificación de la resolución del expediente sancionador I-1/2014 que se había iniciado el 10 de abril de 2013 cuando "presentó una denuncia contra Renfe-Operadora por incumplimiento de las condiciones de accesibilidad, en especial de la web de compra de billetes, para su uso por personas con discapacidad visual, en especial los ciegos totales que usan lectores de pantalla".
Más de dos años después de presentar la denuncia, a José Ángel se le comunicó que Susana Camarero Benítez, la Secretaría de Estado de Servicios Sociales e Igualdad, resolvía "SOBRESEER y ARCHIVAR el presente expediente, declarando la no existencia de infracción".
Después de numerosas pruebas presentadas, la Secretaría de Estado de Servicios Sociales e Igualdad, dependiente del Ministerio de Sanidad, Servicios Sociales e Igualdad consideraba que el sitio web de Renfe era accesible, no presentaba problemas de accesibilidad y por tanto no existía ninguna razón para sancionar a Renfe.
Me gustaría sentar a Susana Camarero Benítez, la Secretaría de Estado de Servicios Sociales e Igualdad que firma la resolución, delante de un ordenador con los ojos cerrados y un lector de pantallas para que probase a comprar un billete en la web de Renfe.
Susana Camarero Benítez es licenciada en Derecho por la Universidad de Valencia. Es probable que antes de completar la compra le pasase lo que vemos en el siguiente vídeo, lo cual no le deseo, por supuesto:
La Secretaría de Estado de Servicios Sociales e Igualdad ha sancionado a Iberia con una multa de 30.001 euros por no ser accesible su web corporativa para las personas con discapacidad, como establece la legislación vigente.
Y yo me pregunto, ¿les ponen esa multa y les dejan que su sitio web siga siendo no accesible?
El próximo jueves 6 de agosto, a las 10 horas de Ecuador (17 horas en España) tendrá lugar el webinar "Tecnología y Discapacidad", también llamado "Inclusión y Autonomía de las personas con Discapacidad apoyados en la tecnología".
El webinar se podrá seguir en directo a través de la siguiente dirección:
Hace unos días publiqué la primera parte de esta entrevista. En esa parte, Sonnia Margarita Villacrés, vicepresidenta de The World Federation of the Deafblind (Federación Mundial de Sordociegos), nos contaba lo importante que es la Web para ella. La Web le permite sentirse "nivelada", sentirse al mismo nivel que el resto de personas.
Ahora publico la segunda parte, en la que Sonnia Margarita nos muestra sus "maquinitas", los productos de apoyo que le ayudan a utilizar el ordenador o el teléfono móvil.
Y la transcripción del audio:
Hola, soy Sergio Luján Mora, profesor de informática de la Universidad de Alicante. En este vídeo vamos a ver la segunda parte de la entrevista que le realicé a Sonnia Margarita Villacrés, una persona sordociega que es usuaria habitual del ordenador y de la Web.
Margarita nos va a hablar del Focus 40, el producto de apoyo que emplea para poder utilizar un ordenador.
El Focus 40 es un producto de la compañía Freedom Scientific.
El Focus 40 es una línea y teclado braille que permite que las personas ciegas o sordociegas puedan utilizar un ordenador. Este producto es portátil y está diseñado para ser usado con un ordenador portátil, aunque también se puede utilizar con un ordenador de escritorio.
La línea y teclado braille que nos va a enseñar Margarita es un modelo antiguo que ya no se vende. Este modelo ha sido sustituido por el Focus 40 Blue. Además, Margarita también nos va a enseñar el Focus 14 Blue, el hermano pequeño del Focus 40.
Antes de pasar a la entrevista me gustaría hacer una pequeña aclaración sobre el braille, el sistema de lectura y escritura que emplean las personas ciegas. En la actualidad existen dos tipos de braille.
Por un lado el braille integral o literario, que se compone de 6 puntos, lo que permite 64 combinaciones. No obstante, con el empleo de prefijos se pueden representar más caracteres, como por ejemplo las mayúsculas o los números.
Por otro lado, con la introducción de la informática, el braille se amplió a un código de ocho puntos, el braille computerizado, que permite 256 combinaciones.
Las celdas del Focus 40 y del Focus 14 están compuestas por ocho puntos.
Aquí en mis manos tengo el dispositivo que Margarita emplea para utilizar un ordenador. Es una línea braille. Margarita, ¿nos podrías mostrar, explicar un poco los botones que posee la línea, para qué se emplea cada uno?
Estos son los sensores, tiene, doble, doble columna de sensores, cada sensor tiene un específico fin.
Estos de aquí abajo son para traer al cursor.
Por aquí salen los caracteres braille y si por ejemplo yo estoy escribiendo y me he equivocado, traigo el cursor hasta, hacia el carácter equivocado. Doy un click, se ubica el cursor y con este lo borro y vuelvo a escribir.
Esta otra línea de cursores de aquí arriba es para hacer diferentes opciones en general, como por ejemplo, dejar de escribir y solamente percibir la lectura o viceversa. Escribe, lee o no poder escribir.
También funciona como opciones del ratón.
Además, aquí este es el teclado braille. Pero el teclado braille son seis.
Y este es el botón Enter y este es para borrar.
Y este es para mayúsculas, para esta mano y mayúsculas para la mano.
Este es el espaciador.
Estos son los direccionales para bajar.
Y este no sé, no sé la opción, para qué será. Pero, sí, es para cambiar de campo. Este, este botón no sé para qué será. Lo mismo este botón, no sé pero.
Este es seleccionar para arriba y para abajo.
Ejemplo, si yo estoy en el correo electrónico, quiero ver todos los asuntos, los títulos de quién me ha mandado o el remitente, bajo, bajo, bajo, o subo, subo, subo.
Y este es el direccional, también para subir. Este es para bajar y este es para subir.
Estos son los botones para navegar más rápido. En una página web yo hago así para bajar más rápido y este es para subir.
Es una máquina muy completa. No sé todas las funciones porque recién me pasaron el manual al Word para poderlo leer. Pero esta es una máquina bastante complicada de usar. Pienso que es para una persona ciega o sordociega con mucha función intelectual.
No como para una persona que tiene discapacidad intelectual.
Es muy complicado el uso. Pero hay líneas braille mucho más sencillas. Lo que pasa es que yo quería algo completo porque quería hacer mi vida un poco más rápida de lo que tengo, tengo demasiado trabajo. Y necesitaba tener más comunicación con mi mundo.
Cuando yo quiero escribir en braille con texto y si no utilizo el teclado del computador. Por aquí se conecta el cable al computador. No tiene vida propia si no tiene computador, pero me entero que también funciona con bluetooth, pero no lo sabía, recién me acaban de informar. No he hecho la prueba, mi máquina, la computadora no tiene bluetooth, entonces.
Muy bien, muchas gracias por la explicación.
Les voy a enseñar otro aparato.
A ver, vamos a ver el otro aparato.
Ahhh, es una línea braille portátil.
Este es el Focus 14, es el hermano más moderno del Focus 40 que tengo.
Como ven este es un aparato medio parecido, pero tiene menos sensores. Así es que.
Estos sensores es asímismo para ubicar el cursor. También sirven para dar click. También sirve para borrar en caso de que uno se equivoca.
Y este es el ratón para navegar, ambos ratones direccionales.
Y este es para acceder de línea en línea. Y en cambio estos párrafo a párrafo.
Y estos son los shift. Estos es para tomar fotos. Y esto es para atrás, o sea, para salir Escape.
Aquí se prende y salen los caracteres en braille y con el aparato me comunico primero. Lo desbloqueo. ¿Y entonces cómo funciona con bluetooth? Yo voy a leer, un ratito dice: Jueves 28 de mayo, mensajes. Karla Carrera me ha mandado un mensaje. No lo he leído.
El sitio web de Renfe no es accesible, por mucho que Renfe diga que es accesible, y por mucho que la Dirección General de Políticas de Apoyo a la Discapacidad del Ministerio de Sanidad, Servicios Sociales e Igualdad les dé la razón. Cuando se resuelva el procedimiento que todavía está abierto, hablaré de ello.
En Estados Unidos existe la Voluntary Product Accessibility Template (VPAT). Esta plantilla es una declaración en la que el fabricante detalla el nivel de accesibilidad de un producto.
El sitio web del gobierno de Estonia tiene un panel con opciones que permiten adaptar la presentación visual del sitio web para los usuarios con baja visión:
Con esta propuesta de sanción, aún no definitiva, la primera de estas características que se impondría en España, se acerca a su final el expediente sancionador iniciado en el MSSSI contra Iberia a raíz de una denuncia administrativa del CERMI interpuesta en 2010 por infracción del deber de accesibilidad universal en el ámbito digital.
¡5 años! Y todavía no es definitiva la sanción... ¡menuda vergüenza!
