Produits Entr'ouvert » Chrono

Questions sur le label des guichets:

- lorsqu'on ajoute un guichet en mode gestion simple, comment on l'appelle ? On compte le nombre de guichets et on l'appelle par son numéro (Guichet N) ?
- lorsqu'on supprime un guichet, on supprime le plus récent, en espérant qu'il ait le bon label (Guichet <le plus grand des N>) ?

J'ai ajouté la possibilité de revenir en arrière (passer de la gestion individuelle à la gestion simple), car j'en avais besoin pour l'import d'agenda (pour ne pas flager un agenda en gestion simple comme indiqué dans le payload, si la config des guichets ne le permet pas). Comme j'ai la méthode de vérification j'en profite et je m'en sers pour proposer le switch arrière.

Du coup, imaginons qu'on ait un agenda avec 2 guichets: Guichet A, Guichet B, et qu'on passe en gestion simple, puis qu'on ajoute un guichet.
Est-ce qu'on renomme tous les guichets pour avoir Guichet 1, Guichet 2, Guichet 3 ? On renomme au switch ou seulement à l'ajout/suppression d'un guichet en mode gestion simple ?

Est-ce qu'on fait juste un tour de passe passe dans l'affichage du calendrier pour afficher Guichet N au lieu du label qu'on a en DB ?

Ou alors, est-ce qu'on laisse à l'agent la possibilité de nommer ses guichets, même en gestion simple, et du coup lorsqu'il veut diminuer le nombre de guichets, on le laisse choisir celui qu'il enlève ? ( et lorsqu'il veut ajouter un guichet on lui laisse le choix du label)

(sauf mention contraire je vais partir sur cette dernière proposition qui me semble plus pertinente pour les agents)

J'étais à la base en gestion simple pour ne même pas avoir de noms à gérer.

Et j'écrivais "action irrévocable" pour la bascule en mode "gestion complète", pour ne pas me poser ces questions...

Mais oui si on veut basculer d'un mode à l'autre je dirais comme tu le proposes, de laisser choisir les noms.

Si on ne veut pas proposer le retour arrière, on peut toujours, mais alors se pose la question de l'import et de la potentielle incohérence entre le flag du payload et la config des guichets importés (et leur label)
On pourrait ne jamais flager la gestion simple sur un import, mais c'est dommage.

0001: cherry-pick de #50537
0002: ajout du champ desk_simple_management, migration, activation à la création d'un agenda meetings
0003: simplification au passage
0004: méthode is_available_for_simple_management pour vérifier qu'on peut passer d'une gestion individuelle à une gestion simple (utile pour l'import, et du coup pour l'interface pour le retour en arrière)
0005: gestion du flag dans l'import/export
0006: UI pour changer le flag
0007: adaptations UI en fonction du flag (voir screenshot)
0008: impact d'un changement de config sur les timeperiod
0009: idem sur les exceptions unitaires
0010: idem sur les sources et calendriers d'indispo
0011: optimisation des requêtes

À la création d'un agenda,

null value in column "events_default_view" of relation "agendas_agenda" violates not-null constraint

Le menu "Switch desk management mode", je serais pour soit le nommer de manière différente selon la direction, genre "Switch to invididual desk management" et "Switch to global desk management"; ou alors ouvrir une popup affichant les deux possibilités.

En mode simple, les libellés des guichets dans leur liste sont en gras, j'ai l'impression qu'ainsi ça doit marcher :

     <ul class="objects-list single-links">
         {% for desk in object.prefetched_desks %}
             <li><a rel="popup" href="{% url 'chrono-manager-desk-edit' pk=desk.pk %}">
-                <strong>{{ desk.label }}</strong>
+                {{ desk.label }}
                 </a>

agendas: desk duplication & unavaibility calendars

typo sur unavailability (dans le premier message de commit)

+            # no desk or just on, it's ok

s/on/one/

null value in column "events_default_view" of relation "agendas_agenda" violates not-null constraint

Ok c'est #44457 où j'ai eu la bonne idée de suggérer « Voyant le events_default_view, je me dis que ça pourrait être default_view tout court, pour anticiper derrière un ticket pour les agendas rendez-vous, où les choix seraient mois/jour. » et où je n'ai pas totalement défait la migration chez moi, donc la colonne trainait dans ma db.