From 1485428a334aaf3999f88cf18b16197232533c03 Mon Sep 17 00:00:00 2001 From: Quentin Rouiller Date: Fri, 8 May 2026 16:35:45 +0200 Subject: [PATCH] =?UTF-8?q?wiki(Utilisation):=20v2026.5.45=20=E2=80=94=20d?= =?UTF-8?q?ock=20lat=C3=A9ral,=20fix=20verdicts=20ghost,=20multi-onglets?= =?UTF-8?q?=20EZV?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- Utilisation.md | 60 ++++++++++++++++++++++++++++++++++++++++++++++---- 1 file changed, 56 insertions(+), 4 deletions(-) diff --git a/Utilisation.md b/Utilisation.md index 0ed4154..831faf5 100644 --- a/Utilisation.md +++ b/Utilisation.md @@ -260,6 +260,46 @@ Un popup épinglé peut être **déplacé à la souris**. Plusieurs popups peuve --- + +## Le dock latéral (depuis v2026.5.45) + +Le **dock à droite** permet de mettre des interventions de côté pendant la navigation entre les jours, puis de les redéposer plus tard sur un autre tech / un autre jour. Aucun appel EasyVista tant que le dépôt final n'est pas validé. + +### Apparition pendant un drag + +Au début d'un drag d'intervention, le dock apparaît : + +- **peep-min** (~12 % visibles) : drag en cours, dock vide. Petit onglet à droite pour signaler la cible. +- **peep** (~50 % visibles) : drag en cours OU à l'arrêt, dock contient au moins une carte. Le numéro DS reste lisible à droite. +- **expanded** (100 % visibles) : au survol du dock OU quand on approche le curseur du bord droit pendant un drag. + +Un **délai de 500 ms** est appliqué sur expand/collapse pour éviter le clignotement quand le curseur effleure simplement le bord du dock. + +### Mettre une carte dans le dock + +Glisser une intervention vers le bord droit pendant un drag → drop dans la zone du dock. La carte apparaît dans le dock avec : + +- **Référence** en gras + **durée prévue** (`1h`, `1h30`, `45min`). +- **Barre verticale 4 px** sur la gauche dans la couleur de la catégorie (livraison / installation / incident / etc.) — identique aux mini-cards du planning. +- Fond transparent. + +### Reprendre une carte du dock + +Maintenir le bouton gauche de la souris sur la carte du dock + déplacer (> 5 px) → la carte sort du dock et suit le curseur. Un clic simple (mousedown + relâche sans bouger) ne fait rien — anti-clic accidentel. + +Pendant le drag depuis le dock, le ghost flottant n'affiche pas l'heure d'origine (elle n'a plus de sens — l'intervention est en attente d'un nouveau créneau). + +- Drop sur un tech → modal de confirmation (date, heure, tech) → appel EV pour appliquer le déplacement. +- Drop hors zone valide → la carte revient dans le dock. +- Drop sur le même slot d'origine → la carte revient dans le dock (no-op silencieux). +- Échap pendant le drag → annulation, retour dans le dock. + +### Retirer une carte du dock (sans la déposer) + +**Appui long 2 s** sur la croix `×` en haut à droite de la carte. Une animation circulaire se remplit progressivement pour indiquer la progression. Si on relâche avant 2 s, rien ne se passe — anti-clic accidentel. + +Bouton **« Tout annuler »** en haut du dock (visible quand le dock est en mode expanded) : retire toutes les cartes du dock. + ## Les deux modes d'affichage L'extension propose deux dispositions pour s'adapter au contexte d'usage : @@ -381,10 +421,22 @@ Cela permet de repérer immédiatement les conflits d'affectation. Un tech peut être marqué comme absent récurrent un ou plusieurs jours de la semaine via Paramètres → Équipe (cases à cocher Lun-Mar-Mer-Jeu-Ven). Ce jour-là, sa carte affiche "Absent le \" avec un badge **cyan** (différent du rouge pompier). Si des interventions lui sont quand même attribuées ce jour-là, elles apparaissent en rouge plein (cf. paragraphe précédent). ### Tickets fantômes (disparus du planning) -Quand un ticket disparaît entre deux rafraîchissements (clôturé, déplacé, etc.), l'extension affiche son statut final : -- ✓ vert simple : clôturé proprement -- ✓✓ vert double : terminé + déplacé -- pas d'icône : retiré sans trace claire + +Quand un ticket disparaît entre deux rafraîchissements (clôturé, déplacé, redirigé, etc.), l'extension va chercher la fiche réelle pour déterminer le verdict avant d'agir. + +Verdicts possibles : + +- **✓✓ vert** (`terminated-clos`) : la fiche est officiellement clôturée et le tech a laissé son commentaire (`login: …`). +- **✓ jaune** (`terminated-suspended`) : la fiche est en statut « Suspendu » + commentaire du tech. +- **gris « fait »** (`terminated-pending`) : le tech a fait son intervention et a écrit un commentaire, mais la fiche n'est pas encore officiellement clôturée (statut « Finalisation », « Exécution », « Redirigé », etc.). +- **retrait silencieux** (`cancelled`) : statut EV ∈ Annulé/Supprimé, OU statut clos sans commentaire du tech, OU action sans commentaire `login: …`. L'iv est retirée du planning. + +Modes de fonctionnement (Paramètres → Diagnostics, depuis v2026.5.45) : + +- **« Garder les disparitions » coché** : aucune iv n'est retirée — verdict CANCELLED log seulement, l'iv reste affichée. Sert à valider les verdicts cas par cas avant de basculer en prod. +- **case décochée** (défaut) : verdict appliqué, les iv `cancelled` sortent du planning. + +> ⚠ Une intervention dont le verdict est `terminated-pending` ou `terminated-clos` n'est plus déplaçable (clic / drag bloqué) — le ticket est figé côté EV, on ne propose pas une opération qu'EV refusera. ### Conflits d'horaire Si un tech a 2 interventions au **même créneau** (chevauchement d'heures), un **outline rouge** apparaît sur les segments timeline concernés et un avertissement ⚠ sur les rows.