Primer Espacio Integrado Inteligente de Europa en Alcalá de Henares

En CENTAC pone en marcha el primer Espacio Integrado Inteligente de Europa podemos leer que el Centro Nacional de Tecnologías de la Accesibilidad (CENTAC) ha inaugurado "el primer Espacio Integrado Inteligente de Europa en Alcalá de Henares con el objetivo de impulsar la accesibilidad universal de la localidad a través de la implantación de diferentes soluciones tecnológicas como el guiado en exteriores, el guiado en interiores, el párking inteligente, el menú accesible, el medicamento accesible o la búsqueda de taxis adaptados".

Este espacio incluye diferentes soluciones tecnológicas para hacer la ciudad más accesible:

• Sistema de guiado en exteriores: se trata de un sistema para personas con discapacidad visual que genera un campo de visión artificial mediante información sonora para que el usuario sepa cuál es su posición con respecto a cualquier punto detectado.
• Servicio de localización de taxis adaptados: es una solución que no solo sirve para localización de taxis adaptados, sino para todo tipo de puntos de interés libres de barreras dirigido a personas con movilidad reducida.
• Sistema de guiado de interiores: es una aplicación que sirve para el guiado en interiores y espacios reducidos para personas con discapacidad visual. Permite orientarse en distancias muy cortas y acceder a información relevante de cada punto de orientación.
• Sistema de medicamento accesible: con este servicio, las personas con discapacidad visual o con problemas de motricidad fina pueden consultar el prospecto de los medicamentos mediante el escaneo del código de barras o de su código nacional. De esta forma, el Smartphone lee al usuario el contenido del prospecto.
• Sistema de aparcamiento inteligente: con esta aplicación las personas con movilidad reducida pueden no solo conocer la ubicación de las plazas de aparcamiento reservadas para ellas, sino también saber si están libres u ocupadas en todo momento, facilitando sus desplazamientos.
• Aplicación de lectura de menús accesibles: una aplicación tecnológica que lee la carta de los restaurantes, destinada no solo a personas invidentes sino a cualquier turista que no entienda el idioma.

Inclusive markup

Muy interesante el vídeo Inclusive Markup:

Accessibility is the law and a good idea. Let's make the Web accessible and fast for everyone. We'll skip "why" and focus on "how." Accessibility can be as simple as using the right semantic elements in your HTML. Semantic HTML can prevent bugs, improve performance, reduce code bloat, and make your site accessible to screen readers and keyboard users. We'll explores accessibility features native to semantic elements, adding a sprinkling of ARIA roles and attributes. Form controls, input masking, styleable selects, and carousels with a few lines of CSS, fewer lines of JS and no frameworks. 

Guía APA el uso de lenguaje no discriminatorio e inclusivo

Guidelines for Nonhandicapping Language in APA Journals es una guía para el uso correcto del lenguaje cuando se escribe sobre las personas con discapacidad.

Algunos ejemplos:

Put people first, not their disability.

Comment: Preferred expressions avoid the implication that the person as a whole is disabled or defective.

Problematic	Preferred
disabled person	person with (who has) a disability
defective child	child with a congenital disability; child with a birth impairment
mentally ill person	person with mental illness or psychiatric disability

Do not label people by their disability.

Comment: Because the person is not the disability, the two concepts should be separate.

Problematic	Preferred
schizophrenics	people who have schizophrenia
epileptics	individuals with epilepsy
amputee	person with an amputation
paraplegics	individuals with paraplegia
the disabled	people with disabilities
the retarded	children with mental retardation
the mentally ill	people with a mental illness or psychiatric disability
the CMI or SPMI	people with long-term or serious and persistent mental illness or psychiatric disabilities

Inclusive Components

El sitio web Inclusive Components  es un proyecto que intenta crear una biblioteca de patrones de diseño de componentes accesibles para páginas web.

En el momento de escribir esta entrada en la biblioteca se encuentran:

• Collapsible Sections
• Tabbed Interfaces
• A Theme Switcher
• Tooltips & Toggletips
• Menus & Menu Buttons
• A Todo List
• Toggle Buttons

Un paciente sordo espera casi siete horas en Urgencias

En agosto se publicó la noticia Un paciente sordo espera casi siete horas en Urgencias porque le llamaron por megafonía (3/8/2017):

Un paciente sordo de Almería ha denunciado, mediante un vídeo que ha distribuido a través de las redes sociales, que el pasado sábado tuvo que marcharse a su casa tras más de seis horas y media de espera en el servicio de Urgencias del Hospital Torrecárdenas de la capital porque le habrían avisado para ser atendido por megafonía, a pesar de que el advirtió de su situación antes de pasar a la sala de espera. 

El vídeo de Juan, como se llama este paciente, ha sido difundido por la organización Marea Blanca Almería, quien ha advertido de que los hospitales públicos andaluces tienen que estar adaptados a todas las personas con "diversidad funcional o sensorial", por lo que reclama a los responsables del complejo almeriense que pongan todos los medios necesarios para evitar situaciones como esta y cumplir con la legalidad.

Al día siguiente se publicó la noticia Salud pide disculpas al paciente sordo que no fue atendido y alega que fue "una incidencia puntual" (4/8/2017):

La Consejería de Salud ha pedido disculpas a Juan José A.G., el paciente sordo que la semana pasada esperó durante casi siete horas en el servicio de urgencias del Hospital Torrecárdenas de Almería sin ser atendido porque le llamaron por megafonía, a pesar de que él advirtió en la ventanilla de información de que padecía sordera. 

Fuentes de la Consejería se han justificado en el hecho de que se trata de un "incidente puntual", por lo que han trasladado sus disculpas al afectado a través del gerente del hospital, al tiempo que han lamentado las molestias sufridas.

Según la noticia Un hospital implanta un sistema para sordos después de que un paciente esperara siete horas en urgencias porque no oía la megafonía (27/10/2017)), casi 3 meses después parece que el problema se ha resuelto totalmente:

La repercusión social y mediática de la denuncia de Juan José Aguilera, un paciente sordo que el pasado julio esperó casi siete horas en el área de urgencias del Hospital Torrecárdenas de Almería porque le llamaban por megafonía y no se enteraba, ha logrado que el centro haya implantado esta misma semana un nuevo sistema de avisos para personas con déficits visuales y auditivos, que no existía hasta ahora. 

Según ha informado el hospital, el nuevo sistema, que está ya disponible para todas las personas que lo soliciten, garantiza una correcta atención y evita la pérdida de turnos o el retraso en la asistencia por parte del personal sanitario. Para su puesta en marcha, se ha diseñado un protocolo de actuación, inexistente hasta ahora, que se inicia cuando el paciente llega al área de urgencias y comunica en admisión la existencia de algún problema que le impida escuchar las llamadas que se realizan por los altavoces o acceder a las comunicaciones de las pantallas de información. 

Al paciente que lo solicite se le entregará un dispositivo electrónico, dotado de vibración. Al mismo tiempo, se registrará su situación en su historia clínica, para que el facultativo o la enfermera que deban atenderle cuenten con información sobre su situación.

Siete soluciones para crear SVG más accesibles

En 7 solutions for creating more accessible SVGs se explican siete formas para hacer las imágenes SVG más accesibles. En realidad, más que soluciones generales son soluciones particulares a algunos problemas que presentan las imágenes SVG:

1. <img> tags and SVGs
2. <title> tags and SVGs
3. IE focus bug with focusable elements
4. Safari 10 focus bug with <use>
5. Aria-label inconsistency
6. IE8 and below render <desc>
7. Colour contrast

Ejemplo de vídeos con audiodescripción

Estas noticias son del año pasado, pero me he enterado ahora:

• Pornhub ahora ofrece contenido para las personas con discapacidad visual
• Inventan el porno para ciegos

No voy a poner ningún ejemplo de este tipo de vídeo con audiodescripción, pero el que lo quiera comprobar lo puede encontrar fácilmente... Yo lo he comprobado y es verdad, pero no sé si "funcionan", a mí me hacen gracia porque las descripción son muy detalladas.

Guía de Lenguaje Positivo y Comunicación Incluyente

La Guía de Lenguaje Positivo y Comunicación Incluyente, editada por el Consejo Nacional de Igualdad de Discapacidades del Ecuador junto con varias federaciones de discapacidades, está "dirigida especialmente a comunicadores sociales, tiene como finalidad trabajar de forma correcta y con calidad respecto al lenguaje de uso cotidiano y a la terminología recurrente en el campo de la discapacidad".

En este documento se incluye un glosario de conceptos clave con la forma incorrecta (SE DICE) y la forma correcta (SE DEBE DECIR). Por ejemplo:

Se dice: DISCAPACITADOS, PERSONAS ESPECIALES, CAPACIDADES DIFERENTES O ESPECIALES, INVÁLIDOS, MINUSVALIDOS, TULLIDOS, RENGOS, SORDOMUDOS, PARALÍTICOS, LISIADOS, PATOJOS, ENFERMITOS, POBRECITOS, PCD.
Se debe decir: PERSONAS CON DISCAPACIDAD.

Se dice: PERSONAS NORMALES Y PERSONAS ANORMALES
Se debe decir: PERSONAS CON DISCAPACIDAD Y PERSONAS SIN DISCAPACIDAD

Se dice: PERSONAS NORMALES Y PERSONAS ANORMALES
Se debe decir: PERSONAS CON DISCAPACIDAD AUDITIVA O PERSONA SORDA

Compatibilidad de lectores de pantalla y HTML5

El sitio web Assistive technology compatibility tests explica cómo los elementos y atributos de HTML5 y ARIA se comportan con diferentes lectores de pantalla y navegadores.

Así, por ejemplo, podemos descubrir que el elemento abbr funciona correctamente en los navegadores NVDA y JAWS, pero no en VoiceOver, mientras que el elemento acronym, que está desaconsejado, no funciona en ninguna combinación de lector de pantallas y navegador:

Y en la lista de atributos podemos ver el comportamiento del atributo title en diferentes situaciones:

Productos de HIMS

HIMS es una empresa norteamericana especializada en productos de apoyo.

En su catálogo podemos encontrar Smart Beetle, una línea y teclado braille de 14 celdas por $1.345:

BrailleSense Polaris, una línea y teclado braille, que también es anotador, por $5.295:

Y Braille Sense U2 QWERTY, una línea braille con teclado estándar por $5.595:

Uso de los elementos fieldset y legend

Los formularios suelen plantear muchos problemas de accesibilidad web. Por ello es muy importante conocer todos los elementos de HTML que se pueden emplear en los formularios para mejorar su accesibilidad.

El artículo Using the fieldset and legend elements explica el uso correcto. La explicación se resumen en estos consejos:

When to use a fieldset and legend
You should use the <fieldset> and <legend> elements when:

• You have a single multiple choice question (using radio buttons or checkboxes).
• You have several questions relating to the same topic (like text boxes, or any other type of field).

When not to use a fieldset and legend
You should not use the <fieldset> and <legend> when:

• You have a single form field that asks for a single piece of information.

Cuatro razones por las que un sitio web accesible es una estrategia win-win

En 4 reasons why an accessible website is a win-win:

1. Improved search engine optimization (SEO)
2. Better user experience for all visitors and all devices
3. Avoiding costly and embarrassing lawsuits
4. Increasing the audience for your website by making it more inclusive

Estrategias para adoptar la accesibilidad web

En WebAIM’s Hierarchy for Motivating Accessibility Change se presenta el siguiente grafico para motivar a la gente a adoptar la accesibilidad web. Los niveles, de menor a mayor importancia y efectividad son:

• Guilt
• Punish
• Require
• Reward
• Enlighten
• Inspire

Cuando los enlaces parece botones (y al revés)

Usar un botón como si fuera un enlace, o un enlace como si fuera un botón, es algo muy común, y es un completo error.

Cuando un lector de pantalla lee una página web, anuncia al usuario los elementos que encuentra en la página. Le puede decir cosas como "lista", "imagen", "botón" y "enlace".

Cuando un usuario oye "botón", no espera que cuando lo use se navegue a otra página web, a no ser que sea el botón de envío de un formulario.

Cuando un usuario oye "enlace", espera que cuando lo use se navegue a otra página web, no espera que no ocurra nada y no cambie la página web en la que se encuentre.

En el pasado ya he escrito algunas entradas sobre este tema:

• Uso correcto de los botones y enlaces (9/11/2015)
• Un enlace es un enlace y un botón es un botón (29/5/2017)

Ahora he encontrado But sometimes links look like buttons (and buttons look like links), una lectura muy interesante para complementar las anteriores.

Controlar el ordenador con la mente

El artículo Fusionar mente y máquina: ¿de verdad estamos cerca? es un excelente resumen de la tecnología actual que permite controlar un ordenador con la mente.

En este artículo se intentan contestar estas dos preguntas:

¿Hasta qué punto estamos cerca de lograr conectar nuestro cerebro con nuestras tecnologías?

¿Y cuáles serían las consecuencias una vez que nuestras mentes estuviesen conectadas?

Curso Aprende accesibilidad web paso a paso

Séptima encuesta del WebAIM sobre el uso de lectores de pantalla

Durante los últimos años, el WebAIM ha realizado varias encuestas online destinadas a analizar los hábitos de uso de los lectores de pantalla:

• Screen Reader User Survey #6 Results (Septiembre 2015)
• Screen Reader User Survey #5 Results (Enero 2014)
• Screen Reader User Survey #4 Results (Mayo 2012)
• Screen Reader User Survey #3 Results (Diciembre 2010)
• Screen Reader User Survey #2 Results (Octubre 2009)
• Survey of Preferences of Screen Reader Users (Diciembre 2008)

Ahora ya está abierta la séptima edición: Screen Reader User Survey #7.

La encuesta estará disponible hasta el 1 de noviembre de 2017 y la pueden contestar todos los usuarios de lectores de pantalla, incluso los que los usan únicamente para evaluación y pruebas.

Focus ring

Have you ever noticed the little blue or dashed ring that appears around elements when you activate them with your keyboard or mouse? This is known as a focus indicator, and it's extremely important for users who rely primarily on their keyboard to navigate the screen. For a keyboard user, the focus indicator (or ""focus ring"") is kind of like their mouse pointer. It shows them which element is currently active and receiving keyboard events. Because the focus ring can show up on custom controls or whenever we add styles to native elements like the button tag, it's a common anti-pattern to remove the focus indicator using the CSS outline: none style. But doing this degrades the user experience for our keyboard users as they are no longer able to tell which elements are currently focused.

Enter :focus-ring! The :focus-ring pseudo class is a new CSS selector designed to help differentiate between mouse and keyboard focus. Today on a11ycasts we'll look at how :focus-ring works, and show off a few :focus-ring polyfills that you can start using today to improve the accessible styles on your site!

Accesibildad de gráficos complejos

En Charts & Accessibility  se ofrecen algunos consejos, con ejemplos, para crear gráficos accesibles:

1. If the data in a chart, graph or map is crucial to the content of a Web page, then you must provide a text description of the image. In some cases, a numeric table replicating the chart data could provide additional accessibility. WCAG 2.0 Guideline 1.1.1—"All non-text content that is presented to the user has a text alternative that serves the equivalent purpose…"
2. Supplement color-coding of charts with texture, differences in line style, text in graphs or different shades of color to improve accessibility for colorblind users. Charts should be readable in black and white. NOTE: The default settings of the Chart Wizard in Excel are not color accessible. Use the formatting tools to change line styles and colors. WCAG 2.0 Guideline 1.4.1—"Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element."

WCAG 2.0 - Operable