Buscador

miércoles, 31 de julio de 2013

23 años de ADA

El 26 de julio de 1990, el presidente George H. W. Bush (el padre) firmó la ley Americans with Disabilities Act (ADA). El propósito principal de esta ley era proteger los derechos de las personas con discapacidad.

El viernes pasado se celebró el aniversario de esta ley que marcó un antes y un después en los Estados Unidos.

La mayoría de las denuncias que se han presentado en Estados Unidos por la falta de accesibilidad de un sitio web han estado fundamentadas en esta ley. Mañana comentaré una de las últimas denuncias que se han dado a conocer.

martes, 30 de julio de 2013

Barreras de accesibilidad en sitios web de universidades

Me he leído el artículo Web-Based Student Processes at Community Colleges: Removing Barriers to Access, un estudio sobre los problemas de usabilidad y accesibilidad que experimentan los estudiantes frente a los sitios web de universidades en Estados Unidos.

El estudio está realizado por la Cornell University y es un poco viejo (del año 2006 y publicado en 2007), pero es interesante.

lunes, 29 de julio de 2013

Ejemplo de uso del enlace [D]

Hacía tiempo que no veía una imagen con el enlace [D] de información detallada.

El atributo longdesc se emplea para proporcionar más información sobre una imagen cuando el atributo alt no es suficiente. El valor de este atributo es una URL a otra página web en la que se describe la imagen "con todo lujo de detalles". Desgraciadamente, este atributo no es muy conocido, y los navegadores populares no lo soportan, así que en su lugar, hay gente que emplea el enlace [D] (descripción), una enlace textual que se suele situar cerca del elemento al que se refiere, como puede ser el título de un gráfico.

En la página How many people with disabilities are there? de NOAA se puede encontrar un ejemplo de este enlace:


Este enlace permite navegar a una página en la que se pueden consultar los datos empleados para confeccionar el gráfico de barras:


viernes, 26 de julio de 2013

Recursos sobre accesibilidad web

Web accessibility resources es una página del proyecto Web Accessibility Toolkit de la Cornell University que contiene mucha información sobre diferentes recursos relacionados con la accesibilidad web.

jueves, 25 de julio de 2013

Artículos sobre accesibilidad

En el sitio web Access iQ podemos encontrar varios artículos sobre accesibilidad web muy interesantes. Desgraciadamente, muchos son de pago :-(

Recomiendo la serie de artículos The ultimate accessible HTML and CSS checklist for developers: son listas de verificación, no muy útiles para el que no sepa, pero interesantes para el que ya sepa accesibilidad.

miércoles, 24 de julio de 2013

Captchas alternativos

En la página tedd's CAPTCHA's se presentan algunos captchas alternativos muy interesantes. Sin embargo, todos presentan algún problema y siguen sin ser accesibles.


En la siguiente lista de reproducción ¿Qué es un CAPTCHA? explico el orígen de los captchas, su uso actual, sus problemas de accesibilidad y su futuro:

lunes, 22 de julio de 2013

La accesibilidad web en Ontario

El artículo de la Wikipedia sobre Ontario dice:
Ontario (pronunciado en inglés [ɒn'tɛəɹi.oʊ] y en español [on'taɾjo]) es una de las diez provincias de Canadá, y la más poblada del país (cerca de un tercio de la población canadiense vive en Ontario). En esta provincia se localizan tanto la mayor ciudad canadiense, Toronto, como Ottawa, la capital del país. También es la segunda mayor provincia del país en términos de área, sólo por detrás de Quebec.
Ontario es la provincia más importante de Canadá, por tanto, es es relevante la legislación en materia de accesibilidad web que posee, una de las más avanzadas.

En el año 2005 promulgó la ley ACCESSIBILITY FOR ONTARIANS WITH DISABILITIES ACT, 2005. Posteriormente, promulgó la regulación ONTARIO REGULATION 191/11 INTEGRATED ACCESSIBILITY STANDARDS que tiene un apartado dedicado a la accesibilidad de los sitios y contenido web.

Según explican en Information and Communications, todas las empresas de 50 o más empleados, sean de lo que sean, están obligadas a que sus sitios web sean accesibles según WCAG 2.0.

Para lograr este objetivo, se han establecido unos plazos que se explican en Make your website accessible:

  • A partir de 2014, todo los sitios y contenido web nuevo debe cumplir WCAG 2.0 nivel A.
  • A partir de 2021, todo los sitios y contenido web publicado a partir del 1 de enero de 2012 debe cumplir con WCAG 2.0 nivel AA.

Son unos plazos muy razonables, que permiten una cómoda adaptación (en el 2021 seguramente ya estaremos utilizando HTML7 u 8).

Y mientras tanto, en España seguimos con nuestra legislación que se hizo "a todo trapo", con unos plazos que eran muy difíciles o costosos de cumplir, que impone multas de hasta 1.000.000 de euros en el caso de faltas muy graves, pero que nadie sabe que se haya aplicado alguna vez (ni la máxima ni la mínima sanción).

viernes, 19 de julio de 2013

Mejora de la accesibilidad para las personas con dislexia

En el artículo This young scientist is using technology to help dyslexics nos cuentan que Luz Rello, una estudiante de doctorado de la Universitat Pompeu Fabra está estudiando cómo mejorar la accesibilidad de las páginas web de cara a las personas con dislexia y ha recibido el European Young Researchers' Award 2013.

Es muy interesante todo lo que se cuenta en el artículo... que incluye un pequeño secreto.

jueves, 18 de julio de 2013

La mala ortografía es mala, lo mires como lo mires

Hace un año escribí la entrada La buena ortografía ayuda a la accesibilidad web, en la que explicaba que la mala ortografía puede ser una barrera de accesibilidad.

Como en otras ocasiones, se vuelve a demostrar que un problema de accesibilidad que en principio puede parecer que sólo perjudica a unos pocos (las personas con discapacidad), en realidad perjudica a todo el mundo. El artículo La mala ortografía le cuesta caro a las ventas por internet dice:
Un empresario de internet asegura que la mala ortografía en inglés le cuesta millones de libras al Reino Unido. 
Charles Duncombe asegura que un análisis de las cifras de un sitio web con faltas de ortografía reveló que esto puede reducir las ventas en línea hasta en 50%.
Duncombe insiste que a la hora de contratar personal se ha visto sorprendido "por la mala calidad de su inglés escrito". 
Así que asegura que el gran problema para las empresas en línea no es la tecnología, sino la búsqueda de personal que sepa escribir correctamente.
Quizás un 50% es un poco exagerado, y no hay que creer la palabra de una sola persona, pero seguro que la mala ortografía sí que tiene influencia en la credibilidad de un sitio web, lo cual puede impactar en que los visitantes regresen o realicen algunas compras en un sitio web.

martes, 16 de julio de 2013

Petición para que longdesc sea visible en Google Chrome

Emmanuelle Gutiérrez nos avisa en un mensaje publicado en la lista de correo accesoweb que existe una petición para que el atributo longdesc sea visible en Google Chrome y sea accesible para los productos de apoyo.

Desgraciadamente, el atributo longdesc había desaparecido de HTML5, pero gracias a una extensión para la descripción de las imágenes que ha desarrollado el W3C, ha regresado. Además, recientemente, Mozilla anunció que va a incorporar en Firefox el soporte del atributo longdesc. Y si se incorpora el soporte del atributo longdesc a Chrome también estará disponible en el navegador Opera, porque ahora Opera se basa en el proyecto Chromium y por tanto Chrome y Opera comparten el mismo intérprete de páginas web.

¿Por qué es importante que los navegadores faciliten el uso del atributo longdesc?

El atributo longdesc siempre ha estado ahí, pero como los navegadores web no permitían su uso, era desconocido para la mayoría de los desarrolladores web, y aquellos desarrolladores web que sí que lo conocían, como no lo podían probar, al final no lo usaban.

Por tanto, es muy importante que los navegadores web faciliten el uso del atributo longdesc, ya que aumentará su visibilidad, los desarrolladores web serán más conscientes de su existencia y utilidad, y es muy probable que aumente su uso, lo que repercutirá en una mejora de la accesibilidad web.

Por último, un ejemplo de uso del atributo longdesc con imágenes complejas. Si se quiere comprobar su funcionamiento, se puede hacer con el navegador Mozilla Firefox y su complemento Longdesc (dentro de poco el propio navegador incorporará esta opción y ya no será necesario instalar este complemento).

Y por último, el W3C ha lanzado el "last call" para la revisión de HTML5 Image Description Extension (longdesc). Se pueden mandar comentarios hasta el 16 de septiembre.

Mejora de la accesibilidad web de cara a las personas mayores

Improving Web Accessibility for the Elderly es una presentación que realizó Roger Hudson en CSUN 2011.

En su blog podemos encontrar el artículo Mature Age ICT Users Survey 2 en el que explica la investigación en la que se basa esta presentación.

En la siguiente imagen podemos ver los principales problemas que declaran las personas mayores que encuentran cuando navegan por la Web. Se distinguen dos grupos: las personas que respondieron a la encuesta a través de un formulario online y las que respondieron "cara a cara".


lunes, 15 de julio de 2013

Accesibilidad de los formularios

Muy interesante el tutorial Accessible Forms, que explica paso por paso cómo crear formularios accesibles. Entre otras cosas, explica:
  • La importancia de etiquetar los controles con label.
  • La forma de etiquetar los distintos controles.
  • El agrupamiento de controles con fieldset y legend.
  • El uso del atributo title.
  • Algunos temas de usabilidad de formularios.

viernes, 12 de julio de 2013

Treinta consejos para mejorar la accesibilidad web

El artículo 30 Web Accessibility Tips presenta una lista de treinta consejos para mejorar la accesibilidad web:


  1. Add proper alt text to images. 
  2. Use headings properly. 
  3. Create accessible PDFs. 
  4. Know when to use PDF. 
  5. Use ARIA landmarks. 
  6. Add labels to form fields. 
  7. Group related form fields together and assign a single prompt that they all share. 
  8. Markup tables appropriately. 
  9. Identify language of text. 
  10. Use a color contrast checker. 
  11. Avoid using tiny fonts. 
  12. Respect white space (between lines, between paragraphs). 
  13. Provide visible indication of focus, especially for keyboard users. 
  14. Use text, not pictures of text. 
  15. Think twice about the words you choose. 
  16. Caption video. 
  17. Describe video. 
  18. Provide a transcript. 
  19. Choose media players that support accessibility. 
  20. Choose a dropdown menu system that works for all users. 
  21. Choose JavaScript widgets that support accessibility. 
  22. Test JavaScript widgets - don't assume they work for everyone. 
  23. Choose Learning Management Systems (LMS) and Content Management Systems (CMS) that support accessibility. 
  24. Test web pages with a keyboard. 
  25. Test pages with high contrast color schemes. 
  26. Test pages with assistive technologies. 
  27. Test pages on mobile devices. 
  28. Ask vendors specific questions about the accessibility of their products. 
  29. Demand accessibility! 
  30. Get involved! 



jueves, 11 de julio de 2013

Introducción a ARIA

Un artículo que explica de forma muy sencilla qué es ARIA y cómo se puede usar: ARIA and Progressive Enhancement.

Lo más interesante del artículo es la comparativa de soporte de diferentes características de ARIA en diferentes lectores de pantalla (ZoomText, JAWS, Window-Eyes, NVDA y VoiceOver):


Muy importante, este artículo es de noviembre de 2010, así que se supone que las versiones actuales de los lectores de pantalla deben soportar más características.

miércoles, 10 de julio de 2013

El problema que tiene mucha gente

Unfortunately web content accessibility is being increasingly viewed solely from the perspective of how well a site complies with WCAG 2 rather than how well people with disabilities can access the content.
Traducción:
Por desgracia, la accesibilidad de los contenidos web cada vez se ve más exclusivamente desde la perspectiva de lo bien que un sitio cumple con las WCAG 2 en lugar de como la gente con discapacidad puede acceder al contenido.
Roger Hudson, Accessibility: More than WCAG compliance - CSUN2013 Talk

martes, 9 de julio de 2013

Consejos para la accesibilidad en dispositivos móviles de la BBC

Hace unos días se publicó la noticia Draft BBC Mobile Accessibility Standards and Guidelines. La BBC ha publicado Mobile Accessibility Guidelines v0.7, unos consejos para mejorar la accesibilidad del contenido destinado a ser consumido con dispositivos móviles.


lunes, 8 de julio de 2013

Denuncia de unos estudiantes contra la Universidad de Montana

En septiembre de 2012 se publicó la noticia Disabled UM students file complaint over inaccessible online courses, en la que se cuenta que se ha presentado una denuncia contra la Universidad de Montana porque un estudiante ciego es discriminado y no puede acceder a los materiales de estudio. En concreto, las alegaciones de la denuncia son:

  • Inaccessible class assignments and materials on the learning management system, Moodle.
  • Inaccessible live chat and discussion board functions in the learning management system, Moodle.
  • Inaccessible documents that are scanned images on webpages and websites.
  • Inaccessible videos, and videos in Flash format, that are not captioned.
  • Inaccessible library database materials.
  • Inaccessible course registration through a website, Cyber Bear.
  • Inaccessible classroom clickers.

viernes, 5 de julio de 2013

Building Accessible Websites, libro gratuito

El libro Building Accessible Website, de Joe Clark, que fue publicado en el año 2003, está disponible de forma gratuita y en formato HTML porque su autor recuperó sus derechos: Building Accessible Website Serialization.

El autor avisa de que algunos consejos quizás ya no sean aplicables, así que hay que leer este libro con cuidado y de forma crítica.

jueves, 4 de julio de 2013

Aplicación de WCAG 2.0 a cosas que no son páginas web

WCAG 2.0 es agnóstico respecto a la tecnología, lo que significa que se puede emplear con tecnologías distintas a la Web.

¿Cómo? El documento Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies explica cómo se puede hacer.

miércoles, 3 de julio de 2013

Libro: Pro HTML5 Accessibility

Pro HTML5 Accessibility es un libro de la editorial Apress, una editorial que publica títulos de una excelente calidad.

El contenido de este libro es:
  1. Introduction to HTML5 Acessibility
  2. Understanding Disability and Assistive Technology
  3. JavaScript Isn't a Dirty Word, and ARIA Isn't Just Beautiful Music
  4. API and DOM
  5. HTML5, the New Semantics and New Approaches to Document Markup
  6. Images, Rich Media, Audio and Video in HTML 5
  7. HTML5 and Accessible Data Tables
  8. HTML5 and Accessible Forms
  9. HTML5, Usability and User-Centered Design
  10. Tools, Tips, and Tricks: Assessing Your Acessible HTML5 Project
  11. WCAG 2.0 Client-Side Scripting Techniques
  12. Definition of WAI-ARIA Roles 

martes, 2 de julio de 2013

IndieUI

Independent User Interface (IndieUI) es una nueva iniciativa de WAI que tiene como objetivo facilitar el desarrollo de aplicaciones preparadas para ser compatibles con diferentes dispositivos y contextos de uso.

Por ejemplo, el siguiente gráfico representa diferentes formas de lanzar el mismo evento, una solicitud de desplazamiento (scroll) en un interfaz gráfico:


lunes, 1 de julio de 2013

Cómo elegir una herramienta automática de evaluación de la accesibilidad

Hace unos días, Karl Groves publicó en su blog el artículo Choosing an Automated Accessibility Testing Tool: 13 Questions you should ask. En este artículo explica 13 preguntas/factores que hay que tener en cuenta a la hora de elegir una herramienta automática de evaluación de la accesibilidad:

  1. Is the tool user-friendly?
  2. Does the tool provide high quality, reliable results?
  3. Is the tool capable of testing the DOM?
  4. Does it offer the ability to spider?
  5. Does it offer the ability to test uploaded files and/ or source code entered directly?
  6. Does it offer the ability to perform continuous monitoring?
  7. Is the tool configurable so that it does not re-test pages which have not changed?
  8. Does it provide clear, easy to understand manual test guidance?
  9. Can the tool be configured to support the specific testing needs of the organization?
  10. Is the tool capable of reporting results in a way that separates common issues from unique ones?
  11. Can it integrate with existing QA tools and processes?
  12. Does it support the accessibility standards your organization has committed to supporting?
  13. Does it offer direct access to modify or extend test logic?