[SPIP Zone] [Spip-zone-commit] r114844 - in _plugins_/agenda_fullcalendar_facile/trunk

Salut,

le souci, c'est que quand on crée un événement et qu'on le passe en "Toute la journée", la date de fin est YYYY-MM-DD 00:00:00, ce qui exclut cette date alors qu'elle devrait être incluse: si mon événement est du mardi au jeudi toute la journée, ça veut dire qu'il se termine jeudi à 23h59 (le soir) et pas 00:01 (le matin).

Est-ce qu'il ne faudrait pas, pour les événements sur la journée, ajouter un horaire de fin à 23:59:59 (donc via Agenda) ?

                 jeanmarie

Le 06/04/2019 à 20:10, spip-zone-commit@rezo.net a écrit :

Author: maieul@maieul.net
Date: 2019-04-06 18:10:13 +0000 (Sat, 06 Apr 2019)
New Revision: 114844

Modified:
    _plugins_/agenda_fullcalendar_facile/trunk/agenda.json.html
    _plugins_/agenda_fullcalendar_facile/trunk/modeles/agenda_fullcalendar.html
    _plugins_/agenda_fullcalendar_facile/trunk/paquet.xml
Log:
Evenement qui durent plusieurs jours, toute la journée: il faut ajouter 1 jour à la date de fin, car celle-ci est exclusive
Event Object - Docs | FullCalendar
Evidemment, comme on a qu'une seule source, le json, il faut pour l'affichage HTML retirer ce jour !

Details: Connexion · GitLab

_______________________________________________
Spip-zone-commit@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone-commit

Le 07/04/2019 à 11:35, Jean Marie Grall a écrit :

Salut,

le souci, c'est que quand on crée un événement et qu'on le passe en "Toute la journée", la date de fin est YYYY-MM-DD 00:00:00, ce qui exclut cette date alors qu'elle devrait être incluse: si mon événement est du mardi au jeudi toute la journée, ça veut dire qu'il se termine jeudi à 23h59 (le soir) et pas 00:01 (le matin).

Est-ce qu'il ne faudrait pas, pour les événements sur la journée, ajouter un horaire de fin à 23:59:59 (donc via Agenda) ?

C'est une question de point de vue en fait, et de norme.

Agenda, historiquement, considère que si on stocke du 2 au 3, en disant toute la journée, cela veut dire le 2 et le 3, et ce même si en base on stocke le 3 à 00h00, car ce qui compte c'est le champ "horaire=non". Full calendar considère l'inverse.

On pourrait changer le comportement d'agenda, mais ce serait casser tout l'historique, et cela ne réglerait pas le problème pour full calendar, car avec 23h59h59, il ramenerait en début de journée en cas de allday.

Donc la solution la plus sur, pour ne pas casser le comportemen t historique, c'est de le garder, et d'adapter les exports en fonction du logiciel (ici full calendar) qui gère l'affichage (ou autre)

C'est précisement le sens de ce commit.

Hello,

Oui mais attention à la logique du fix : il ne faut pas « ajouter une journée »
Il faut prendre la date de fin avec son heure si horaire=oui ou avec 23:59:59 si horaire=non, ce qui sera effectivement indépendant du codage en base

(et alors ajouter 1s pour fullcalendar si besoin)

--
Cédric
Le 7 avr. 2019 à 17:49 +0200, Maïeul <maieul@maieul.net>, a écrit :

Le 07/04/2019 à 11:35, Jean Marie Grall a écrit :
> Salut,
>
> le souci, c'est que quand on crée un événement et qu'on le passe en
> "Toute la journée", la date de fin est YYYY-MM-DD 00:00:00, ce qui
> exclut cette date alors qu'elle devrait être incluse: si mon événement
> est du mardi au jeudi toute la journée, ça veut dire qu'il se termine
> jeudi à 23h59 (le soir) et pas 00:01 (le matin).
>
> Est-ce qu'il ne faudrait pas, pour les événements sur la journée,
> ajouter un horaire de fin à 23:59:59 (donc via Agenda) ?
>

C'est une question de point de vue en fait, et de norme.

Agenda, historiquement, considère que si on stocke du 2 au 3, en disant
toute la journée, cela veut dire le 2 et le 3, et ce même si en base on
stocke le 3 à 00h00, car ce qui compte c'est le champ "horaire=non".
Full calendar considère l'inverse.

On pourrait changer le comportement d'agenda, mais ce serait casser tout
l'historique, et cela ne réglerait pas le problème pour full calendar,
car avec 23h59h59, il ramenerait en début de journée en cas de allday.

Donc la solution la plus sur, pour ne pas casser le comportemen t
historique, c'est de le garder, et d'adapter les exports en fonction du
logiciel (ici full calendar) qui gère l'affichage (ou autre)

C'est précisement le sens de ce commit.

----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Le lundi 08 avril 2019 à 09:31 +0200, Cerdic a écrit :

Hello,

Oui mais attention à la logique du fix : il ne faut pas « ajouter une
journée »
Il faut prendre la date de fin avec son heure si horaire=oui ou avec
23:59:59 si horaire=non, ce qui sera effectivement indépendant du
codage en base

(et alors ajouter 1s pour fullcalendar si besoin)

agenda ne met pas systématiquemnt 00:00:00 si horaire=non?

Ça pourrait changer justement :slight_smile:

C’est le choix de codage actuel, mais la spec c’est « si horaire=non l’heure doit être ignorée »

--
Cédric
Le 8 avr. 2019 à 10:30 +0200, Maïeul Rouquette <maieul@maieul.net>, a écrit :

Le lundi 08 avril 2019 à 09:31 +0200, Cerdic a écrit :
> Hello,
>
> Oui mais attention à la logique du fix : il ne faut pas « ajouter une
> journée »
> Il faut prendre la date de fin avec son heure si horaire=oui ou avec
> 23:59:59 si horaire=non, ce qui sera effectivement indépendant du
> codage en base
>
> (et alors ajouter 1s pour fullcalendar si besoin)
>
>
agenda ne met pas systématiquemnt 00:00:00 si horaire=non?

oui, oki.
bon je corrigerai full calendar facile alors