¿Continúa el panorama desolador de la accesibilidad web?

Hace unos años escribí la entrada Panorama desolador, en la que me hacía eco de los resultados de un informe de la ONU:

Lla ONU encargó un estudio a nivel mundial de la accesibilidad de las páginas web (el primero que se realiza, según la noticia) y se descubrió que el 97% de los sitios web no alcanzaban ni un mínimo nivel de accesibilidad.

En el estudio, se analizaron los principales sitios web en 20 países (entre ellos, España) según las categorías de gobierno del estado y principal aerolínea, banco, periódico y vendedor. En total, se analizaron 100 sitios web. El análisis empleó una revisión automática y manual de las Web Content Accessibility Guidelines (WCAG).

Únicamente los sitios web del gobierno de Alemania, España y el Reino Unido alcanzaron el nivel A de WCAG. Ninguno alcanzó el nivel AA o superior.

¿Alguien sabe si se ha vuelto a realizar algún estudio similar a nivel mundial?

Observatorio Argentino de Accesibilidad Web

Se acaba de inaugurar el sitio web del Observatorio Argentino de Accesibilidad Web. Según uno de sus miembros:

Éste es un proyecto de largo aliento que tendrá su inicio formal en enero de
2013 y que continuaremos todo el tiempo que nos permita nuestra salud y
paciencia. El propósito básico es, por supuesto, seguir la evolución de los
sitios pero también queremos saber si la información hecha pública realmente
puede llegar a generar los necesarios cambios de conducta en los responsables de
esos sitios. Se aceptan apuestas.

La idea es genial, una gran idea. Desde aquí, mucho ánimo y que sea un éxito el proyecto.

Proyecto APSIS4all

El proyecto APSIS4all, de nombre impronunciable, tiene como fin el superar algunas de las barreras de accesibilidad de los dispositivos electrónicos de uso público.

APSIS4all tiene por objetivo personalizar para "todos" los usuarios los dispositivos electrónicos de uso público, como pueden ser cajeros automáticos o máquinas expendedoras de tickets y billetes de transporte.

Para asegurarse de que los servicios que se desarrollan en el proyecto APSIS4All pueden ser usados por todos, se ha creado un formulario online para recabar la opinión de los usuarios potenciales. Así será posible adaptar la tecnología a las necesidades y preferencias de las diferentes personas.

El que quiera colaborar con el proyecto se puede inscribir en el siguiente enlace: Encuesta cajeros accesibles proyecto APSIS4all.

Los peligros que acechan a la Web

Hace unos días escribí la entrada ¿Existe la "web móvil"?, en el que comentaba que existe mucha gente empeñada en 'crear "pequeñas webs" específicas para algunos navegadores o tipos de dispositivos específicos. Este planteamiento choca de frente con la accesibilidad web'.

Ayer se publicó en el periódico El Mundo el artículo Google acusa a Facebook y a Apple de restringir la libertad. Si dejamos de lado el hecho de que esta acusación se puede deber en gran medida a que Google ve a Facebook y a Apple como grandes competidores (Facebook le está quitando una buena parte del pastel de la publicidad online a Google y Apple sigue reinando entre los dispositivos móviles con su iPhone y su iPad, a pesar de la fuerte competencia que plantea Google con su plataforma Android), lo que dice el artículo es plenamente correcto.

Algunos fragmentos del artículo:

La transparencia y el acceso universal que han sido el motor de Internet desde su creación están en peligro, o al menos así lo piensa el cofundador de Google Sergey Brin, que advierte de que estas "fuerzas muy poderosas" se han alineado contra la apertura que ofrece la Red. Reconoce además que está más preocupado que nunca y que le "da miedo" pensar en la actual situación.

En una entrevista en exclusiva del diario The Guardian culpa en parte a Apple y, sobre todo, a Facebook, de la amenaza de la libertad en la Red. La razón son los 'jardines vallados' que imponen estas compañías, con controles exhaustivos sobre el 'software' que publican en sus plataformas.

[...]

Pero la acción de Facebook y Apple es sólo una de las tres patas que, a juicio de Brin, sostienen la amenaza contra la libertad. Los Gobiernos, afirma, tratan cada vez con más fuerza de controlar el acceso y la comunicación de sus ciudadanos. Es especialmente crítico con los controvertidos proyectos 'antipiratería' SOPA/PIPA.

La tercera pata de esta amenaza la forman los intentos de la industria del entretenimiento para acabar con la llamada 'piratería', los cuales critica de una forma muy intensa.

Estos comentarios de uno de los fundadores de Google coinciden plenamente con los comentarios que realizó Tim Berners-Lee, el padre de la Web, hace un par de años y de los cuales escribí en otro blog que mantengo sobre programación web:

• El creador de la Web critica duramente las leyes contra la piratería en Internet (22/11/2010): Tim Berners-Lee critica duramente las legislaciones de Francia, Reino Unido y Estados Unidos aprobadas para luchar contra la piratería en Internet.
• La bronca de Tim Berners-Lee (29/04/2011): Tim Berners-Lee está preocupado por la fragmentación que puede crear en la Web el empleo de sistemas como Facebook, en el que la comunicación se realiza exclusivamente entre gente que forma parte de Facebook, lo que acaba con uno de los principios básicos de la Web: su universalidad.

A11ybuzz

A11ybuzz es un sitio web muy interesante que "vigila" la Web para buscar noticias, artículos, recursos y tweets relacionados con la accesibilidad web (recordemos que A11y es una forma abreviada de referirse a accessibility).

En la página principal podemos encontrar:

• Los temas más populares
• Las entradas más populares
• Las entradas más recientes
• El feed de Twitter

Por ejemplo, en los temas más populares podemos encontrar HTML5 con algunas entradas interesantes, como por ejemplo:

• HTML5: Techniques for providing useful text alternatives, un documento del W3C con numerosos ejemplos de cómo definir el texto alternativo para distintos tipos de imágenes.
• Accessibility of HTML5 and Rich Internet Applications, presentación realizada en la última conferencia CSUN 2012 en la que se muestran ejemplos de accesibilidad con ARIA y jQuery.

El apoyo de Bill Clinton al WAI

El WAI (Web Accessibility Initiative) del W3C se formó oficialmente en abril de 1997. Antes de que se metiese en líos, Bill Clinton, presidente de los Estados Unidos, mostró su apoyo al WAI:

Congratulations on the launch of the Web Accessibility Initiative - an effort to ensure that people with disabilities have access to the Internet's World Wide Web.

New information and communications technologies can improve the quality of life for people with disabilities, but only if such technologies are designed from the beginning so that everyone can use them. Given the explosive growth in the use of the World Wide Web for publishing, electronic commerce, lifelong learning and the delivery of government services, it is vital that the Web be accessible to everyone. The Web Accessibility Initiative will develop the tools, technology, and guidelines to make it possible to display information in ways that are available to all users.

I commend the World Wide Web Consortium, industry sponsors, and the Yuri Rubinski Foundation for launching this important project. I am pleased that the Department of Education will provide funding for the Web Accessibility Initiative, and that the National Science Foundation is considering expanding its support for research and development in this area. My administration is committed to working with these and other organizations to ensure that this innovative project is a success.

Que traducido al castellano es, más o menos:

Felicidades por el lanzamiento de la Iniciativa para la Accesibilidad Web - un esfuerzo para asegurar que las personas con discapacidad tengan acceso a la World Wide Web de Internet.

Las nuevas tecnologías de comunicación pueden mejorar la calidad de vida de las personas con discapacidad, pero sólo si esas tecnologías se han diseñado desde el principio para que todos puedan usarlas. Dado el crecimiento explosivo en el uso de la World Wide Web para la publicación, el comercio electrónico, el aprendizaje permanente y la prestación de servicios públicos, es vital que la Web sea accesible para todos. La Iniciativa para la Accesibilidad Web desarrollará las herramientas, la tecnología y las directrices que harán posible la visualización de la información de maneras que estén disponibles para todos los usuarios.

Felicito al World Wide Web Consortium, a los patrocinadores de la industria, y a la Fundación Yuri Rubinski por el lanzamiento de este importante proyecto. Me complace que el Departamento de Educación proporcionará fondos para la Iniciativa para la Accesibilidad Web, y que la National Science Foundation está considerando ampliar su apoyo a la investigación y el desarrollo en esta área. Mi administración está comprometida a trabajar con estas y otras organizaciones para asegurar que este innovador proyecto es un éxito.

Curioso, ¿no?

Más información: WAI History.

La cadena "user agent" o "agente de usuario"

Según la definición de agente de usuario en la Wikipedia:

Un agente de usuario es una aplicación informática que funciona como cliente en un protocolo de red; el nombre se aplica generalmente para referirse a aquellas aplicaciones que acceden a la World Wide Web. Los agentes de usuario que se conectan a la Web pueden ser desde navegadores web hasta los web crawler de los buscadores, pasando por teléfonos móviles, lectores de pantalla y navegadores en Braille usados por personas con discapacidades. 

Cuando un usuario accede a una página web, la aplicación generalmente envía una cadena de texto que identifica al agente de usuario ante el servidor. Este texto forma parte del pedido a través de HTTP, llevando como prefijo User-agent: o User-Agent: y generalmente incluye información como el nombre de la aplicación, la versión, el sistema operativo, y el idioma. Los bots, como los web crawlers, a veces incluyen también una URL o una dirección de correo electrónico para que el administrador del sitio web pueda contactarse con el operador del mismo.

Acabo de leer el artículo History of the browser user-agent string, en el que nos explican con un poco de gracia el origen del uso del user-agent y cómo se ha llegado a los user-agent que se emplean hoy en día que prácticamente no aportan ninguna información útil, porque todos los navegadores pretenden ser lo que no son.

La cadena user-agent se empleó al principio de la Web para distinguir los navegadores entre sí y ofrecer un contenido diferente a cada uno. Por ejemplo, "hace mucho tiempo, en una galaxia muy, muy lejana", había navegadores web con y sin soporte de marcos (frames). Algunos desarrolladores web creaban dos versiones de sus sitios web, una versión con marcos y otra sin marcos, que se enviaba al navegador en función de su cadena user-agent. Ahí empezó la mala costumbre de hacer un sitio web "optimizado para el navegador XYZ" y mucha gente olvidó que uno de los principios fundamentales de la Web es que debe ser una, lo que se conoce por One Web:

One Web means making, as far as is reasonable, the same information and services available to users irrespective of the device they are using.

La página UserAgentString.com muestra y explica la cadena user-agent del navegador. Por ejemplo, cuando me conecto con Google Chrome 16, aparece:

Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7

Resulta que Google Chrome está basado en Apple WebKit, por lo que dice que también es Safari/535.7, el navegador de Apple que también usa WebKit. Pero WebKit está basado a su vez en KHTML, que pretende ser compatible con Gecko, que es el motor de Mozilla... ¡Un lío!

Además, para liarlo un poco más, en la mayoría de los navegadores se puede cambiar la cadena user-agent fácilmente, tal como explican en Changing Browser User Agent Strings. Por tanto, tampoco te puedes fiar del valor que envía un navegador. Y además, constantemente aparecen nuevos navegadores y nuevas versiones de los navegadores.

Mi consejo: nunca realizar un desarrollo web en el que se detecte la cadena user-agent y se genere un contenido en función de su valor, es una pérdida de tiempo.

Amóvil, nuevo portal sobre la accesibilidad y las comunicaciones móviles

El pasado jueves 22 de diciembre se presentó Amóvil, un proyecto de accesibilidad móvil desarrollado por Technosite, empresa especializada en tecnología accesible. El proyecto está cofinanciado por el Plan Avanza del Ministerio de Industria, Turismo y Comercio.
Según podemos leer en la página de Amóvil:

Amóvil es un espacio en Internet que trata de ayudarte a identificar dispositivos móviles que se adapten tanto a tus características personales como a tus preferencias de uso. Respondiendo a cuestiones relacionadas con tus capacidades y el uso que vas a hacer de la tecnología móvil, nuestro asistente experto buscará los productos y servicios que más se adecuen a tus necesidades.

El sitio web incluye un buscador de tecnología móvil y un asistente experto.
En el acto de presentación de Amóvil también se presentó el Libro blanco para el diseño de tecnología móvil accesible y fácil de usar, disponible en formato PDF para descargar.

La estructura de capítulos del libro blanco es la siguiente:

• En el capítulo 1, titulado “Tecnología móvil: usos y realidad social”, se muestra el impacto de la tecnología móvil para la sociedad en su conjunto, además de explicar las tendencias sociales y la responsabilidad que deben adquirir las empresas para no excluir a las personas con discapacidad, mayores y otros colectivos vulnerables.
• El capítulo 2, “Dispositivos y personas”, se centra en mostrar la realidad de los usuarios, sus necesidades en el acceso a la información, las barreras a las que se enfrentan al acceder a las comunicaciones móviles y, en definitiva, su experiencia al interactuar con tecnologías en las que, generalmente, no se ha contado con sus opiniones en las distintas fases del diseño.
• En el capítulo 3, “Diseño inclusivo de dispositivos móviles”, se aportan las pautas que los diseñadores han de aplicar para que los dispositivos móviles contemplen las necesidades de personas con limitaciones visuales, auditivas, físicas o en la comprensión.
• El capítulo 4, “Accesibilidad no sólo en el dispositivo”, recoge una serie de requisitos que se han de tener en cuenta para que las personas con limitaciones funcionales puedan disfrutar de un pleno uso de las comunicaciones móviles: aplicaciones accesibles, accesibilidad en la Web móvil, servicios que potencien la accesibilidad, etc.

Seguimiento de este blog mediante correo electrónico

Varios lectores de este blog me han pedido recibir mediante correo electrónico las actualizaciones que se produzcan. Por ello he añadido en el panel de la derecha la opción "Recibe en tu correo electrónico las actualizaciones".

Según indica el sistema (feedburner, que ahora es de Google), se enviará como máximo un correo electrónico al día con las actualizaciones de contenido.

Oferta de trabajo en accesibilidad web en el MIT

El Computer Science and Artificial Intelligence Laboratory del Massachusetts Institute of Technolog (MIT) ofrece un puesto de trabajo como ingeniero en accesibilidad web: Web Accessibility Engineer. Esta misma oferta de trabajo también la podemos encontrar en la web del W3C: Web Accessibility Engineer.

Nueva campaña a favor de la accesibilidad web

The European Disability Forum acaba de iniciar una nueva campaña para fomentar la accesibilidad de los sitios web. El título de la campaña es Access Denied! y su objetivo principal es que la Unión Europea desarrolle una legislación que asegure que los sitios web de las administraciones públicas y los sitios web que proporcionen servicios básicos sean accesibles tan pronto como sea posible:

The European Commission is due to make a “legislative proposal to ensure public sector websites and websites providing basic services to citizens are fully accessible by 2015.” So we are calling for:

• The European Commission to review our Proposal for a Legal Act on Accessible Websites

• The European Commission to propose binding EU legislation to ensure that public websites and websites delivering basic services of public interest are made accessible as soon as possible

Recordemos que en España existe desde hace años legislación en este sentido, como el Real Decreto 1494/2007 que obliga a las "páginas de internet de las administraciones públicas o con financiación pública" a ajustarse a una serie de normas sobre accesibilidad web, o como la Ley 56/2007 que obliga en un sentido similar a empresas privadas de un volumen mínimo de negocios que ofrezcan una serie de servicios básicos.

Desgraciadamente, esta legislación es muchas veces incumplida (recordemos la nula accesibilidad de la página web del Senado) y lo que ahora hace falta es que se apliquen las medidas sancionadoras que contempla la Ley 49/2007.

¿Qué ha pasado con Softwai?

Softwai.com es un sitio web dedicado a la accesibilidad web que apareció a mediados del año 2007.

Desarrollado por TECHCOM, Asociación Española para el avance en las Tecnologías de la Información y Comunicación, según se anuncia en esta web, Softwai.com es un proyecto incentivado por la Consejería de Innovación, Ciencia y Empresa de la Junta de Andalucía y está financiado con Fondos FEDER de la Unión Europea.

Desgraciadamente, la última noticia que se publicó está fechada el 20 de mayo de 2009.

¿Qué ha pasado con Softwai.com? ¿Es (o fue, porque está totalmente muerto) el típico proyecto que emplean los políticos para llenarse la boca con grandes ideas y promesas, que al final se queda en nada? ¿Alguien tiene información sobre Softwai.com?

Google y la accesibilidad

Google y su concepto de accesibilidad es un interesante artículo publicado en Programar a ciegas en el que se critica el error que ha cometido Google al no proporcionar mejores características de accesibilidad en los últimos productos que ha presentado recientemente.

Algunoso párrafos de este artículo:

Entre las muchas novedades presentadas estaba Android Honeycomb 3.1. La nueva versión del sistema operativo de Google para smartphones y tablets. En esta versión Google ha decidido unificar el interfaz tanto para teléfonos como otros dispositivos. Algo que puede ser interesante y, con la ocasión de haber publicado unas nuevas herramientas y librerías para el diseño de interfaces, se podría haber incluido una capa de accesibilidad más completa y que resultase transparente para los desarrolladores de aplicaciones Android. Pues Google decepcionó al no incluir mejoras en accesibilidad en estas nuevas herramientas y librerías. Los atributos y elementos de accesibilidad en los interfaces de Android siguen siendo optativos y confusos para el desarrollador.
[...]

Ayer Google presentó también las novedades de su navegador web, más conocido como Google chrome. Se anunció a bombo y platillo que incorporaba mejoras en accesibilidad para que fuese compatible con lectores de pantallas de Windows, como Jaws y NVDA, y con VoiceOver para MacOS. Muchos nos decidimos a probar todas estas supuestas novedades y, tras varios intercambios de opiniones entre los que probamos todos coincidimos que o bien Google se adelantó en su anuncio y no indicó que las novedades serían desarrolladas para la próxima versión o bien que Google nos gastó una broma.
[...]

Google ya nos tiene acostumbrado a los usuarios con discapacidad al hábito de ofrecer algo con unos requisitos mínimos de accesibilidad y 3 productos más totalmente inaccesibles. Ejemplos habituales son Googlemaps, Googledoc, Google calendar. También podemos comprender qué entiende Google por accesibilidad al ofrecer, en lugar de una interfaz accesible para su servicio GMail, realizar una versión limitada, fea e insuficiente para aquellos usuarios que no puedan acceder al interfaz oficial.

Google ha demostrado que la accesibilidad parece no ser un tema importante en su agenda de desarrollo. Ofrece soluciones mediocres e insuficientes para sus usuarios con discapacidad. Deja en manos de los desarrolladores el proporcionar un mínimo de accesibilidad en sus productos en lugar de garantizar la accesibilidad de una aplicación que utilice un interfaz con controles estandard. Parece que Google no entiende bien que la accesibilidad, además de un criterio de calidad, es un derecho de las personas.

Blogger averiado 2 días

Después de estar dos días completamente inoperativo (ver Blogger, cerrado por avería y Un error de Google deja inutilizados miles de blogs durante dos días), parece que Blogger vuelve a funcionar. Según las noticias parece que se han perdido unos cuantos miles de entradas, así que estaré unos días sin escribir hasta que el sistema se estabilice.

Ejercicios online tipo test sobre accesibilidad web

He preparado dos ejercicios online tipo test sobre accesibilidad web:

• Accesibilidad en la web: conceptos generales. Preguntas generales sobre accesibilidad, discapacidad, tecnologías de apoyo y normativas, pero sin entrar en detalles técnicos de desarrollo de páginas web.
• Accesibilidad en la web: conceptos técnicos. Preguntas concretas sobre HTML y CSS relacionadas con la accesibilidad web.

En el futuro añadire más ejercicios de este tipo.

IMPORTANTE:  no abrir los dos ejercicios a la vez, sólo uno cada vez (en los comentarios se explica la razón).

Accesibilidad en HP

El sitio web HP Accessibility contiene algunos recursos interesantes sobre accesibilidad.

EU4ALL

El proyecto EU4ALL (European Unified Approach for Assisted Lifelong Learning) tiene como finalidad que la formación universitaria esté al alcance de todo el mundo, independientemente de su diversidad funcional. Se trata de un proyecto multidisciplinar en el que participan 13 socios de diversos países y varias empresas.

El sistema permite adaptar de forma automática los contenidos educativos a los diferentes tipos de estudiantes en función de su diversidad funcional. Para ello, claro está, primero hay que conocer las necesidades de cada estudiante: cuando un estudiante trabaja con el sistema, tiene que identificar sus necesidades de interacción.

Quedan 4 días para que la web del Senado empiece a ser accesible

Dentro de cuatro días, el 31 de enero de 2011, empezará una nueva era para la página web del Senado: ¡la página web empezará a ser accesible! En realidad, no, tendremos que esperar unos meses más para verlo, pero será el principio del cambio.

El 22 de diciembre de 2010, el Senado publicó en el apartado de Contratación el "procedimiento abierto para la contratación del Suministro de software y hardware y de los servicios necesarios para el desarrollo del gestor de contenidos y el buscador para la página Web del Senado, que incluye licencias para su utilización en la Intranet, así como la conversión de los contenidos a XML, la realización de la página especializada para dispositivos móviles, la gestión de suscripciones, y las aplicaciones de sellado de tiempo, gestión de visitas y acreditaciones de prensa, representaciones gráficas y visita virtual". En pocas palabras, la renovación del sitio web del Senado.

En el pliego de prescripciones técnicas podemos leer lo siguiente:

1. Objeto
El objeto del presente pliego es la adquisición de los bienes y servicios necesarios para el desarrollo de la nueva web del Senado. Esto incluye la adquisición de las licencias de software necesarias, tanto del nuevo software ofertado como de cualquier otro que pudiera ya estar en uso en el Senado y que debiera actualizarse como consecuencia de la nueva implantación, su instalación y puesta en servicio, los nuevos equipos y sus servicios de instalación y puesta a punto, en caso de que la oferta los incluya por considerarlos
necesarios y, por último, el desarrollo de las funcionalidades de la nueva web

4. Lote 1: página web
4.1 Introducción

Se pretende que la página web del Senado se base en una solución integrada que incluya mecanismos de gestión de contenidos y gestión documental colaborativa, así como las funcionalidades necesarias para gestionar los distintos componentes de que constará la página web del Senado (portlets, etc.), y otros sites complementarios que se desee crear más adelante.

La página web finalmente obtenida deberá permitir que toda su funcionalidad esté disponible utilizando los principales navegadores del mercado, como Explorer, Firefox, Opera y Chrome.

4.10 Accesibilidad de los contenidos
Se pretende que la nueva página web del Senado disponga del nivel de accesibilidad doble A, siempre que sea posible.

La solución proveerá herramientas que permitan controlar la accesibilidad de los contenidos en todo momento, con mecanismos de validación.

Se valorará la posibilidad de validación directa por parte del usuario editor de los
niveles de accesibilidad de los contenidos que introduce.

Y en el pliego de cláusulas administrativas particulares podemos leer:

CLÁUSULA 6ª
1. El presupuesto máximo de licitación asciende a 500.000,00 euros, sin incluir IVA, que corresponde al importe total de bienes y servicios contemplados en el pliego de prescripciones técnicas, distribuido en los siguientes lotes:
Lote 1. Página web. Presupuesto máximo de licitación: 310.000,00 euros, sin IVA.
Lote 2. Buscador. Presupuesto máximo de licitación: 140.000,00 euros, sin IVA.
Lote 3. Páginas temáticas de niños y jóvenes y visita virtual. Presupuesto máximo de licitación: 50.000,00 euros, sin IVA.

CLÁUSULA 12ª
El plazo para la presentación de ofertas expira el día 31 de enero de 2011, a las catorce horas.

CLÁUSULA 20ª. Adjudicación.
La adjudicación, que se efectuará en el plazo máximo de tres meses a contar desde la apertura de las proposiciones, se notificará a los licitadores y se publicará simultáneamente en el perfil del contratante.

CLÁUSULA 24ª. Ejecución del contrato.
• Lote 1. Página web. Plazo de ejecución: 6 meses.
• Lote 2. Buscador. Plazo de ejecución: 3 meses.
• Lote 3. Páginas temáticas de niños y jóvenes y visita virtual. Plazo de ejecución: 3 meses.

¿Qué pasa con CATIC?

Allá por el 2008 tuve las primeras noticias del Centro de Accesibilidad TIC (CATIC), un organismo desarrollado en el seno de la Fundación Oficina Valenciana para la Sociedad de la Información (OVSI) con el fin de promover la accesibilidad tecnológica en la Comunitat Valenciana y facilitar el acceso a las Tecnologías de la Información y la Comunicación al conjunto de la ciudadanía.

El CATIC se presentaba como el "Primer Centro dedicado a la Accesibilidad TIC en la Comunitat Valenciana":

Entre sus tareas, prometía "la observación del estado de la accesibilidad web, la difusión de tecnologías inclusivas y la formación y promoción de las buenas prácticas en el ámbito de la accesibilidad Web".

¿Cuál es la situación de CATIC a día de hoy? Más de 2 años después, está completamente abandonado. Su sitio web sigue funcionando, por ahora.

Pero el contenido del sitio web es bastante reducido y poco útil. Si consultamos el apartado de Noticias, veremos que la última noticia data de diciembre de 2008.

Además, contiene algunos errores. Por ejemplo, en el Centro de documentación encontramos documentos que se han subido de prueba y alguien ha olvidado borrar:

O en el apartado de Publicaciones de otras fuentes encontramos un perenne mensaje de "En construcción":

Incluso podemos encontrar páginas vacías, sin contenido, como el apartado de Eventos:

CATIC ha sido otra idea publicitaria de los políticos, con arranque de caballo, pero parada de burro. Otra idea de los políticos para hincharse la boca con promesas sobre su preocupación por las personas con discapacidad y otros grupos desfavorecidos que al final se queda en eso, en promesas.

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