El equipo de expertos de robots del Imperial College de Londres ha ganado $ 50,000 para desarrollar aún más una silla de ruedas artificialmente inteligente controlada por los ojos.
Este premio de investigación ayudará a desarrollar una silla de ruedas autodirigida para personas paralizadas que puedan guiar con su mirada. También esperan hacer que esta silla de ruedas la ponga a disposición de las personas a bajo costo.
El director del proyecto, el Dr. Aldo Faisal de los Departamentos de Computación y Bioingeniería de Imperial, dijo: “Nuestra silla de ruedas ayudará a las personas a navegar por sus hogares y el mundo exterior. Si el usuario puede mover sus ojos para mirar el mundo, puede operar la silla de ruedas que lee las intenciones de sus ojos “.
El poder de la AI se está volviendo accesible y asequible para la gente común. Nosotros en Imperial estamos aprovechando su poder para mejorar vidas. – Dr. Aldo Faisal
La silla de ruedas inteligente artificial autodidacta combina las tecnologías existentes disponibles, como el sistema de seguimiento ocular y las computadoras portátiles, con la silla de ruedas eléctrica.
La silla utiliza un sensor de Detección y rango de luz ( LiDAR ). Este sensor se basa en el infrarrojo, que se usa con mayor frecuencia en los autos sin conductor para generar un mapa de 360 grados del entorno del usuario.
El rastreador ocular en silla de ruedas informa los momentos oculares a la AI y el programa AI define a dónde debe moverse la silla de ruedas y la guía para evitar obstáculos.
Los componentes AI y LiDAR han hecho que sea más fácil navegar en la silla de ruedas evitando obstáculos sin más respuesta humana.
La tecnología ayudará a las personas gravemente discapacitadas a restablecer su independencia a bajo costo. – Noyan Songur y Mahendran Subramanian
El Dr. Faisal dijo: “Nuestra silla de ruedas es un gran ejemplo de innovación. También demuestra que el poder de la AI se está volviendo accesible y asequible para las personas comunes. Nosotros en Imperial estamos aprovechando su poder para mejorar vidas “.
Los estudiantes de posgrado del equipo de Aldo, Noyan Songur y Mahendran Subramanian dijeron: “Estos sistemas inteligentes de inteligencia artificial pueden aprender y mejorar de forma específica para el usuario a lo largo del tiempo, por lo que podemos trabajar con los pacientes desde el primer día para identificar sus necesidades y expectativas. La tecnología ayudará a las personas gravemente discapacitadas a restablecer su independencia a bajo costo “.
Arnav Kapur, un investigador en el grupo de Interfaces de fluidos en el MIT Media Lab, demuestra el proyecto AlterEgo. Imagen: Lorrie Lejeune / MIT
Larry Hardesty | Oficina de Noticias del MIT
Los electrodos en la cara y la mandíbula captan señales neuromusculares indetectables desencadenadas por verbalizaciones internas.
Los investigadores del MIT han desarrollado una interfaz de computadora que puede transcribir palabras que el usuario verbaliza internamente, pero que en realidad no hablan en voz alta.
El sistema consiste en un dispositivo portátil y un sistema informático asociado. Los electrodos en el dispositivo captan señales neuromusculares en la mandíbula y en la cara que se desencadenan mediante verbalizaciones internas, diciendo palabras “en tu cabeza”, pero son indetectables para el ojo humano. Las señales se alimentan a un sistema de aprendizaje automático que ha sido entrenado para correlacionar señales particulares con palabras particulares.
El dispositivo también incluye un par de auriculares de conducción ósea, que transmiten las vibraciones a través de los huesos de la cara hacia el oído interno. Debido a que no obstruyen el canal auditivo, los auriculares permiten que el sistema transmita información al usuario sin interrumpir la conversación ni interferir con la experiencia auditiva del usuario.
El dispositivo es, por lo tanto, parte de un completo sistema de computación silenciosa que permite al usuario plantear y recibir indetectablemente respuestas a problemas de computación difíciles. En uno de los experimentos de los investigadores, por ejemplo, los sujetos usaron el sistema para informar silenciosamente los movimientos de los oponentes en un juego de ajedrez y de forma silenciosa recibir respuestas recomendadas por la computadora.
“La motivación para esto fue construir un dispositivo IA, un dispositivo de aumento de inteligencia”, dice Arnav Kapur, un estudiante graduado en el MIT Media Lab, quien dirigió el desarrollo del nuevo sistema. “Nuestra idea era: ¿Podríamos tener una plataforma informática que sea más interna, que fusione humanos y máquinas de alguna manera y que se sienta como una extensión interna de nuestra propia cognición?”
“Básicamente no podemos vivir sin nuestros teléfonos celulares, nuestros dispositivos digitales”, dice Pattie Maes, profesora de artes y ciencias de los medios y asesora de tesis de Kapur. “Pero por el momento, el uso de esos dispositivos es muy perturbador. Si quiero buscar algo que sea relevante para una conversación que estoy teniendo, tengo que encontrar mi teléfono y escribir el código de acceso, abrir una aplicación y escribir una palabra clave de búsqueda, y todo requiere que cambie completamente la atención de mi entorno y las personas con las que estoy con el teléfono. Por lo tanto, mis alumnos y yo hemos estado experimentando durante mucho tiempo con nuevos factores de forma y nuevos tipos de experiencia que permiten a las personas aún beneficiarse de todos los maravillosos conocimientos y servicios que estos dispositivos nos brindan, pero hágalo de una manera que nos permita ellos permanecen en el presente “.
Los investigadores describen su dispositivo en un documento que presentaron en la conferencia ACM Intelligent User Interface de la Association for Computing Machinery. Kapur es el primer autor del artículo, Maes es el autor principal, y están acompañados por Shreyas Kapur, estudiante de pregrado en ingeniería eléctrica y ciencias de la computación.
Señales sutiles
La idea de que las verbalizaciones internas tienen correlatos físicos ha existido desde el siglo XIX, y se investigó seriamente en la década de 1950. Uno de los objetivos del movimiento de lectura rápida de la década de 1960 era eliminar la verbalización interna, o “subvocalización”, como se la conoce.
Pero la subvocalización como una interfaz de computadora es en gran parte inexplorada. El primer paso de los investigadores fue determinar qué ubicaciones en la cara son las fuentes de las señales neuromusculares más confiables. Así que llevaron a cabo experimentos en los que se les pidió a los mismos sujetos que subvocalizaran la misma serie de palabras cuatro veces, con un conjunto de 16 electrodos en diferentes localizaciones faciales cada vez.
Los investigadores escribieron el código para analizar los datos resultantes y encontraron que las señales de siete ubicaciones de electrodos particulares eran consistentemente capaces de distinguir las palabras subvocalizadas. En el documento de la conferencia, los investigadores informan un prototipo de una interfaz portátil de voz silenciosa, que se envuelve alrededor de la parte posterior del cuello como un auricular de teléfono y tiene apéndices curvos tipo tentáculo que tocan la cara en siete lugares a ambos lados de la boca y a lo largo de las mandíbulas.
Pero en los experimentos actuales, los investigadores obtienen resultados comparables usando solo cuatro electrodos a lo largo de una mandíbula, lo que debería conducir a un dispositivo portátil menos molesto.
Una vez que seleccionaron las ubicaciones de los electrodos, los investigadores comenzaron a recopilar datos sobre algunas tareas computacionales con vocabularios limitados, unas 20 palabras cada una. Una era la aritmética, en la cual el usuario subvocalizaba grandes problemas de suma o multiplicación; otra era la aplicación de ajedrez, en la cual el usuario informaría movimientos usando el sistema estándar de numeración de ajedrez.
Luego, para cada aplicación, usaron una red neuronal para encontrar correlaciones entre señales neuromusculares particulares y palabras particulares. Al igual que la mayoría de las redes neuronales, la que utilizaron los investigadores está dispuesta en capas de nodos de procesamiento simples, cada uno de los cuales está conectado a varios nodos en las capas superiores e inferiores. Los datos se introducen en la capa inferior, cuyos nodos la procesan y pasan a la siguiente capa, cuyos nodos la procesan y pasan a la siguiente capa, y así sucesivamente. El rendimiento de los rendimientos finales de la capa es el resultado de alguna tarea de clasificación.
La configuración básica del sistema de los investigadores incluye una red neuronal entrenada para identificar palabras subvocalizadas a partir de señales neuromusculares, pero puede personalizarse para un usuario particular a través de un proceso que reacondiciona solo las dos últimas capas.
Cuestiones prácticas
Utilizando la interfaz prototipo portátil, los investigadores realizaron un estudio de usabilidad en el que 10 sujetos pasaron unos 15 minutos cada uno personalizando la aplicación aritmética a su propia neurofisiología, y luego pasaron otros 90 minutos usándolo para ejecutar cálculos. En ese estudio, el sistema tenía una precisión de transcripción promedio de aproximadamente el 92 por ciento.
Pero, Kapur dice, el rendimiento del sistema debería mejorar con más datos de capacitación, que podrían recopilarse durante su uso ordinario. Aunque no ha cruzado los números, estima que el sistema mejor entrenado que usa para las demostraciones tiene una tasa de precisión más alta que la informada en el estudio de usabilidad.
En el trabajo en curso, los investigadores están recopilando una gran cantidad de datos en conversaciones más elaboradas, con la esperanza de crear aplicaciones con vocabularios mucho más expansivos. “Estamos en el medio de recopilar datos, y los resultados se ven bien”, dice Kapur. “Creo que lograremos una conversación completa algún día”.
“Creo que están rebajando un poco lo que creo que es un potencial real para el trabajo”, dice Thad Starner, profesor de la Facultad de informática de Georgia Tech. “Como, digamos, controlar los aviones en la pista del aeropuerto de Hartsfield aquí en Atlanta. Tienes ruido de avión a tu alrededor, estás usando estas grandes protecciones para los oídos: ¿no sería genial comunicarse con la voz en un entorno donde normalmente no podrías? Puede imaginar todas estas situaciones en las que tiene un entorno de alto ruido, como la cabina de vuelo de un portaaviones, o incluso lugares con mucha maquinaria, como una planta de energía o una imprenta. Este es un sistema que tendría sentido, especialmente porque a menudo en este tipo de situaciones las personas ya están usando equipo de protección. Por ejemplo, si eres un piloto de combate,
“La otra cosa donde esto es extremadamente útil es operaciones especiales”, agrega Starner. “Hay muchos lugares en los que no es un entorno ruidoso, sino un entorno silencioso. Mucho tiempo, las personas con operaciones especiales tienen gestos con las manos, pero no siempre se pueden ver. ¿No sería genial tener un discurso silencioso para la comunicación entre estas personas? El último es personas con discapacidades en las que no pueden vocalizar normalmente. Por ejemplo, Roger Ebert no tenía la capacidad de hablar más porque perdió la mandíbula debido al cáncer. ¿Podría hacer este tipo de discurso silencioso y luego tener un sintetizador que diga las palabras?
Investigadores de la Universidad Politécnica de Madrid han desarrollado una aplicación para el móvil que facilita la integración en las aulas de las personas con discapacidad auditiva. El prototipo es capaz de subtitular las clases y grabarlas en vídeo para su posterior revisión.
Cerca de 32 millones de niños sufren sordera en el mundo y en España hay casi un millón de personas con problemas de hipoacusia, aunque en la mayor parte de los casos, son personas que tienen más de 65 años. Sin embargo, cuando los estudiantes con algún tipo de discapacidad auditiva llegan a las aulas, el objetivo debe ser que puedan seguir los estudios con normalidad sin verse discriminados respecto al resto de sus compañeros.
Con esa finalidad nace Breaking Sound Barriers, una app diseñada para romper barreras en el entorno educativo y en cuya creación y desarrollo han colaborado investigadores de la Universidad Politécnica de Madrid (UPM).
Este prototipo de entorno educativo es capaz de subtitular la clase para estudiantes con discapacidad auditiva
La aplicación, que busca facilitar a los jóvenes el seguimiento de una clase, ha sido desarrollada dentro del grupo Mercator del Instituto de Investigación del Automóvil (INSIA) y del departamento de Inteligencia Artificial de la Escuela Técnica Superior de Ingenieros Informáticos de la UPM.
“Consiste en un prototipo de entorno educativo capaz de subtitular la clase para estudiantes con discapacidad auditiva. La clase se emite en vídeo y queda guardada para que los alumnos puedan consultarla en el futuro, así como hacer preguntas al profesor y a los compañeros. Además, el sistema permite la gestión de diversas asignaturas y salas de impartición”, explica Francisco Serradilla, uno de los investigadores de la UPM que han participado en su desarrollo.
Totalmente personalizable, Breaking Sound Barriers permite el reconocimiento de voz en múltiples idiomas, facilitando al alumno la posibilidad de realizar preguntas y respuestas, y de recibir el contenido expuesto por el profesor a través de imágenes y subtítulos.
“Esta última funcionalidad es la más demandada dado que muchos estudiantes con algún tipo de discapacidad auditiva saben leer los labios, pero en una clase pueden darse muchas situaciones y momentos en los que el profesor no está mirando directamente al alumno”, explica Serradilla.
Un repositorio de apuntes
La aplicación funciona también como un repositorio de apuntes que permite establecer filtros y acceder a un foro. Para poder utilizar la aplicación, tanto los alumnos como los profesores deben descargarla en sus tablets o smartphones. “Contar con una herramienta como esta también es útil para el profesor, puesto que facilita gestionar alumnos, salas y asignaturas; realizar preguntas; emitir subtítulos y acceder al foro, entre otras funcionalidades”, añade.
Breaking Sound Barriers ha sido desarrollada en uno de los LABS del Programa Talentum de Telefónica. Por su parte, Ericsson y la Fundación Adecco también han participado en este programa que busca impulsar el talento joven.
El siguiente paso para el equipo de investigadores es realizar pilotos más amplios para optimizar el funcionamiento y rendimiento de la aplicación. “Queremos también centrarnos en el desarrollo de una app más ligera que centrada solo en la subtitulación de las clases, la función que hasta ahora parece ser la más demandada”, concluye Serradilla.
En el verano de 2018, WCAG 2.0 se actualizará a la versión 2.1 con nuevas pautas para hacer que los sitios web sean aún más accesibles. En este post intentaré dar explicaciones simples de estas pautas junto con pensamientos y consejos sobre cómo seguirlas.
No hay usuarios normales. Seguir WCAG 2.1 mejorará la experiencia del usuario para todas las personas que navegan por los sitios web. Ilustración tomada del juego de herramientas de Microsoft’s toolkit for inclusive design.
WCAG significa Pautas de Accesibilidad para el Contenido Web y es un conjunto internacional establecido de pautas para contenido accesible en Internet. Estas pautas son principalmente para personas con diversas discapacidades, pero también para diferentes dispositivos utilizados para explorar sitios web.
WCAG es mantenido por el World Wide Web Consortium (W3C), la principal organización de estándares para Internet. La versión actual (WCAG 2.0) se publicó en 2008 y se convirtió en norma ISO ( ISO/IEC 40500:2012) en 2012.
En el verano de 2018, WCAG 2.1 se lanzará con diecisiete nuevas pautas que se enfocarán en mejorar la accesibilidad para usuarios con discapacidades cognitivas y para usuarios que navegan por sitios web en dispositivos móviles como tabletas y teléfonos inteligentes.
Descripción general de WCAG 2.0
WCAG 2.0 consta de las siguientes doce pautas divididas en cuatro categorías diferentes:
Perceptible
Proporcionar alternativas de texto para contenido no textual como imágenes
Ofrecer subtítulos o resúmenes de texto para audio y video
Estructura el contenido para que se identifique mediante programación y escríbalo para que se presente de diferentes maneras
Diseñe contenido para que sea fácil de leer y escuchar (buen contraste, control de volumen)
Operable
Toda la funcionalidad debe estar disponible solo con un teclado
Debe haber suficiente tiempo para leer el contenido y realizar tareas deseadas
Evite diseñar contenido que pueda causar convulsiones
Ayude a los usuarios a navegar y encontrar contenido tanto como sea posible
Comprensible
Escribir texto fácil de leer con tecnologías de asistencia en mente
Diseñar contenido y la interfaz para comportarse de maneras predecibles
Ayude a los usuarios a evitar y corregir errores al ingresar información
Robusto
Proporcione compatibilidad máxima con tantos navegadores web como sea posible
Cada una de las pautas en WCAG tiene criterios de éxito medibles divididos en los niveles de A (más bajo), AA y AAA (más alto). Más A es igual a más demandas, pero mejor accesibilidad cuando se cumplen.
Nota: Algunas pautas solo tienen uno o dos niveles de criterios de éxito. Algunos tienen los niveles A y AAA, pero no tienen AA.
Para obtener más información acerca de estas doce directrices, eche un vistazo a WCAG 2.0 at a Glance by W3C.
Nuevas pautas en WCAG 2.1
Antes de explicar las nuevas pautas en WCAG 2.1, debe saber que WCAG 2.1 es compatible con WCAG 2.0. Esto significa que:
Las categorías y directrices anteriores aún se aplican
La numeración aún se aplica
Los principios básicos todavía se aplican
Los tres niveles de criterios de éxito (A, AA, AAA) aún se aplican
Entonces, aquí están las nuevas pautas a partir de febrero de 2018. La documentación detallada del W3C se puede encontrar en w3.org/tr/wcag21
1.3.4 Identificar el propósito común (AA)
Para seguir esta directriz, el significado de cada campo de entrada debe poder determinarse programáticamente. En otras palabras, una parte del código debe poder decir qué se espera que ingrese un usuario o cuál es el significado de una parte de la información ingresada.
Hacer esto correctamente hará posible que el navegador de un usuario complete automáticamente los campos de entrada basados en datos previamente ingresados por el usuario. ¡Estupendo! Tener que ingresar menos entradas siempre es bueno.
Técnicamente, esto tiene que ser cierto si:
La implementación se realiza utilizando tecnologías para identificar el significado esperado de los datos de entrada.
El campo de entrada utiliza el marcado Autofill como en el siguiente fragmento de código
Esta guía mejora la accesibilidad para usuarios con discapacidades cognitivas que les resulta difícil leer e ingresar texto. También mejora la accesibilidad para los usuarios que no conocen bien el idioma del sitio web.
1.3.5 Identificar Propósito (AAA)
Esta guía dice que el propósito de los componentes de la interfaz, los íconos y ciertas secciones debe poder identificarse mediante programación.
Por ejemplo: el usuario no debería simplemente entender que un botón es un botón. Él o ella debe entender lo que hace el botón, cuál es su propósito.
HTML siempre debe escribirse correctamente, de modo que las tecnologías de asistencia, como los lectores de pantalla, puedan hacer cosas como:
Identifique secciones como encabezado, navegación, área de contenido principal, etc. para facilitar la navegación.
Proporcione alternativas de texto a los iconos, que de otra manera pueden sonar raros cuando se leen a los usuarios.
Diferenciar entre diferentes subtítulos como subtítulos H2, H3 y H3 para encontrar contenido deseado más rápido.
Seguir esta guía mejorará la accesibilidad para los usuarios de tecnologías de asistencia, como lectores de pantalla.
1.4.10 Reflow (AA)
Esta guía establece que los usuarios deben poder navegar por un sitio web utilizando una pantalla de 320 píxeles de ancho sin tener que desplazarse horizontalmente. En otras palabras, su sitio web debe ser responsive.
¿Por qué un ancho de 320 píxeles? Probablemente porque este es el ancho de dispositivo más pequeño de una gran cantidad de teléfonos inteligentes populares.
La policía sueca tiene un sitio web no receptivo que falla en esta guía (incluso si ofrecen otro sitio web solo para navegadores en dispositivos móviles). Las capturas de pantalla se tomaron en un iPhone 5S que tiene una pantalla de 320 píxeles de ancho.
Consejo: ¿Curioso acerca de qué tamaños de pantalla son populares? Echa un vistazo ascreensiz.es .
Seguir esta guía mejorará la accesibilidad para todos los usuarios que visiten su sitio web en un teléfono inteligente. También beneficiará a los usuarios con discapacidad visual que definitivamente ampliarán (hasta 400%) en los navegadores de escritorio.
Nota: es aceptable permitir el desplazamiento horizontal de contenido que a menudo lo requiere como mapas, tablas de datos con muchas columnas y diagramas anchos.
El desplazamiento horizontal para contenido como mapas está bien. Por ejemplo, cuando navega por Google Maps en el navegador de un teléfono inteligente. Aquí en Mobile Safari en un iPhone 5S en modo horizontal.
1.4.11 Contraste sin texto (AA)
Tener un alto contraste entre las piezas de texto y sus fondos es una de las mejores y más importantes cosas que puede hacer para garantizar un gran acceso a su sitio web.
En esta guía, el requisito de alto contraste se extiende desde el texto regular de la página hasta el texto en los componentes de la interfaz (botones), así como también los colores utilizados en el contenido no textual (infografías y diagramas).
Medición del contraste de color en leaverou.github.io/contrast-ratio . Asegúrese de mantener esos valores de contraste lo suficientemente altos para alcanzar el nivel AAA.
Seguir esta guía mejorará la accesibilidad para todos los usuarios con diferentes tipos de discapacidad visual.
1.4.12 Espaciado de texto (AA)
Para seguir esta directriz, las distancias entre párrafos, filas, palabras y caracteres deben poder aumentarse a ciertos valores sin que se pierda la funcionalidad o la pérdida de contenido.
Fallar en esto podría resultar en la superposición de fragmentos de texto, por lo que no se puede leer. También podría resultar en que los componentes (enlaces o botones) se muevan a lugares donde no se pueden interactuar (fuera de la ventana gráfica o detrás de otros elementos).
Consejo: Evite establecer alturas fijas en los elementos que contienen texto. Cuando el texto necesita más espacio, debe poder crecer verticalmente y presionar hacia abajo el contenido.
Seguir esta guía mejorará la accesibilidad para usuarios con discapacidad visual y dislexia.
1.4.13 Contenido en vuelo estacionario o enfoque (AA)
Esta guía establece que si los usuarios activan el contenido en forma de ventana modal, información sobre herramientas o un componente similar, deben ser capaces de:
Descarta el contenido sin mover el cursor del mouse o el foco del teclado actual (por ejemplo, presionando la tecla Esc).
Desplácese hasta el contenido (moviendo así el cursor del mouse) sin hacer desaparecer el contenido (cuando se mueve el cursor).
Descartar el contenido únicamente en sus propios términos.
Seguir esta guía mejorará la accesibilidad para los usuarios con discapacidad visual. Especialmente para aquellos usuarios que pueden acercarse cuando navegan por un sitio web y tienen que desplazarse al contenido que aparece fuera de la ventana gráfica.
2.2.6 Tiempos de espera (AAA)
Para seguir esta directriz, los usuarios de su sitio web deben ser informados si cualquier período de inactividad puede conducir a la pérdida de datos. Sin embargo, los usuarios no tienen que ser informados de esto si los datos se guardan por más de 20 horas después de su última interacción.
Seguir esta guía mejorará la accesibilidad para los usuarios con discapacidades cognitivas que necesitan más tiempo para completar las tareas deseadas.
2.2.7 Animación de Interacciones (AAA)
Esta guía establece que las animaciones desencadenadas por la interacción deben poder desactivarse a menos que las animaciones sean esenciales para la funcionalidad o el contenido presentado.
Aunque no se desencadena por la interacción del usuario, el fondo de video en movimiento de mtrexpress.se podría causar incomodidad entre los usuarios sensibles al movimiento en los sitios web. Lamentablemente, no se puede apagar.
Seguir esta guía mejorará la accesibilidad para los usuarios que son susceptibles a las convulsiones debido al movimiento.
2.4.11 Accesos directos de teclas de caracteres (A)
Esta guía dice que si un sitio web admite atajos de teclado en forma de caracteres individuales como letras, símbolos, números o signos de puntuación, se debe cumplir una de las siguientes tres condiciones:
Los accesos directos se pueden desactivar
Los accesos directos se pueden cambiar para requerir también presionar teclas del teclado como Ctrl, Alt y Cmd
Un atajo para un elemento determinado solo está activo cuando ese elemento tiene foco
Seguir esta guía mejorará la accesibilidad para las personas que usan la entrada de voz para navegar en un sitio web. También mejorará la accesibilidad para los usuarios que tienen temblores de manos y presionan fácilmente las teclas equivocadas del teclado.
2.4.12 Etiqueta en Nombre (A)
Para tener éxito con esta guía, el texto que se muestra en los componentes de la interfaz como botones debe ser capaz de:
Leer a los usuarios de tecnologías de asistencia como lectores de pantalla
Activado por comandos de voz de usuarios que aprovechan el software de reconocimiento de voz
Esto es fácil de lograr si usa elementos HTML como etiquetas y botones de anclaje correctamente y escribe etiquetas de texto explicativas.
Consejo: Si reemplaza el texto con un ícono en un componente de la interfaz, aún puede hacer que un lector de pantalla lea el texto a su usuario con la ayuda del atributo aria-label .
Seguir esta guía mejorará la accesibilidad para las personas con discapacidad visual que usan lectores de pantalla. También mejorará la accesibilidad para los usuarios que utilizan la entrada de voz para navegar por un sitio web.
2.5.1 Gestos del puntero (A)
Esta guía establece que las acciones realizadas usando gestos complejos, como el acercamiento y deslizamiento de pellizco, también deben poder realizarse con gestos más simples, como un solo toque, dos toques y presiones largas.
Al usar el deslizador de imagen Flexslider 2 , puede ir y venir entre las imágenes deslizando hacia la izquierda y hacia la derecha. Sin embargo, puede hacer lo mismo con gestos más simples, como tocar los íconos de flecha o las miniaturas de la imagen.
Recuerde: incluso si los usuarios tienen grandes habilidades motoras, la posibilidad de realizar gestos complejos puede no ser obvia para ellos.
Seguir esta guía mejorará la accesibilidad para usuarios con habilidades motoras limitadas o dedos insuficientes (!) Para gestos multitáctiles.
2.5.2 Cancelación del puntero (A)
Esta guía dice que cuando interactúa con una pantalla haciendo clic, tocando y presionando por lo menos una de las siguientes afirmaciones debe ser verdadero:
La funcionalidad disparada no ocurre en el evento hacia abajo.
La funcionalidad se activa en el evento ascendente y es posible cancelarlo antes de que ocurra el evento ascendente o deshacerlo posteriormente.
El evento up cancela lo que sucedió en el evento final.
El desencadenamiento de la funcionalidad en el evento descendente tiene que ocurrir por alguna razón importante.
Un ejemplo del punto 2: si está usando un mouse y presiona un botón para eliminar un archivo en Dropbox, debería poder alejar el cursor del mouse del botón y soltarlo, y no debería pasar nada.
2.5.3 Tamaño objetivo (AAA)
Para tener éxito con esta guía, un elemento seleccionable debe tener un alto y ancho de al menos 44 ⨯ 44 píxeles. Sin embargo, puede ser más pequeño si:
Su funcionalidad se puede lograr a través de otro elemento seleccionable de 44 ⨯ 44 píxeles.
Está ubicado en un bloque de texto, como un enlace subrayado regular.
Su tamaño está determinado por el dispositivo y el navegador que usa el usuario (botones de opción, casillas de verificación).
Debe tener esta apariencia y tamaño en este contexto particular para que tenga sentido.
Seguir esta guía mejorará la accesibilidad para las personas que tienen temblores en las manos, dedos grandes y usan dispositivos móviles con entrada táctil (especialmente con solo una mano).
2.5.4 Mecanismos de entrada simultáneos (AAA)
Esta guía establece que nunca debe desautorizar a los usuarios a usar, cambiar entre o agregar y eliminar diferentes mecanismos de entrada como mouse, teclado, lápiz, entrada táctil o entrada de voz. Incluso si esto significa ignorar el mecanismo más común para interactuar con un cierto contenido.
Seguir esta pauta mejorará la accesibilidad para las personas con habilidades motoras limitadas que prefieren o deben usar un mecanismo de entrada determinado, incluso cuando no es común. Por ejemplo: usar un teclado o mouse al operar una tableta.
2.6.1 Actuación de movimiento (A)
Para seguir esta guía, la funcionalidad que se desencadena moviendo el dispositivo móvil también debe poder activarse al interactuar con componentes de la interfaz como botones y controles deslizantes.
Las respuestas al movimiento (accidental) también deben poder desactivarse, a menos que:
El movimiento es compatible a través de una interfaz accesible.
El movimiento es esencial para la funcionalidad.
La característica de deshacer para usar en las aplicaciones nativas de iOS y Android podría ser muy problemática si tienes temblores en las manos. Afortunadamente, no lo he visto usar en ningún sitio web.
Seguir esta guía mejorará la accesibilidad para los usuarios que montan sus tabletas y teléfonos inteligentes en sus sillas de ruedas o tienen problemas para trasladarlos debido a limitaciones motrices o porque sus manos están ocupadas en este momento.
2.6.2 Orientación (AA)
Esta guía establece que no debe forzar a los usuarios de dispositivos móviles a que mantengan sus dispositivos dentro de ellos ni los giren a una orientación determinada para poder incluir parte del contenido de un sitio web.
Al igual que 2.6.1 Motion Actuation, seguir esta guía mejorará la accesibilidad para los usuarios que montan sus tabletas y teléfonos inteligentes en sus sillas de ruedas o tienen problemas para rotarlos debido a limitaciones motrices o porque sus manos están ocupadas en este momento.
La empresa estatal sueca de juegos Svenska Spel no cumple esta directriz en su sitio web svenskaspel.se . El texto se traduce en “Por favor, vuelva a colocar su dispositivo en posición vertical”.
3.2.6 Cambios de estado (AA)
Para seguir esta directriz, el contenido que se actualiza dinámicamente debe notificarse a los usuarios de tecnologías de asistencia (como lectores de pantalla) sin obtener un enfoque visual.
Por ejemplo: estás navegando en un sitio web de noticias con un feed de Twitter en la parte superior del sitio. Sería exasperante si cada vez que aparece un nuevo tweet, automáticamente se desplaza hacia arriba para ver el nuevo tweet.
Una excelente manera de resolver esto para los usuarios de lectores de pantalla es usar las ARIA Live Regions . Aquí hay tres fragmentos de código que explican cómo funciona:
<div role="status" aria-live="off">
When this text is updated,
users with screen readers
will not be notified at all.
</div>
<div role="status" aria-live="polite">
When this text is updated,
users with screen readers
will be notified if they
aren't doing anything else.
</div>
<div role="status" aria-live="assertive">
When this text is updated,
users with screen readers
will be notified immediately
regardless of what they're doing.
</div>
Seguir esta guía mejorará la accesibilidad para los usuarios con discapacidad visual, especialmente para aquellos que utilizan lectores de pantalla y es probable que amplíen el sitio web.
Wrapping up
Phew, esa fue la última de las nuevas directrices para WCAG 2.1. ¿Mi publicación no está actualizada o contiene algunos errores? Por favor, házmelo saber en la sección de comentarios y lo corregiré.
Finalmente, recuerde que tener una gran accesibilidad en su sitio web mejorará la experiencia del usuario para todos los usuarios.
En cambio, noté cuán desconocida y pasada era para mí la idea de que “accesible significa feo”. ¿Por qué no tuve que lidiar con este tipo de discusiones en los últimos años?
Creo que pasamos de “accesible o hermoso” a “accesible y hermoso” gracias a la ley que convertía los sitios web inaccesibles en ilegales en Noruega.
Ok, entonces que tan ilegal es?
Principalmente, todos los sitios web, ya sea del sector público o privado , que fueron (re) diseñados después de 2014 tienen que seguir casi todos los criterios A y AA en las Pautas de Accesibilidad para el Contenido Web ‘2.0 ( excepto 1.2.3-1.2.5 )
How DIFI explains their work.
Aparentemente, pocos países generalmente requieren que los sitios web del sector privado cumplan con los criterios de WCAG. No estoy seguro de cómo se aplican estas regulaciones en estos países (me encantaría escuchar sobre eso en el campo de comentarios).
Cuando un sitio web no cumple con los criterios en Noruega, puede tener consecuencias reales. La ley es aplicada por la agencia estatal DIFI , que realiza controles aleatorios, generalmente en grandes empresas. El informe se publica en el sitio web de DIFI y la empresa recibe una lista de arreglos con una fecha límite. Pero, ¿y si no cumplen?
Continua inaccesibilidad = mala prensa y multas
En 2017, la principal aerolínea noruega, SAS, lanzó un sitio web rediseñado. En noviembre de 2017 llegó el veredicto de DIFI: SAS falló en tantos criterios que DIFI dijo que el sitio era “imposible de usar”. Si SAS no cumplió, serían multados .
¡De repente, los criterios de WCAG estaban en los titulares! Varios periódicos noruegos importantes escribieron sobre la crítica que recibió SAS.
” El sitio web SAS falla “, es lo que escribió VG, el periódico en línea más grande de Noruega. ” SAS arriesga multas por un nuevo sitio web “, escribió Aftenposten. ” SAS es sacrificado por su nuevo sitio web “, escribió Kampanje.
Mientras tanto, el competidor de SAS Norwegian Airlines estaba teniendo un día de campo. SAS no pudo decir que “bueno, es difícil hacer que los sitios web de las aerolíneas sean accesibles”. El sitio web de Norwegian Airlines parece moderno y ha ganado varios premios de diseño. Pero cuando fueron controlados por DIFI un año antes de SAS, recibieron solo algunos comentarios menores.
El sitio web de Norwegian Airlines es moderno y ha ganado varios premios de diseño. Eso no significa que no consideraron la accesibilidad.
Buena accesibilidad = algo de lo que estar orgulloso
La mala accesibilidad se ha convertido en una mala noticia. Por otro lado, cuando alguien se esfuerza por hacer que algo sea accesible, se enorgullece. La tienda de comestibles en línea Kolonial.no colabora con la Asociación Noruega de Ciegos y Deficientes Visuales, y utiliza la colaboración en su trabajo de relaciones públicas .
En este video, Bjørn Roger Trollness demuestra cómo usa la aplicación Kolonial.no con voz en off. Es un representante de la Asociación Noruega de Ciegos y con visión parcial. El video está en noruego, desafortunadamente no está subtitulado en ningún idioma.
Cuando trabajé con la Asociación Noruega de Ciegos y con Visión Parcial , nuestro objetivo era llegar a tantos criterios AAA como fuera posible, y no solo a los criterios de AA requeridos por la ley. Queríamos mostrar que incluso los criterios de accesibilidad más altos no significarían un sitio web anticuado o aburrido.
Cambió la conversación entre clientes, diseñadores y desarrolladores
¿Cómo puede una ley cambiar la conversación?
En primer lugar, un cliente nunca diría algo como “Bueno, las personas ciegas no están realmente en nuestro grupo objetivo”. Debido a que la ley responsabiliza al cliente, el cliente responsabiliza a las agencias y ahora está solicitando garantías de que el nuevo sitio respeta las normas de accesibilidad.
En segundo lugar, cuando un colega sugiere una solución que no es accesible, no hay más y más cuando se puede decir simplemente “Bueno, eso rompería la ley de accesibilidad”.
La accesibilidad y la estética no se consideran cualidades opuestas. La conversación se desarrolló más bien en la línea de “Sí, pero ¿cómo funcionaría eso con un lector de pantalla?” O “Genial, ¿cómo podríamos hacer eso de forma accesible?”. Y no obtendrás un vistazo como respuesta. Recibirás una sugerencia.
Cuando trabajamos en The Great Norwegian Encyclopedia , hicimos pruebas de usuario de accesibilidad para mejorar el sitio. En el video de arriba, ves a un usuario que tiene una visión del 1% y usa la inversión de colores y el zoom para navegar por el sitio. El video no tiene sonido.
Debido a la ley, la accesibilidad no puede ser una ocurrencia tardía. La accesibilidad se entrelaza con todos los aspectos del diseño web y depende del esfuerzo del equipo (compruebe cómo en Confrere creamos paletas de colores accesibles de cualquier color ).
Preguntar acerca de la accesibilidad nos ha llevado a soluciones más simples, más elegantes y utilizables para todos. Si es complicado hacer algo accesible, eso a menudo es una señal de que el diseño o la idea en sí es demasiado complicado.
El equipo de Confrere en uno de nuestros recorridos de accesibilidad y usabilidad. De izquierda a derecha: Dag-Inge Aas (CTO), yo (CPO), Ingvild Indrebø (desarrollador sénior).
La accesibilidad no es costosa, la inaccesibilidad lo es
La ley de accesibilidad no fue controvertida. Fue apoyado por la industria y las ONG, y un parlamento unánime votó por él, de izquierda a derecha. Incluso las partes antirreglamentarias reconocen que es una economía sensata.
Según las estadísticas noruegas, 15-20% de la población tiene algún tipo de discapacidad. A medida que nuestra población envejece, la proporción será aún mayor. Al mismo tiempo, todo se está volviendo más digital. Los impuestos, boletos, compras y noticias son todos digitales.
Si creas un sistema donde las personas con discapacidad no pueden hacer estas cosas básicas, no solo estás disminuyendo su calidad de vida, sino que también aumentarás los costos tanto para la sociedad como para las empresas privadas. Si las personas no pueden hacerlo en línea, tendrán que llamar a su compañía, o enviar una carta física, o incluso presentarse en su oficina. Eso no es rentable.
Todos están mejor
Para mí, la accesibilidad es simplemente lo correcto, moralmente. Pero incluso para los fríos de corazón, la ley simplemente tiene sentido. Si está creando sitios web para personas que tienen una vista y audición perfectas, y se destacan en los acertijos y nunca hacen borrosas sus pulgares, no está creando sitios web para la mayoría de las personas:
Poder navegar por el sitio con un teclado es excelente para mi madre que tiene Parkinson, pero también es genial para mi hermano cuando tenía tendinitis.
Si subtitulas los videos , son buenas noticias para las personas con discapacidad auditiva, pero también son geniales cuando estoy en el tren sin mis auriculares.
La buena legibilidad es ideal para las personas con discapacidad visual, pero también es algo que agradezco cuando olvidé mis lentes para leer en casa.
Un buen HTML semántico es ideal para el lector de pantalla, pero también para su SEO.
El código limpio y agradable que sigue los estándares funciona mejor con herramientas de accesibilidad, pero también es mucho más a prueba de futuro.
Necesitamos más ejemplos de sitios web comerciales a gran escala que cumplan con estos principios. Pero para llegar allí, creo que la regulación es el camino correcto a seguir.
Usted puede tener la estética y la accesibilidad al mismo tiempo. Es solo una cuestión de enfoque.
