La crimpadora

Moodle Moot Spain ‘06

Estos dos días pasados (18 y 19) hemos estado unos cuantos de los que estamos detrás del Aula Virtual en Tarragona. El motivo: la reunión anual de usuarios y desarrolladores de Moodle, mejor conocida como MoodleMoot.

Este año se ha encargado de organizarla la Universitat Rovira i Virgili y habrá tenido unos 200 asistentes (que ya son bastantes más que el año anterior). Por cierto, el año pasado que no existía La crimpadora, hice un miniresumen de la MoodleMoot ‘05 en mi blog personal. Lo curioso de estas reuniones es siempre lo heterogéneo del ambiente que se crea durante el evento: por un lado tenemos a los desarrolladores, unos pocos, por otro a los usuarios (profesores y alumnos), por otro a los políticos, por otro a los administradores… La combinación acaba creando buen rollo aunque diría que es un poco más complicado establecer relaciones que en otro tipo de congresos (alguno y alguna había por ahí descolgado).

Asistimos a un montón de charlas, y voy a intentar hacer un pequeño resumen. No es tarea fácil, porque como se puede ver en el programa, fueron unas cuantas. Intento, en lo que aquí comento sobre cada una de las charlas, no solaparme con el propio programa, pero se hace lo que se puede

El retorno del rey

Tercera y última ponencia de la trilogía (antes vino La comunidad del anillo y Las dos torres), presentada por el principal desarrollador español de Moodle Eloy Lafuente.

Estuvo haciendo un repaso sobre el estado de las patentes de software que están siendo utilizadas por Blackboard (compañía que desarrolla la plataforma de pago por excelencia, WebCT). Resulta que Blackboard (o pizarra negra como decía Eloy) ha patentado las cosas más absurdas que a uno se le puedan ocurrir. Y ha denunciado a otra empresa, Desire2Learn, con el objetivo de sacarla del mercado. Supuestamente, Moodle se va a librar de batallas legales según asegura la propia Blackboard, aunque ningún desarrollador ha acabado de creérselo del todo (de hecho, Eloy incitaba a colaborar investigando sobre el arte previo o prior art relacionado con las patentes registradas).

Por otro lado nos estuvo contando las novedades bien conocidas que trae Moodle 1.6 (que es la que estamos usando nosotros ahora mismo). A resaltar: MoodleDocs, la copia de seguridad al detalle y el nuevo módulo de BBDD (que algún día hará desaparecer al Glosario). También anticipó lo que nos iba a traer la versión 1.7: el soporte de roles (esto nos traerá algún quebradero de cabeza a nosotros) y una nueva abstracción de acceso a base de datos basado en XML y financiado por la mismísima Microsoft Corporation.

En otro orden de cosas, nos contó cómo se había dejado de lado el antiguo gestor de bugs para empezar a utilizar JIRA (producto estandarte junto con Bugzilla para estas cosas). Existe además un nuevo grupo de testing, que son los encargados de cambiar el estado de resuelto a cerrado de una incidencia, con el objetivo de mejorar la calidad general de la aplicación.

El futuro a medio plazo según Eloy: metadatos, accesibilidad, integración.

Gestión de metadatos

La gente de la Universidad de Extremadura (que, por cierto, van a organizar la MoodleMoot ‘07) ha estado trabajando en la integración de metadatos en los cursos de Moodle.

Moodle Web of Peers

Interesantísima presentación de Pedro García de la misma URV. Su trabajo es, en un principio, más de investigación. Con esto quiero decir que lo que han hecho él y su grupo de investigación no es una simple añadidura de funcionalidad a Moodle, sino que tienen el respaldo de años de investigación.

Lo que se han dedicado a hacer es a desarrollar un protocolo P2P que permite la comunicación entre distintas instalaciones de Moodle. No se han preocupado de qué datos son los que se van a transmitir, sino de que simplemente puedan transmitir y comunicarse entre ellos.

Para más información se puede consultar la página del grupo de investigración.

DFWiki

El inagotable Ludo nos contó el estado de su proyecto más mimado: el antiguo DFWiki y ahora conocido como NWiki (New Wiki?). Por lo que parece hay muchas posibilidades de que este nuevo Wiki sustituya al antiguo que venía con Moodle (y que su autor hizo y publicó para luego desaparecer).

Ludo no está trabajando solo, sino que tiene un equipo trabajando con él, por lo que las nuevas funcionalidades de NWiki son cuanto menos curiosas: permite evaluación de las páginas (algo bastante demandado), el robo de páginas de la Wikipedia, discusiones à la MediaWiki, … Además es posible migrar desde el Wiki de serie de Moodle a NWiki sin ningún dolor y respetando todo el contenido.

Tampoco hay que olvidar que el ponente da mucho juego y, a parte de programador, también es artista

La charla de Puri

Nuestra querida Puri no presentó «La charla de Puri» sino «Análisis de un año de servicios de atención, soporte y formación con Moodle». O, dicho de otra manera, cómo funcionamos aquí en la UJI a la hora de prestar apoyo al profesorado con cursos de formación, atención telefónica y correo electrónico, solución de bugs, etc… Nos dejó también unas bonitas estadísticas que espero que nos describa próximamente por aquí.

Nos preguntaron por nuestro sistema de gestión de tickets… que no tenemos más que los que nos dan en la compra, pero todo se andará…

Integración de proyectos educativos con Moodle: JClic, Quaderns virtuals e Intraweb

Esta charla estuvo a cargo de Sara Arjona, Francesc Busquets y Albert Pérez del Departament d’Educació i Universitats de la Generalitat de Catalunya. Cada uno por su parte presentaron los proyectos en los que habían estado trabajando.

Sara ha creado una aplicación llamada Quaderns virtuals que intenta llevar el clásico cuaderno de ejercicios en papel a la pantalla. No sólo eso sino que además lo ha integrado con Moodle y el resultado no es menos que espectacular. Este tipo de herramientas ayudan a que el profesor siga de cerca el progreso del alumno y ayudarle a decidir si debe cambiar algo del programa.

Francesc nos contó cómo han integrado la herramienta Intraweb, que es un gestor de contenidos de Intranet para institutos, con Moodle. Han sido capaces de llevar la gestión académica a su propia herramienta e integrarlo de una manera cómoda y práctica.

Albert Pérez nos contó cómo han integrado JClic, una herramienta para que los escolares realicen cierto tipo de actividades, con Moodle. Para el que no conozca JClic, merece por lo menos un vistazo.

En general, dio la impresión de que en el Departament d’Educació i Univeristats saben lo que están haciendo y de que les falta tiempo para hacer más aún. Fue una de esas charlas reconfortantes. Para colmo, su código es libre y tienen una forja o aplicación de gestión de software abierto.

Moodle y enseñanza de lenguas: el proyecto COVCELL

Esta fue una de las ponencias que más me impresionó. Por norma general un programador es capaz de sentir las necesidades de un usuario (muchas veces son las mismas), aunque también se da el caso de que no se siente casi ninguna. Tal es el caso de Moodle y la enseñanza de idiomas o esa es la impresión con la que yo me quedé.

La presentación corrió a cargo de Angel Pérez, Floren Fernández y Ainhoa Ezeiza de la Universidad del País Vasco y nos contaron qué cosas estaban añadiendo a Moodle para mejorar los cursos de enseñanza de lenguas. Por ejemplo: los glosarios personalizados para trabajar el vocabulario o la creación de cuestionarios a partir de los mismos de forma automática. Otra cosa que me impresionó es la integración de una mensajería instantánea de las de verdad (basada en Jabber), con cliente web y listas de contactos dinámicas por actividad. Esto significa que podemos hablar con la gente que está haciendo el mismo ejercicio que nosotros en un determinado momento. Otra: la posibilidad de guardar audio para poder ser luego evaluado por el profesor.

En general, me quedé perplejo. El proyecto está financiado hasta septiembre de 2007 y participan en él unas cuantas universidades más. Esperemos que en la próxima moot presenten los resultados

Por cierto, el proyecto se está desarrollando en abierto, por lo que es posible acceder al código y demás recursos que están utilizando ya mismo: el proyecto COVCELL.

The End

Siento que esta entrada del blog no refleje todas las charlas y que las que refleja las refleje tan por encima. El año que viene nos ponemos de acuerdo para narrar todos, ¡que es pesado tanto!

Moodle y el cambio de curso académico

Como muchos de vosotros sabreis, nuestra AulaVirtual funciona con Moodle y lleva en funcionamiento alrededor de un par de años.

El curso pasado se integró la gestión de cursos, alumnado y profesorado del AulaVirtual con la gestión académica del ERP corporativo (el infamoso e-UJIer). Esto significa que ya que se conocen los datos de matrícula y asignaturas, el profesor puede despreocuparse de añadir o quitar alumnos ya que es un proceso totalmente automatizado. Antes esta tarea era totalmente manual, suponiendo una paliza para el profesor que pedía el curso, para mí crearlo y para el alumno para darse de alta en el mismo.

Este verano hemos tenido otro problema: ver qué hacíamos con los cursos pertenecientes al año académico 2005/2006 y con los nuevos de 2006/2007. Moodle carece de funcionalidad para cerrar curso de forma automática teniendo en cuenta una fecha final de curso y no teníamos conocimiento de alguna solución implantada. Así que hemos hecho lo siguiente:

1. Todos los cursos y categorías pasan a tener información del año en el mismo nombre. Esto quiere decir que lo que antes era «IG18 - Bases de datos» ahora es «IG18 - Bases de datos (2005/2006)». Lo mismo sucede con las categorías principales.
2. Se crean nuevas categorías raíz: «Curs 2005/2006» y «Curs 2006/2007» y se recategorizan las que antes eran principales.
3. El ERP corporativo se olvida de los cursos del año pasado y sólo tiene en cuenta los de éste.
4. A finales de septiembre, cuando hayan pasado los últimos exámenes del curso anterior, se desmatriculará a todo el alumnado de los cursos pertenecientes al mismo, pero no a los profesores. Además, dichos cursos se marcarán como no disponibles para los estudiantes.
5. Si a partir de ese momento un profesor quiere acceder a un curso del año anterior (consulta o copia de materiales), lo podrá hacer sin ningún problema. El alumno que pretenda hacer lo mismo necesitará que el profesor le dé de alta como alumno en ese curso de forma manual.

Parece una solución válida y nos permite tener siempre los cursos antiguos archivados y disponibles. Por ahora y a falta de que llegue el final de septiembre para que se produzca la siguiente tanda de cambios, funciona.

miUJI en las pantallas de información

Desde hoy se está proyectando un video tutorial de uso de miUJI en las pantallas de información repartidas por todo el campus. Es la primera vez que desde el Servei d’Informàtica se proyecta algo por el estilo, por lo que se nota la falta de experiencia: ha salido tirando a borroso, se han realizado n conversiones de formato y ha costado una cantidad de tiempo considerable (gracias Julio).

Nosotros sabemos lo que está pasando, así que no tenemos del todo claro si se entiende lo que se ve. Ya contareis

Sobre la nueva web de miUJI

Como bien comentaba Luis, el lavado de cara de miUJI ya está completado. Lavado de cara tanto interno como externo y, como responsable de este último (me toca estar en los créditos ¿no?), me gustaría hablaros un poco de la nueva web puesta on-line para todo el mundo desde hace poquito.

A nivel interno trabaja con las librerias Smarty de PHP para el uso de templates, algo que porfín he podido probar (a nivel simple) como una opción bastante comoda a la hora de diseñar una página web.

Una vez tienes el esqueleto hay que darle imagen. Por supuesto, hay CSS debajo pero para hacer una web para cualquier servicio de la UJI has de mentalizarte de que te limitaran a sus reglas de imagen corporativa ya que el margen que dan a la creatividad es minúsculo. Han sido muchas modificaciónes de logo jugando con las capas del GIMP, la herramienta utilizada para este cambio de look para los iconos se ha utilizado también iconografía libre.

No hay muchas webs de la UJI que se escapen de las garras del Photoshop y otro software privativo asi que, os parezca fea o bonita, luce de hippy.

:)

Software de miUJI listo

Ya llevábamos un tiempo sin hablar de miUJI y ya era hora

Tenemos listo el software que recomendamos para plataformas Win32, Pandion, pero empaquetado por nosotros y un poco personalizado. Así que si quereis probarlo, sólo teneis que descargarlo de la nueva página de descarga (el enlace es temporal y cuando se inaugure dejará de funcionar).

Hemos desarrollado tres plugins que vienen incluidos en ese paquete:

• Noticias UJI: Pandion es capaz de leer feeds RSS, así que en una de las pestañas tendremos las últimas noticias de la universidad.
• Envío SMS: Es posible mandar mensajes SMS directamente desde Pandion. Y es tan sencillo como hacer click con el botón derecho sobre un contacto y seleccionar Enviar SMS. Desde la universidad no podemos utilizar el número de vuestro móvil para lo que queramos, por lo que si quereis enviar y recibir SMS desde miUJI, lo teneis que autorizar en la página de gestión de grupos.
• Autenticación integrada: Desde una de las pestañas del Pandion es posible pinchar en los enlaces y estar directamente autenticados en todos los servicios web que ofrecemos (Webmail, e-ujier, etc…)

Pronto daremos información técnica de cómo se ha hecho cada cosilla, pero primero los créditos:

• Ricardo borillo por el plugin de envío de SMS y el lector RSS
• Toni García por la parte servidor del plugin de autenticación única
• El que escribe por la parte servidor del envío de SMS y la parte cliente del plugin de autenticación única

Es raro que en un proyecto de este tipo acaben involucradas tantas personas. Ha sido interesante.

Accesibilidad en las webs de la UJI

Las webs de la UJI van a sufrir cambios interesantes, no en cuanto al aspecto, sino más bien en cómo está escrito el código. Últimamente se habla mucho de la Accesibilidad, Usabilidad, uso de Estándares en la web, y desde este año, las instituciones y administraciones públicas, están obligadas a cumplir un nivel 2 o AA de accesibilidad, para ello, y corregidme si me equivoco, disponen de lo que queda de año para ir adaptándose.

¿Qué se pretende con esto de la Accesibilidad?

Se persigue que la web sea accesible al mayor número de personas posibles, adultos, personas con discapacidades físicas, cognitivas, auditivas, visuales, …

Además, hay que tener en cuenta que la gente utiliza el web de modos muy diferentes, por lo tanto un sitio web debería (o debe) presentar la información de tal manera que la gente pueda acceder a ella independientemente del equipo (”hardware”) y los programas (”software”) que esté usuando, e independientemente de como navegue un sitio.

Estoy convencido, que la mayoria de los diseñadores/desarrolladores/creadores web (llámese como sea), crean sus webs pensando únicamente en el I.Explorer como navegador, y si tenemos suerte utilizan el Firefox. ¿Me equivoco?

¿Qué barreras de accesibilidad solemos encontrar en las páginas web?

• Imágenes sin texto alternativo
• Uso incorrecto de los elementos estructurales en las páginas
• Los sonidos no subtitulados o las imágenes no descritas
• La ausencia de información alternativa para los usuarios que no pueden acceder a los marcos (”frames”) o a los programas incrustados (”scripts”)
• Maquetación con tablas
• Los sitios con un contraste de colores pobres
• No identificar claramente el objetivo de cada enlace
• Lenguaje poco claro o complejo, y abreviaturas y acrónimos sin marcar
• Formularios mal etiquetados
• etc

Hacer las webs de la UJI accesibles no suponen cambiar cuatro etiquetas del código HTML, ¿conoceis alguna de estas etiquetas o soleis usarlas? fieldset, legend, label, optgroup, ¿y de estos atributos?, rel, hreflang, alt, accesskey, tabindex, id, title, todos son sólo una muestras de las cosas que se pueden hacer, y que seguro no hacemos o hacemos mal …

Son muchos los problemas con los que nos vamos a encontrar, algunos más triviales que otros, y más o menos controlables, pero tened en cuenta que hay mucho contenido de las webs ‘ujinianas’ que son generadas por alguna herramienta (algunas de las cuales no generan código válido, e introducen etiquetas obsoletas) o por personas sin conocimientos de html.

Por no decir que hay alrededor de 12000 páginas pendientes de revisión, muchas podrán ser modificadas con algun script, pero pensad en la gran cantidad que se quedaran para la revisión manual.

Espero que seais comprensibles con el resultado final, y a ver como resulta todo esto, a mi por lo menos me parecen interesantes los retos que vienen.

Por último, si teneis alguna web, podeis testearla con el siguiente validador y os hareis una idea del nivel de accesibilidad que tiene, o si os parece, testear la de la UJI y tendreis unos cuantos ejemplos de los cambios que se necesitan.

Web para el Test de accesibilidad

Integrando Webmail en un portal corporativo

Puede parecer fácil por concepto, pero cuando te pones a pensarlo te das cuenta que la cosa no es tan simple, más bien es un infierno (¿Quién nos mandaría prometerle al jefe semejante cambio?). Os cuento el reto:

¿Cómo hacer que un Webmail se integre en un sesión única SSO?

Problemas:

• Cada aplicación utiliza su propio gestor de sesiones.
• Un Webmail necesita del usuario/contraseña para realizar la consulta al servidor IMAP para posteriormente renderizar la página correspondiente. Por tanto, este usuario/contraseña debería (en principio) estar accesible a partir de una sesión de usuario.
• La gestión de sesiones corporativa NO ALMACENA contraseñas en cada sesión

Y ahí tenemos el dilema, ya que una vez generada una sesión válida de usuario, no disponemos de la contraseña (requerida por Webmail) para autenticar por imap y descargar su correo.

Imaginemos el caso típico de inicio de sesión de usuario:

• El usuario se autentica en una aplicación del portal (por ejemplo, e-ujier).
• Se le genera una sesión de portal válida.
• Se le devuelve a la página principal de e-ujier.
• El usuario quiere acceder a su buzón de entrada de webmail
• El webmail debe autenticarse en el servidor de correo, pero disponiendo únicamente de un nombre de usuario y una sesión válida

¿Cómo hemos conseguido solucionar este problema en el plano técnico? A partir de una idea de Peralta, la hemos llevado a la práctica así:

• Nuestro servidor de correo Cyrus-imapd es capaz de utilizar varios mecanismos de autenticación SASL, por lo que hemos desarrollado un módulo de autenticación capaz de validar a un usuario a partir de una máquina autorizada y una clave maestra.
• Modificamos el corazón de las sesiones de webmail para que a partir de una sesión UJI válida, autentique a este usuario contra el nuevo mecanismo de autenticación.

Y tachaaaaan…. bueno, la verdad es que para el usuario el resultado no es muy espectacular o llamativo, pero mejora la usabilidad de todo en portal muchísimo. Entras en aulavirtual y estás autenticado también en webmail y e-ujier. Finalizas sesión de e-ujier y tambien la finalizas en webmail y aulavirtual.

¿Pillais la idea no?

Dando identidad a las direcciones de correo UJI

La verdad es que en mi época de alumno hubiera dado un ojo por tener mi dirección de correo UJI fuera del rango AELE (al00XXXX). No había quien recordara las direcciones de más de 3 o 4 colegas.

Y ahora que por fin es posible tener una dirección personalizada en el dominio UJI, sorprende el que la gente no la solicite, o por lo menos no tanto como se pensaba. ¿A qué se puede deber?

• ¿Poco uso del correo? No, el correo se usa y mucho por parte de la mayoría de los alumnos.
• ¿Falta de publicidad del servicio?
• ¿El alumno piensa que no tiene utilidad tener una dirección Nombre.Apellido@alumail.uji.es?

Hemos puesto un mensajito en el propio webmail (consultado por muchos usuarios al día) dando la posibilidad al usuario de solicitar la dirección extendida simplemente haciendo click en un enlace, a ver qué tal resulta la idea.

No sé, es un autentico misterio que no se reciban peticiones. ¿Alguna sugerencia?

Actualización: Para que no haga falta entrar al webmail, podeis seguir este enlace para solicitar la dirección personalizada…

Actualización: Desde la creación de esta entrada se han creado más de 200 nuevas direcciones personalizadas, así que no se ha hecho mal del todo

Web de miUJI en beta

Entre las muchas cosas que están pasando esta semana de fiestas de la Magdalena, por aquí intentamos no parar. A veces, porque no queda más remedio. El proyecto miUJI tenía fecha prevista de lanzamiento para el martes de la semana que viene, aunque ahora lo veo un poco precipitado, ya que siguen quedando un montón de cosas pendientes.

Para lo que quería que los lectores de La Crimpadora me echaseis una mano es para probar la nueva web de miUJI. Está temporalmente en http://mi.uji.es/3/

¿Qué cosas teneis que saber antes de probarla?

1. Es beta
2. El foro no está creado todavía
3. El manual de Gaim no existe todavía y tampoco el de iChat
4. Es beta

Aún así, todo comentario, bueno o malo, será bienvenido.

Reescribiendo cabeceras con Sieve

Me han planteado una duda típica, que sabía que algún día tenía que llegar: “¿Cómo paso mi filtro XXXX de procmail a sieve?” Voy a intentar capear el temporal.

La cuestión es simular el comportamiento de un filtro que reescribe la cabecera “Subject” del mensaje, le incorpora un tag [UJI] delante, y reenvía todo ese correo a una cuenta de Gmail.

Hecho 1: Sieve (todavía) no puede reescribir las cabeceras del mensaje. Hay una propuesta para modificar cabeceras publicada en RFC, pero todavía no está implementada en el servidor de cyrus-imapd. Aquí está el documento:

http://www.potaroo.net/ietf/idref/draft-ietf-sieve-editheader/

Por tanto, ¿Como podría reenviar todo mi correo de la UJI a una cuenta de Gmail, pudiendo diferenciar los correos de mi cuenta de alumno y los propios de Gmail?

Y mi solución es:

* Te reenvías todo el correo a Gmail con un simple filtro Sieve:

redirect “micuenta@gmail.com”;

* En Gmail, aplicas un filtro para todo el correo con la cabecera “To: micuenta@uij.es”, marcándole una etiqueta “UJI”.

Y listo. No es lo mismo, pero igual de efectivo, o eso creo!