Diseño web para todos I

Diseño web para todos I y Diseño web para todos II son dos libros escritos por Carlos Egea García y editados por Icaria Editorial en el año 2007. Son de los pocos libros en español sobre accesibilidad web.

Curso gratuito Introduction to Web Accessibility

El martes pasado, Google anunció el curso Introduction to Web Accessibility. El curso comenzará el próximo 17 de septiembre y finalizará el día 30.

Desgraciadamente, si revisamos el contenido del curso veremos que está muy centrado en los usuarios ciegos o con baja visión que emplean un lector de pantallas, y no un lector de pantallas, sino ChromeVox, el lector de pantallas gratuito de Google. Pero bueno, "a caballo regalado, no le mires los dientes..."

En la lista de correo de WebAIM ha causado bastante polémica el contenido del curso, tal como podemos leer en for Chrome devs: intro to accessibility course.

Por último, el vídeo de presentación del curso:

 

Stylish

Stylish es un complemento para el navegador Mozilla Firefox que permite personalizar la apariencia de las páginas web y el interfaz de usuario. Es una opción muy interesante para las personas con visión reducida que tienen dificultades para ver el contenido de una página web con los colores o los tamaños de letra por defecto.

La descripción de este plugin dice:

Stylish permite gestionar fácilmente los estilos de usuario. Los estilos de usuario mejoran tu experiencia de navegación ya que te permiten mejorar sitios poco atractivos, personalizar la apariencia de tu navegador y cliente de correo o simplemente divertirte. Gracias al repositorio en línea, que encontrarás en userstyles.org, no hace falta que sepas escribir estilos: con solo un par de clics podrás aplicar el estilo que quieras. Stylish es a CSS lo que Greasemonkey es a Javascript pero, al contrario que otros formas de utilizar estilos de usuario, la mayoría de ellos funcionan inmediatamente.
Guía del usuario: http://userstyles.org/stylish/help
Informe de errores y solicitud de funciones: http://userstyles.org/stylish/discussion

Por ejemplo, aquí tenemos el estilo Accessible Facebook Design, con una captura de pantalla de Facebook antes:

 Y después:

Redes - Integración social

El 3 de junio de 2012, se emitió en Redes el programa Integración social. La descripción del programa dice:

Está claro que la vida es mejor gracias a la tecnología. Pero la tecnología que sirve para consolidar la vida en sociedad, puede significar un obstáculo que margina a un grupo determinado de personas, como puede ser el colectivo de personas con discapacidad visual.Gracias al altruismo de la sociedad y de organizaciones como la ONCE, la inclusión social de los discapacitados visuales es cada vez mayor. Uno de sus grandes objetivos es lograr que las empresas desarrollen tecnologías que puedan utilizar tanto los ciegos como los videntes. Mientras se avanza en ese camino, la ONCE desarrolla tecnologías propias y adapta otras ya existentes para que las puedan utilizar personas con discapacidad visual.Entrevista de Eduard Punset a María Jesús Varela, directora del Centro de Investigación, Desarrollo y Aplicación Tiflotécnica de la ONCE, y a Elena Gastón, maestra del Centro de Recursos Educativos de la ONCE.

Por cierto, en el programa se nombran los "revisores de pantalla", que son los "lectores de pantalla".

Redes - Conocimiento accesible para todos

• Redes - Conocimiento accesible para todos

Desarrolladores web que se preocupan por la accesibilidad web

Una lista de expertos en desarrolladores web que se preocupan por la accesibilidad web, extraída de 10sharpdesign:

• Faruk Ates
• Douglas Bowman
• Andy Budd
• Dan Cederholm
• Andy Clarke
• Joe Clark
• Mike Davies
• Bob Easton
• Derek Featherstone
• Christian Heilmann
• Molly E. Holzschlag
• Roger Johansson
• Patrick H. Lauke
• Bruce Lawson
• Veerle Pieters
• Simon Willison
• Jeffrey Zeldman

El uso de tabindex para mejorar la accesibilidad

En WAI-ARIA se redefine el comportamiento del atributo tabindex de HTML. En WAI-ARIA 1.0 Primer está explicado en el punto 2.1.3. Provision of the Keyboard or Input Focus: "What object am I working on?".

En HTML 4.01 y XHTML 1.x, sólo los controles de los formularios (button, input, select, textarea), los enlaces (a y area) y los objetos (object) pueden recibir el foco. Esto dificulta el desarrollo de interfaces avanzadas en las que con los eventos (onclick, onkeydown) podemos hacer que se pueda interactuar con cualquier elemento de la página.

En WAI-ARIA se puede emplear tabindex para permitir que un elemento cualquiera pueda recibir el foco:

• Si no está el atributo tabindex, el comportamiento es el normal, y sólo los controles de un formulario pueden recibir el foco con el ratón o desde JavaScript con element.focus().
• Si tabindex toma un valor negativo (tabindex="-1"), el elemento puede recibir el foco con el ratón o desde JavaScript con element.focus(), pero no se puede navegar a él mediante la tecla tabulación, es decir, el elemento no está en el flujo normal de tabulación.
• Si tabindex toma el valor cero (tabindex="0"), el elemento puede recibir el foco con el ratón o desde JavaScript con element.focus(), y se puede navegar a él mediante la tecla tabulación (la posición que ocupa en el orden de tabulación es la correspondiente a su posición en el documento).
• Finalmente, si tabindex toma un valor positivo (tabindex="1"), el elemento puede recibir el foco con el ratón o desde JavaScript con element.focus(), se puede navegar a él mediante la tecla tabulación, y el valor del atributo indica su posición en el orden de tabulación; además, se colocan por delante de cualquier elemento que tenga tabindex="0" o cualquier elemento que reciba el foco de forma natural (los controles de los formularios y los enlaces).

Bueno, esto es la teoría... luego falta que los navegadores y los lectores de pantalla la cumplan.

En tabindex, keyboard focus and some ARIA in screen readers, se presentan los resultados de unas pruebas realizadas con diferentes ejemplos en diferentes navegadores y con diferentes lectores de pantalla. Con JAWS los resultados son los adecuados con Internet Explorer y Firefox, pero con otros lectores de pantalla (NVDA, SAToGo, Windows-Eyes y VoiceOver) ocurren algunas cosas raras.

¿Qué hacer si algo no se puede hacer accesible?

Hace unos días, durante una conversación que tuve con una persona que quería resolver unas dudas sobre accesibilidad web, surgió la cuestión de qué hacer si algo no se podía hacer accesible. Yo le dije que entonces se tendría que proporcionar una alternativa accesible y esta persona me dijo que en la ONCE le habían dicho que eso no se podía hacer, que eso de ofrecer una versión alternativa era discriminación.

¿De verdad?

¿Es discriminación ofrecer un baño adaptado a las personas con discapacidad?

¿Es discriminación incluir un vídeo en una página web, junto con una videodescripción?

Las Pautas de Accesibilidad al Contenido en la Web lo permiten. En WCAG 1.0 podemos leer en la pauta 11 Utilice las tecnologías y pautas W3C:

11.4 Si, después de los mayores esfuerzos, no puede crear una página accesible, proporcione un vínculo a una página alternativa que use tecnologías W3C, sea accesible, tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la página (original) inaccesible. [Prioridad 1]

En WCAG 2.0 podemos leer en los niveles de adecuación:

Nivel de conformidad: Uno de los siguientes niveles de conformidad se satisface por completo.
Nivel A: Para lograr conformidad con el Nivel A (el mínimo), la página web satisface todos los Criterios de Conformidad del Nivel A, o proporciona una versión alternativa conforme.
Nivel AA: Para lograr conformidad con el Nivel AA, la página web satisface todos los Criterios de Conformidad de los Niveles A y AA, o proporciona una versión alternativa conforme al Nivel AA.
Nivel AAA: Para lograr conformidad con el Nivel AAA, la página web satisface todos los Criterios de Conformidad de los Niveles A, AA y AAA, o proporciona una versión alternativa conforme al Nivel AAA.

Y una versión alternativa conforme es:

Una versión que:

1. es conforme según un nivel designado, y
2. proporciona la misma información y funcionalidad en el mismo idioma, y
3. se mantiene actualizada con la misma frecuencia que el contenido no conforme, y
4. para la cual al menos una de las siguientes condiciones es verdadera:
   1. se puede acceder a la versión conforme desde la página no conforme a través de un mecanismo compatible con la accesibilidad, o
   2. sólo se puede acceder a la versión no conforme desde la versión conforme, o
   3. sólo se puede acceder a la versión no conforme desde una página conforme que además proporciona un mecanismo para llegar a la versión conforme.

Por tanto si tenemos una página web con algo que no es accesible y no se puede accesible, podemos ofrecer una alternativa, pero siempre que se cumpla lo anterior. Y si lo hacemos así, la página web cumplirá con WCAG 2.0.

Mientras que algunas personas pueden entender esta forma de actuar como una discriminación, como "ofrecer una puerta trasera para las personas con discapacidad", hay que entender que no es así y que hay situaciones en las que es la única solución o que es incluso mejor que sea así. Por ejemplo, en el documento Understanding Conforming Alternate Versions muestran varias situaciones que refuerzan esta solución:

Why does WCAG permit conforming alternate versions of Web pages to be included in conformance claims? That is, why include pages that do not satisfy the Success Criteria for a conformance level in the scope of conformance or a claim?

• Sometimes, pages use technologies that are not yet accessibility supported. When a new technology emerges, assistive technology support may lag behind, or may only be available to some target audiences. So authors may not be able to rely on the new technology for all users. However, there may be other benefits to using the new technology, e.g., better performance, a wider range of modalities available, etc. The alternate version requirement allows authors to include such Web pages in their Web site by providing an accessible alternative page in technologies that are accessibility supported. Users for whom the new technology is adequately supported get the benefits of the new version. Authors who look ahead to future accessibility support can satisfy the Success Criteria now with the alternate version page, and also work with the other page to build in future access when assistive technology (AT) support is available.

• For a variety of reasons, it may not be possible to modify some content on a Web page. For instance,

• It may be critical to include an exact visual copy of a document for legal or historical reasons

• The Web page may be included in a site but the site owner may not have the legal rights to modify the content on the original page

• The company may not legally be able to remove, or alter in any way, something that was previously posted.

• An author may not have permission to alter a document from another department, agency, or company

• Sometimes, the best experience for users with certain types of disabilities is provided by tailoring a Web page specifically to accommodate that disability. In such a situation, it may not be possible or practical to make the Web page accommodate all disabilities by satisfying all of the Success Criteria. The alternate versions requirement permits such specialized pages to be included within a conformance claim as long as there is a fully conformant 'alternate version' page.

• Many sites which are committed to accessibility have large quantities of legacy documents. While the information has been made available in accessible formats, there would be significant institutional resistance and procedural obstacles to removing these files en mass. Some organizations, especially governmental bodies, give precedence to traditional print-oriented processes. Even as these organizations have adapted to Internet publishing and embraced the need for accessible formats, they still retain a paper mindset and often insist on formats designed for hard copy as the "primary" version (even for documents that are only ever "published" electronically). Although the Working Group feels these approaches should be deprecated it does not feel they can be forbidden so long as accessible versions are readily available.

A concern when permitting Web pages that do not satisfy the Success Criteria is that people with disabilities will encounter these non-conforming pages, not be able to access their content, and not be able to find the “conforming alternate version." A key part of the Alternate Versions provision, therefore, is the ability to find the conforming page (the alternate version) from the non-conforming page when it is encountered. The conformance requirement that permits alternate pages, therefore, also requires a way for users to find the accessible version among the alternate versions.
Note that providing an alternate version is a fallback option for conformance to WCAG and the preferred method of conformance is to make all content directly accessible.

Tres cosas que aprendí sobre los usuarios de lectores de pantalla

Aunque es un poco antiguo (año 2004), el artículo Three things I learned about screen reader users es interesante:

1. Ninguno de los usuarios que observó el autor de este artículo utilizó los atajos de teclado que había definido en la página.
2. Todo el mundo uso el lector de pantallas JAWS. Lo que ocultó con display: none no aparecía en los lectores de pantalla (no es la forma correcta de esconder contenido).
3. Cuando los usuarios tenían que rellenar un formulario, utilizan el modo especial de formulario, que permite moverse de un control a otro fácilmente, pero que puede hacer que cierta información desaparezca. Se debe emplear fieldset y legend para proporcionar información adicional.

HTML5 accessibility

HTML5 accessibility es un sitio web que ya he recomendado en el pasado, pero que conviene recordar de vez en cuando.

En este sitio web encontraremos información sobre el soporte de HTML5 y las nuevas características de accesibilidad por parte de los navegadores más populares.

Libros sobre accesibilidad web

En mi sitio web sobre accesibilidad web tengo un apartado dedicado a libros sobre accesibilidad web. Algunos están enlazados a versiones gratuitas que se han publicado a Google Books que permite consultar gran parte del libro.

Algunos de los más interesantes son:

• Siete años de experiencia de usuario
• Sumérjase en la Accesibilidad
• Microsoft Web Accessibility Handbook
• Accesibilidad e Internet

Estoy en Twitter y YouTube

Recuerda que también me puedes seguir a través de Twitter en @sergiolujanmora

También puedes consultar mi canal de vídeos en YouTube.

Y mi otro blog sobre programación en Internet.

Mejorando la accesibilidad web: la percepción de los webmasters

Interesante el artículo Improving web accessibility: a study of webmaster perceptions, publicado en el año 2004.

¿Nueve años después, la situación sigue igual? El resumen del artículo es:

Large percentages of web sites continue to be inaccessible to people with disabilities. Since tools and guidelines are available to help designers and webmasters in making their web sites accessible, it is unclear why so many sites continue to be inaccessible. In this paper, we present the “Web Accessibility Integration Model,” which highlights the multiple points within web development where accessibility can be incorporated or forgotten. It is uncertain why webmasters do not use the various tools and guidelines that currently are available for making web sites accessible. A survey was created, and data was collected from 175 webmasters, indicating their knowledge on the topic of web accessibility and the reasons for their actions related to web accessibility. Findings and future directions for research are discussed.

Y la introducción:

The world wide web provides a wealth of information, and the user population of the web is diverse, including users of all ages, educational levels, and levels of computing experience (Shneiderman, 2000). Many users of the web have various types of disabilities. These disabilities include sensory (e.g. hearing and vision), motor (e.g. limited use of hands) and cognitive (e.g. learning disabilities) impairments. These users with disabilities use various forms of assistive technology to allow them to browse web sites. Assistive technologies include hardware and software such as screen readers, voice recognition, alternative pointing devices, alternate keyboards, and refreshable Braille displays (Paciello, 2000). 

Users with disabilities can only utilize a web site if it is designed to be compatible with the various assistive technologies. A web site that is sufficiently flexible to be used by all of these assistive technologies is called an accessible web site (Slatin & Rush, 2003). An accessible web site is very similar to an accessible building. An accessible building offers curb cuts, ramps, and elevators to allow a person with disabilities to enter and navigate through the building with ease. An accessible web site offers similar functionality. 

Accessibility is not just a high-level theoretical goal. Currently, there are guidelines that web developers can follow so that their web sites can be accessible. For instance, the Web Accessibility Initiative provides guidelines, called the Web Content Accessibility Guidelines (WCAG) to help developers make their web sites accessible (http://www.w3.org/wai). The United States Government offers similar guidelines to web developers, which are included in the Section 508 initiative (http://www.section508.gov). A copy of the Section 508 guidelines is included in Appendix A. In addition, automated software tools are available to help find accessibility flaws in web sites before the sites are publicly posted. These software tools include Bobby, RAMP, InFocus, and A-Prompt (Ivory, Mankoff, & Le, 2003). In addition, new versions of web development tools (such as DreamWeaver and FrontPage) include tools that assist developers with accessibility-related issues. Given that the guidelines and tools are there, it seems hopeful that most web sites would be accessible. In fact, many governments make web accessibility a requirement for government information on the web. The United States, England, Canada, Portugal, and Australia require some types of government information to be accessible (Slatin & Rush, 2003). 

Unfortunately, most web sites are not currently accessible. Recent studies point out that large percentages (70–98%, depending on the category of site) of web sites are not accessible. For instance, in recent studies, private and non-profit web sites (Lazar, Beere, Greenidge, & Nagappa, 2003), for-profit commerce web sites (Sullivan & Matson, 2000), US state web sites (Ceaparu & Shneiderman, 2002), and even US Federal web sites (Stowers, 2002) were found to have major accessibility problems. In addition, over time, web sites are getting more inaccessible (Lazar & Greenidge, in preparation), as accessibility violations have been added to sites. 

Web sites need to be accessible to all users, including those with disabilities. Given all of the resources available for making web sites accessible, it is unclear why they remain so inaccessible. Our goal is to learn more about why sites are not accessible. Since the person that has the greatest influence on currently-existing web sites is the webmaster, the researchers decided to start the investigation with webmasters. The researchers created a survey to learn more about webmasters and their perceptions and knowledge on the topic of web accessibility. The results of that survey are discussed in this paper. In addition, we have created a model, called the Web Accessibility Integration Model, which describes the various ways that accessibility flaws enter a web site. Our goal with this research is to increase the knowledge about why web sites are not accessible, so that we can make the web a more accessible place.

Introducción a la accesibilidad web

Web accessibility es un vídeo de menos de una hora de duración en la que se recoge una conferencia que se impartió en Vanderbilt University en enero de 2011.

Cinco formas de usar HTML5 con ARIA

El artículo 5 HTML5 and ARIA design patterns explica cinco formas de usar HTML5 con ARIA.

Estos patrones pueden parecer un poco repetitivos, puede parecer que se está diciendo lo mismo dos veces... así es, desgraciadamente no todos los lectores de pantalla actuales ofrecen el mismo soporte de HTML5 y ARIA, así que por ahora "hay que decir lo mismo dos veces".

La lucha de las personas ciegas por una Web más accesible

El artículo The blind community's fight for a more accessible Web, publicado en The Daily Dot, me ha sorprendido porque señala que todavía hay gente que piensa que las personas con discapacidad no utilizan la Web.

En el artículo se explica que la Web es muy importante para las personas con discapacidad:

The Internet is as critical to these individuals as it is for anyone else—if not more so, since the Web is often used to avoid the challenges and transit that accompanies daily activities like shopping.

Se cuenta la historia de un usuario ciego que cuando empezó a navegar por la Web, tenía que copiar los textos de las páginas web al programa de síntesis de voz (parece que no existían todavía los lectores de pantalla):

Blind for as long as he can remember, Olsen has been able to trace the progress of online accessibility since the Internet went mainstream in the mid-90s. He received his first computer at the age of 8. Back then, the only way for him to "surf the ‘net" was to copy and paste text into a speech program.

Hacer un sitio web accesible no es un problema desde un punto de vista técnico, es posible. El problema que existe hoy en día es lograr que la gente lo haga:

"The technology is there," he said. "The battle has been getting websites to comply."

Y el mayor problema es la ignorancia:

Lazar said most companies that fail to provide accessible websites are acting from a place of ignorance. In his experience, he said many companies just assume they don't have blind or otherwise impaired customers using their website. He said that's a mistaken belief, since many blind people have used websites to better plan trips to retail locations or avoid the hassle of going to stores altogether.

Reproductores multimedia accesibles

Es de hace unos meses, pero es una buena referencia: Accessible HTML5 Media Players and More.

Comparativa de la accesibilidad en diferentes países

Muy interesante la página Freedom of expression and access to information. Permite comparar la situación de la accesibilidad web en diferentes países europeos (Austria, Bulgaria, Croacia, ..., España) a través de una serie de preguntas, como por ejemplo:

Is there existing legislation in your country to encourage or ensure that websites, in particular government, public service or other sites providing widespread services of general use (such as hiring services, travel, telephony, energy, education, employment, leisure...) are accessible to visually impaired people? Please be sure to specify in your answer to which categories of site the regulation(s) apply. 

What are the standards that are used in your country to measure website accessibility? 

Is there an authority in place to establish, measure and control website accessibility?

Y así hasta 9 preguntas.

WCAG también ayuda a las personas mayores

These guidelines also make Web content more usable by older individuals with changing abilities due to aging and often improve usability for users in general.

Traducción:

Estas pautas también hacen que el contenido web sea más fácil de usar por las personas mayores con capacidades que cambian debido al envejecimiento y muchas veces mejoran la usabilidad para todos los usuarios en general.

WCAG 2.0

10 acontecimientos que mejoraron la accesibilidad de la informática

El artículo 10 milestones in the mainstreaming of accessibility explica 10 acontecimientos que han ayudado a mejorar la accesibilidad de la informática:

• 1998 – Section 508
• 1999 – The W3C Web Content Accessibility Guidelines (WCAG) 1.0
• 2000 – Narrator in Windows 2000
• 2005 – VoiceOver in Mac OS X 10.4 Tiger
• 2006 – closed captions on YouTube
• 2008 – The W3C Web Content Accessibility Guidelines (WCAG) 2.0
• 2009 – The first mainstream accessible smartphone
• 2011 – Google Android 4.0 Ice Cream Sandwich
• 2012 – Windows 8
• 2013 and beyond – Global Public Inclusive Infrastructure (GPII)

Los ciegos no pueden averiguar cómo lograr la indulgencia plenaria

No conocía el concepto de indulgencia plenaria de la iglesia católica, es un buen método para ir directo al Cielo sin pasar por el Purgatorio. Pero si eres ciego, lo vas a tener un poco difícil: alguien te lo tendrá que explicar.

En el sitio web del Santuario de Torreciudad hay una página web en la que explican cómo obtener la indulgencia plenaria.

Pero esta página tiene un grave problema: la explicación que se ofrece está en una imagen, que no tiene ni texto alternativo ni descripción larga. Consecuencia: si eres ciego, antes tendrás que pasar por el Purgatorio.