Le problème de la récurrence est solutionné, un événement récurrent de Claroline est considéré comme un événement récurrent dans iCal.

J’ai testé les fichiers exportés avec Outlook et Thunderbird, je n’ai pasrepéré d’erreurs.

______________

J’ai trasformé l’affichage des détails d’une tâche et d’un événement, les options d’éditions sont affichées au dessus comme une barre d’outil, c’est plus cohérent avec la présentation habituelle dans claroline.

_________

Listing

Je me suis enfin décidé à implémenter l’option d’inversion chronologique de la liste des événements.

 Bug

J’ai corrigé des petits bugs par-ci par-là, mais il m’en reste un gros lors de l’édition d’un événement/tâche, dû au changement de stratégie pour la récurrence.  Lorsqu’on édite une entrée ponctuelle et qu’on la fait devenir récurrente les occurrences ne sont pas créées. Elles ne le sont que si on réédite une 2e fois… pas pratique.

L’importation dans Outlook 2003 d’un fichier généré avec claroline a l’air de se passer correctement.

On ne peut exporter qu’un agenda de cours, je ne sais pas comment faire pour pouvoir appeler le générateur d’iCal hors contexte de cours.

Evénement de groupe

Le gestionnaire peut maintenant choisir un groupe lors de l’ajout d’un nouvel événement, cet événement n’est visible que par les membres du groupe.

Création d’une fonction claro_is_user_in_groupe() ;

Inconvénient de la nouvelle version : prend bcp plus de place en BD, étant donné que chanque occurence est enregistrée séparément…

iCal

L’export a l’air de fonctionner, je dois encore faire des essais pour en être sur.

Suite à la modification dans la façon de gérer la récurrence, on ne peut pas utiliser la récurrence version ical, car sinon on aune multiplication des occurrences…

J’ai essayé d’adapter la classe existante permettant d’exporter au format ical. Le fichier est bien créé, mais je n’arrive pas à l’ouvrir avec Outlook express. Il doit donc encor y avoir un paramètre incorrect.

Compte-rendu hebdomadaire.

Récurrence

J’avais  modifié la manière de gérer la récurrence pour les tâches, permettant de modifier chaque occurence d’une tâche récurrente. Afin de rester cohérent, il faudrait pouvoir faire la même chose avec les événements. Je m’attaque donc à l’adaptation des traitements des événements pour permettre l’édition/suppression d’événements soit pour l’occurence soit pour toutes les occurences d’un même événement.

J’ai revu la manière dont je gérais la récurrence des taches, il est maintenant possible d’éditer /supprimer ou changer le statut de chaque occurence d’une tâche de façon indépendante. Il me reste encor à créer les focntions permettant de modifier ou supprimer toutes les instances d’une tâche en même temps.

TFE :

réécriture de la description des exigences

Description des technologies utilisées

Essai d’application de ce code pour sélectionner des utilisateurs à la création d’événements de cours.

En BD la sauvegarde des événements de cours ne concernant que certains utilisateurs implique quelques changements.

Deux tables apparaissent dans la BD principale: une contenant l’id de la liste, l’autre faisant le lien entre une liste et les utilisateurs.

L’équivalant serac créé dans la BD de cours pour lister les groupes associés à l’événement.

Pour le momment, je n’arrive pas a faire fonctionner le javascript permettant de déplacer les utilisateurs. J’ai repris le même script et ai gardé les mêmes noms pour les listes… et le javascript fonctionne pour d’autres choses dans le même page.

Ajout de liens “précédent” et “suivant” pour l’affichage par jour et par semaine permettant de naviguer plus facilement dans les dates.

Le datepicker fonctionne a nouveau partout.

Les affichages de dates se font maintenant de manière localisée grâce aux fonctions claro_html_localised_date() et get_locale.

-> sauf dans les formulaires, je n’ai pas trouvé le moyen d’utiliser le format renvoyé par la fonction get_locale() pour donner un format au datePicker car il utilise une autre notation.