Page 1 sur 1

Mar 07/08/2012 - Actualités

Posté : mar. 7 août 2012 11:02
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

Mar 07/08/2012 - Actualités

Posté : mar. 7 août 2012 11:57
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.

Mar 07/08/2012 - Actualités

Posté : mar. 7 août 2012 16:14
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.

Mar 07/08/2012 - Actualités

Posté : mar. 7 août 2012 19:00
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