Buscador

miércoles, 4 de abril de 2012

La Ley de Transparencia, Acceso a la Información Pública y Buen Gobierno empieza mal, muy mal

Anoche recibí este interesante correo electrónico:
Buenas Noches.

He estado visitando su blog Accesibilidad en la Web, por cuyo contenido le expreso mi reconocimiento.

Soy una persona con ceguera total y, de entre los muchos ejemplos con que me he tropezado en cuanto a problemas de accesibilidad en la web, en estos días visité la página de consulta pública relacionada con el Proyecto de Ley de Transparencia y Buen Gobierno, www.leydetransparencia.gob.es que cuenta en su sección de envío de sugerencias al proyecto de ley con un CAPTCHA exclusivamente visual, lo cual impide mi acceso como Vd. bien conoce.

La web de consulta pública de este proyecto de ley carece de dirección electrónica para cuestiones técnicas. He difundido esta anomalía por twitter y voy a intentar ponerme en contacto con el Ministerio de la Presidencia para darles a conocer el problema, con el fin de que pueda solucionarse durante la vigencia del período de consulta.

Le ruego que me oriente sobre alguna vía de denuncia y, sobre todo, de solución para el presente problema.

Agradeciendo su interés y felicitándole por su trabajo, le saluda.

José Antonio...
Y le he contestado:
Hola José Antonio.

Había leído sobre esta iniciativa en los periódicos, pero no había entrado al sitio web. Tremendo, tienes razón sobre lo del captcha. Hoy voy a escribir una entrada en mi blog sobre ello y lo voy a publicar en un par de listas de distribución.

En enero de este año escribí dos entradas sobre el tema de las denuncias sobre accesibilidad en mi blog:
En la última entrada podrás leer que en España existen varios organismos (yo no tengo claro el límite entre uno y otro). Te sugiero que pruebes con la Oficina Permanente Especializada, cuya dirección es http://www.oficinape.mspsi.es/

Muchas gracias por tu correo y para cualquier sugerencia, ya sabes donde encontrarme.

Un saludo.
¿Qué es la Ley de Transparencia, Acceso a la Información Pública y Buen Gobierno? Suena bien, según nos cuentan en su página web ¿Qué es?:
El amplio programa de reformas que ha puesto en marcha el Gobierno de la Nación para impulsar la creación de empleo, la recuperación económica y el bienestar social, requiere un marco institucional sólido y solvente en el que los ciudadanos puedan confiar.

Restaurar la confianza de la sociedad española exige ampliar su capacidad para conocer cualquier aspecto relativo a la gestión de los asuntos y recursos públicos, y para comprobar que esta gestión se ajusta completamente a los principios democráticos, jurídicos y éticos que deben inspirar en todo caso la acción de Gobierno.

Por esta razón, y porque queremos hacer de la transparencia y la responsabilidad ejes rectores de nuestro Gobierno, presentamos esta Ley de Transparencia, Acceso a la Información Pública y Buen Gobierno.

Esta norma incorpora una innovación radical en nuestro ordenamiento jurídico y una importante contribución a la calidad de nuestra democracia, ya que supone un ambicioso refuerzo de los derechos de los ciudadanos y las obligaciones de los gestores públicos.

Por un lado, ampliamos y garantizamos el derecho de acceso a la información pública, sometiendo toda la información relativa a la actividad administrativa al escrutinio del ciudadano y haciendo de la transparencia una exigencia activa de publicidad y permeabilidad de la gestión pública. Por otro, imponemos una mayor responsabilidad a los gestores públicos, articulando, con rango legal, una serie de exigencias éticas generales y también de obligaciones de actuación concretas para todos los altos cargos de la Administración General del Estado y de las entidades del sector público estatal.

En coherencia con el propio sentido de apertura, transparencia y lealtad democrática que anima esta Ley, abrimos este trámite de consulta pública.

Queremos que los beneficiarios de esta Ley se sientan involucrados en su gestación y les ofrecemos, de esta forma, la posibilidad de que realicen las apreciaciones, sugerencias y críticas que consideren oportunas para mejorar el texto del Anteproyecto. Damos, en todo caso, la bienvenida a la aportación de los ciudadanos y animamos a todos a participar en este trámite, con la voluntad de que la Ley de Transparencia, Acceso a la Información Pública y Buen Gobierno refleje fielmente el espíritu con el que nace, que no es otro que fortalecer la confianza de los españoles.
Un poco más y me pongo a llorar de la alegría. Pero, pero, pero, no nos emocionemos demasiado. Destaquemos algunas frases del texto anterior:
  • "...ya que supone un ambicioso refuerzo de los derechos de los ciudadanos y las obligaciones de los gestores públicos".
  • "...ampliamos y garantizamos el derecho de acceso a la información pública, sometiendo toda la información relativa a la actividad administrativa al escrutinio del ciudadano..."
  • "...abrimos este trámite de consulta pública".
  • "Queremos que los beneficiarios de esta Ley se sientan involucrados en su gestación y les ofrecemos, de esta forma, la posibilidad de que realicen las apreciaciones, sugerencias y críticas que consideren oportunas..."
  • "Damos, en todo caso, la bienvenida a la aportación de los ciudadanos y animamos a todos a participar en este trámite..."
¿Es verdad lo que dicen? Pues no, rotundamente no. Afirmaciones falsas y leyes incumplidas, todo endulzado con bonitas palabras para encandilar a los ciudadanos.

En primer lugar, como me apuntaba José Antonio en su correo, el formulario que permite la consulta pública no es accesible porque contiene el siguiente captcha sin alternativa accesible:


Una vez más, la administración pública se salta sus propias leyes (que ya son unas cuantas) en materia de accesibilidad web.

Pero además, ¿dónde están las aportaciones que han podido haber hecho otros ciudadanos como yo? ¿Por qué no se permite un debate abierto? ¿Por qué no se puede verificar si las sugerencias que han hecho los ciudadanos se han tenido en cuenta en la modificación de la ley? Tal como está montado este sistema, la transparencia y el acceso a la información es nula.

Y por último, si nos ponemos a analizar la ley, parece que no es tan bonita como parece: La futura Ley de Transparencia propone el silencio administrativo para dilatar plazos.

martes, 3 de abril de 2012

Encuesta de eAccess+

eAccess+, una red de organizaciones que promocionan y apoyan la accesibilidad de las tecnologías de la información y la comunicación y que está financiada por la Comisión Europea, ha publicado una encuesta online destinada a las personas que trabajan en accesibilidad web y en especial para aquellas que promueven su uso.

Los resultados de esta encuesta serán transmitidos a la Comisión Europea y se harán también públicos. La encuesta es anónima, aunque se puede introducir el correo electrónico para recibir más información, y no se tarda más de 15 minutos en contestarla.

Sólo está disponible en inglés a través de la siguiente dirección: http://goo.gl/hHKUv

lunes, 2 de abril de 2012

Sistema háptico para que las personas ciegas puedan sentir los gráficos

Las imágenes siempre han sido un foco de problemas de accesibilidad en las páginas web. Recordemos que para hacer las imágenes accesibles existen el atributo alt y el atributo longdesc. Pero quizás en un futuro ya no sean necesarios...

Según el artículo Student's idea gives graphic details to visually impaired scientists, en la University of Reading (situada al oeste de Londres en Inglaterra) una estudiante ha desarrollado un sistema que permite a las personas ciegas "sentir y oír un gráfico virtual".

La propuesta se basa en el empleo de un sistema háptico de baso coste, una especie de brazo robot controlado por el ordenador que responde al movimiento y al tacto, que permite sentir la forma de un gráfico.

La tecnología háptica se refiere al conjunto de interfaces tecnológicos que interaccionan con el ser humano mediante el sentido del tacto. En la actualidad, se están desarrollando muchos dispositivos hápticos que se integran en sistemas de realidad virtual.

El sistema está inicialmente pensado para ser usado por los científicos ciegos o con graves problemas de visión que necesiten visualizar grandes volúmenes de datos, pero sin duda alguna también puede ser usado por cualquier tipo de usuario.

Sin duda es un gran avance, ya que en el caso de los gráficos de datos complejos, aunque se proporcione mediante el atributo longdesc una descripción extensa del gráfico o incluso los datos que se han usado para confeccionarlo, no se puede sustituir el valor y el poder que tiene un gráfico para condensar los datos y a la vez permitir descubrir información nueva que puede quedar oculta entre los números.

jueves, 29 de marzo de 2012

El coche que conduce sólo de Google y los vídeos accesibles

Desde hace un par de años, Google está trabajando en el desarrollo de un coche que conduzca por el solo. ¿Ciencia ficción? No, ya es una realidad. En el artículo How Google's Self-Driving Car Works (octubre 2011) nos explican cómo es posible este milagro de la inteligencia artificial:
  • El sistema emplea un láser montado en el techo del coche para crear un mapa 3D del entorno cercano.
  • Estas medidas se combinan con mapas de alta resolución para crear modelos del mundo que se emplean para tomar las decisiones de conducción.
  • Además, también se emplean otros tipos de sensores: 4 rádares, montados por delante y por detrás; una cámara para detectar los semáforos; un GPS y una unidad de medición inercial para medir la posición; y un codificador en las ruedas para controlar su movimiento.
Pero todo el sistema tiene una pequeña trampa: para que el coche realice una ruta de forma autónoma, Google necesita enviar antes uno o varios coches conducidos de forma manual para que adquieran información detallada sobre la ruta.

El coche de Google ha sido capaz de conducir más de 300.000 km sin que se tenga constancia de ningún accidente provocado por él. Sí que tuvo un accidente, pero parece que fue causado por un humano: Google self-driving car crash caused by human.

Este tema de los coches autónomos se lo toman muy en serio en Estados Unidos. En febrero de este año apareció la noticia de que el estado de Nevada era el primero que aprobaba una legislación sobre los coches que conducen por ellos mismos: Nevada Approves Self-Driving Cars after Google Lobbying Push.

En realidad, el origen de todo esto está en el ejército de los Estados Unidos y en su agencia para el desarrollado de proyectos avanzados DARPA (Defense Advanced Research Projects Agency) . Desde el año 2004, DARPA organiza el Gran Challenge, un concurso/carrera que tiene como objetivo lograr el desarrollo de vehículos autónomos para el ejército.

Volviendo al coche que conduce solo de Google, acaban de publicar un vídeo en el que una "persona ciega conduce el coche". En realidad, han publicado dos vídeos, con idéntico contenido, pero uno de ellos con audio descripción destinado a las personas ciegas que no pueden ver el vídeo.

Vídeo sin audio descripción:


Vídeo con audio descripción:


En el vídeo con descripción podemos comprobar cómo se explica lo que podemos ver en la imagen, como que una persona sale de la puerta principal de su casa con un jersey marrón y unos pantalones color caqui para dirigirse a un coche con los logos de Google.

Lástima que no hayan incluido también subtítulos para las personas sordas, aunque quizás lo hayan hecho porque YouTube ofrece un servicio de audio transcripción automática desde hace tiempo que evita el tener que añadir los subtítulos de forma manual, aunque por ahora sólo está disponible en inglés y su exactitud no es muy buena.

Nueva encuesta del WebAIM sobre el uso de lectores de pantalla

Durante los últimos años, el WebAIM ha realizado varias encuestas online destinadas a analizar los hábitos de uso de los lectores de pantalla:
WebAIM ha realizado un llamamiento público para recibir comentarios y sugerencias para preparar su cuarto estudio. Quien quiera colaborar, lo puede hacer contactando con WebAIM.

miércoles, 28 de marzo de 2012

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:

lunes, 26 de marzo de 2012

Nuevo sistema de subtitulado

El sistema tradicional de subtitulado que se emplea hoy en día apareció en la década de los setenta. Desde entonces, el sistema prácticamente no ha cambiado: en la parte inferior de la imagen aparecen una o dos líneas de texto que permiten a las personas sordas, o a todas las personas cuando el sonido está apagado o cuando se subtitula en otro idioma, seguir las conversaciones del vídeo.

Este sistema tiene un problema muy importante: a veces no se sabe quién está hablando (por ejemplo, porque hay muchas personas juntas hablando a la vez). Para reducir este problema, a cada persona se le puede asignar un color distinto que se emplea en el texto de los subtítulos, pero este sistema no es la solución perfecta (además, recordemos que basarse sólo en el color para transmitir información no es una buena práctica).

Según el artículo Researches revolutionize closed captioning, investigadores de la Hefei University of Technology en China han desarrollado un novedoso sistema de subtitulado de vídeos. Esta sistema consiste en mostrar el texto en "burbujas" (bocadillos) transparentes cerca de la persona que está hablando. Además, también sincronizan la visualización del texto con la velocidad a la que habla la persona, de una forma similar a como se hace en un karaoke.

En la siguiente imagen se puede ver una comparativa de los sistemas tradicionales (de la letra "a" a la "d"), llamados subtitulados estáticos, frente al nuevo sistema (letra "e") llamado subtitulado dinámico.


De 60 personas que probaron el nuevo sistema, 53 prefirieron el nuevo sistema frente al tradicional.

El sistema es totalmente automático y no necesita ninguna intervención manual, ya que a partir de la transcripción de los diálogos (con su correspondiente marca de tiempo), el sistema detecta quién está hablando mediante la detección del movimiento de los labios. Además, el sistema también detecta automáticamente cuál es el mejor sitio para situar las "burbujas de texto". Cuando la persona que habla está fuera de la imagen, el texto se muestra en la parte inferior como con los subtítulos tradicionales.

Por último, según la noticia, en el mundo existen más de 66 millones de personas con problemas de audición.

[Actualización 26/03/2012]
Se puede encontrar información detallada sobre el sistema en los siguientes artículos (de pago):

El sistema no parece que tenga un nombre. En la actualidad no se comercializa, sólo es un producto en fase de investigación y desarrollo, ya que por ahora tiene una tasa de error que impide que puede ser comercializado.

martes, 20 de marzo de 2012

Indra Tecnologías Accesibles

Indra, la multinacional española de tecnologías de la información y la comunicación, mantiene el sitio web Indra Tecnologías Accesibles en el que difunde su participación en diferentes proyectos que tienen como objetivo desarrollar tecnologías accesibles para todos los usuarios.

Entre los proyectos que desarrolla, destacan:

  • HeadMouse, un ratón que se mueve con el movimiento de la cabeza y que sustituye al ratón convencional. Está pensado para personas con movilidad reducida o que no puedan utilizar un ratón convencional.
  • VirtualKeyboard, un teclado virtual en pantalla pensado para personas con movilidad reducida o con problemas en la utilización de teclados convencionales.
  • Ganas, un intérprete virtual que convierte un texto en lengua de signos español para personas con discapacidad auditiva.

También destacan los proyectos REM (Relative Eye Mouse Device) y DIUWA 2.0 (Diseño de Interfaces de Usuario Web 2.0 accesibles), pero la información proporcionada no es muy útil.

Desgraciadamente, este sitio web tiene algunos problemas de accesibilidad. Ya se sabe, en casa del herrero, cuchara de palo. Por ejemplo, en la página Innovación como herramienta de integración podemos encontrar la siguiente imagen:


Desgraciadamente, esta imagen en la que aparecen diferentes mensajes (Tecnología, Educación Accesible, Accesibilidad) y diferentes entidades con las que parece que colabora Indra (Universidad de Lleida, Universidad Politécnica de Madrid, Universidad de Castilla-La Mancha) sólo tiene como texto alternativo "La innovación nos une".

jueves, 15 de marzo de 2012

¿Qué es mejor, Flash o HTML5?

¿Qué es mejor, Flash o HTML5? La pregunta no debería tener respuesta, porque es como comparar naranjas y limones, pero hay mucha gente que se hace este tipo de preguntas.

Hace unos días recibí la siguiente consulta:
Últimamente he estado introduciéndome en el mundo de la accesibilidad, y, aunque ahora no me dedico a ello, es un tema que siempre tengo en cuenta.

Ahora mismo, trabajo creando cursos en Moodle, y me surge la duda de qué tecnología o herramientas usar para ello. Los últimos años se ha plagado los cursos de eLearning de contenidos hechos en Flash y subidos como paquetes SCORM. Pero dado que Flash está en extinción, y viendo todos los inconvenientes que tiene, entre ellos, los referentes a accesibilidad, me estaba preguntando si HTML5 sería la mejor elección para los contenidos de los cursos de eLearning.

Sé que tu especialidad es la accesibilidad, pero te agradecería enormemente si me dieras tu opinión acerca de esto. He leído los artículos de tu blog acerca de HTML5 y de Flash. No tengo dudas de abandonar completamente el Flash, la duda es si además de HTML5 hay alguna otra tecnología para crear contenidos accesibles, multiplataforma, etc. En definitiva, si hay más tecnologías que puedan ser tan accesibles (hablando ya en un sentido más general, tanto a nivel humano como del dispositivo que uses) como HTML5. También me preocupa desarrollar ya contenidos en HTML5 y que haya problemas para verlos dependiendo del navegador.
Y mi respuesta fue:
Flash no tenía características de accesibilidad desde el principio. Posteriormente se añadieron, pero por necesidad, porque lo pidió la gente. Incluso así, aunque se utilicen las características de accesibilidad de Flash, los objetos hechos en Flash siempre han tenido un problema: en algunos navegadores no se puede acceder a ellos directamente con el teclado (nosotros no nos damos cuenta de ello porque lo usamos con ratón). Una persona ciega o una persona con problemas de movilidad que utilice sólo el teclado, tendrá graves problemas de accesibilidad con los objetos hechos en Flash.

HTML siempre ha tenido en cuenta la accesibilidad. Puede ser mejor o peor, aún tiene muchas cosas por solucionar, pero se tiene el compromiso de ello. Por tanto, entre Flash y HTML5, sin duda HTML5 es mejor. Aquí puedes encontrar algo de información interesante sobre HTML5 y la accesibilidad: http://html5accessibility.com/

Un problema importante para que HTML5 triunfe es la falta de buenas herramientas de autor. Flash siempre ha tenido buenos (o malos) entornos de desarrollo, pero por ahora HTML5 carece de ello. Sin embargo, todo es cuestión de tiempo. Incluso Adobe está desarrollando su propia herramienta, Edge (http://labs.adobe.com/technologies/edge/) o Wallaby
(http://labs.adobe.com/technologies/wallaby/), su propio conversor de Flash a HTML5.
Yo no conozco otra tecnología que permita crear contenidos accesibles, multiplataforma, etc. HTML5 no es perfecto, pero es la única tecnología estándar que tenemos por el momento, y eso es un gran avance.

Sobre lo de crear ya contenidos en HTML5, el W3C anima a ello, no hay que esperar a que HTML5 sea una recomendación (lo cual se espera que ocurra en el año 2014). Pero hay que saber usar HTML5 con cuidado y ser consciente de lo que funciona en la mayoría de los últimos navegadores. En el caso de los contenidos educativos no veo ningún problema, porque es muy normal en los cursos online exigir unos requisitos mínimos de software a los alumnos, así que se puede exigir a los alumnos que utilicen unos navegadores concretos.

Hoy en día, las últimas versiones de los navegadores de verdad (Firefox, Opera, Chrome y Safari) implementan ya muchas de las nuevas características de HTML5. Para saber el nivel de compatibilidad con HTML5 te recomiendo la página The HTML5 test, en el apartado Other browsers hay una comparativa. A día de hoy, el navegador más compatible es Google Chrome 17:
  • Google Chrome 17.0: 374 puntos
  • Mozilla Firefox 10.0: 332 puntos
  • Opera 11.60: 329 puntos
  • Apple Safari 5.1: 302 puntos
  • Microsoft Internet Explorer 9: 141 puntos

miércoles, 14 de marzo de 2012

Traductor portátil de la lengua de signos

Según la noticia Technology that translates sign language into text aims to empower sign language user, en la Universidad de Aberdeen (Escocia) han desarrollado un traductor portátil de la lengua de signos llamado Portable Sign Language Translator (PSLT).

La noticia dice que este software es el primero de su tipo a nivel mundial: con este software y con un dispositivo que tenga una cámara de vídeo (por ejemplo, un teléfono móvil moderno, una tableta o una webcam conectada a un ordenador), un usuario que se comunique mediante la lengua de signos se puede comunicar con cualquier persona, ya que el sistema traduce sus signos a texto.

El sistema está en desarrollo, pero promete revolucionar totalmente la comunicación entre personas sordas y no sordas. Según la noticia, el número de personas en el Reino Unido cuya primera lengua es la Lengua Británica de Signos se estima entre 50.000 y 70.000 personas.

Esta noticia me recuerda el proyecto GANAS (Generador de Animaciones para el Lenguaje de Signos) desarrollado en la Universidad de Castilla-La Mancha y que tiene como objetivo justo lo contrario: desarrollar un avatar tridimensional que traduzca un texto a la lengua de signos.

martes, 13 de marzo de 2012

El Día Mundial del Glaucoma

Ayer lunes 12 de marzo se celebró el Día Mundial del Glaucoma. El glaucoma es una enfermedad crónica que puede afectar muy gravemente a la visión. Puede llegar a causar ceguera y es considerada la segunda causa de ceguera en el mundo occidental.

En el artículo Un día para la ceguera que no duele, nos dicen que unos 500.000 españoles padecen glaucoma y un 5% de los casos puede derivar en ceguera:
Esta patología, que afecta a unos 60 millones de personas en el mundo, se caracteriza por una degeneración del nervio óptico causada por un aumento de la presión dentro del ojo. Un millón de españoles la padece, aunque la mitad de ellos lo desconoce. Con un diagnóstico a tiempo, puede iniciarse un tratamiento dirigido a frenar su progresión. Sin este tratamiento temprano, el 5% de los casos de glaucoma puede derivar en ceguera.

En Internet podemos encontrar varios ejemplos y simuladores de glaucoma y otros problemas de visión:

En mi sitio web sobre accesibilidad web tengo la página Simuladores de personas con discapacidad visual en la que comento varias herramientas que permiten simular diferentes problemas de visión. De todas ellas recomiendo Web Accessibility Toolbar, que posee un apartado con diferentes simulaciones: retinopatía diabética, cataratas, degeneración macular, glaucoma, ceguera al color y contraste reducido.

lunes, 12 de marzo de 2012

El W3C dice que HTML5 transformará la Web

La semana pasada, del 6 al 10 del marzo, se celebró el CeBIT en Hannover (Alemania). El nombre CeBIT (Centrum der Büro-und Informationstechnik) significa Centro para la Tecnología de la Información y de la Oficina. El CeBIT está considerada la feria de exposición de ordenadores, tecnologías de la información, telecomunicaciones, software y servicios más importante del mundo.

En la noticia W3C CEO calls HTML5 as transformative as easly Web nos cuentan cómo fue la participación de Jeff Jaffe, directivo del W3C. Según este directivo, HTML5 será una tecnología disruptiva con tanto poder y efecto como los que ocurrió durante los primeros años de la Web:
We’re about to experience a generational change in Web technology, and just as the Web transformed every business, (HTML5) will lead to another transformation.
Jeff Jaffe también destacó que HTML5 ofrecerá nuevas posibilidades para mejorar la accesibilidad de los sitios web.

Jeff Jaffe recordó que HTML5 no será un estándar hasta el año 2014. También reconoció que algunas críticas sobre el rendimiento de HTML5 y sobre su nivel de madurez para sustituir otras tecnologías (por ejemplo, Flash) tienen un fundamento real. Sin embargo, explicó que es algo normal en cualquier tecnología cuando se introduce por primera vez. Preguntado por el dilema aplicación nativa o aplicación web, Jeff Jaffe contestó que no lo veía como una competición, pero se decantó por las aplicaciones web debido a la gran diversidad de dispositivos que existen y a la necesidad creciente, por cuestión de costes, de disponer de una plataforma estándar.

sábado, 10 de marzo de 2012

Uso de tabletas táctiles para ayudar a los estudiantes ciegos a aprender matemáticas

En la Wikipedia podemos encontrar la definición de tecnología háptica:
La tecnología háptica se refiere al conjunto de interfaces tecnológicos que interaccionan con el ser humano mediante el sentido del tacto. Se trata de una tecnología emergente desde los 90 que está evolucionando prometedoramente en algunos campos de aplicación.
Todo aquel que haya jugado alguna vez con una consola moderna, como una PlayStation 2 o una XBox 360, ya ha probado una interfaz háptica: la vibración del mando. En realidad, el modo vibrador de un teléfono móvil también es una interfaz háptica.

Puede parecer sorprendente, pero los teléfonos con pantalla táctil han supuesto una gran revolución para las personas con problemas de visión. El teléfono iPhone destaca entre los demás por su lector de pantallas, VoiceOver, y por su nuevo asistente, Siri.

En el artículo App turns tablet into math aid for visually impaired students nos cuentan que en la Vanderbilt University (Estados Unidos) han desarrollado una aplicación para tabletas basadas en el sistema operativo Android que permite sentir con los dedos figuras geométricas. El objetivo es ayudar a los estudiantes con problemas de visión para que puedan entender mejor los conceptos matemáticos, como la geometría, que tienen un alto componente visual.

En la noticia se comenta que el coste de los dispositivos que se emplea en el proyecto ha disminuido enormemente, lo cual es una gran ventaja para que se difunda su uso y acabe siendo una realidad para miles de usuarios: cuando comenzó el proyecto hace 18 meses se empleaba un modelo industrial que costaba $2,500, mientras que ahora se emplean tabletas domésticas que cuestan $300.

Y a continuación, un vídeo (en inglés) en el que podemos ver una demostración de su uso:



Más información:

viernes, 9 de marzo de 2012

Textos claros y fáciles de leer: Visual-Syntactic Text Formatting

La legibilidad es una característica o propiedad que define la facilidad de lectura y comprensión de un texto. Que un texto sea legible ayuda a que sea más fácil de leer para todos y en especial para las personas con problemas de lectura y/o discapacidades cognitivas. Por tanto, la legibilidad de los textos es un aspecto esencial en la accesibilidad web. Desgraciadamente, muchas veces se olvida.

Recordemos que las Pautas de Accesibilidad al Contenido en la Web 1.0 dedican la pauta 14 "Asegúrese de que los documentos sean claros y simples" a este tema:
  • 14.1 Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio. [Prioridad 1]
  • 14.2 Complemente el texto con presentaciones gráficas o auditivas cuando ello facilite la comprensión de la página. [Prioridad 3]
  • 14.3 Cree un estilo de presentación que sea coherente para todas las páginas. [Prioridad 3]

Hace unos días comentaba con unos compañeros de departamento lo mal que escriben nuestros alumnos, incluso cuando intentan escribir bien. Y no me estoy refiriendo a cuando nos escriben como si fuese un SMS. En concreto, estuvimos hablando sobre el uso de los signos de puntuación y las frases "kilométricas" que a veces escriben algunos alumnos.

Acabo de encontrar un par de artículos sobre Visual-Syntactic Text Formatting (VSTF), que se puede traducir como "Formateo del texto visual y sintáctico". Es una propuesta muy interesante, aunque quizás con poco futuro por lo innovadora que es, que permite escribir textos más fáciles de leer.

El sistema consiste en emplear la sintaxis de los textos para transformar su presentación visual en un "modelo en cascada" o jerárquico. Más o menos, es lo mismo que hacemos cuando programamos o escribimos código HTML y utilizamos el tabulador (la sangría) para indicar la estructura jerárquica del código. Veamos un ejemplo que aparece en los artículos que he consultado.

La siguiente imagen contiene el texto de la primera frase que aparece en la Declaración de Independencia de los Estados Unidos:


La propuesta VSTF transformaría la presentación visual del texto en esto otro:


Y aquí otro ejemplo, primero el texto original:


Y después el texto transformado según el sistema VSTF:


Cómo he dicho antes, muy parecido a la forma de escribir el código cuando se programa o cuando se escribe un documento HTML. Según los datos presentados por sus autores, la comprensión de los textos aumenta al emplear esta presentación de los textos.

No creo que este sistema sea útil para todo el mundo. Pero sí que sería interesante implantarlo en algunas tecnologías de apoyo destinadas a personas con problemas de lectura y/o discapacidades cognitivas.

Por último, por si alguien los quiere consultar, estos son los dos artículos que he encontrado sobre VSTF:
Finalmente, en la categoría Legibilidad de este blog se pueden encontrar más entradas sobre este tema, como por ejemplo:

miércoles, 7 de marzo de 2012

Mejoras en el sistema para controlar el ordenador con la lengua

El artículo Tongue Drive System Goes Inside the Mouth to Improve Performance and User Comfort nos cuenta que en el Georgia Institute of Technology han desarrollado un sistema para controlar el ordenador u otros dispositivos, como una silla de ruedas, con el movimiento de la lengua. Este tipo de sistema está destinado para personas que han sufrido un gran daño en la médula espinal y que sufren de tetraplejia.

El nuevo sistema que se ha presentado mejora el que previamente existía que consistía en un casco que detectaba el movimiento de un imán que estaba implantado en la lengua del usuario a modo de piercing. El nuevo sistema emplea una especie de protector dental con una serie de detectores, tal como podemos ver en la siguiente imagen.


Este nuevo sistema es más cómodo que el existente, ya que en el sistema antiguo basado en el casco, éste se podía mover y había que realizar un proceso de calibración cada vez que se usaba. Además, al estar los sensores más cerca del imán, se mejora la relación señal-ruido y, por tanto la precisión.

Este sistema presenta una gran ventaja frente a otros sistemas como los de pulsadores o los de inspiración-espiración, ya que permite una mayor variedad de combinaciones.

A continuación un vídeo donde podemos ver el uso del sistema antiguo. Desgraciadamente, según el vídeo, aún se está lejos de poder comercializar este sistema.



Más información:

martes, 6 de marzo de 2012

Encuesta: ¿Está cambiando la prioridad en realizar una web accesible, en España, por la crisis?

Alan Chuter, organizador del encuentro Madrid Accesibilidad TICs ha creado una encuesta online para apoyar  una de las discusiones que tendrá lugar en el próximo encuentro: ¿Está cambiando la prioridad en realizar una web accesible, en España, por la crisis?

La explicación a la pregunta que plantea es:
Por tu propia experiencia, si trabajas en una empresa o en la administración pública o una ONG, ¿ha afectado la crisis los proyectos en que trabajas? ¿Ha mejorado o ha empeorado el nivel de accesibilidad? El resultado de la encuesta nos servirá para el debate la semana que viene.
Y las posibles respuestas son:
  • Se ha reducido el esfuerzo en cuanto a la accesibilidad
  • Ha aumentado
  • No noto ningún cambio

Nuevo encuentro Madrid Accesibilidad TICs en marzo

El miércoles 14 de marzo habrá un nuevo encuentro de Madrid Accesibilidad TICs. Por ahora, los temas a tratar están por determinar y los organizadores aceptan que cualquiera pueda realizar una charla u organice una tertulia.

Para los que no pudieron asistir a los dos primeros encuentros, Rosana Naveira ha publicado un resumen de cada uno de ellos:
El encuentro tendrá lugar en el lugar de costumbre, la Sala Ciball en la calle Corredera Baja de San Pablo, 41, en Madrid.

lunes, 5 de marzo de 2012

Juegos controlados con la vista para niños con discapacidad

La noticia Eye-controlled computer games for disabled children nos cuenta que el Centre for Computational Intelligence de la De Montfort University, una universidad situada en Leicester (Reino Unido), están empleando sistemas de eye tracking (seguimiento del ojo) para que niños con movilidad limitada puedan jugar con videojuegos. Además, el sistema también les permite moverse por entornos virtuales y, por qué no, por entornos reales.

Según dice la noticia, el sistema que están desarrollando es de bajo coste. En el siguiente vídeo se puede ver una demostración de uso de este sistema. En el vídeo aparece el proceso de calibración (acelerado) que requieren los sistemas de eye tracking.



Más información:

jueves, 1 de marzo de 2012

HTML5: situación actual y futuro

HTML5 es "el milagro, la piedra filosofal, el Dorado del desarrollo web". Los que llevamos muchos años en el desarrollo web la estábamos esperando desde hacía tiempo: una tecnología estándar, compatible con todos los dispositivos y con las suficientes características que nos permitan hacer todo lo que queramos sin tener que depender de terceras tecnologías. Una tecnología que nos permita construir desde un "Smart a un Hummer", desde un "Lada a un Lamborghini". Desgraciadamente, por ahora es un espejismo.

El artículo HTML5 still taking shape nos cuenta algunas cosas interesantes sobre la situación actual de HTML5 y sobre las expectativas que se han creado a su alrededor. Además, plantea el dilema entre desarrollar una aplicación nativa para cada dispositivo o el desarrollo de una aplicación web compatible con todos los dispositivos. A continuación, la traducción de los párrafos más interesantes:
Hoy en día, hay pocas dudas de que la industria ha adoptado HTML5 como la mejor solución para el desarrollo y distribución de aplicaciones ricas (rich applications) compatibles con múltiples navegadores y dispositivos. Somos testigos de la desaparición de Flex, del reposicionamiento de Flash, y del anuncio de Microsoft de que Silverlight 5 será la última versión para navegador.

[...]

"Esto no tiene precedentes en nuestra industria", dijo [Todd Anglin]. "Cada uno ha querido construir y poseer la plataforma, pero con la explosión de dispositivos en el mercado, ahora quieren ser dueños de las herramientas y los servicios".

¿Puede que todo esto se remonte a la decisión de Apple de no permitir plugi-ns y entornos de ejecución en su iPhone? En parte. Pero también se debe al creciente número de nuevos dispositivos que salen al mercado, cada uno con diferentes sistemas operativos. "Los plug-ins simplemente no se pueden mantener al día con el rápido aumento de todos estos dispositivos", dijo Anglin. "Incluso si se les permitiese, no podrían mantener el ritmo".

Jacobs citó un estudio que declaraba que dos mil millones de teléfonos móviles con navegadores estarán en circulación en dos años a partir de ahora, y todos esos navegadores afirman soportar los desarrollos basados en HTML5.

Pero es demasiado pronto para declarar a HTML5 el ganador en el desarrollo de aplicaciones web, afirman los expertos. De acuerdo con el sitio web builtwith.com, sólo el 8% de los principales 100.000 sitios web tienen algo de HTML5 detrás de ellos, y sólo el 14% de los principales 10.000 sitios tienen algo de HTML5, aunque sólo sea el empleo de Canvas. Además, sólo el 46% de los usuarios de Internet actuales tienen un navegador compatible con HTML5.

El problema, según Anthony Franco, presidente y cofundador de la empresa de desarrollo de software EffectiveUI, es que HTML5 aún no es un estándar. "Sólo porque alguien dice que su navegador es compatible con HTML5 no quiere decir que sea un estándar. Todos los navegadores soportan la recomendación del W3C [por HTML5] de diferentes formas", dijo.

[...]

Por lo tanto, ¿ha llegado HTML5 al nivel de Flash y Silverlight? La mayoría de los expertos dicen que todavía no, pero se está camino de ello.

[...]

También dijo el Grupo de Trabajo de Aplicaciones Web del W3C está trabajando en una nueva iniciativa para hacer frente "al acceso universal a las aplicaciones web mediante una amplia gama de dispositivos y por una gran diversidad de usuarios".

[...]

Uno de estos debates gira en torno a las necesidades del usuario y la experiencia del usuario. Montones de investigaciones muestran que los usuarios abandonan un sitio web si es lento en responder o no puede ofrecer lo que el usuario desea. Así que, una decisión a la que los desarrolladores web se deben enfrentar es la de escribir una aplicación que es nativa para un dispositivo, o utilizar los estándares web para llegar a más dispositivos.
[...]

¿Qué aproximación se debe adoptar?¿Flash? ¿Silverlight? ¿HTML5/JavaScript/CSS3/SVG?

Anthony Franco, presidente y cofundador de la empresa de desarrollo de software EffectiveUI, dijo que se debe contestar una serie de preguntas antes de elegir la plataforma de desarrollo:
  1. ¿Cuál es la duración esperada de la aplicación? ¿Con qué frecuencia se volverá a rescribir?
  2. ¿Cuál es el conjunto de habilidades de los desarrolladores? Las estadísticas muestran que hay cerca de 5 millones de desarrolladores web en el mundo, mientras que hay menos de 200.000 desarrolladores de Objective-C (para escribir aplicaciones nativas de iOS).
  3. ¿Dónde tiene que residir la aplicación?
  4. ¿Cómo de "rica" necesita ser la aplicación?
  5. ¿Cómo de integrada en los sistemas software actuales necesita estar?
  6. ¿Cuánto está dispuesto a poner en peligro las características de la aplicación en función de la plataforma elegida?
Más información:

miércoles, 29 de febrero de 2012

Donación a Médicos Sin Fronteras

Hace unos meses organicé el curso Introducción a la accesibilidad web en la Universidad de Alicante. El importe íntegro de la matrícula del curso se destinó a una donación para Médicos Sin Fronteras. La donación fue de 2.400€: se matricularon 8 alumnos y el importe de la matrícula era de 300€.

Acabo de recibir una carta de Médicos Sin Fronteras en la que se certifica que la donación ha sido efectiva:
[...] 
2. Que con fecha 16/12/2011 hemos recibido un total de 2400,00 Euros de UNIVERSIDAD DE ALICANTE DTO DE LENGUAJES Y SISTEMAS INFORMATICOS con domicilio social en CAMPUS DE SANT VICENT DEL RASPEIG AP. 99 en SANT VICENT DEL RASPEIG (ALICANTE) en concepto de donación irrevocable destinada a apoyar los proyectos de Médicos Sin Fronteras.
2.400€ nos puede parecer poco dinero, "un vaso de agua para millones de bocas sedientas", pero en los países a los que se destina la ayuda de Médicos Sin Fronteras, 2.400€ puede salvar muchas vidas.

jueves, 23 de febrero de 2012

Recopilación de entradas sobre el control mental del ordenador

Ayer tuve una reunión con un grupo que hemos formado para plantear proyectos relacionados con la mejora de la calidad de vida de las personas mayores. Uno de los temas que estamos contemplando es la inclusión de los grandes dependientes y una de las posibilidades que nos hemos planteado es la aplicación de algún sistema de control mental para que puedan utilizar el ordenador.

El control mental (mind control en inglés) es la posibilidad de controlar un dispositivo simplemente con el pensamiento. Para ello se emplean interfaces cerebro-ordenador (brain-computer interfaces).

En el siguiente vídeo podemos ver un ejemplo de control mental de un brazo robótico por parte de una persona que ha perdido un brazo: no es exactamente un control mental completo, ya que este tipo de control mental se aprovecha de los nervios que controlaban el movimiento del brazo que perdió.



El control mental completo es el que podemos ver en el siguiente vídeo en el que un mono controla con su pensamiento un brazo robótico. Aunque no se puede ver, pero se puede intuir, el mono tiene un implante dentro de su cerebro al cual se conectan unos cables que transmiten sus señales eléctricas cerebrales a un ordenador que las procesa. Este sistema es invasivo, porque requiere de una cirugía cerebral que entraña grandes riesgos. Comercialmente, estos sistemas no tienen mucho futuro. Pero son el primer paso.



En la actualidad, lo que se intenta desarrollar es un sistema no invasivo, a modo de casco que se pueda quitar o poner el usuario en cualquier momento. Por ahora, los sistemas no invasivos obtienen peores resultados que los sistemas invasivos (los sensores captan mucho "ruido cerebral"), pero todo es cuestión de tiempo.

Ya existe algún sistema comercial que se puede comprar "en la tienda", como el sistema Emotiv Epoc. El precio de venta actual son $299, lo cual es una ganga si realmente se puede hacer lo que promete (que lo dudo). En el siguiente vídeo nos lo explican y nos lo muestran en funcionamiento.



El objetivo final de todo esto es poder utilizar el ordenador con la mente en vez de con el teclado y el ratón. Del avance más prometedor me hice eco el año pasado en la entrada Otros que se apuntan al control mental del ordenador (05/06/2011). En la Universidad Ben-Gurion de Negev, han logrado que una persona pueda escribir un correo electrónico de 12 caracteres en 7 minutos, pero después de que la persona haya recibido un entrenamiento específico para ello.

En estos últimos años he escrito varias entradas sobre este tema. Todas ellas se encuentran disponibles en la etiqueta control mental, pero a continuación resumo algunas de las más importantes:

Universidades españolas


Universidades extranjeras que investigan en control mental

Productos comerciales



miércoles, 22 de febrero de 2012

BrailleTouch para iPhone e iPad

El artículo Georgia Tech Develops Braille-Like Texting App presenta un prototipo de aplicación gratuita para móvil con pantalla táctil que permite convertirlo en un teclado braille. Por ahora se trata de un prototipo para iPhone y iPad, pero ya están trabajando también en la versión para Android.

Un teclado braille es un dispositivo de entrada que permite representar cualquier carácter mediante la pulsación simultánea de unas pocas teclas, lo que permite alcanzar una gran velocidad de escritura. Los teclados braille suelen poseer 6 u 8 teclas principales, más una serie de teclas auxiliares. En el caso de BrailleTouch, el teclado es la pantalla táctil del móvil y está compuesta por 6 teclas que pueden pulsarse simultáneamente.

En principio, parece que lo han desarrollado para todo el público, no sólo para los usuarios ciegos, pero los usuarios ciegos se pueden beneficiar enormemente ya que un iPhone con este software puede sustituir a aparatos más caros y pesados como el PAC Mate Omni.

Un vídeo donde se explica su uso y se hace una demostración (incluye subtítulos en inglés que se pueden traducir automáticamente al castellano):


martes, 21 de febrero de 2012

El proceso de estandarización del W3C

Ayer escribí la entrada De los estándares, normas, recomendaciones y otras "tonterías" en la que quise explicar lo importante que son los estándares en nuestras vidas y los beneficios que nos aportan. Aunque no nos demos cuenta, estamos rodeados de estándares por todas partes: el tamaño del papel que tengo encima de mi mesa, el casquillo de la bombilla que ilumina mi oficina, el conector USB del teclado y del ratón que estoy usando ahora mismo, la disposición de las teclas en el teclado que estoy usando ahora mismo para escribir este texto, etc., todo eso y mucho más está basado en estándares internacionales que nos hacen la vida un poco más sencilla. Sin los estándares, la vida podría ser un auténtico caos.

Y por supuesto, el lenguaje HTML, CSS, DOM y JavaScript con el que está creado Blogger y que me permite usarlo con cualquier navegador, lo que me evita el tener que tener un navegador concreto que me exija Google para poder usar Blogger. Mejor no imaginemos qué pasaría si no hubiese estándares en el desarrollo web...

Los estándares (también llamados normas) se pueden clasificar de diferentes formas. Así, por ejemplo, podemos hablar de:
  • Estándar cerrado, abierto o libre.
  • Estándar legal (de iure) o de hecho (de facto).
  • Estándar nacional, internacional o industrial.
Los estándares normalmente son creados por organizaciones, públicas o privadas, como puede ser AENOR en España, DIN en Alemania, ANSI en Estados Unidos o ISO a nivel internacional. Estos estándares pueden estar oficialmente respaldados en el ordenamiento jurídico de un país, es decir, son de obligado cumplimiento por ley.

El World Wide Web Consortium (W3C) es un consorcio internacional e independiente que fue fundado en octubre de 1994. Está formado por empresas, organizaciones gubernamentales y no gubernamentales, que tiene como misión guiar la Web hacia su máximo potencial. Para ello, el W3C promueve la evolución e interoperatividad de la Web desarrollando especificaciones, protocolos y recomendaciones.

En la actualidad, el W3C no tiene el mismo peso legal que tiene, por ejemplo, ISO. Supongo que por ello, las especificaciones y protocolos que crea el W3C se llaman "recomendaciones", aunque en el mundo del desarrollo web reciben la misma consideración que cualquier estándar en otra industria. Las recomendaciones del W3C son estándares de hecho: estándares no oficiales, pero que debido a su enorme penetración y aceptación en el mercado, tienen el mismo peso que un estándar oficial.

Desgraciadamente, un estándar no es siempre la mejor opción posible entre todas las existentes, y muchas veces se tarda mucho en desarrollar un estándar porque hay que encontrar un consenso entre muchas partes, cada una con sus propios intereses (no creamos que W3C es una organización tan independiente como se pueda pensar, ya que está formada principalmente por personas de las empresas y organizaciones que más intereses tienen en el tema, como Microsoft, Google, Apple, Opera y Mozilla). Es el precio que hay que pagar para luego poder tener una serie de beneficios.

Para lograr el consenso entre todas las partes implicadas, el W3C tiene definido un proceso (World Wide Web Consortium Process Document). Este proceso consta de siete pasos:
  1. Submission: un miembro del W3C puede enviar una propuesta de estándar al W3C.
  2. Note: a menudo, la propuesta se convierte en una nota que se hace pública. Una nota es simplemente la exposición pública de una propuesta. No supone en ningún modo que tenga el apoyo del W3C, no supone que se haya iniciado ningún trabajo de estandarización y el único propósito es crear un foro de discusión.
  3. Working Group: cuando el W3C reconoce que una propuesta tiene interés y se debe desarrollar, se establece un grupo de trabajo. El grupo de trabajo establece un calendario de trabajo y publica un primer borrador con la propuesta que se quiere estandarizar.
  4. Working Draft: un borrador de trabajo es un documento que se expone públicamente para mostrar el progreso en el desarrollo de una nueva recomendación. Junto con su publicación se establece un calendario para que el público pueda participar y enviar comentarios y correcciones. Un borrador de trabajo nunca se debería emplear como material de referencia, porque puede ser actualizado, reemplazado o incluso declarado como obsoleto en cualquier momento.
  5. Candidate Recommendation: una recomendación candidata es un borrador de trabajo que ha alcanzado un alto nivel de madurez, pero que también puede ser actualizado, reemplazado o incluso declarado como obsoleto en cualquier momento, como cualquier otro borrador de trabajo. El propósito de la recomendación candidata es que sea implementada y probada para comprobar que su uso es factible.
  6. Proposed Recommendation: después de que todas las características de la recomendación candidata hayan sido implementadas, se publica la propuesta de recomendación que representa la última etapa previa a la publicación definitiva de la recomendación.
  7. Recommendation: una vez que la propuesta de recomendación haya recibido el apoyo suficiente, se publica la recomendación, que ya tiene el carácter de documento estable. A partir de ese momento, el W3C sí que apoya y fomenta su uso y difusión.
Posteriormente, una recomendación puede ser actualizada para corregir errores y clarificar algunos aspectos que puedan ser confusos o ambiguos. Pero esto no se convierte en una nueva recomendación, sino que es una nueva edición de la recomendación ya existente. Por ejemplo, XML 1.0 ya va por su quinta edición (26 de noviembre de 2008), aunque la primera edición fue publicada el 10 de febrero de 1998.

Evidentemente, algunas especificaciones son más complejas que otras, y pueden requerir más tiempo, más pruebas y la participación de más gente. Por ejemplo, WCAG 2.0 fue publicada el 11 de diciembre de 2008. Pero podemos encontrar un borrador de trabajo del 25 de enero de 2001.

Y algunas no llegan nunca a ser recomendación. Por ejemplo, el W3C estuvo trabajando en XHTML 2.0 más de ocho años (existe un borrador de trabajo del 5 de agosto de 2002) para nada, ya que su desarrollo fue cerrado el 17 de diciembre de 2010 en favor de HTML5.

Por tanto, como podemos intuir por todo lo anterior, crear una recomendación dentro del W3C no es el resultado de "cinco amiguetes que se reúnen dos tardes y escriben un documento". Es el resultado de un largo y laborioso proceso.

lunes, 20 de febrero de 2012

De los estándares, normas, recomendaciones y otras "tonterías"

En mi anterior entrada, Cada vez que llamas a una característica propietaria "CSS3", un gatito muere, me han dejado unos comentarios interesantes.

Por un lado tenemos, a Álvaro y Rogelio, que comentan como justificación de por qué emplear características propietarias que, si el cliente te las pide, al final tragas. Bueno, todo depende de las "tragaderas" que uno tenga. Un día vi en un restaurante alicantino como salió el cocinero a hablar con unos clientes extranjeros cuando se enteró de que habían pedido ketchup para la paella que había cocinado con mucho cariño. Les dijo que si iban a hacer eso, prefería que se levantasen y se fuesen del restaurante inmediatamente sin pagar nada.

Claro, no se puede comparar el dinero que va a dejar una mesa en un restaurante normalito con el dinero que puede dejar un desarrollo web. Y claro, el dinero es del cliente, y si el cliente lo quiere usar mal, no vamos a ser nosotros los que le detengamos. Pero hay cosas que no se deben hacer: parte de la labor del desarrollador web (o mucho mejor, del agente comercial que trate con el cliente) es asesorar y convencer al cliente de lo que es bueno o malo. Por ejemplo, ¿es bueno hacer un sitio web para que sea compatible con Internet Explorer 6? He oído muchas veces la misma historia en boca de profesionales y alumnos que hacen sitios web: he hecho el sitio web compatible con Internet Explorer 6 porque así lo quería el cliente o el jefe... por ejemplo, porque es el navegador que él usa. Pues el cliente o el jefe se tiene que enterar de que el sitio web no se hace para él, sino para el resto del mundo, y el resto del mundo (incluido Microsoft) pasa de Internet Explorer 6 desde hace tiempo (The Internet Explorer 6 Countdown). En última instancia, si aún así el cliente o el jefe quiere que sea compatible con Internet Explorer 6, lo que se debe hacer es cobrarle una cantidad adicional por el trabajo extra que supondrá lograrlo. Entonces quizás se lo piense dos veces.

Por otro lado, en otros comentarios, Rogelio pregunta por qué se tarda tanto en crear los estándares y Félix cita el artículo Every Time You Make a Good Business Decision, a Puppy Gets Cloned que ha aparecido como respuesta a la "masacre de los gatitos". En este artículo, aunque se comparten muchas ideas aparecidas en el primer artículo, también se defiende el uso de las características propietarias como impulsor de desarrollo web y defiende que los estándares web no se deben tomar como una religión. Esperar a que exista un estándar puede ser pernicioso, pero el uso de no estándares puede ser mucho más pernicioso.

Por ejemplo, en España hemos tenido que sufrir durante muchos años que no hubiese una comunicación directa de la red española ferroviaria con la red de los países vecinos porque el ancho de vía español es superior al europeo. Afortunadamente, las líneas de alta velocidad (AVE) emplean el ancho de vía europeo y poco a poco se va solucionando la situación, después de más de 150 años de existencia del ferrocarril en España.

En todo el mundo hemos tenido que sufrir durante muchos años la ausencia de un estándar en los cargadores de móvil. El impacto ecológico que ha tenido la ausencia de un estándar (millones y millones de cargadores desechados), el impacto en los bolsillos de millones de usuarios que se han tenido que comprar un cargador nuevo porque ninguno de los que tenían en casa les servía, o el inconveniente de no encontrar un cargador adecuado y no poder recargar la batería del móvil, no se puede valor pero seguro que tiene muchos ceros. Afortunadamente, desde el año pasado los fabricantes de móviles emplean un mismo conector de tipo microUSB.

Desgraciadamente, en todo el mundo tenemos que seguir sufriendo la falta de un estándar en los enchufes eléctricos, en el voltaje y en la frecuencia de la electricidad. Algo tan "sencillo", no se ha podido solucionar después de más de 100 años de uso de la electricidad en lo hogares y tenemos que sufrirlo y pagarlo, tanto los usuarios finales como los fabricantes de productos eléctricos.

En la Web hay millones y millones de usuarios. El uso de tecnologías no estandarizadas es un error de cara a los usuarios finales y, para el desarrollador, lo más normal es que suponga un mayor esfuerzo inicial y mayores problemas de mantenimiento futuros.

Esto no significa un NO rotundo a lo no estándar: se puede emplear, pero con cuidado, teniendo en cuenta, por ejemplo, el concepto de mejora progresiva (progressive enhancement).

Mañana escribiré sobre el W3C y veremos su proceso de estandarización (o normalización).

viernes, 17 de febrero de 2012

Cada vez que llamas a una característica propietaria "CSS3", un gatito muere

¿Y quién no sufre cuando un gatito muere?

Hace unos días escribí la entrada El dominio de Google y Apple, peor que con Microsoft, en la que comentaba que se debe evitar utilizar las propiedades de CSS específicas de un vendedor, las que comienzan con un prefijo como -webkit- o -moz-. Acabo de leer el artículo Every Time You Call a Propietary Feature "CSS3", a Kitten Dies (publicado en A List Apart, referencia en el desarrollo web y en defender el uso de los estándares), que incide sobre el mismo tema.

A continuación, la traducción de algunos de los párrafos más interesantes del artículo:
Anuncio de servicio público: Cada vez llamas a una característica propietaria "CSS3", un gatito muere. Cualquier característica -webkit- que no exista en una especificación (ni siquiera en el borrador del editor) no es de CSS3. Sí, normalmente son evangelizadas como tales, pero no son parte de CSS, absolutamente. Esta distinción no es excesivamente puntillosa. Es importante porque anima a ciertos vendedores(*ejem* Apple *ejem*) a eludir el proceso de estandarización, les anima a poner en práctica todo lo que venga con WebKit, y a continuación a evangelizarla a los desarrolladores como la mejor cosa desde el pan en rebanadas. Los juguetes nuevos y relucientes nos deslumbran y empezamos a promocionarlos, contribuiyendo a la cámara de resonancia.
En nuestro afán por utilizar la última novedad, a menudo nos olvidamos de cuánta gente luchó en la última década para que nosotros podamos escribir código sin bifurcaciones y trucos y esperar que sea interoperable. Si has estado en este campo más de unos pocos años, seguramente recordarás que no siempre fue así. La razón por la que ahora tenemos esta comodidad es gracias a los estándares web, duramente ganada en la guerra de los navegadores (Browser Wars). 
[...] 
Las características propietarias que no han pasado a través del proceso de normalización, por lo general sufren de un diseño pobre, aun cuando la idea general sea buena. Por ejemplo, los gradientes en CSS fueron una gran idea, pero -webkit-gradient() era un gran lío susceptible de numerosos errores. Los tipos de letra web son una gran idea, pero requerir el uso de los ficheros .eot no lo fue. El proceso de normalización no sólo ayuda a lograr la interoperabilidad, sino que también ayuda a mejorar el diseño de cada función, debido a la mayor cantidad y diversidad de opiniones. 
Así que, ¿cuáles son esas características infames? En CSS, algunas de las más populares son:
  • -webkit-box-reflect
  • -webkit-text-stroke
  • -webkit-mask
  • -webkit-background-clip
  • -webkit-text-size-adjust
  • -webkit-tap-highlight-color
  • -webkit-text-fill-color
No todas las características que lleven el prefijo del vendedor tienen que ser propietarias. Algunas de ellas son sólo las implementaciones experimentales de características incluidas en los borradores de las especificaciones. 
[...] 
La regla de oro es fácil: evita por completo las características propietarias. No las uses, no las evangelices, y sin duda alguna, no dependas de ellas.
Para finalizar, en el artículo The Future of CSS: Experimental CSS Properties, podemos encontrar una lista de características propietarias QUE NO DEBEMOS UTILIZAR (aunque en ese artículo nos inviten a ello). Además, en la mayoría de los casos, su utilidad es bien escasa.

jueves, 16 de febrero de 2012

Segundo encuentro sobre accesibilidad de las TICs en Madrid

El próximo martes 21/02/2012 se celebrará en Madrid el segundo encuentro sobre accesibilidad de las TICs, que es gratuito y al cual está invitado todo el mundo al que le interese este tema.

Por ahora, los temas que están anunciados que se van a tratar son:
  1. Errores comunes: descripciones largas de imágenes, por Félix Zapata.
  2. La CNMV en busca del AA, por Jesus Miguel Gimeno.
  3. B.A.D: la demostración del antes y después de la WAI, por Alan Chuter
  4. Como organizar los eventos futuros: Temáticas, formatos (charlas cortas, ponencias largas, mesas redondas, quedar para tomar cañas...)
  5. Otros temas pendientes: ¿Te animas a compartir con nosotros tus conocimientos de algún tema relacionado con la accesibilidad? ¿Contarnos algo que te fastidia en un sitio Web inaccesible? Lo puedes proponer en el foro del grupo o por correo a los organizadores.

martes, 14 de febrero de 2012

Curso "Accesibilidad web en base a las pautas WCAG 2.0"

TECNALIA organiza el curso Accesibilidad web en base a las pautas WCAG 2.0 en sus instalaciones del Parque Tecnológico de Bizkaia del 5 al 8 de marzo de 2012. El curso es gratuito y posee el siguiente contenido:


Accesibilidad web

  • Accesibilidad: qué es, a quiénes afecta, ventajas
  • Marco legislativo actual
  • W3C y WAI

WCAG 2.0: Web Content Accessibility Guidelines

  • Diferencias entre WCAG 1.0 y WCAG 2.0
  • Proporcionar alternativas para los contenidos no textuales
  • Multimedia accesible
  • Crear contenidos que puedan presentarse de diferentes formas
  • Hacer el contenido más fácil de ver y oír
  • Operabilidad mediante el teclado
  • Proporcionar tiempo suficiente
  • Evitar los ataques
  • Proporcionar ayudas a la navegación
  • Hace comprensible el contenido
  • Hacer contenidos predecibles
  • Evitar y corregir errores
  • Maximizar la compatibilidad 

Casos prácticos

  • Casos prácticos de procedimientos para aplicar las WCAG 2.0
  • Visualización de webs accesibles, buenas prácticas 

Metodología de evaluación 

  • Revisiones automáticas: herramientas y recursos
  • Revisiones manuales: técnicas heurísticas


lunes, 13 de febrero de 2012

Versión accesible del sitio web de la Sexta

El sitio web de la programación de televisión de la Sexta ofrece una versión accesible. En esta imagen podemos ver el aspecto de la versión "normal":


Justo al lado de los botones que permiten seleccionar el canal (la Sexta, la Sexta2 o la Sexta3), hay un enlace para acceder a la versión accesible:


Al acceder a dicha versión accesible aparece lo siguiente:


Me he quedado un poco horrorizado al ver esta página, porque se han cometido los dos típicos errores de alguien que quiere hacer un sitio web accesible, pero no tiene mucha idea:

  • Versión accesible: versión alternativa, un segundo sitio web accesible simplificado.
  • Versión accesible: versión fea, sin hojas de estilo.

Si exploramos el código de ambas páginas, veremos que la segunda, la supuestamente accesible, es un subconjunto de la anterior. La mayoría de las estructuras de contenido escritas en HTML, los identificadores o los nombres de las clases de CSS son los mismos. En realidad, la versión accesible no los necesita para nada, porque no se enlaza ningún CSS, pero los tiene.

A la vista del código HTML, me imagino que la gente de Genera, que son los que figuran como creadores del sitio web, debieron pensar y hacer algo como "quita el CSS, elimina el código JavaScript, borra algo de contenido para simplificar la página web y ya tenemos versión accesible, listos".

Pero se pasaron de listos, porque algo tan simple como un correcto uso de los encabezados (estructura de encabezados según HeadingsMap):


o el uso de enlaces significativos y que no repitan el mismo texto (lista de enlaces según Fangs):


o escribir un texto alternativo correcto y no cosas como:
  • cosas_que_hacer_en_denver_cuando_estas_muerto
  • directos_a_tu_corazon
  • el_principe_de_las_mareas 
seguramente, consideraron que no era importante. Por no decir que, una vez en la versión accesible, los enlaces que contiene la página nos llevan otra vez a la versión normal (que se supone que es no accesible). Y no sigo porque tengo mejores cosas que hacer.

Espero que el desarrollo de esta supuesta versión accesible no haya supuesto un sobrecoste en el desarrollo del sitio web, porque habría sido una verdadera tomadura de pelo.

domingo, 12 de febrero de 2012

¿WCAG 1.0, WCAG 2.0, Norma UNE 139803 o qué?

El otro día me dejaron el siguiente comentario:
Tremendo lio tengo... muchos cursos ya estan orientados a WCAG 2.0, pero claro si te presentas a algún proyecto "avanza" te requieren las WCAG 1.0, por ley también...
La duda es razonable: ¿qué debo aplicar? ¿WCAG 1.0? ¿WCAG 2.0? ¿Norma UNE 139803?

Desde mi punto de vista, la respuesta es clara: si hay una ley que nos obligue a algo, lo que diga la ley, ya que eso es lo que nos van a exigir, aunque sea incorrecto (normalmente, es inútil discutir con un funcionario o político este tipo de cosas). Por tanto, en España, y hasta que no haya una nueva ley, lo que hay que aplicar es la Norma UNE 139803. Otro cosa es que no estemos "bajo el imperio de la ley": en ese caso, entre WCAG 1.0 y WCAG 2.0, mejor WCAG 2.0. Así, por lo menos nos olvidaremos de los puntos de control desfasados que comienzan con "Hasta que las aplicaciones de usuario permitan...".

Sin embargo, sí que tiene mucho sentido discutir si WCAG 1.0, WCAG 2.0 o la Norma UNE 139803 son el mejor camino o lo único que debemos de tener en cuenta para lograr la accesibilidad web.

Sobre este tema ya escribí hace un tiempo:


Cualquiera que desarrolle sitios web con el requisito de la accesibilidad, se habrá encontrado con situaciones en las que cumplir las pautas de accesibilidad existentes no sea la mejor elección. Y sin embargo, hay que hacerlo si se quiere lograr la conformidad y "demostrar" que el sitio web es accesible.

Sobre este tema hay dos buenos artículos que recomiendo:

  • Beyond Conformance: The Role of Accessibility Evaluation Methods, de Giorgio Brajnik, publicado en el congreso WISE 2008.
  • Evaluating Web Site Accessibility: Validating the WAI Guidelines through Usability Testing with Disabled Users, de Dagfinn Rømen y Dag Svanæs, publicado en NordiCHI 2008.
Mi consejo: las pautas y normas son un buen punto de inicio, pero no son lo único. Muchas veces, hay que aplicar el sentido común. Y en caso de duda, lo mejor es simular la posible situación conflictiva (por ejemplo, desactivar las imágenes de una página) o, mucho mejor, consultar a un usuario final que se pueda ver afectado.

viernes, 10 de febrero de 2012

El dominio de Apple y Google, peor que con Microsoft

No lo digo yo, lo dice la noticia W3C co-chair: Apple, Google power causing Open Web crisis, que salió ayer publicada en CNET. El resumen de la noticia dice:
The dominance of Apple and Google mobile browsers is leading to a situation that's even worse for Web programming than the former dominance of Internet Explorer, a standards group leader warned today.
Traducido al castellano:
El dominio de Apple y Google en el mercado de los navegadores para móviles está llevando a una situación que es aún peor para la programación web que con el antiguo dominio de Internet Explorer, un líder del grupo de estandarización advirtió hoy.
El problema que se explica en este artículo es que muchos programadores web se están centrando en los navegadores de Apple y Google, ambos basados en WebKit, y por contra, se están olvidando de los navegadores Firefox, Internet Explorer y Opera. Esto está ocurriendo porque los navegadores de Apple (Safari) y de Google (Chrome) son los mayoritarios entre los dispositivos móviles (teléfonos), que es el segmento de dispositivos con conexión a Internet que más está creciendo en los últimos años.

Muchos programadores web emplean propiedades de CSS específicas para estos dos navegadores. Estas propiedades, que comienzan con el prefijo -webkit, puede ser que ya estén estandarizadas o que estén camino de serlo y, por tanto, que sean compatibles con otros navegadores. Pero al anteponer el prefijo específico del vendedor, sólo funcionan en el navegador especificado.

Esto es un completo error, y se debe evitar utilizar las propiedades de CSS específicas de un vendedor. Pero si por alguna razón es imprescindible su uso, entonces lo más conveniente es emplear la propiedad sin el prefijo (para que el CSS sea compatible con las futuras versiones de los navegadores) y con el prefijo de los navegadores más populares, para que sea compatible con los navegadores actuales.

Por ejemplo, si se quiere emplear la nueva propiedad transform de CSS3, lo correcto es:

div
{
  transform: rotate(7deg);
  -ms-transform: rotate(7deg); /* IE 9 */
  -moz-transform: rotate(7deg); /* Firefox */
  -webkit-transform: rotate(7deg); /* Safari y Chrome */
  -o-transform: rotate(7deg); /* Opera */
}

Si no se hace así, algunos grupos de usuarios podrán sufrir problemas en el uso. Ni más ni menos que un problema de accesibilidad web, en esta ocasión producido por una discriminación tecnológica.

jueves, 9 de febrero de 2012

Curso "Accesibilidad Web WCAG 2.0"

La Fundación CTIC organiza una nueva edición de su curso Accesibilidad Web WCAG 2.0. El curso comienza el 1 de marzo de 2012 y finaliza el 4 de mayo de 2012.

Los contenidos del curso son:
  • MÓDULO 0: Introducción
    • Introducción a la accesibilidad web
    • Introducción a las WCAG 2.0
  • MÓDULO 1: Principio 1 - Perceptible
    • Alternativas textuales
    • Accesibilidad en contenido multimedia
    • Adaptabilidad del contenido
    • Contenido fácilmente perceptible
  • MÓDULO 2: Principio 2 – Operable
    • Contenido accesible mediante teclado
    • Tiempo suficiente para realizar tareas
    • Contenido libre de trastornos
    • Facilidad de navegación
  • MÓDULO 3: Principio 3 - Comprensible
    • Legibilidad del contenido
    • Contenido predecible
    • Entrada de datos asistida
  • MÓDULO 4: Principio 4 - Robusto
    • Compatibilidad con navegadores y ayudas técnicas
  • MÓDULO 5: Evaluación de la accesibilidad
    • Proceso de evaluación de la accesibilidad
    • Herramientas de evaluación automática (TAW)
    • Herramientas de evaluación manual
    • Monitorización

miércoles, 8 de febrero de 2012

Accesibilidad de las redes sociales

El próximo jueves 16/2/2012, se va a celebrar una jornada técnica sobre Redes Sociales y Discapacidad: oportunidades y retos en la Fundación ONCE en Madrid. Para aquellas personas que no puedan asistir al acto, el desarrollo del mismo se emitirá por Internet a través del portal Discapnet y de la página de Discapnet en Facebook.

Desgraciadamente, este tipo de actos son necesarios porque la mayoría de las redes sociales actuales no son tan sociales como se podría pensar, ya que discriminan a algunos grupos de usuarios al no ser accesibles. Por ejemplo, hace tiempo publiqué un vídeo en el que mostraba que en Twitter, algo tan simple como el captcha sonoro que se emplea como alternativa al captcha visual, no es accesible para un usuario español porque está en inglés.

A mediados del año 2010, Daniel Torres Burriel escribió un artículo sobre la Web 2.0 y su falta de accesibilidad. El año pasado me hice eco de una encuesta sobre la accesibilidad de las redes sociales (he buscado los resultados, pero no los encuentros) y también comenté algunos consejos para mejorar la accesibilidad de las redes sociales.

Ahora acabo de leer el artículo Social networks and accessibility: A rather sad picture, de diciembre de 2011. En este artículo se comenta la accesibilidad de las principales redes sociales:

  • Twitter: marcado incorrecto, problemas cuando se maneja exclusivamente con el teclado.
  • Facebook: falta de estructura.
  • Google Plus: problemas con lectores de pantalla y cuando se maneja exclusivamente con el teclado.
  • Yammer: red social a nivel empresarial, problemas cuando se maneja exclusivamente con el teclado.
  • identi.ca: basada en código abierto (open source), es la única realmente accesible en esta lista.