Buscador

lunes, 22 de noviembre de 2010

Mitos y malentendidos sobre la ceguera al color

En mi clase del sábado sobre accesibilidad web de la asignatura Experiencia de usuario perteneciente al Curso de especialista en Diseño Web de la Universidad de Alicante surgió el daltonismo o ceguera al color, un problema de la visión que impide la correcta diferenciación de algunos colores. Sobre este tema ya he hablado en otras ocasiones, como por ejemplo:
¿Qué dice WCAG 1.0 sobre este tema? Si consultamos las Pautas de Accesibilidad al Contenido en la Web 1.0 del WAI podemos encontrar la siguiente pauta que hace referencia al color:
Pauta 2: No se base sólo en el color.
Asegúrese de que los textos y gráficos son comprensibles cuando se vean sin color.

Si el color por sí mismo se usa para transmitir información, las personas que no puedan diferenciar ciertos colores, y los usuarios que no tengan pantallas en color o utilicen dispositivos de salida no visuales, no recibirán la información. Cuando los colores de primer plano y de fondo tienen un tono similar, pueden no proporcionar suficiente contraste en las pantallas monocromáticas, así como a las personas con diferentes tipos de deficiencias de percepción de los colores.
Puntos de verificación:
2.1 Asegúrese de que toda la información transmitida a través de los colores también esté disponible sin color, por ejemplo mediante el contexto o por marcadores [Prioridad 1]
2.2 Asegúrese de que las combinaciones de los colores de fondo y primer plano tengan suficiente contraste para que sean percibidas por personas con deficiencias de percepción de color o en pantallas en blanco y negro [Prioridad 2 para las imágenes. Prioridad  3 para texto].
Esta claro que una persona ciega no puede percibir los colores y un lector de pantallas tampoco le va a leer los colores, así que no se puede depender de los colores para transmitir información esencial. ¿Y qué problemas tienen los daltónicos?
Existe bastante desinformación al respecto: por ejemplo, la mayoría de la gente asocia daltonismo con los colores rojo y verde, pero también existen otros tipos de daltonismo. El artículo Color Blindness Myths and Misunderstandings explica algunos mitos y malentendidos que existen sobre la ceguera al color. Los principales mitos son:
  • Normalmente, la ceguera al color no significa la incapacidad de ver los colores, sino la incapacidad de distinguir algunos colores entre sí.
  • La ceguera al color no significa que no se pueda ver el color rojo: no se puede distinguir de otros colores y, además, existe problemas de visión similares con otros colores distintos al rojo.
  • Existe una visión normal del color: no exactamente, existe todo un espectro de posibilidades.
  • Los problemas de visión con los colores suponen una molestia, pero no un problema grave: no es así, hoy en día los colores se emplean profusamente y su incorrecta interpretación puede ocasionar graves problemas.

Para terminar esta entrada, un par de herramientas que nos pueden ayudar a entender el daltonismo.

Color Blind Web Page Filter simula cómo ve una página web una persona con daltonismo: permite introducir la URL de una página y seleccionar el tipo de daltonismo, tal como podemos observar en la siguiente imagen.


Por otro lado, Colour Contrast Analyser es una herramienta que permite determinar si una combinación de dos colores (color de primer plano y de fondo) poseen el suficiente contraste de brillo y color.

sábado, 20 de noviembre de 2010

Accesibilidad y SEO

Esta mañana he impartido cinco horas de clase de la asignatura Experiencia de usuario perteneciente al Curso de especialista en Diseño Web de la Universidad de Alicante, donde he dado una pequeña introducción a la accesibilidad web.

"¿Y por qué nos debemos preocupar por la accesibilidad web?", le he preguntado a mis alumnos. Las tres principales razones podrían ser:
  1. Por solidaridad y no excluir a ningún usuario (y posible cliente).
  2. Por mandato legal (en España, por el Real Decreto 1494/2007, las administraciones públicas están obligadas a que sus páginas web sean accesibles, y por la Ley 56/2007, una serie de empresas privadas también están obligadas).
  3. Para mejorar el posicionamiento (SEO) en los buscadores.
De estas tres razones, la última es seguramente la más convincente hoy en día para la mayoría de la gente. ¿Qué es el posicionamiento, el SEO? La Wikipedia define el SEO como:
El posicionamiento en buscadores o posicionamiento web (SEO por sus siglas en inglés, de Search Engine Optimization) es el proceso de mejorar la visibilidad de una página web en los diferentes buscadores, como Google, Yahoo! o Bing de manera orgánica (gratuita).

La tarea de optimizar la estructura de una web y el contenido de la misma, así como la utilización de diversas técnicas de linkbuilding, linkbaiting o contenidos virales con el objetivo de aparecer en las primeras posiciones de los resultados de los buscadores (cuando un usuario busca por una determinada palabra o keyword), es conocida como SEO, sigla en inglés que significa Search Engine Optimization, o sea, 'Optimización para motores de búsqueda'.
¿Y qué tiene que ver el SEO con la accesibilidad? Uno de mis alumnos ya lo sabía y lo ha apuntado de forma muy acertada: los "robots" de los buscadores se comportan como si fueran usuarios ciegos. Y hoy en día, la mayor parte del tráfico de un sitio web llega a partir de los buscadores.

El artículo SEO and Accessibility lo explica muy bien. En primer lugar, da un pequeña explicación sobre qué es el SEO y comenta las malas prácticas (el SEO de sombrero negro) que existen:
Search Engine Optimization is, at it's best, a way of managing the content and code of a web site so that it best represents what the site is trying to do. At it's worst, it's a scam to trick an innocent search engine algorithm into thinking a site is relevant when it's not.
Y poco después explica la relación entre accesibilidad y SEO:
Don't consider search engines as a separate entity from your human visitors. Instead, consider a search engine as a type of disabled visitor - one who is blind to your images, can't access your Javascript based navigation, and doesn't really care about the beauty of your flash animation.
[...]
Accessibility offers quite a few inherent benefits for SEO. The most common metaphor is to consider that a search engine robot is the most frequent disabled visitor your site may receive: it's blind, it navigates with Javascript disabled, and if it can't operate a link it stops cold. Since one of the principles of accessibility is about ensuring that your website can be navigated and understood by a blind visitor who is unable to use Javascript, these characteristics are an automatic guarantee for a well-designed accessible web site.

Si no te preocupa la accesibilidad web porque no te importa que las personas con algún tipo de discapacidad no puedan utilizar correctamente tu sitio web, por los menos preocupate para mejorar el posicionamiento de tu sitio web. Aunque de forma indirecta, la accesibilidad web puede ser que mejore.

jueves, 18 de noviembre de 2010

Investigación sobre el control del ordenador con la mente en Israel

El control del ordenador con la mente tiene el propósito de desarrollar un interfaz que sea capaz de captar las señales eléctricas que producen las neuronas en el cerebro, analizarlas e interpretarlas, para así poder controlar un ordenador, dar órdenes a un robot, etc. Este tipo de interfaz sería un gran avance y una gran ayuda para todo el mundo, pero mucho más para las personas que sufren problemas de movilidad.

Hace unos días, se publicó en el periódico The Jerusalem Post la noticia Israeli researchers pursue brain-operated computing, donde se comenta que científicos de la Universidad de Tel Aviv están trabajando en este campo, además de en el desarrollo de una retina electrónica.

En varias ocasiones anteriores he escrito sobre este tema:

viernes, 12 de noviembre de 2010

Guía de accesibilidad web para principiantes

A Complete Beginner’s Guide to Web Accessibility es una pequeña guía que explica los principales problemas de accesibilidad y cómo resolverlos. Además, también sugiere algunas herramientas.

  • Los temas tratados son:
  • What is Accessibility
  • You Are Not The Default
  • Things to Consider:
    1. Placement of Things
    2. Present Content in Different Ways
    3. Provide Easy Navigation
    4. Use HTML Tags Accordingly
    5. Do Not Rely on Colors Alone
    6. Icons and Texts for Better Context
    7. Give More Control
    8. W3C’s Guidelines and Checklist for Accessibility
  • Some Tools to Use

miércoles, 10 de noviembre de 2010

Subtitulado automático de la televisión

En el periódico El País se ha publicado la noticia Imposible subtitular 'La noria'. Algunos extractos de la noticia:
Alrededor de un millón de personas tienen algún tipo de deficiencia auditiva o visual y la ley española obliga a todos los operadores a emitir un determinado porcentaje de la parrilla con rótulos y a ofrecer un número de horas diarias en lengua de signos y audiodescripción.
Para agilizar los procesos de subtitulado, sobre todo en los programas en directo -como Los desayunos de TVE, España directo o 59 segundos-, TVE utiliza un sistema de reconocimiento de voz. Transmisiones en directo, desde el telediario a la misa, pasan por la máquina que identifica el habla.
TVE utiliza el mismo sistema que la televisión pública británica, la BBC. "No hay ninguno más rápido. Es cierto que hay un retardo, pero los sordos parten de cero y pueden seguir un programa. Es lo que diferencia entre programas accesibles y no accesibles", dice Díez Argüelles.
¿Hasta qué punto es fiable este sistema? Mercedes de Castro, coordinadora técnica del Centro Español de Subtitulado y Audiodescripción (CESyA), es escéptica. "La tecnología de reconocimiento de habla puede dar un error de entre el 15% y el 80%, si se trata de un programa con mucho ruido, como por ejemplo, un magacín. Si hay problemas de acústica, es una locura".

Hace unos meses escribí sobre algo parecido pero relacionado con YouTube: Subtítulos automáticos.

martes, 9 de noviembre de 2010

Ofertas de trabajo en accesibilidad

En Web Accessibility Jobs podemos encontrar algunas ofertas de trabajo recientes (octubre de 2010) donde se solicita conocimientos de accesibilidad. Por ejemplo, hay una oferta de Facebook que solicita User Experience - Accessibility con la siguiente descripción:
User Experience – Accessibility (HTML/CSS/JavaScript)
Are you interested in building products used by hundreds of millions of people? Do you have direct experience working with assistive technology (ie screen readers)? Facebook is seeking an experienced User Interface Engineer that is passionate about building accessible user-facing web applications. This role includes the management of technical accessibility processes as well as ownership over internal and external communication of Facebook’s accessibility strategies. This position is contractual and is based at our main office in Palo Alto, CA.

Responsibilities
  • Work with product teams to implement accessible 
  • Participate in code reviews with an eye for accessibility
  • Identify and communicate accessibility best practices for front-end engineering
  • Manage technical process for accessibility
  • Communicate Facebook’s accessibility strategy internally and externally

Requirements
  • Expert knowledge of web technologies (HTML/CSS/JS)
  • Expert knowledge of assistive technology (JAWS, VoiceOver, Dragon NaturallySpeaking)
  • Experience with scripting languages (PHP)
  • Passion for elegant, intuitive, and accessible user interfaces
  • Ability to write well-abstracted, reusable code for UI components
  • Familiarity with Object Oriented JavaScript Frameworks (Prototype JS, MooTools, Dojo, etc.)
  • Experience working with HTML/CSS/JS in high-performance environments
  • 3+ years experience in building web products with assistive technology in mind
  • BS or MS degree in Computer Science or a related technical field

Bonus
  • Experience building complicated workflows
  • Relevant experience includes self-started personal projects

lunes, 8 de noviembre de 2010

Subtítulos para cualquier vídeo

Acabo de leer en el periódico El País la noticia Subtítulos para todos en la Red. Según la noticia:
La organización sin ánimo de lucro Participatory Culture Fundation ha creado una herramienta que trabaja con código libre y gratuito. Lanzada oficialmente hace dos semanas, permite subtitular cualquier tipo de vídeo sin necesidad de descargar software o alojar el vídeo en ninguna plataforma o formato. La tecnología es simple: se añade la aplicación al vídeo y ya se pueden escribir los subtítulos, visibles para todos los usuarios.
La herramienta está pensada para permitir la colaboración entre la gente, ya que funciona de forma similar a un artículo de Wikipedia, en el que se pueden hacer mejoras de forma continuada y marcar los cambios. Una vez que un vídeo ha sido subtitulado, se pueden añadir cuantas traducciones se quiera en todos los idiomas.
En la web de Participatory Culture Fundation podemos encontrar sus proyectos, entre los que aparece Universal Subtitles y Miro.

domingo, 7 de noviembre de 2010

Ley de accesibilidad de la información en las páginas web en Argentina

Se acaba de aprobar en Argentina la Ley de accesibilidad de la información en las páginas web. Quizás sea la primera o una de las primeras legislaciones sobre accesibilidad web que se promulgan en Sudamérica.

Los principales artículos de este texto, que sólo tiene 3 páginas, son:
ARTÍCULO 1º.- El Estado nacional, entiéndanse los tres poderes que lo constituyen, sus organismos descentralizados o autárquicos, los entes públicos no estatales, las empresas del Estado y las empresas privadas concesionarias de servicios públicos, empresas prestadoras o contratistas de bienes y servicios, deberán respetar en los diseños de sus páginas Web las normas y requisitos sobre accesibilidad de la información que faciliten el acceso a sus contenidos, a todas las personas con discapacidad con el objeto de garantizarles la igualdad real de oportunidades y trato, evitando así todo tipo de discriminación.

ARTÍCULO 3º.- Se entiende por accesibilidad a los efectos de esta ley a la posibilidad de que la información de la página Web, comprendida y consultada por personas con discapacidad y por usuarios que posean diversas configuraciones en su equipamiento o en sus programas.

ARTÍCULO 5º.- Las normas y requisitos de accesibilidad serán las determinadas por la Oficina Nacional de Tecnologías de la Información (ONTI), debiendo actualizarse regularmente dentro del marco de las obligaciones que surgen de la Convención sobre los Derechos de las Personas con Discapacidad (ley 26.378).

ARTÍCULO 7º.- Las normas y requisitos de accesibilidad mencionados en esta ley, deberán ser implementados en un plazo máximo de veinticuatro (24) meses para aquellas páginas existentes con anterioridad a la entrada en vigencia de la presente ley. El plazo de cumplimiento será de doce (12) meses a partir de la entrada en vigencia de la presente ley para aquellas páginas Web en proceso de elaboración, debiendo priorizarse las que presten servicios de carácter público e informativo.

Esta ley comenzó a elaborarse en el 2008. En el apartado de trámite parlamentario podemos consultar los fundamentos de esta ley:

Las normas o requisitos para el desarrollo de sitios de Internet accesibles no incrementan apreciablemente el trabajo o la complejidad de creación de un sitio y no limitan las posibilidades artísticas del diseñador.

En la actualidad en el ámbito internacional, las recomendaciones del W3C-WAI (Web accesibility Initiative del World Wide Web Consortium) constituyen la referencia en cuanto a criterios y estrategias de accesibilidad a Internet. Estas recomendaciones no son normas estrictas, sino que indican lo que el usuario debe poder hacer y que tipo de información debe estar disponible. De esta manera se pueden efectuar consultas y utilizar servicios relacionados con las actuales tecnologías, y participar activamente en la sociedad de la información.

La iniciativa para la Accesibilidad a la Web, a través de sus pautas, propone tres niveles de adecuación a la accesibilidad de una página, de acuerdo a que prioridad le da el webmaster.

Así, una página que posee el "nivel de adecuación A" es una página que cumple con la prioridad 1 (todas las personas con cualquier problema de accesibilidad no podrán ingresar a dicha página si no cumplen al menos las pautas de esta prioridad) .

Las páginas de " nivel de adecuación AA" o "doble A" que cumplen con la prioridad 2 (muchas personas con problemas de accesibilidad tendrán inconvenientes para ingresar a las páginas que no cumplan con esta prioridad).

Por último existen las páginas de "nivel de adecuación AAA" o "triple A" que cumplen con la prioridad 3 (algunas personas con problemas de accesibilidad tendrán inconvenientes para ingresar a las páginas que no cumplen con ésta prioridad).

sábado, 6 de noviembre de 2010

Características para mejorar la accesibilidad en HTML5

Hace unos días escribí el artículo El futuro de la accesibilidad web con HTML5 sobre una interesante serie de artículos de WebAIM sobre las nuevas características que incorpora HTML5 que mejorarán la accesibilidad web.

El sitio web HTML5 accessibility proporciona información sobre que nuevos elementos de HTML5 proporcionan características de accesibilidad que hacen que sean utilizables por los usuarios que utilicen productos de apoyo (ayudas técnicas) para navegar por la web.

Por ahora, como podemos ver en la siguiente imagen que muestra parte de la tabla que analiza el nivel de soporte por parte de los navegadores más importantes, la situación no es muy buena, ya que pocas son las características soportadas por algunos navegadores:

viernes, 5 de noviembre de 2010

Nueva versión de Dolphin SuperNova

Un magnificador de pantalla es un software que permiten visualizar la pantalla con un considerable aumento en su tamaño, lo que supone una ayuda para las personas con problemas de visión.

Dolphin SuperNova es uno de los mejores lectores de pantalla que existen. Su fabricante acaba de anunciar la nueva versión 12: Exclusive to SuperNova v12, Crystal clear magnified text with True Font technology.

Una nueva característica que ofrece esta versión es la utilización de la tecnología True Font con cualquier nivel de aumento. Como podemos apreciar en la parte izquierda de la siguiente imagen, los peores magnificadores simplemente aumentan el tamaño de la pantalla, por lo que se ven los pixels que forman los textos. Algunos magnificadores aplican algunas técnicas para suavizar el pixelado, como se puede ver en la imagen central. Sin embargo, Dolphin SuperNova aplica la tecnología True Font que permite mostrar el texto con la misma cualidad sea cual sea el nivel de ampliación.

jueves, 4 de noviembre de 2010

El futuro de la accesibilidad web con HTML5

La nueva especificación de HTML5 va avanzando (el último borrador, y con ese ya van ocho, se publicó el 19 de octubre de 2010) y no hay fecha para la publicación definitiva, pero quizás en 2011-12 vea la luz. Mientras tanto, ya podemos disfrutar de muchas de sus nuevas características ya que los navegadores más modernos ya las incorporan.

HTML5 incorpora algunas características que mejoran la accesibilidad de los sitios web. La serie de artículos Future Web Accessibility del sitio web Web Accessibility in Mind (WebAIM) explica las principales características que vamos a poder utilizar:
  1. Future Web Accessibility: HTML5 <video>: la nueva etiqueta <video> permite tener vídeo de forma nativa en las páginas webs, sin tener que utilizar un plugin. Sin embargo, abre una guerra para decidir cuales van a ser los codecs para transmitir los vídeos. Respecto la accesibilidad, se espera que mejore al incorporar el manejo de los controles del reproductor mediante el teclado, pero por ahora la especificación no proporciona soporte para los subtítulos o descripciones del audio.
  2. Future Web Accessibility: HTML5 Semantic Elements: HTML5 incorpora nuevos elementos (etiquetas) que añaden más semántica a una página web al permitir etiquetar secciones lógicas o componentes de una aplicación web o un documento, como <section>, <nav>, <article>, <aside>, <hgroup>, <header> y <footer>. El empleo de los elementos <section> y <article> resuelve un problema que existe al emplear las etiquetas <h1>-<h6>, ya que estas etiquetas representan una jerarquía absoluta y tienen problemas al incluir contenido de diversos orígenes. El elemento <nav> permite definir los elementos (normalmente, los enlaces) que definen la navegación de un sitio web. La utilidad de estos nuevos elementos de cara a la accesibilidad web dependerá del nivel de soporte que proporcionen las ayudas técnicas como los lectores de pantalla.
  3. Future Web Accessibility: New <input> Types in HTML5: HTML5 define 13 nuevos valores para el atributo type: search, tel, url, email, datetime, date, month, week, time, datetime-local, number, range y color. Estos nuevos controles ofrecen mejoras, ya que las ayudas técnicas como los lectores de pantalla pueden realizar un mejor tratamiento de ellos, y permiten lograr una mejor consistencia entre diferentes sitios web, lo que disminuye su complejidad y facilita su uso por parte de personas con discapacidad cognitiva.
  4. Future Web Accessibility: HTML5 <input> Extensions: HTML5 también añade cuatro nuevos atributos a la etiqueta <input> que pueden mejorar la accesibilidad y el manejo de los formularios: autofocus, placeholder, required y pattern.
  5. Future Web Accessibility: SVG: SVG es una especificación de W3C que permite crear gráficos escalables. Incorpora ciertas características que permiten que los gráficos creados sean accesibles.
  6. Future Web Accessibility: canvas: el nuevo elemento <canvas> proporciona un área en blanco en la página web que permite dibujar en 2D lo que se quiera mediante un lenguaje de script como JavaScript. Este elemento plantea bastantes retos de accesibilidad.
  7. Future Web Accessibility Updates: en este artículo refleja algunos cambios que se han producido en los últimos meses y que afectan a los artículos anteriores. En concreto, se refiere al elemento <video>, a los gráficos SVG y al elemento <canvas>.

miércoles, 3 de noviembre de 2010

WebVisum

WebVisum es un complemento para Firefox que permite a los usuarios con problemas de visión o con ceguera navegar e interactuar con las páginas web de una forma más sencilla. Mediante este complemento se puede etiquetar, en cualquier página web, aquellos elementos, como enlaces, imágenes o el título de una página, que no tienen nombre o es un nombre incorrecto. Las etiquetas creadas se pueden compartir con el resto de usuarios que emplean este complemento, y así se mejora la navegación de los usuarios.

Para poder emplear esta herramienta es necesario registrarse en la web de WebVisum.

¿Cómo funciona la resolución de los captcha?
El complemento para Firefox permite enviar a la gente de Webvisum la imagen con el código, ellos solucionan el captcha y devuelven la solución a quien lo ha solicitado. En concreto:

1. Se accede a una página web que contiene un captcha.


2. Se pulsa el ratón derecho sobre el captcha y se selecciona Solve CAPTCHA en el menú contextual:


3. Una notificación informa de que el captcha ha sido enviado y se está procesando, el tiempo de resolución depende de diversos factores:


4. Cuando la solución del captcha se recibe, se muestra otra notificación con la solución y se indica que también se ha copiado al portapapeles:


5. Se selecciona el cuadro de texto correspondiente y se pega la solución:


6. El formulario ya se puede enviar:

lunes, 1 de noviembre de 2010

Control del ordenador con la mente

En numerosas ocasiones he escrito sobre las investigaciones que se están realizando para controlar el ordenador con la mente (Comunicarse con la mente), ya que de lograrse, sería una gran ayuda para todo el mundo y en especial para las personas con discapacidad.

En el periódico El País acaban de publicar la noticia Máquinas que obedecen a la mente, que se hace eco de la investigación que se está desarrollando en la Escuela Politécnica Federal de Lausana (EPFL, Suiza):
En los últimos años ha habido numerosos intentos de dar con esta tecnología. Algunos, incluso, ya están a la venta. Pero el EPFL ha conseguido algo nuevo: descifrar señales cerebrales al instante. "Hasta hace poco había que repetir la orden mental cada medio segundo, constantemente. Esto fatigaba a la persona", dice José. "Hemos sido los primeros en dar con un sistema de bajo coste que reconoce a la primera el pensamiento".
Como siempre, hay obstáculos. El tibio interés de las grandes compañías por comercializar el programa es uno. "Quienes más se beneficiarían serían los discapacitados y es un mercado muy pequeño". El número limitado de comandos cerebrales que el software reconoce (no más de cuatro) y la incomodidad de tener que llevar casco, aunque sea inalámbrico, son otras dudas en el horizonte.
Y para terminar, una verdad como un templo:

Millán, que ha desarrollado su carrera académica entre España, Italia, Suiza y EE UU (Universidad de Stanford), calcula otros dos años más hasta que esta tecnología madure. Bajo su mando seguirán trabajando investigadores de universidades de media Europa aunque, curiosamente, ninguna española.
"Escojo a los mejores centros y los españoles no están entre ellos". ¿Qué falla? "Medios. Los políticos se llenan la boca diciendo que la innovación es el futuro del país, pero a la hora de la verdad siempre recortan del mismo sitio, del I+D".

sábado, 30 de octubre de 2010

Especificaciones para el esquema de la evaluación de la conformidad y marca de calidad sobre accesibilidad Web

Specifications for a Web Accessibility Conformity Assessment Scheme and a Web Accessibility Quality Mark (CWA 15554-2006) es la norma del Comité Europeo de Normalización (CEN) que constituye la base de la certificación europea en materia de accesibilidad web.

jueves, 28 de octubre de 2010

Validator.nu

Validator.nu es un potente validador que permite validar HTML5 (de modo experimental) y otros lenguajes:
  • HTML5 (experimental)
  • HTML5+ARIA (experimental)
  • HTML5+ARIA, SVG 1.1 plus MathML 2.0 (experimental)
  • HTML 4.01 Strict + IRI / XHTML 1.0 Strict + IRI
  • HTML 4.01 Transitional + IRI / XHTML 1.0 Transitional + IRI
  • HTML 4.01 Frameset + IRI / XHTML 1.0 Frameset + IRI
  • XHTML5 (experimental)
  • XHTML5+ARIA, SVG 1.1 plus MathML 2.0 (experimental)
  • XHTML 1.0 Strict, SVG 1.1, MathML 2.0 + IRI
  • XHTML 1.0 Strict, Ruby, SVG 1.1, MathML 2.0 + IRI
  • XHTML Basic + IRI
  • SVG 1.1+IRI, XHTML5+ARIA plus MathML 2.0 (experimental)

lunes, 25 de octubre de 2010

¿Qué navegadores usa la gente? (2010)

En la página web W3C Counter - Global Stats y W3Schools Browser Statistics se ofrecen estadísticas de uso de los navegadores, resoluciones de pantalla, sistemas operativos y otras categorías.

Respecto a los navegadores, los datos que ofrecen estos dos sitios sobre su uso son (datos de septiembre de 2010):

W3Counter
  • Internet Explorer 43.3%
  • Firefox 30.4%
  • Chrome 11.4%
  • Safari 5.5%
  • Opera 1.6%

W3Schools
  • Internet Explorer 31.1%
  • Firefox 45.1%
  • Chrome 17.3%
  • Safari 3.7%
  • Opera 2.2%

[Actualización 15/11/2010] Datos de StatCounter para el mes de septiembre 2010:
  • Internet Explorer 49.9%
  • Firefox 31.5%
  • Chrome 11.5%
  • Safari 4.4%
  • Opera 2%

Estadísticas de años anteriores:

viernes, 22 de octubre de 2010

Pautas para lograr que la información sea accesible a través de la lengua de signos en la Web

Guidelines for making information accessible through sign language on the web (CWA 14835-2003) es un estándar del Comité Europeo de Normalización (CEN), que proporciona pautas para proporcionar información de forma accesible a través de la lengua de signos en la Web.

El contenido del documento es:

Foreword
Introduction - Motivations for sign language in the web
1 Scope
2 References
3 Guidelines for sign language on the web
3.1 General
3.2 Advice for translation and recording of sign language
3.3 Recording and compression of sign language video for the web
3.4 Embedding and linking of sign language video in web pages
3.5 Server considerations for sign language in the web
3.6 Add media for extended usability
3.7 Use of synthetic sign language
3.8 Icon for indication of sign language availability
3.9 Examples

miércoles, 20 de octubre de 2010

Diseño interactivo para todos: usable y accesible

El próximo jueves 28 de diciembre se va a celebrar el evento Diseño interactivo para todos: usable y accesible en Buenos Aires (Argentina). El evento consiste en:

El evento Diseño Interactivo para todos: usable y accesible, constituye el puntapié inicial del Movimiento de Diseño Inclusivo.
Comenzaremos con 12 profesionales seleccionados por un jurado, que expondrán sus ideas, investigaciones y trabajos relacionados a:
  • Metodologías de diseño centrado en el usuario
  • Accesibilidad web
  • Usabilidad
Para después, armamos un panel sobre usabilidad, accesibilidad y negocios, que incluye una demostración de accesibilidad en vivo.
Para el cierre, una inauguración: presentaremos el Movimiento de Diseño Inclusivo. Y, brindis por medio, invitaremos a firmar el Manifiesto de Diseño Inclusivo.
Se puede encontrar más información en el programa.

martes, 19 de octubre de 2010

Cómo crear tablas complejas que sean accesibles

Dos vídeos muy interesantes que explican cómo crear tablas de datos en HTML que sean accesibles:

Estos vídeos explican el empleo de elementos como abbr, scope, headers y id.

Más información:

domingo, 17 de octubre de 2010

¿Captcha accesible? No

Los captchas, esos pequeños acertijos que la mayoría de la gente rellena sin saber para qué, son pequeñas pruebas del tipo desafío-respuesta que se emplean para diferencias los ordenadores de los humanos. ¿Para qué? Para evitar algunos usos indebidos de la Web, como puede ser la obtención masiva de cuentas o la inserción de SPAM como comentarios en foros y blogs.

Hace tiempo escribí sobre el problema de accesibilidad que presentan las técnicas actuales de captcha, ya que con el objetivo de "ponérselo difícil a las máquinas", también se lo ponen difícil a muchas personas y en especial a algunos grupos de personas con discapacidad. En septiembre de 2007 escribí el artículo Los captcha y la accesibilidad web, donde explicaba qué es un captcha y los problemas que existen, y en junio de 2009 escribí el artículo Más sobre captcha y accesibilidad, donde habla de un captcha que su autor decía que era accesible, pero que presentaba el problema de la barrera idiomática que hacía que no fuese de aplicación universal.

En febrero de 2010 escribí un artículo sobre las Encuestas sobre uso de lectores de pantalla que realizó y publicó el WebAIM. En dichas encuestas, aparecían los captchas como uno de los "elementos más problemáticos (difíciles y confusos) de las páginas web".

Ahora acabo de encontrar la página web Accessible Captchas que también propone un método de captcha supuestamente accesible.

Al autor de este captcha parece que le interesa bastante el tema, porque también tiene otras propuestas de captcha, algunos bastante rebuscados (probar una demo).