Modules prévus sont surtout là pour donner des idées.

• "who is online", un pur gadget pourtant très demandé. qui permet de

lister les utilisateurs récemment connectés. sur la plateforme.

• 'textZone', permet d'ajouter une zones de texte éditable dans

chaque dock

• 'Poll' outil de sondage
• 'Clock' une horloge, qui vous donne l'heure (si ca c'est pas

gadget...) et qui montre comment faire un module très javascript

• 'Fort' Encore une perle ? fort les affiche pour vous. Même si

c'est léger comme première version, cet outil pourrait au futur lire les titres de la FAQ ou les entrées de l'actu générale.

• 'RDF' ajoute des fonctionnalités RDF aux ressources de claroline

Par rapport à mes besoins pour l'UCL, j'ai ajouté la possibilité de sélectionner parmi les platform admin qui recevront les notifications systèmes et qui reçoit les requêtes

Et (ca je ne sais pas si ca sera repris dans la release, je ne le trouve personnellement pas "abouti") un outil permettant de traquer les coquilles courantes dans les adresse email des utilisateurs. Il affiche la correction qu'il propose d'y faire, on sélectionne au cas par cas puis on valide. La validation a pour effet de corriger les mails en question et d'ensuite proposer un "mailto" visant ces adresses corrigées pour prévenir les utilisateurs qu'il ont fait une coquille et que peut-être ils n'en ont pas conscience. (on est trop gentil).

Finalement, sur iCampus je n'utilise pas les classes et par crainte d'abus, je devais supprimer l'ajout de liste. Par contre l'ajout au cas par cas d'utilisateur pouvait rester. J'ai donc rafiné l'option de config "Course manager can add users" en chaque cas.

On me réclame une correction justifiée des RSS. Je vais voir ce que je peux y faire ce matin même.

Maintenant je dois aussi avancer dans l'auth externe.

Le but est de mettre en place une synchro automatique des comptes externes avec fusion transparente de comptes locaux existantes.

Hugues avait déjà développé dans l'auth externe de claroline le principe de synchro automatique la création d'un compte si tente une auth pour un compte inexistant dans les bases de claroline mais existant dans l'auth externe. Reste le problème des utilisateurs ayant déjà créé un compte local.

Pour cela les mécanismes de fusions sont nécessaires. Ils avaient déjà été préparé mais avec l'arrivée des modules, ce concept doit aussi être modularisé.

Sinon maintenant que la structure de données permet d'ajouter des propriétés particulières sur chaque cours ou utilisateurs, je vais pouvoir ajouter des éléments sans l'imposer à tout claroline tels que l'email secondaire, les notes sur les utilisateurs non LDAP, les critères secondaires de classement de cours (année, session, ...)

Zou au boulot