Event calendar

Les deux dates sont incluses ; un conge d un jour porte deux fois la meme date. Rien n interdit que deux conges d un meme employe se recouvrent : le calendrier affiche alors le dernier saisi, comme l ancien.

Les deux dates sont incluses ; un conge d un jour porte deux fois la meme date. « Delete » demande une confirmation et ne retire que ce conge.

Le panneau admin/event de l ancien : chaque evenement et chaque menage saisi, avec la colonne Employe — qui l a enregistre —, la villa, la date et le commentaire. Les filtres « Evenement » et « Villa » sont les siens. Il corrige et supprime, il ne cree pas — denyAccess(['create']) : un evenement se saisit par « Add event », un menage depuis le planning des reservations.

Le panneau admin/event-type de l ancien : deux champs, label et color, la couleur etant facultative ; creation, correction, suppression. Ce sont les types proposes par « Add event ». Les types de menage ne se saisissent pas ici : ils sont poses par le planning des reservations. La suppression est logique : les evenements du type ne sont ni supprimes ni reaffectes ; le panneau des evenements les montre avec un type vide, et le calendrier d une villa ne les montre plus.

Liste d administration, du plus recent au plus ancien. Elle corrige et supprime, elle ne cree pas — denyAccess(['create']) : un conge se declare par « Add holiday ». La suppression est logique, la ligne survit.

Deux champs, comme l ancien formulaire : label et color, la couleur etant facultative. La suppression est logique : un motif supprime n est plus propose a la saisie, et les conges qui le portent ne sont ni supprimes ni reaffectes. La liste des conges les montre alors avec un motif vide ; le calendrier garde son libelle et sa couleur.