Silverpeas » Silverpeas Components » Calendrier (almanach)

Un dump de la base serait le bienvenu...
Ainsi, une analyse basée sur le profiling du composant permettrait rapidement de détecter et optimiser l'affichage du composant.

Pour corriger le pb de performances, le code a été modifié pour ne charger que les événements dont les occurrences peuvent se dérouler dans la période de temps à afficher (mois ou semaines). Ceci a permis aussi de corriger un bogue non encore remonté : la suppression qui ne se fait pas d'une occurrence donnée d'un événement récurrent avec horaire de début et de fin.

A côté de ceci, la bibliothèque ical4j a été mise à jour à la version stable 1.0. Cette bibliothèque est utilisée pour le calcul des occurrences des événements avec gestion des exceptions dans la récurrence. Ce qui a permit de détecter des pb dans la gestion des dates:
- Des erreurs de saisi des dates dans certains événements ont été détectées: des événements avec une date de fin antérieure à celle du début existent ! Il est nécessaire de corriger ce point en détectant dès la création d'un événement une tentative de saisie incorrecte. Pour les événements existants avec de telles erreurs, je recommande automatiquement d'inverser l'horaire de début avec celui de fin (car je suppose que c'est une inversion du remplissage des champs horaires).
- De plus, pour les événements avec un horaire de début, l'absence d'horaire de fin pose des problèmes de signification. Actuellement, dans fullcalendar, avec de tels événements, l'horaire de fin est calculée à deux heures après celle de l'heure de début. Il faudrait mieux valoriser explicitement l'horaire de fin lorsque ce dernier est absent (à deux heures après celui du début afin d'être compatible avec le comportement précédent de fullcalendar).

OK. Validé.