martes, 18 de septiembre de 2007

Eclipse creará el Marco para Herramientas para la Accesibilidad

Poco conocido en el mundo de la accesibilidad, Eclipse es una comunidad cuyos proyectos son de código abierto y enfocados en la creación de una plataforma abierta de desarrollo que consiste en marcos (frameworks) extensibles, herramientas y bibliotecas de código para la construcción, despliegue y gestión de software en todo su ciclo de vida. el componente más conocido es el entorno integrado de desarrollo, pero abarco más de 60 otros proyectos de código abierto.

En los últimos años el panorama de la accesibilidad de las tecnologías de la comunicación y la información ha cambiado mucho. Por ejemplo, para permitir la accesibilidad de las Aplicaciones Enriquecidas en Internet (RIA), el Consorcio World Wide Web (W3C) y su Iniciativa para la Accesibilidad de la Web (WAI) está desarrollando un conjunto de tecnologías Web llamadas Aplicaciones Accesibles Enriquecidas en Internet (ARIA). Para dar soporte a la accesibilidad en documentos “office”, el consorcio OASIS recientemente ha terminado las mejotras de accesibilidad en la versión 1.1 del formato Open Document Format (ODF). IBM ha creado un nuevo interfaz de programación de aplicaciones (API) para la accesibilidad llamado IAccessible2, que está actualmente en proceso de normalización en el grupo de trabajo Free Standards Group Accessibility para permitir a los lectores de pantalla presentar al usuario los contenidos basados en los estándares de accessibilidad para documentos y aplicaciones.

Dentro de la comunidad Eclipse el marco de herramientas para la accesibilidad (Accessibility Tools Framework, ACTF) es un proyecto de código abierto dentro del Proyecto de Tecnología Eclipse. Proporcionará un marco para la creación de nuevas herramientas para la accesibilidad, y para demostrar el concepto incorporará dos herramientas ejemplares, versiones mejoradas de las actualmente disponibles en alphaWorks de IBM: aDesigner y RAVEN. Es importante comprender que son sólo ejemplos, AcTF proporcionará la infraestructura y los servicios para crear nuevas herramientas de desarrollo y evaluación.

Technosite participará en la localización del interfaz y su evaluación en entornos Linux y Windows con usuarios con discapacidad y con lector de pantalla. El proyecto acaba de empezar y está actualmente migrando el código existente al repositorio de Eclipse. Se esperan los primeros resultados a finales del 2007.

viernes, 14 de septiembre de 2007

Jornadas MWeb'07 en Zaragoza

Los días 12 y 13 de este mes de septiembre mi colega José Montes y yo hemos asistido en representación de Technosite, a las jornadas MWeb'07 en Zaragoza, sobre la Web móvil. Es parte del Segundo Congreso CEDI, una una semana de veinte y siete jornadas sobre diversos aspectos de las TIC en Zaragoza. Me parece que es una indicación de la madurez del sector de las TIC en España: un congreso importante para informáticos españoles en español. Las sesiones MWeb'07 tuvieron una asistencia de unas 30 a 40 personas, todas, con la excepción del invitado especial Rotan Hanrahan, aparentemente españoles. La ciudad de Zaragoza está actualmente llena de obras para el Expo 2008 sobre Agua y Desarrollo Sostenible y los trabajos alrededor de la estación del AVE.

MyMobileWeb es una aplicación española de código abierto basada en Java para generar de forma dinámica contenidos personalizados para diferentes dispositivos móviles, como canal especial móvil (no con el planteamiento "Web Única"). MyMobileWeb fue el tema de una ponencia presentada por José Manuel Cantera de Telefónica I+D el segundo día. La primera ponencia fue sobre otro proyecto, basado en MyMobileWeb que emplea RDF para permitir la gestión de datos para auto completar formularios Web en móviles, de los autores Fundación CTIC, Telefónica I+D, y la Universidad Politécnica de Madrid, presentada por Diego Berrueta. Rellenar los campos de texto es especialmente penoso para los usuarios de dispositivos móviles con teclados limitados. Se puede proporcionar los datos desde el servidor por el propietario del sitio con lo que ha averiguado sobre el usuario, o en el cliente por el propio usuario.

Nuestro amigo Samuel Martín dio una ponencia sobre los trabajos de su equipo en la Universidad Politécnica de Madrid sobre el desarrollo de metodologías para evaluar la accesibilidad de las aplicaciones Web para móviles.

Se puede usar la monitorización del trafico en el servidor para seleccionar entre distintas estrategias alternativas para adaptar los contenidos para dispositivos móviles diversos y para analizar la calidad de servicio que se les proporciona. Alberto Mijares de Fundación CTIC dio la ponencia.

El Ayuntamiento de Zaragoza ha sido pionero en España en proporcionar una experiencia Web unificada para sus ciudadanos. María Jesús Fernández e Ignacio (“Nacho”) Marín nos describieron la colaboración durante varios años entre sus respectivos organizaciones. Nacho continuó el segundo día, con el planteamiento del Ayuntamiento basado en la propuesta de recomendación del W3C, las Buenas Prácticas para la Web Móvil.

Un equipo de la Universidad de Salamanca ha estado desarrollando una aplicación de servidor con componentes de código abierto y un cliente basado en Java para acceder al sistema de e-Learning ClayNet, que adapta el contenido para el entorno m-Learning para alumnos en desplazamiento. Ha dado la ponencia Miguel Ángel Conde.

Con el tema “Web de escritorio o diseño indpendiente del dispositivo: puntos de partida para la web móvil” terminamos la tarde del primer dóa con una mesa redonda con el antiguo jefe de Technosite, Enrique Varela, ahora consultor independiente y responsable de I+D de Fundación ONCE.

Una serie de aplicaciones móviles usados por la administración pública para llegar a los ciudadanos y los empleados públicos ha sido el tema de una ponencia por Joan Borrás. Muchas de las aplicaciones para el público son (me parece) sistemas "push" basados en mensajería SMS (alertas de niveles de polen, espera de autobús), mientras las que usan tecnologías Web son aplicaciones indpendientes para empleados mas que la Web propiamente dicha.

Telefónica es miembro del consorcio mTLD (.mobi), y Fernando Soriano nos ha dado una charla interesante (e interesada) sobre las bondades del dominio de alto nivel .mobi.

Rotan Hanrahan de la Iniciativa para la Web Móvil dio una conferencia invitada sobre los "Esfuerzos de estandarización alrededor de la Web Ubicua" que me pareció muy clara y fácil de comprender.

El evento terminó el jueves con una mesa redonda sobre "¿Es posible la Web Única?" con María Jesús Fernández del Ayuntamiento de Zaragoza como moderadora, con yo mismo entre los integrantes de la mesa. Se perdió el hilo un poco, hacía por qué la Web Móvil no está teniendo el éxito esperado, y cuando un miembro de la mesa dijo "Levantad las manos los que usáis el móvil para navegar por la Web" hubo una molesta falta de movimiento.

En general las dos jornadas nos han dado una buena impresión de lo que se está haciendo en España en la actualidad. Aunque las grandes empresas con la excepción de Telefónica, se notaban por su ausencia, como patrocinadores y participantes, es evidente que hay numerosos pequeñas y medianas empresas y universidades trabajando en aplicaciones innovadoras, con muchas ya en explotación con éxito.

martes, 4 de septiembre de 2007

Inicio de los trabajos sobre accesibilidad y las Buenas Prácticas para la Web Móvil

Como ya adelanté hace durante el periodo de vacaciones ("La accesibilidad y las buenas prácticas para la Web móvil") el Mobile Web Best Practices Working Group (grupo de trabajo sobre Buenas Prácticas para la Web Móvil) decidió crear un subgrupo para trabajar sobre los aspectos de accesibilidad de citas buenas prácticas.

El alcance del subgrupo es crear un documento que contendrá la correspondencia entre las Pautas Pautas de Accesibilidad al Contenido en la Web 1.0 (WCAG) y las Buenas Prácticas para la Web Móvil (MWBP). Ya existe un borrador público inicial del esquema del documento de correspondencia.

El documento de correspondencia no describirá como hacer los contenidos Web accesibles en dispositivos móviles (para ello deben servir las pautas existentes) y no creará ningún requisito distinto a los definidos en las recomendaciones existentes. Describirá las relaciones, solapamientos y diferencias entre ambas. Para ayudar la comprensión también describe como las barreras experimentados por los usuarios de la Web con discapacidad son similares a los de los usuarios en general en el contexto móvil.

Puede ayudar a comprender los objetivos del documento, los casos de uso definidos por el grupo.

Casos de uso para el documento

  1. Un interesado ha logrado el cumplimiento de una de las recomendaciones y ahora desea cumplir con la otra. El documento debe explicar qué esfuerzo adicional será necesario y como puede aprovechar su inversión existente para cumplir con la otra recomendación de forma eficaz.
  2. Un interesado está confuso o desconoce la relación entre WCAG y las Buenas Prácticas para la Web Móvil; los ve como distintos y disconjuntos, y no se da cuenta de la sinergia y solapamiento entre ambas. El documento debe explicar de qué forma son similares y como se diferencian, y que los procesos de desarrollo y evaluación son similares.
  3. Un proveedor de contenidos cumple con una de las recomendaciones y está consciente de las similitudes con la otra. La organización es consciente que puede mejorar la usabilidad para todos si cumple con los puntos de comprobación de la otra recomendación (cumplimiento parcial) con solo un pequeño esfuerzo, pero necesita saber como hacerlo. El documento debe proporcionar información sobre como cumplir, con un esfuerzo mínimo, los puntos de comprobación o buenas prácticas de la otra recomendación (unión de los dos conjuntos).
  4. Un proveedor de contenidos se ha comprometido a cumplir con una de las recomendaciones y necesita estimar el coste del cumplimiento con la otra, ambas al mismo tiempo. El documento debe clarificar el esfuerzo adicional necesario (la diferencia entre los dos conjuntos).
  5. Un proveedor de contenidos desea cumplir con ambas recomendaciones en el alcance del mismo proyecto, como parte de una estrategia comprensiva de calidad de los contenidos, y desea integrar los requisitos. El documento debe proporcionarle un resumen unificado e integrado de ambas recomendaciones.

Esperamos vuestras sugerencias y comentarios en la lista publica del grupo.