Buscador

viernes, 29 de marzo de 2019

No confiar en las herramientas automáticas de evaluación de la accesibilidad web

En A warning about automated accessibility "warnings":

There are a lot of people out there who want automated accessibility testing. I see the question asked all the time on Twitter, especially by those that may be new to accessibility. Often they may not know exactly what to focus on to fix their issues, and just want a report, or linting errors, to tell them what to fix and why.

Fortunately for them, there are quite a few tools out there than can be run as part of development build processes, as one-off instances via browser extensions, and there are even services that will run continuous testing against your website or application.

These testing tools are really great for helping people find flagrant accessibility issues. However, just because a warning pops up, or your “accessibility score” doesn’t reach a perfect 100%, you should still verify that these warnings are actually issues to solve for.

[...]

Automated tests are just one tool we can use to help ensure we’re building accessibly compliant websites and applications. However, it’s important to understand the results you’re receiving, and to be able to verify if an issue, or best practice, is truly an issue to act on.

For instance, warnings to check text against background images is common place with many automated checkers. It can be incredibly difficult to automatically determine color contrast in such situations, so a warning will be flagged for a manual check. It is a good thing to be reminded to verify such instances. While it may seem daunting to be met with a large number of issues to “review”, it’s far better than receiving no guidance at all.

Sometimes you may come across gaps in the assertions these tools are based on. Or a best practice may dictate that you don’t double up ARIA roles on their native elements, when that’s absolutely what you need to do to ensure cross-browser and assistive technology feature parity.

So please do use these tools, they can be incredibly helpful. It just behooves us to ensure that we’re not chasing down “100% accessibility scores” when it’s usable and inclusive user experiences we should really be focused on.

miércoles, 27 de marzo de 2019

Sobre el uso de abbr

Consejos de Short note: The abbreviation appreciation society:

WHY SUX?

  • The title attribute content is only practically available to mouse users.
  • The title attribute display for mouse users with low vision is problematic, to say the least.
  • The title attribute content is available to users of JAWS and NVDA screen reader users if they enable it, by default it’s ignored.
  • VoiceOver simply does not announce the title attribute content on <abbr>
  • No amount of clever tricks with ARIA, CSS and JavaScript will make it not suck.


A solution
Provide an expansion of the abbreviation/acronym, neuronym even, in plain text on first use, use an <abbr> to mark up the abbreviation, which provides a hint to user agents on how to announce/display the content:

lunes, 25 de marzo de 2019

Informes sobre accesibilidad de e-learning

Dos informes que ya tienen algunos años:

Accesibilidad de plataformas e-learning, recursos educativos y libros electrónicos

En este contexto, el Observatorio de la Accesibilidad TIC de Discapnet se ha centrado en este estudio en los recursos educativos online, en las plataformas de e-learning y en los libros educativos electrónicos. Para la selección de la muestra se han tenido en cuenta criterios objetivos, como las principales fuentes públicas de recursos educativos para alumnos y profesores, las plataformas e-learning más utilizadas por las universidades españolas e internacionales, o las principales editoriales de material educativo electrónico en nuestro país. En el siguiente apartado se recoge la muestra de recursos, plataformas y libros analizados y los criterios que han llevado a determinarla.


Accesibilidad de Plataformas Educativas

En este contexto, el Observatorio de la Accesibilidad TIC de Discapnet se ha centrado en este estudio en sitios web de  empresas y organizaciones que ofrecen formación online utilizando alguna de las plataformas educativas más comunes. Para la selección de la muestra se han considerado tanto las plataformas para la gestión de grupos de tamaño limitado (como Moodle y Sakai, que ya fueron analizadas en el observatorio de Discapnet en 2013) y aquellas más novedosas que ofrecen cursos de tipo más abierto y que van dirigidas a grupos de mayor tamaño (los conocidos como MOOCs). En el siguiente apartado se recoge la muestra de sitios web analizados y los criterios que han llevado a determinarla.

El estudio pretende ofrecer una panorámica sobre el estado actual de la accesibilidad de una selección de plataformas educativas, de modo que se cuente con un diagnóstico que permita orientar a los responsables de su creación, gestión y publicación en la mejora de las condiciones de accesibilidad, y a los usuarios en cuanto a las posibilidades que ofrece cada uno.


viernes, 22 de marzo de 2019

Explicación de los sistemas de control basados en interruptor

Muy bueno el siguiente vídeo:


miércoles, 20 de marzo de 2019

La importancia de los encabezados

El artículo The Importance of Heading Levels for Assistive Technology explica lo importante que son los encabezados para la navegación por una página web:
The HTML specification describes six heading elements: h1, h2, h3, h4, h5, and h6. The number in each of these heading elements reflects its priority, with h1 being the most general and h6 being the most specific. 
This is an important thing to know! WebAIM’s 2017 Screen Reader survey tells us that navigating via headings is the most important way people who rely on assistive technology locate information. Because of this, it’s important to craft your website’s headings properly.

lunes, 18 de marzo de 2019

Guía de estilo para crear contenido apropiado para las personas con dislexia

La Dyslexia Style Guide 2018: Creating Dyslexia Friendly Content de la British Dyslexia Association:

This Style Guide provides principles that can help ensure that written material
considers the difficulties experienced by some dyslexic people and allows for the use
of text to speech to facilitate ease of reading. Adopting best practice for dyslexic
readers has the advantage of making all written communication easier on the eye for
everyone.

When making changes consider all the ways that you use written communications,
such as emails, presentations, web pages and printed materials. Consider these
principles in combination with other accessibility guidance such as the Web
Accessibility Content Guidelines (WCAG).

Readable Fonts

• Use sans serif fonts, such as Arial and Comic Sans, as letters can appear less
crowded. Alternatives include Verdana, Tahoma, Century Gothic, Trebuchet,
Calibri, Open Sans.
• Font size should be 12-14 point or equivalent (e.g. 1-1.2em / 16-19 px). Some
dyslexic readers may request a larger font.
• Larger inter-letter / character spacing (sometimes called tracking) improves
readability, ideally around 35% of the average letter width. If letter spacing is
excessive it can reduce readability.
• Inter-word spacing should be at least 3.5 times the inter-letter spacing.
• Larger line spacing improves readability and should be proportional to inter-word
spacing; 1.5 / 150% is preferable.
• Avoid Underlining and italics as this can make the text appear to run together and
cause crowding. Use bold for emphasis.
• Avoid text in uppercase / capital letters and small caps, which can be less familiar
to the reader and harder to read.

Headings and Structure

• Use headings and styles to create consistent structure to help people navigate
through your content.
In Word, you’ll find these tools in the ‘Home’ tab:
• For headings, use a font size that is at least 20% larger than the normal text. If
further emphasis is required, then use bold.
• Use formatting tools for text alignment, justification, indents, lists, line and
paragraph spacing to support assistive technology users.
In Word, you’ll find these tools in the ‘Layout’ tab:
• Add extra space around headings and between paragraphs.
• Ensure hyperlinks look different from headings and normal text.

Colour

• Use single colour backgrounds. Avoid background patterns or pictures and
distracting surrounds.
• Use sufficient contrast levels between background and text.
• Use dark coloured text on a light (not white) background.
• Avoid green and red/pink, as these colours are difficult for those who have colour
vision deficiencies (colour blindness).
• Consider alternatives to white backgrounds for paper, computer and visual aids
such as whiteboards. White can appear too dazzling. Use cream or a soft pastel
colour. Some dyslexic people will have their own colour preference.
• When printing, use matt paper rather than gloss. Paper should be thick enough to
prevent the other side showing through.

Layout

• Left align text, without justification.
• Avoid multiple columns (as used in newspapers).
• Lines should not be too long: 60 to 70 characters.
• Use white space to remove clutter near text and group related content.
• Break up the text with regular section headings in long documents and include a
table of contents.

Writing Style

• Use active rather than passive voice.
• Be concise; avoid using long, dense paragraphs.
• Use short, simple sentences in a direct style.
• Use images to support text. Flow charts are ideal for explaining procedures.
Pictograms and graphics can help to locate and support information in the text.
• Consider using bullet points and numbering rather than continuous prose.
• Give instructions clearly.
• Avoid double negatives.
• Avoid abbreviations where possible; always provide the expanded form when first
used.
• Provide a glossary of abbreviations and jargon.

viernes, 15 de marzo de 2019

Inicio del curso gratuito "Discapacidad y envejecimiento activo. Soportes tecnológicos" segunda edición

Este 18 de marzo se inicia la segunda edición del curso Discapacidad y envejecimiento activo. Soportes tecnológicos. en el que participó con el módulo sobre accesibilidad web.

El contenido del curso es:
  1. Módulo 1. Accesibilidad e inclusión social
  2. Módulo 2. Accesibilidad en la Web y Participación social
  3. Módulo 3. Educación para la salud, intervención social y TIC
  4. Módulo 4. TIC y vida independiente
  5. Módulo 5. TIC y tratamiento de la memoria
  6. Módulo 6. Las TIC en los Recursos Sociales
  7. Módulo 7. Aplicaciones de la Telemedicina
  8. Módulo 8. Experiencias internacionales y TIC

miércoles, 13 de marzo de 2019

Las administraciones están obligadas a implementar la normativa de accesibilidad de webs y apps del sector público

La profesora titular de Derecho Civil de la Universidad de Granada y patrona de la Fundación Derecho y Discapacidad, Esperanza Alcaín, ha señalado este lunes que “las administraciones no solo están obligadas a implementar la normativa en materia de accesibilidad de páginas webs y aplicaciones móviles del sector público, sino que también tienen que exigir su cumplimiento a toda la sociedad”. 
Así se ha manifestado esta experta durante la presentación de una guía jurídica y técnica de orientación para el cumplimiento del Real Decreto 1112/2018, de 7 de septiembre, con el que  se incorpora al ordenamiento jurídico español la Directiva (UE) 2016/2102, del Parlamento Europeo y del Consejo, de 26 de octubre de 2016, sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público, que incluye la Administración General del Estado, administraciones autonómicas y locales, las entidades públicas y privadas dependientes de ellas, las universidades públicas, la Administración de Justicia, el Congreso de los Diputados, el Senado, el Consejo de Estado, el Consejo Económico y Social, el Consejo General del Poder Judicial, el Tribunal Constitucional, el Tribunal de Cuentas, el Defensor del Pueblo y el Banco de España, entre otros.

lunes, 11 de marzo de 2019

Cuando se diseña para las personas con discapacidad, todos nos beneficiamos

When we design for disability, we all benefit es una charla TEDx en la que se defiende que un diseño inclusivo no solo ayuda a las personas con discapacidad, sino a todas las personas:
"I believe that losing my hearing was one of the greatest gifts I've ever received," says Elise Roy. As a disability rights lawyer and design thinker, she knows that being Deaf gives her a unique way of experiencing and reframing the world -- a perspective that could solve some of our largest problems. As she says: "When we design for disability first, you often stumble upon solutions that are better than those when we design for the norm."

miércoles, 6 de marzo de 2019

Informes de la Oficina de Atención a la Discapacidad

En Informes de la OADIS están disponibles los informes emitidos por la Oficina de Atención a la Discapacidad desde el año 2005 hasta la actualidad.

En el informe anual del año 2017, entre alguno de los expedientes podemos encontrar:

  • Ausencia de accesibilidad a la pagina. web de la Asamblea de Madrid
  • Ausencia de accesibilidad a la página web del Ayuntamiento de Madrid
  • Ausencia de subtitulación en página web de la Guardia Civil
  • Ausencia de subtitulación en canal YouTube y vídeos de la Policía Naciona
  • Barreras identificadas en páginas web de organismos públicos-Ayuntamiento Burgos
  • Barreras identificadas en páginas web de organismos públicos- Defensor del Pueblo Navarra

Y muchos otros.

lunes, 4 de marzo de 2019

Características de accesibilidad de los navegadores web

Las características que ofrecen los navegadores web para mejorar la experiencia de usuario relacionada con la accesibilidad:

viernes, 1 de marzo de 2019

Cómo navega una persona con un lector de pantalla

Muy interesante lo que se explica en How A Screen Reader User Accesses The Web: A Smashing Video. Incluye un vídeo con una sesión de navegación de una persona ciega con un lector de pantalla.


miércoles, 27 de febrero de 2019

Conocer a las personas con discapacidad

Eso no se pregunta es un programa de Telemadrid que tiene como objetivo combatir los prejuicios y la discriminación de ciertos colectivos:
Ciegos, gitanos, musulmanes, negros, obesos, religiosos, transexuales, parados de larga duración, personas con Asperger, de baja estatura, síndrome de Down, en silla de ruedas... Doce colectivos marginados responden a preguntas anónimas ante la cámara en un tono desenfadado, sin dramatismo y con humor, para combatir los prejuicios y la discriminación.
Hay un vídeo sobre las personas ciegas:


Y otro sobre las personas en silla de ruedas:

lunes, 25 de febrero de 2019

Errores de accesibilidad en el sitio web de Apple

En How to learn from Apple's mistakes on website accessibility se explican algunos errores de accesibilidad del sitio web de Apple:
There were multiple difficulties noted. The key issues were:
  • Insufficiently labelled input fields (meaning screenreaders are left unsure of what information is needed in the boxes they're asked to enter information into)
  • Links with identical text, that lead to different locations. While this is not a failure of WCAG (Web Content Accessibility Guidelines), it is not good practise.
  • Dynamic content not made accessible to screenreader users, e.g. auto-suggest search results

Further difficulties noted in the complaint were:
  • Unable to browse and purchase electronics such as the iPhone, iPad, and MacBook Pro laptop
  • Inability to make service appointments online
  • Trouble finding a store

viernes, 22 de febrero de 2019

Curso gratuito "Discapacidad y envejecimiento activo. Soportes tecnológicos" segunda edición

Ya está abierta la inscripción a la segunda edición del curso Discapacidad y envejecimiento activo. Soportes tecnológicos. en el que participó con el módulo sobre accesibilidad web. El curso comienza el 18 de marzo de 2019 y tiene una duración estimada de 8 semanas.

El contenido del curso es:
  1. Módulo 1. Accesibilidad e inclusión social
  2. Módulo 2. Accesibilidad en la Web y Participación social
  3. Módulo 3. Educación para la salud, intervención social y TIC
  4. Módulo 4. TIC y vida independiente
  5. Módulo 5. TIC y tratamiento de la memoria
  6. Módulo 6. Las TIC en los Recursos Sociales
  7. Módulo 7. Aplicaciones de la Telemedicina
  8. Módulo 8. Experiencias internacionales y TIC

lunes, 18 de febrero de 2019

En España se tiene que aplicar WCAG 2.1

En Las guías del Observatorio de Accesibilidad Web se actualizan a WCAG 2.1, del Portal Administración Electrónica del Gobierno de España, se confirma que en España se debe aplicar WCAG 2.1:

El 20 de septiembre de 2018 entró en vigor el Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público(Abre en nueva ventana) , que traspone al ordenamiento jurídico español la Directiva (UE) 2016/21022(Abre en nueva ventana) .

En el Real Decreto se establecen como requisitos de accesibilidad a cumplir los indicados en la norma armonizada que la Comisión Europea ha publicado el 21 de diciembre de 2018 mediante la Decisión de Ejecución (UE) 2018/2048. Este estándar armonizado está basado en la última versión de la norma EN 301 549 V2.1.2 (2018-08)(Abre en nueva ventana) “Requisitos de accesibilidad de productos y servicios TIC” que a su vez, a un nivel técnico, converge en última instancia con las nuevas WCAG 2.1(Abre en nueva ventana) del W3C (Pautas de Accesibilidad para el Contenido Web).

Bajo este nuevo marco, el Ministerio de Política Territorial y Función Pública, a través del Observatorio de Accesibilidad Web, ha adaptado las guías previamente existentes que se ven afectadas por los nuevos requisitos del estándar armonizado y, por consiguiente, por las WCAG 2.1.

viernes, 15 de febrero de 2019

Inclusive Components

El sitio web Inclusive Components es un blog con patrones de diseño accesibles. Se define como:
A blog trying to be a pattern library. All about designing inclusive web interfaces, piece by piece.

miércoles, 13 de febrero de 2019

Los problemas de las personas sordas y algunos consejos

Muy interesante el artículo Inclusive Design and Deafness que proporciona los siguientes consejos:

  • Caption for video and spoken sounds and/or provide transcripts for podcasts.
  • Provide (colored) light when using sound to give an alert or action. (E.g. public transport check- in and -out terminals.)
  • Make screens readable with good use of colors, e.g, red for warning, yellow for notice, green for good, etc. (E.g. public transport check- in and -out terminals.)
  • Don’t require a phone number unless you provide text and/or WhatsApp service.
  • Don’t be available only by phone, provide email, WhatsApp and/or live chat.
  • Provide a ‘Comments’ text field so people can indicate for example if they are deaf and prefer to not communicate by phone.
  • Avoid the use of a donotreply@yourdomain.com email. Especially with important emails.
  • Make sure your digital form/database takes into account if a client is deaf, blind, uses a wheelchair, etc. This way people can keep track and not make mistakes with their clients. E.g. a doctor office or hospital must be able to register such things with general patient information. (I know for a fact those systems don’t make that possible.)
    • I’ve been informed that the new privacy laws make this difficult. As long as this is an optional field filled in per request of the client it should not be a problem. I rather have they register I’m deaf than get phone calls I can’t do anything with. We shouldn’t use GDPR laws as an easy way out of being inclusive.
  • When organizing a congress, provide live captions. They are not only useful for deaf and HoH people. But also for hearing people who might have missed something or are not fluid at the language being spoken. Reading it at their pace helps.
    • In the Netherlands, there is only a handful of text transcribers that can transcribe in English for me. It has happened that I had to miss a congress last minute because the transcriber was sick. Also going to congresses abroad is not really viable for me. I would have to pay myself for the plane ticket, hotel, etc. for the transcriber. Imagine if all congresses had live transcription as a standard. I would be able just like everybody else, to decide last minute if I want to attend, what I want to attend and where I want to go to attend. That is being deaf inclusive.

lunes, 11 de febrero de 2019

Relación entre accesibilidad y usabilidad

En el siguiente vídeo se explica la relación que existe entre estas dos dimensiones que son factores esenciales para la calidad de un sitio web:

viernes, 8 de febrero de 2019

Los captchas apestan

Los captchas son una gran barrera de accesibilidad. Incluso los captchas que se anuncian como accesibles suelen ser no accesibles.

En Catpchas Suck se muestran algunos ejemplos reales de lo terribles que pueden llegar a ser los captchas, tanto desde el punto de vista de la usabilidad como de la accesibilidad.

Además, se ofrecen algunas alternativas:

Check out these articles on Captcha alternatives:

9 Captcha Alternatives That Won’t Wreck Your UX (dtelepathy.com)
Not all of the 9 methods are accessible, so focus your attention on number 3 – “Biometric security”, number 4 – “Text message verification” and number 6 – “The honeypot method”.

Think Your Site Needs A CAPTCHA? (usertesting.com)
Same as with the previous article: not all alternatives they suggest are accessible. Focus your attention on “Honeypots”, “Timestamps” and “Verified sign in”.