Salut,
je profite des ces commits et du travail en cours sur la V4 pour remonter un échange d'il y a qqs temps au sujet des événements sur la journée dont la date de fin est YYYY-MM-DD 00:00:00 et qui sont donc considérés comme terminé à 00h le matin au lieu de 23h59:59 le soir.
https://www.mail-archive.com/spip-zone@rezo.net/msg47390.html
A voir si ça peut s'insérer dans la fournée des évolutions en cours 
jean marieSalut Jean-Marie,
j’ai éventuellement un patch pour changer ça en base, mais je ne suis pas certain que ce soit la bonne méthode.
Notamment avec l’introduction des fuseaux horaires on se retrouve avec potentiellement des événements (faussement) à cheval sur 2 jours selon le fuseau considéré, et j’ai peur que çà complique des choses.
Actuellement les critères {evenement_a_venir} {evenement_en_cours} {evenement_passe} prennent bien en compte le champ horaire et ne se trompent pas : un evenement sans horaire n’est passé que le jour suivant, et pas dès que 0h00 est passé.
Donc dans quels autre cas cela te semble gênant ?
Je réagis sans doute un peu hors sujet, mais dans le cas d’un agenda culturel souvent les evenement commencent en soirée et se termine au delà de minuit sans que personne ne les envisage sur deux dates différentes. Idéalement, avoir un paramètre qui permettrait de fixer l’heure de changement de date à un autre horaire que minuit (dans le cas du site qui m’intéresse à 6h du matin), serait un plus qui clarifierait les choses. Mais j’entends que ça compilquerait l’usage courant.
Votre avis sur cela ?
J’ai le même problème sur mes sites. Pour m’en sortir, je termine systématiquement les événements finissant après minuit à 23h59 pour ne pas que la date du lendemain s’affiche (c’est surtout l’heure de début qui m’intéresse). Idem pour les événements commençant à minuit le vendredi soir mais qui appariassent donc le samedi matin à 0h.
Mais je ne vois pas trop de solutions : 0h, c’est bien le matin, pas le soir… et si on va dans ce sens, ça devient super ambigüe d’avoir un vendredi soir jusqu’à 2 ou 3h du mat’ ou plus…
Mais je suis également preneur d’autres avis là dessus…
jean marie
Ah, je ne savais pas ça, je pensais que c’était pareil avec ces critères. Il faut que je regarde si ça pourrait coller avec mes squelettes alors…
Bon, je vois un cas où ça ne fonctionnera pas mais c’est un cas minoritaire : lorsque l’on est à moins de 48h de la fin d’un événement, j’affiche une mention genre “dépêchez-vous” qui se base donc sur #DATE_FIN.
jeanmarie
Je réagis sans doute un peu hors sujet, mais dans le cas d'un agenda
culturel souvent les evenement commencent en soirée et se termine au delà
de minuit sans que personne ne les envisage sur deux dates différentes.
Idéalement, avoir un paramètre qui permettrait de fixer l'heure de
changement de date à un autre horaire que minuit (dans le cas du site qui
m'intéresse à 6h du matin), serait un plus qui clarifierait les choses.
Mais j'entends que ça compilquerait l'usage courant.Votre avis sur cela ?
Je pense que c'est plutôt un problème d'affichage (donc un/une
squelette/noisette adapté/e) qu'autre chose...
Un événement commence à un moment (un jour donné à une heure dite) et se
termine à un moment ultérieur (qui peut être le jour suivant) Ça ne pose de
problème à personne, à ma connaissance, et les usagers de smarthphones y
sont même habitués [pour ceux qui récupèrent le fichier .ics de
l'événement] Après c'est de l'affichage [et tous les programmes d'agenda
--sur PDA, ordi, tél-- ne se valent pas pour les trucs à cheval sur deux
jours ou plus, mais on comprend fort bien]
Salut Jean-Marie,
j’ai éventuellement un patch pour changer ça en base, mais je ne suis pas
certain que ce soit la bonne méthode.
Notamment avec l’introduction des fuseaux horaires on se retrouve avec
potentiellement des événements (faussement) à cheval sur 2 jours selon le
fuseau considéré, et j’ai peur que çà complique des choses.Actuellement les critères {evenement_a_venir} {evenement_en_cours} {
evenement_passe} prennent bien en compte le champ horaire et ne se
trompent pas : un evenement sans horaire n’est passé que le jour suivant,
et pas dès que 0h00 est passé.
C'est l'essentiel, pas besoin de complexifier plus que ça.
Et bien non, car les critères peuvent aussi prendre une date de référence en argument, donc là aussi tu peux utiliser {evenement_passe} avec une écriture du genre
{!evenement_passe}{evenement_passe #ENV{date}|agenda_dateplus{48*3600}}
Pour dire « l’événement n’est pas encore passé (à la date d’aujourd’hui) mais sera passé dans 48h »
Et ça fais exactement ce que tu demande
Note bien que tout cela est parfaitement documenté https://contrib.spip.net/Agenda-2-0-et-ulterieur#Squelettes-et-boucle
Par contre, à la réflexion, je pense qu’à l’occasion de cette v4 du plugin je vais modifier l’heure en base pour les événements sans horaire en mettant 12h au lieu de 0h00, car cela évitera potentiellement des soucis liés aux fuseaux horaires (on a plus de chance de pas se tromper de journée même si on ne fait pas attention aux fuseaux), et aussi pour ceux qui veulent manipuler les dates brutalement il suffit de prendre une marge de 12h sur les comparaisons pour être à peu près tranquille.
Et bien je note tout ça alors, je vais voir pour adapter mes squelettes avec ces filtres…
jean marie