Mar 07/08/2012 - Actualités

Xavier
Administrateur du site
Messages : 817
Enregistré le : mer. 22 juin 2011 18:25

Mar 07/08/2012 - Actualités

Message non lu par Xavier »

Tâches


Le filtrage des tâches par dossier coché / actif fonctionne.
Le résultat est un peu déroutant, il faudra voir en utilisation réelle s'il faut regrouper les items par dossier ou marquer différemment les items "hérités".
BuildTasksList.png
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Xavier
Administrateur du site
Messages : 817
Enregistré le : mer. 22 juin 2011 18:25

Mar 07/08/2012 - Actualités

Message non lu par Xavier »

Evènements


Le filtrage des évènements (uniques) via dossier et date est opérationnel :
BuildEventsList.png
Afin d'économiser un peu, c'est une seule méthode qui boucle de manière récursive les dossiers et met à jour la liste des evènements et / ou celle des tâches.
Ainsi, activer une date ne met à jour que la liste des évènements et ignore celle des tâches.
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Xavier
Administrateur du site
Messages : 817
Enregistré le : mer. 22 juin 2011 18:25

Mar 07/08/2012 - Actualités

Message non lu par Xavier »

Evènements récurrents


L'affichage des évènements récurrents dans l'Agenda est suspendu, car le code nécessaire à leur évaluation sera également utile à la gestion des Alarmes, donc l'analyse du fonctionnement de ces dernières devient prioritaire afin qu'une seule méthode soit utilisable pour tous les besoins.
Xavier
Administrateur du site
Messages : 817
Enregistré le : mer. 22 juin 2011 18:25

Mar 07/08/2012 - Actualités

Message non lu par Xavier »

Evènements récurrents


Pour le moment, le service ne fait qu'évaluer un évènement récurrent par rapport à une date passée en paramètre. Il sera modifié pour les Alarmes plus tard si besoin.

Il fonctionne déjà en mode quotidien et mensuel, ce dernier gérant les cas où la date de début est différente de la première occurrence.
Exemples d'évènements bimensuels progammés pour le 15 :
  • StartDate = 14/01/2012 -> Première occurrence le 15/01/2012, suivante le 15/03/2012.
  • StartDate = 16/01/2012 -> Première occurrence le 15/02/2012, suivante le 15/04/2012.
RecurrentEvents.png
Chaque occurrence étant une évaluation de la règle, il n'y aura pas de décalage de fin de mois. Par exemple, si un évènement est programmé pour le 31 de chaque mois, il sera déclenché chaque dernier jour de mois. La méthode d'évaluation utilise la routine IncMonth qui gère toute seule les fins de mois.

En XT3, la méthode évaluait également un 28/02 à partir d'un 31/01, mais à partir de ce moment là, les prochaines alarmes se faisaient chaque 28/xx, car la répétition se faisait à partir de la dernière occurrence et non à partir d'un modèle.


Le prochain mode à coder sera l'annuel, à priori juste une évolution du mensuel. Ensuite viendra l'hebdomadaire qui risque d'être intéressant avec ses occurences multiples :
WeeklyEvent.png
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Répondre