Les périodes seront gérées par un modèle de données à deux niveaux :
- Le parent représentera le type de période, par exemple "Congés payés 2013".
- Les enfants représenteront les occurrences, par exemple "Vacances au ski".
Les occurrences ne seront pas stockées dans des dossiers techniques d'indexation par semaine comme le sont les évènements. Cela sera envisagé s'il y a des problèmes de performances suite à une utilisation massive. Les types de périodes seront stockés dans les dossiers utilisateur, permettant de les afficher / dissimuler selon le dossier actif comme les autres données.
Il y aura un seul objet par période, et non un par jour d'occurrence comme brièvement envisagé. Un congés de 10 jours sera donc stocké comme un seul objet, avec ses dates de début et de fin. Une interruption en cours de période devra être gérée par l'utilisateur comme deux périodes distinctes.
Il sera possible d'afficher ou non les périodes dans le calendrier grâce à des marqueurs de couleur (cf actualités d'hier). Elles seront réutilisables, par exemple il sera possible d'associer la couleur verte aux congés en général, et de l'assigner aux types "Congés payés 2013" et aux "RTT 2013". Il n'est plus envisagé de pouvoir spécifier la couleur de fond d'une cellule.
Il sera possible de spécifier si les périodes d'un type doivent être comptées. La granularité sera la demi-journée. Afin de permettre le décompte des congés, il sera possible d'inclure ou d'exclure les jours ouvrés ou fériés comme dans la page Calculs, ce qui permettra de compter 10 jours de congés effectifs sur une période de 16 jours de vacances (1 weekend plus 2 semaines pleines). La durée de chaque période sera calculée en fonction des paramètres. Elle sera surchargeable par l'utilisateur si besoin, et dans ce cas elle sera stockée. Une modification des paramètres de décompte ne modifiera pas les surcharges. Le décompte au niveau du type sera lui toujours calculé.
Les Properties prévues pour le moment sont assez simples : Les flags StartNoon et EndNoon serviront pour gérer les demi journées, le décompte retirera 0.5 jour pour chacun. Le décompte surchargé sera multiplié par 10 (pour éviter les décimales
) avant d'être stocké dans Days, 15 valant dans l'exemple 1.5 jour.