plages libres, permettre la mise à jour des plages d'une semaine type #78084 #101

Merged
vdeniaud merged 2 commits from wip/78084-plages-libres-permettre-la-mise- into main 2023-07-04 13:29:46 +02:00
Owner
No description provided.
vdeniaud reviewed 2023-06-15 17:12:41 +02:00
@ -107,3 +107,3 @@
with CaptureQueriesContext(connection) as ctx:
resp = app.post_json(fillslots_url, params=params)
assert len(ctx.captured_queries) in [12, 13]
assert len(ctx.captured_queries) in [14, 15]
Author
Owner

Comportement un peu étrange, le code n'ajoute pas de requête mais il y a un effet de bord qui déclenche les deux UPDATE lignes 1638 et 1650 de api/views.py. Je ne sais pas pourquoi elles n'étaient pas déclenchées.

Comportement un peu étrange, le code n'ajoute pas de requête mais il y a un effet de bord qui déclenche les deux UPDATE lignes 1638 et 1650 de api/views.py. Je ne sais pas pourquoi elles n'étaient pas déclenchées.
vdeniaud marked this conversation as resolved
vdeniaud reviewed 2023-06-15 17:14:24 +02:00
@ -1740,0 +1795,4 @@
params['end_time'] = '14:00'
resp = app.post_json(fillslots_url, params=params)
assert Booking.objects.count() == 15
Author
Owner

On suit le comportement ajouté par #61066, on se retrouve donc avec un historique des réservations annulées en base. Il faudrait remonter au besoin fonctionnel qui a conduit à #61066 pour statuer ici ?

On suit le comportement ajouté par #61066, on se retrouve donc avec un historique des réservations annulées en base. Il faudrait remonter au besoin fonctionnel qui a conduit à #61066 pour statuer ici ?
Owner

On garde les annulations, parce qu'on a besoin de remonter cette info dans le calendrier (la superbe couleur jaune)

On garde les annulations, parce qu'on a besoin de remonter cette info dans le calendrier (la superbe couleur jaune)
Owner

Mais il faudrait demander à stef et/ou cédric, dans quel cas, pour des rdv crèche, on veut voir remonter des annulations dans le calendrier (les points suivants sont exclusifs):

  • toute modif de plage horaire ? exemple: avant on avait 9H-17H, mais ça a été modifié en 8H-18H, donc le créneau 9H-17H apparaît en jaune, l'autre en vert ? (<- j'ai l'impression que le code fait ça ?)
  • toute modif qui raccourcit une borne ? exemple: avant on avait 8H-18H, mais ça a été modifié en 9H-18H, on voit 8H-9H en jaune, le reste en vert ?
  • une modif qui fait que pour une journée donnée, tout est annulé ? exemple: on avait du 9H-18H, ça a été modifié pour annuler complètement cette journée, on voit 9H-18H en jaune ?
  • les annulations ne sont pas affichées ?
Mais il faudrait demander à stef et/ou cédric, dans quel cas, pour des rdv crèche, on veut voir remonter des annulations dans le calendrier (les points suivants sont exclusifs): - toute modif de plage horaire ? exemple: avant on avait 9H-17H, mais ça a été modifié en 8H-18H, donc le créneau 9H-17H apparaît en jaune, l'autre en vert ? (<- j'ai l'impression que le code fait ça ?) - toute modif qui raccourcit une borne ? exemple: avant on avait 8H-18H, mais ça a été modifié en 9H-18H, on voit 8H-9H en jaune, le reste en vert ? - une modif qui fait que pour une journée donnée, tout est annulé ? exemple: on avait du 9H-18H, ça a été modifié pour annuler complètement cette journée, on voit 9H-18H en jaune ? - les annulations ne sont pas affichées ?
First-time contributor

Je n'ai pas eu de besoin jusqu'à présent de savoir quelle été la réservation avant la modification de celle-ci.
Cela voudrait dire que l'on aurait une barre jaune (ancien créneau réservé) et la verte (nouveau créneau, actuel).
Dans le cas où je modifie 4 fois mon créneau sur la journée, si on décide d'afficher la barre jaune, ne prendre que le créneau modifié, ceux antérieurs on s'en moque.

Par contre, lorsque l'on avait une réservation qui a été annulée (et non remplacée, c'est à dire pas modifiée, mais bel et bien supprimée) il est important de pouvoir l'afficher (barre jaune) et par la suite les quantifier.
==> ceci sert à pouvoir valoriser le travail effectué (poser une réservation à un moment est du travail, ne plus voir cette résa annulée aurait pour conséquence d'oublier le travaille effectué).

En conclusion, je pense qu'il serait bien d'avoir cette visue en jaune pour les 2 cas, résa modifiée et résa annulée.
En terme de gestion cela peut être intéressant :
"Pourquoi j'ai été facturé 1 heure de plus ?
_ et bien vous étiez réservé de 9h à 18h et non de 8h à 18h..
_ ah non
_ ah si si... vous aviez réservé de 8h à 18h et vous l'avez modifiée de 9h à 18h".

Fin du débat.

Je n'ai pas eu de besoin jusqu'à présent de savoir quelle été la réservation avant la modification de celle-ci. Cela voudrait dire que l'on aurait une barre jaune (ancien créneau réservé) et la verte (nouveau créneau, actuel). Dans le cas où je modifie 4 fois mon créneau sur la journée, si on décide d'afficher la barre jaune, ne prendre que le créneau modifié, ceux antérieurs on s'en moque. Par contre, lorsque l'on avait une réservation qui a été annulée (et non remplacée, c'est à dire pas modifiée, mais bel et bien supprimée) il est important de pouvoir l'afficher (barre jaune) et par la suite les quantifier. ==> ceci sert à pouvoir valoriser le travail effectué (poser une réservation à un moment est du travail, ne plus voir cette résa annulée aurait pour conséquence d'oublier le travaille effectué). En conclusion, je pense qu'il serait bien d'avoir cette visue en jaune pour les 2 cas, résa modifiée et résa annulée. En terme de gestion cela peut être intéressant : "Pourquoi j'ai été facturé 1 heure de plus ? _ et bien vous étiez réservé de 9h à 18h et non de 8h à 18h.. _ ah non _ ah si si... vous aviez réservé de 8h à 18h et vous l'avez modifiée de 9h à 18h". Fin du débat.
Author
Owner

Sur jabber j'ai objecté à Cédric que si on ne loggait que la dernière annulation on avait pas de manière fiable de dire « vous aviez réservé de telle heure à telle heure » (il peut y avoir un cycle résa -> modif -> modif avec retour à l'horaire initial qui crée un affichage trompeur).

Le truc qu'on pourrait imaginer c'est une page dédiée à l'historique d'une réservation (petit affichage pour dire « cette résa a été modifiée » et clic dessus et on a toutes les infos).

Mais le plus important c'est que Cédric est d'accord pour avoir ça dans une seconde phase :)

Pas d'affichage des annulations pour le moment, donc.

Je fais un patch qui supprime au lieu d'annuler, ou on le garde comme ça ?

Sur jabber j'ai objecté à Cédric que si on ne loggait que la dernière annulation on avait pas de manière fiable de dire « vous aviez réservé de telle heure à telle heure » (il peut y avoir un cycle résa -> modif -> modif avec retour à l'horaire initial qui crée un affichage trompeur). Le truc qu'on pourrait imaginer c'est une page dédiée à l'historique d'une réservation (petit affichage pour dire « cette résa a été modifiée » et clic dessus et on a toutes les infos). Mais le plus important c'est que Cédric est d'accord pour avoir ça dans une seconde phase :) Pas d'affichage des annulations pour le moment, donc. Je fais un patch qui supprime au lieu d'annuler, ou on le garde comme ça ?
Owner

ok pour supprimer au lieu d'annuler

ok pour supprimer au lieu d'annuler
Author
Owner

Et j'ai à nouveau embêté Cédric, la conclusion c'est qu'on n'enregistre jamais les réservations annulées lors de la réservation d'une semaine type (même dans le futur, et même en cas de changement de jour).

Et j'ai à nouveau embêté Cédric, la conclusion c'est qu'on n'enregistre jamais les réservations annulées lors de la réservation d'une semaine type (même dans le futur, et même en cas de changement de jour).
Owner

on n'enregistre jamais les réservations annulées lors de la réservation d'une semaine type

seulement dans le cas plage libre, ou dans tous les cas ?

> on n'enregistre jamais les réservations annulées lors de la réservation d'une semaine type seulement dans le cas plage libre, ou dans tous les cas ?
Owner

vu de vive voix, a priori ça ne concerne que le cas plage libre, à confirmer pour le cas usuel avec stef, cédric et mik (qui utilise cette api pour les seniors (?))

vu de vive voix, a priori ça ne concerne que le cas plage libre, à confirmer pour le cas usuel avec stef, cédric et mik (qui utilise cette api pour les seniors (?))
vdeniaud force-pushed wip/78084-plages-libres-permettre-la-mise- from a79800f880 to 4c1f31e8d4 2023-06-15 17:21:28 +02:00 Compare
vdeniaud changed title from WIP: plages libres, permettre la mise à jour des plages d'une semaine type #78084 to plages libres, permettre la mise à jour des plages d'une semaine type #78084 2023-06-15 17:34:29 +02:00
vdeniaud changed title from plages libres, permettre la mise à jour des plages d'une semaine type #78084 to WIP: plages libres, permettre la mise à jour des plages d'une semaine type #78084 2023-06-22 15:29:45 +02:00
Author
Owner

(pour dans le futur avoir la vue des résas annulées, j'archive le patch à utiliser) (vu avec Cédric, normalement on en aura jamais besoin)

~~(pour dans le futur avoir la vue des résas annulées, j'archive le patch à utiliser)~~ (vu avec Cédric, normalement on en aura jamais besoin)
vdeniaud force-pushed wip/78084-plages-libres-permettre-la-mise- from 4c1f31e8d4 to 3a16e43faf 2023-06-22 15:32:09 +02:00 Compare
vdeniaud force-pushed wip/78084-plages-libres-permettre-la-mise- from 3a16e43faf to 31a036f023 2023-06-22 15:55:54 +02:00 Compare
vdeniaud force-pushed wip/78084-plages-libres-permettre-la-mise- from 31a036f023 to 81906bd124 2023-06-22 16:46:07 +02:00 Compare
vdeniaud changed title from WIP: plages libres, permettre la mise à jour des plages d'une semaine type #78084 to plages libres, permettre la mise à jour des plages d'une semaine type #78084 2023-06-22 16:55:55 +02:00
vdeniaud force-pushed wip/78084-plages-libres-permettre-la-mise- from 81906bd124 to 6740b56732 2023-07-03 15:03:44 +02:00 Compare
vdeniaud requested review from lguerin 2023-07-03 15:05:58 +02:00
lguerin approved these changes 2023-07-04 13:27:04 +02:00
vdeniaud merged commit 152110888c into main 2023-07-04 13:29:46 +02:00
vdeniaud deleted branch wip/78084-plages-libres-permettre-la-mise- 2023-07-04 13:29:46 +02:00
Sign in to join this conversation.
No reviewers
No Label
No Milestone
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: entrouvert/chrono#101
No description provided.