v2026.5.41 — Suppression des hardcodes runtime + UX admin + thème unifié

Suppression des hardcodes :
- Plus aucun hardcode runtime pour groupe EV, domaines, liste de techs,
  absences récurrentes. Tout lu depuis admin_config (chrome.storage.local),
  persiste entre les mises à jour d'extension.
- Au 1er install : aucun tech sélectionné → fetch lève no_team_configured,
  viewer affiche message invitant à configurer Paramètres → Équipe.
- Suppression de la fonction hardcodée isPillonelAbsentFriday() →
  remplacée par isRecurringAbsence(tech, isoDate) générique qui lit
  cfg.recurringAbsences. Label 'Absent le X' calculé depuis le jour.

UX admin :
- Auto-refresh à l'enregistrement (équipe / domaines / heures) → plus
  besoin de recharger l'extension manuellement.
- Bouton ✓ Appliquer pour les heures de la journée + toast de confirmation.
- Toasts au-dessus du flou du panel admin (z-index 11000 > 10000).
- Section Statuts retirée (placeholder lecture-seule).
- Tri équipe : inclus d'abord puis exclus, alphabétique.

Thème unifié :
- Toggle topbar et sélecteur Apparence écrivent dans la même clé cfg.theme.
- Mode 'Auto' résolu en JS via prefers-color-scheme (le CSS n'avait pas
  de bloc @media, ce qui faisait retomber sur clair même en OS sombre).
- Listener matchMedia pour bascule live en mode auto.

Conflits absence/réservation × intervention :
- Si une intervention est planifiée pendant qu'un tech a une absence
  (full-day ou partielle) ou une réservation au même créneau, sa carte
  (row classique + mini-card horizontale) est peinte en rouge plein.

Permissions runtime pour domaines :
- manifest.json : optional_host_permissions [https://*/*].
- chrome.permissions.request() au save d'un domaine custom dans
  Paramètres → EasyVista. Refus → toast d'avertissement.

Synchronisation des heures EV :
- Helpers getDayBounds() côté background. day_start_hour, day_end_hour,
  begin_hour, end_hour des requêtes EV reflètent désormais cfg.dayStart
  et cfg.dayEnd. Avant : 8/18/19 hardcodés.

Vue horizontale :
- Popups au survol/clic limités à dessous/dessus (pas de gauche/droite
  car la sidebar à gauche et la timeline pleine largeur les rendent
  inutilisables).

Ménage de code :
- Suppression de CACHE_DAYS, LS_THEME, commentaire historique sur
  initAdminMenu(). Aucun symbole orphelin restant.

Contact mis à jour : quentin.rouiller@vd.ch

.gitignore

@@ -38,19 +38,3 @@ tmp/
 
 # Tests
 test-output/
-
-# Archives historiques locales (jamais sur Gitea)
-_archives/
-Old.zip
-Old/
-
-# Mémoire / config Claude Code (ne jamais commit, contient potentiellement
-# des tokens, des notes user, etc.)
-.claude/
-CLAUDE.local.md
-
-# Variables d'environnement / secrets
-.env
-.env.*
-*.token
-secrets.json

CHANGELOG.md

@@ -9,45 +9,6 @@
 
 ---
 
-## v2026.5.43 — Fix Firefox : positionnement menu dock + stabilité popup pin/unpin
-
-### Menu hover sur pastille du dock (popup réduit)
-- Bug Firefox uniquement : quand un popup épinglé était réduit dans la
-  taskbar du bas, le menu qui apparaît au survol de la pastille
-  (Agrandir / Fermer) se positionnait trop haut, pas juste au-dessus de
-  la pastille.
-- Cause : `getBoundingClientRect()` était appelé immédiatement après
-  `appendChild`, avant que Firefox n'ait calculé la mise en page.
-  Combiné avec un `transform: translateY(4px)` dans l'animation
-  `pill-hover-menu-appear`, Firefox lisait des dimensions décalées.
-- Fix : positionnement hors écran initial, force-layout via
-  `void offsetHeight`, mesure des dimensions, puis pose finale. CSS de
-  l'animation simplifiée en opacité-only (plus de transform).
-
-### Stabilité popup au pin/unpin
-- Bug : la popup épinglée bougeait visuellement et changeait légèrement
-  de taille quand on la dé-épinglait avec le bouton 📌 (puis l'inverse).
-- Cause : `.pinned-popup` avait `padding-top: 28px` (place pour la
-  dragbar) et `border: 2px`, alors que `.soft-unpinned` avait
-  `padding-top: 12px` et `border: 1px`. Le contenu se décalait de 16px
-  vers le haut et la popup devenait 1px plus fine de chaque côté.
-- Fix : `.soft-unpinned` conserve désormais `padding-top: 28px` et
-  `border: 2px` comme `.pinned-popup`. Bordure passe juste en
-  `--border-strong` (gris discret) plutôt que `--accent` (bleu) pour
-  signaler visuellement le mode "détaché". Position et taille stables.
-
-## v2026.5.42 — Nettoyage de commentaires + exemples génériques
-
-- Passage en revue des commentaires de `src/viewer.js` : les exemples qui
-  illustraient le parsing des contacts/lieux/références/codes-barres ont été
-  uniformisés en placeholders abstraits (`Nom1 Prénom1 +41XXXXXXXXX`,
-  `SYYMMDD_NNNNN`, `XXXX_NNNNNNNN`, etc.) plutôt que des chaînes spécifiques.
-  Comportement runtime strictement inchangé — uniquement de la documentation
-  et des commentaires.
-- Mise à jour cohérente du README, du CHANGELOG et des pages wiki Versions /
-  Utilisation pour utiliser les mêmes notations génériques dans les
-  exemples de référence.
-
 ## v2026.5.41 — Suppression des hardcodes (groupe / domaines / équipe) → tout depuis l'admin
 
 ### Plus aucun hardcode au runtime
@@ -93,7 +54,7 @@
   au viewer via `err.kind`.
 - Toutes les anciennes constantes hardcodées (`EV_ORIGINS`,
   `DEFAULT_SUPPORT_IDS` interne à `detectTeamFromEV`,
-  `isXXXAbsentFriday`) ont été remplacées ou retirées.
+  `isPillonelAbsentFriday`) ont été remplacées ou retirées.
 
 ### Conflits absence/réservation × intervention
 - Nouveau code visuel : si une intervention est planifiée pendant
@@ -286,12 +247,12 @@
 - Stats rapides .tech-row-stats ajoutés au header (nb interv, Xm · Ya)
 
 ## v2026.5.31 — Sarcelle pour absence récurrente (REJETÉ par utilisateur)
-- Couleur absence récurrente (jour fixe) : sarcelle foncée #0f766e / soft #ccfbf1
+- Couleur Pillonel vendredi : sarcelle foncée #0f766e / soft #ccfbf1
 - Variables --c-recurring, --c-recurring-soft
 - Layout 4 colonnes forcées + scroll interne cartes (REJETÉ : "scroll en continu")
 
 ## v2026.5.30 — Absence récurrente cyan + mode compact 24"
-- Absences récurrentes (configurées par tech) en cyan
+- Absence récurrente Pillonel vendredi en cyan
 - Mode compact @media (max-width: 1920px) avec grid-template-columns: repeat(4, 1fr)
 
 ## v2026.5.29 — Contraste++ + footer
@@ -375,8 +336,8 @@
 
 ## Notes techniques persistantes (toutes versions)
 
-- 8 techs hardcodés à l'origine (depuis v2026.5.41 : retirés, alimentés par admin_config)
+- 8 techs hardcodés : "76272,83725,66635,92235,90070,40944,72485,86874"
-- Absences récurrentes (un tech absent un jour fixe par semaine) hardcodées à l'origine, depuis v2026.5.41 configurables via Paramètres → Équipe
+- Pillonel Olivier (ID 40944) absent tous les vendredis (hardcodé)
 - Group ID EasyVista : 191
 - Domaines cibles : itsma.etat-de-vaud.ch (interne), itsma.vd.ch (externe)
 - SSO : Canton ForgeRock OpenAM
@@ -391,4 +352,4 @@
 
 **Quentin Rouiller** (QRO)
 Technicien DGNSI — Canton de Vaud
-Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
+Contact : `quentin.rouiller@vd.ch`

CLAUDE.md

@@ -1,192 +0,0 @@
-# CLAUDE.md — Workflow de développement Planification
-
-> **À lire avant toute modification.** Ce fichier décrit le processus complet
-> que Claude doit suivre quand Quentin demande une modification de l'extension.
-
----
-
-## Stack du projet
-
-- **Type** : extension navigateur Manifest V3 (Chrome / Edge / Firefox 140+)
-- **Fonction** : viewer du planning des techniciens DGNSI dans EasyVista
-- **Cible utilisateurs** : techniciens DGNSI (Canton de Vaud)
-- **Auteur** : Quentin Rouiller (email dans la mémoire Claude `user_role.md`)
-- **Repo Gitea** : https://gitea.netaplaid.ch/FroSteel/Planification
-- **Config runtime** : `chrome.storage.local["admin_config"]` (persiste entre updates)
-
-## Structure du repo
-
-```
-src/                 # Sources de l'extension (chargées par le navigateur)
-├── manifest.json    # Manifest V3 — version YYYY.M.PATCH
-├── background.js    # Service worker
-├── viewer.{html,js,css}
-└── icons/
-
-Autres/              # Méta + build
-├── build.sh         # Génère dist/{chromium,firefox}/, .zip, .xpi, met à jour firefox-updates.json
-├── CHANGELOG.md     # Synchronisé avec le CHANGELOG.md à la racine
-├── README.md        # Synchronisé avec le README.md à la racine
-└── LICENSE
-
-Builds/              # Artefacts distribués (Chromium/, Firefox/, .zip, .xpi)
-dist/                # Sortie de build (gitignoré)
-firefox-updates.json # Manifest d'auto-update Firefox (servi via update_url)
-CLAUDE.md            # Ce fichier
-CHANGELOG.md         # Source de vérité du changelog (lu par AMO + GitHub-style)
-README.md            # Source de vérité du README
-```
-
-> **NB** : le repo Gitea utilise un **layout flat à la racine** pour le code
-> source historique (`build.sh`, `README.md`, `CHANGELOG.md`, `LICENSE`,
-> `firefox-updates.json` à la racine, et `src/` pour le code). En local,
-> le dossier `Autres/` contient une copie de ces fichiers — tu peux éditer
-> l'un ou l'autre, mais quand tu pousses sur Gitea c'est la racine qui doit
-> être mise à jour.
-
----
-
-## Workflow standard d'une demande de modification
-
-Quand Quentin demande une nouvelle fonctionnalité ou un bugfix :
-
-### Phase 1 — Code + build local (toi seul, pas encore de push)
-
-1. **Comprendre la demande**, poser des questions si nécessaire avant d'écrire du code.
-2. **Coder les modifications** dans `src/` (jamais directement dans `dist/` ou `Builds/`).
-3. **Bumper la version** : incrémenter le 3e chiffre dans `src/manifest.json`
-   (ex: `2026.5.41` → `2026.5.42`). Bump majeur (2e chiffre) seulement pour
-   les refontes ; année (1er chiffre) au passage à 2027.
-4. **Mettre à jour le CHANGELOG** (`Autres/CHANGELOG.md` ET la copie racine
-   `CHANGELOG.md`) en ajoutant une nouvelle entrée en haut.
-5. **Mettre à jour le README** (`Autres/README.md` ET racine `README.md`)
-   si la nouvelle version touche aux fonctionnalités principales.
-6. **Builder** : `./Autres/build.sh` — ça produit `dist/chromium/`,
-   `dist/firefox/`, le `.zip` et le `.xpi` avec la nouvelle version.
-7. **Annoncer à Quentin** : "v2026.5.X buildée, recharge l'extension dans
-   ton navigateur et teste". Décrire brièvement ce qui a changé visuellement.
-8. **Attendre son retour**. Tant qu'il n'a pas dit "OK", ne pas pousser sur
-   Gitea. Si correction demandée, retourner à l'étape 2.
-
-### Phase 2 — Push sur Gitea (uniquement après validation explicite)
-
-Quand Quentin dit "OK push" / "valide" / équivalent :
-
-1. **Préparer un clone Gitea à jour** dans `/tmp/planif-push/` (clone si pas
-   présent, sinon `git fetch origin && git reset --hard origin/main`).
-2. **Synchroniser** :
-   - `rsync -a --delete /Users/quentin/Documents/Planning/src/ /tmp/planif-push/src/`
-   - Copier les versions racine de `CHANGELOG.md`, `README.md`, `LICENSE`,
-     `build.sh` (les versions racine sur Gitea, pas celles de `Autres/`)
-3. **Régénérer `firefox-updates.json`** à la racine du repo : ajouter
-   l'entrée de la nouvelle version en haut de la liste `updates` (les
-   anciennes entrées restent — Firefox prend la version la plus haute
-   parmi celles listées). Le `update_link` pointe vers la release Gitea :
-   `https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/vYYYY.M.PATCH/planification-vYYYY.M.PATCH-firefox.xpi`.
-   Le `update_hash` est calculé après signature AMO (cf. Phase 3).
-
-   Le repo Gitea est **public**, donc l'URL fixe `update_url` =
-   `https://gitea.netaplaid.ch/FroSteel/Planification/raw/branch/main/firefox-updates.json`
-   est accessible sans auth → Firefox peut le fetcher directement.
-   `build.sh` maintient automatiquement ce JSON à chaque build (ajoute /
-   met à jour l'entrée de la version courante).
-4. **Commit + push** :
-   ```bash
-   cd /tmp/planif-push
-   git add -A
-   git commit -m "vYYYY.M.PATCH — <description courte>"
-   git push origin main
-   git tag -a vYYYY.M.PATCH -m "vYYYY.M.PATCH"
-   git push origin vYYYY.M.PATCH
-   ```
-5. **Créer la release Gitea** via l'API (POST
-   `/repos/FroSteel/Planification/releases`) avec :
-   - `tag_name`: `vYYYY.M.PATCH`
-   - `name`: `vYYYY.M.PATCH`
-   - `body`: extrait du CHANGELOG (la section de cette version)
-6. **Uploader les binaires** comme assets de la release :
-   - `dist/planification-vYYYY.M.PATCH-chromium.zip`
-   - `dist/planification-vYYYY.M.PATCH-firefox.xpi` (NON signé pour le moment)
-7. **Mettre à jour le wiki Gitea** :
-   - Page **Versions** : ajouter une entrée détaillée en haut (dérivée du CHANGELOG)
-   - Page **Utilisation** : si le changement modifie l'UX (ajout d'un bouton,
-     d'une section admin, d'un comportement) → documenter
-   - Page **Architecture** : si nouvelles fonctions clés / nouvelle config
-     persistée → documenter
-
-### Phase 3 — Signature Firefox (manuel, fait par Quentin)
-
-C'est la seule étape que Claude ne peut pas automatiser :
-
-1. Quentin va sur https://addons.mozilla.org/developers/
-2. Submit New Version → uploade le `.xpi` non signé de la release Gitea
-3. Choisit **"On your own"** (Unlisted, self-distributed)
-4. Mozilla signe → Quentin télécharge le `.xpi` signé
-
-Quentin revient ensuite avec le `.xpi` signé et demande "remplace par le signé".
-À ce moment Claude fait :
-1. Remplacer l'asset `.xpi` de la release Gitea (delete + upload)
-2. Calculer le `sha256` du `.xpi` signé
-3. Mettre à jour `firefox-updates.json` : ajouter `"update_hash": "sha256:<hash>"`
-4. Commit + push le JSON mis à jour
-
-À partir de ce moment, l'auto-update Firefox fonctionne pour cette version.
-
----
-
-## Token Gitea
-
-⚠️ **Le token API Gitea ne doit JAMAIS apparaître dans ce fichier ni dans le
-repo Gitea**. Il est stocké uniquement dans la mémoire Claude locale
-(`~/.claude/projects/-Users-quentin-Documents-Planning/memory/gitea_token.md`,
-hors repo). Si Claude perd la mémoire (nouvelle session non héritée),
-demander à Quentin de redonner le token.
-
-Header API à utiliser : `Authorization: token <TOKEN>` + `User-Agent: curl/8.4.0`
-(le User-Agent évite que Cloudflare bloque les requêtes Python urllib).
-
----
-
-## Règles importantes
-
-- **Ne jamais hardcoder** dans `src/` : groupe EV, équipe, domaines, absences
-  récurrentes. Tout passe par `admin_config`. Les seuls hardcodes acceptables
-  sont les **filets de sécurité** (DEFAULT_GROUP_ID, DEFAULT_EV_ORIGINS pour
-  le 1er install). Cf. v2026.5.41 pour la migration complète.
-- **Ne jamais pousser sur Gitea sans validation explicite** de Quentin.
-- **Toujours bumper la version** avant un push qui modifie le code.
-- **Toujours mettre à jour le CHANGELOG** avant un push.
-- **Tags non touchés** sur Gitea : `v1.0.0`-`v3.3.0`, `v4.1.x`-`v4.3.0`,
-  `v5.0.0`, `v2026.5.27`-`v2026.5.32` (ceux-là pointent vers du code
-  reconstitué historique, ne jamais les bouger).
-- **Force-push uniquement si Quentin le demande explicitement.**
-- **L'email de l'auteur** ne doit apparaître nulle part dans `src/` ni dans
-  les fichiers Markdown du repo (CLAUDE.md, README.md inclus). Il est stocké
-  uniquement en mémoire Claude (`user_role.md` / `gitea_token.md`) et exposé
-  obfusqué (entités HTML) sur la page wiki Contact.
-
----
-
-## Pages wiki Gitea
-
-| Page | Contenu | Quand mettre à jour |
-|---|---|---|
-| **Home** | Pitch, contexte, démarrage rapide | Rarement |
-| **Utilisation** | Guide complet pour l'utilisateur | À chaque changement UX |
-| **Versions** | Historique détaillé des versions | À chaque release |
-| **Architecture** | Doc technique (fonctions, config, structure) | À chaque ajout d'helper / changement structurel |
-| **Contact** | Email obfusqué + lien Issue Gitea | Rarement |
-
-URL de base wiki : `https://gitea.netaplaid.ch/FroSteel/Planification/wiki/<NOM>`
-Endpoint API : `/api/v1/repos/FroSteel/Planification/wiki/page/<NOM>` (PATCH avec
-`content_base64`).
-
----
-
-## Pour résumer ton rôle, Claude
-
-Quentin demande une modif → tu codes → tu builds → il teste → il valide →
-tu push tout (Gitea + wiki + firefox-updates.json). Plus tard il revient avec
-le `.xpi` signé d'AMO → tu mets à jour la release et le `update_hash` du JSON.
-
-Si tu hésites sur quoi faire à un moment, **demande**. Ne suppose pas.

README.md

@@ -7,8 +7,8 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
 - **Auteur** : Quentin Rouiller (QRO)
 - **Cible** : techniciens DGNSI (Canton de Vaud), EasyVista (`itsma.etat-de-vaud.ch` / `itsma.vd.ch`)
 - **Démarrage projet** : jeudi 16 avril 2026
-- **Version actuelle** : `v2026.5.43`
+- **Version actuelle** : `v2026.5.41`
-- **Contact** : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
+- **Contact** : `quentin.rouiller@vd.ch`
 - **Manifest** : V3 (Chrome/Edge/Firefox)
 - **Format** : `.zip` (Chromium) + `.xpi` signé (Firefox)
 
@@ -40,7 +40,7 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
 - **Congé / Congés** : cyan `#06b6d4` (suffixe `s` adaptatif)
 - **Pompier** : rouge `#b03030`
 - Badge + barre gauche colorée + dégradé fond
-- Absences récurrentes (configurées par tech) : cyan (depuis v2026.5.30)
+- Absence récurrente Pillonel vendredi : cyan (depuis v2026.5.30)
 
 ### User et session
 - Badge user avec photo/initiales en topbar
@@ -87,25 +87,14 @@ Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au ca
 
 ## Versions notables
 
-### `v2026.5.43` (latest, 27 avril 2026) — Fix Firefox : menu dock + stabilité popup pin/unpin
+### `v2026.5.41` (latest, 27 avril 2026) — Suppression des hardcodes + UX admin + thème unifié
-- Firefox : le menu hover sur les pastilles du dock (popup réduit) se
-  positionne désormais correctement au-dessus de la pastille.
-- Pin/unpin : la popup épinglée ne bouge plus et garde la même taille
-  quand on la dé-épingle / re-épingle.
-
-### `v2026.5.42` — Nettoyage de commentaires + exemples génériques
-- Uniformisation des exemples utilisés dans les commentaires de `viewer.js`
-  (parsing contacts/lieux/références/codes-barres) en placeholders abstraits.
-  Comportement runtime strictement inchangé.
-
-### `v2026.5.41` — Suppression des hardcodes + UX admin + thème unifié
 - **Plus aucun hardcode runtime** pour le groupe EV, les domaines, la liste de techniciens ou les absences récurrentes. Tout est piloté par `admin_config` (chrome.storage.local), persisté entre les mises à jour.
 - **Au 1er install** : aucun tech sélectionné, aucune absence récurrente. Le viewer affiche un message *"Aucun technicien sélectionné"* tant que l'utilisateur n'a rien configuré dans Paramètres → Équipe.
 - **Édition des domaines** : `chrome.permissions.request()` au save quand l'utilisateur saisit un domaine custom (au-delà des 2 défauts). Manifest `optional_host_permissions: ["https://*/*"]` pour accepter n'importe quel domaine HTTPS après accord du navigateur.
 - **Heures de la journée** : bouton ✓ Appliquer explicite (au lieu de save direct), toast de confirmation, refetch automatique du planning. Synchronisation effective avec les requêtes EV (`day_start_hour` / `day_end_hour` / `begin_hour` / `end_hour`) — avant, l'affichage changeait mais les requêtes restaient sur 8h-19h hardcodés.
 - **Thème unifié** : le toggle 🌙 de la topbar et le sélecteur Apparence du panel admin écrivent dans la même clé (`cfg.theme`). Le mode "Automatique" est résolu en JS via `prefers-color-scheme` (le CSS n'avait pas de bloc `@media`, ce qui faisait retomber sur le clair même quand l'OS était en sombre). Listener `matchMedia` pour bascule live en mode auto.
 - **Conflit absence/réservation × intervention** : si une intervention est planifiée pendant qu'un tech a une absence (toute la journée ou demi-journée) ou une réservation au même créneau, sa carte est peinte en **rouge plein** (intervention conflictuelle). Logique : full-day → toutes en rouge ; partiel → seules celles en chevauchement.
-- **Absences récurrentes génériques** : suppression de la fonction hardcodée `isXXXAbsentFriday()`. L'absence récurrente est désormais générique : `RECURRING_ABSENCES[tech.id]` lit `cfg.recurringAbsences` et le label "Absent le X" est calculé dynamiquement depuis le jour de la semaine.
+- **Pillonel & Cie** : suppression de la fonction hardcodée `isPillonelAbsentFriday()`. L'absence récurrente est désormais générique : `RECURRING_ABSENCES[tech.id]` lit `cfg.recurringAbsences` et le label "Absent le X" est calculé dynamiquement depuis le jour de la semaine.
 - **Notifications au-dessus du flou** : z-index `.toast-stack` relevé à 11000 (le panel admin est à 10000) pour que les toasts de feedback restent visibles quand l'admin est ouvert.
 - **Vue horizontale** : popups au survol/clic limités aux candidats `dessous`/`dessus` (la sidebar à gauche et la timeline pleine largeur rendent gauche/droite peu praticables).
 - **Tri équipe** : inclus d'abord, puis exclus, alphabétique dans chaque sous-groupe (ne saute plus quand on coche/décoche).
@@ -217,7 +206,7 @@ Planning/
 ### Constantes / valeurs hardcodées (toutes versions)
 
 - Group ID EV par défaut : `191` (SI-CSS) — surchargeable via le sélecteur depuis v2026.5.40
-- Absences récurrentes par tech : configurables via Paramètres → Équipe (depuis v2026.5.41)
+- Pillonel Olivier (ID 40944) : absent tous les vendredis (récurrent)
 - GUIDs forms EV :
   - Demande : `S={C99ECD05-3D48-4C62-ABF0-66292053AED6}`
   - Incident : `I={07ED9C68-6172-48EA-8A58-90912B0A283E}`
@@ -265,4 +254,4 @@ git push --tags
 
 **Quentin Rouiller** (QRO)
 Technicien DGNSI — Canton de Vaud
-Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
+Contact : `quentin.rouiller@vd.ch`

build.sh

@@ -6,8 +6,6 @@
 # Usage : ./build.sh
 ###############################################################################
 set -e
-# Le script est dans Autres/ — on remonte d'un cran pour se placer à la
-# racine du projet, où se trouvent src/ et dist/.
 cd "$(dirname "$0")"
 
 VERSION=$(python3 -c "import json; print(json.load(open('src/manifest.json'))['version'])")
@@ -27,21 +25,12 @@ import json
 with open('src/manifest.json', 'r') as f: m = json.load(f)
 m['browser_specific_settings'] = {
   'gecko': {
-    'id': 'planification-dgnsi@netaplaid.ch',
+    'id': 'planification@netaplaid.ch',
     'strict_min_version': '140.0',
     'update_url': 'https://gitea.netaplaid.ch/FroSteel/Planification/raw/branch/main/firefox-updates.json',
     'data_collection_permissions': {'required': ['none']}
   }
 }
-# Firefox MV3 ne supporte pas (encore) 'service_worker' → AMO rejette.
-# On ajoute 'scripts' (event page) comme fallback compatible Firefox.
-# Chrome ignore 'scripts' quand 'service_worker' est présent ; Firefox
-# ignore 'service_worker' et utilise 'scripts'. Les deux navigateurs
-# chargent ainsi le même background.js.
-bg = m.get('background', {})
-if 'scripts' not in bg:
-    bg['scripts'] = ['background.js']
-m['background'] = bg
 with open('dist/firefox/manifest.json', 'w') as f:
   json.dump(m, f, indent=2, ensure_ascii=False)
   f.write('\n')
@@ -55,44 +44,6 @@ cd dist/firefox  && zip -rq "../planification-v${VERSION}-firefox.xpi" . && cd .
 echo ""
 echo "==> Builds prêts dans dist/"
 ls -la dist/*.zip dist/*.xpi 2>/dev/null
-
-# ---- firefox-updates.json : ajout/mise à jour de l'entrée pour cette version
-# (sha256 du .xpi NON SIGNÉ — sera remplacé par celui du .xpi signé après AMO).
-python3 - <<EOF
-import json, hashlib, os
-xpi = f"dist/planification-v${VERSION}-firefox.xpi"
-with open(xpi, 'rb') as f: sha = hashlib.sha256(f.read()).hexdigest()
-
-JSON_PATH = "firefox-updates.json"
-ADDON_ID = "planification-dgnsi@netaplaid.ch"
-update_link = f"https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v${VERSION}/planification-v${VERSION}-firefox.xpi"
-
-if os.path.exists(JSON_PATH):
-    with open(JSON_PATH) as f: data = json.load(f)
-else:
-    data = {"addons": {ADDON_ID: {"updates": []}}}
-
-addon = data.setdefault("addons", {}).setdefault(ADDON_ID, {"updates": []})
-updates = addon.setdefault("updates", [])
-
-# Retirer toute entrée existante pour cette version (idempotent)
-updates = [u for u in updates if u.get("version") != "${VERSION}"]
-# Ajouter en tête
-updates.insert(0, {
-    "version": "${VERSION}",
-    "update_link": update_link,
-    "update_hash": "sha256:" + sha,
-})
-addon["updates"] = updates
-
-with open(JSON_PATH, 'w') as f:
-    json.dump(data, f, indent=2, ensure_ascii=False)
-    f.write('\n')
-
-print(f"  ✓ firefox-updates.json mis à jour (sha256 NON SIGNÉ : {sha[:16]}…)")
-EOF
-
 echo ""
 echo "Pour Chrome  : charger dist/chromium/ en mode développeur"
 echo "Pour Firefox : signer dist/planification-v${VERSION}-firefox.xpi sur AMO"
-echo "  Après signature, remplacer le sha256 dans firefox-updates.json par celui du .xpi signé."

firefox-updates.json

@@ -1,28 +0,0 @@
-{
-  "addons": {
-    "planification-dgnsi@netaplaid.ch": {
-      "updates": [
-        {
-          "version": "2026.5.43",
-          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.43/planification-v2026.5.43-firefox.xpi",
-          "update_hash": "sha256:9d1f0cb49b98cdb46a0e022dc53c77c98fde380590e72036e188c128d6b19965"
-        },
-        {
-          "version": "2026.5.42",
-          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.42/planification-v2026.5.42-firefox.xpi",
-          "update_hash": "sha256:a5291a1eab6768d430dfc1cf032f93aeb788083da620ae0568b9dee68f14734d"
-        },
-        {
-          "version": "2026.5.41",
-          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.41/planification-v2026.5.41-firefox.xpi",
-          "update_hash": "sha256:fbf7d8a57ad060306cb43f3db3a5d5b599bb07c75c4ef0dbd0346406bdb6c65b"
-        },
-        {
-          "version": "2026.5.40",
-          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.40/planification-v2026.5.40-firefox.xpi",
-          "update_hash": "sha256:2ba0758960b931f4211c613c75bbf21b3a250572dddc70d854ff1ecca3220421"
-        }
-      ]
-    }
-  }
-}

src/background.js

@@ -1175,7 +1175,7 @@ async function detectTeamFromEV(origin, phpsessid, groupIdArg, supportIdsArg) {
   }
   console.log("[bg]   parsing pattern 1 (checkbox) :", results.length, "résultats");
 
-  // Pattern 2 : fallback <option value="NNNNN">Nom...</option>
+  // Pattern 2 : fallback <option value="76272">Nom...</option>
   if (results.length === 0) {
     const rxOption = /<option[^>]*value=["'](\d{4,7})["'][^>]*>([^<]+)<\/option>/gi;
     let mO;

src/manifest.json

@@ -1,7 +1,7 @@
 {
   "manifest_version": 3,
   "name": "Planification",
-  "version": "2026.5.43",
+  "version": "2026.5.41",
   "description": "Vue claire et rapide du planning des techniciens EasyVista. Développé par Quentin Rouiller — DGNSI, Canton de Vaud.",
   "permissions": [
     "activeTab",

src/viewer.css

@@ -1670,7 +1670,7 @@ html.view-horizontal .timeline-noon {
 }
 
 /* ─────────────────────────────────────────────────────────────────────────
-   v4.1.20 : Message d'absence récurrente (configurée par tech)
+   v4.1.20 : Message d'absence récurrente (Pillonel vendredi)
    ───────────────────────────────────────────────────────────────────────── */
 .tech-absence-recurring {
   padding: 14px 12px;
@@ -2013,14 +2013,11 @@ body.modal-open {
   z-index: 5 !important;
   opacity: 1 !important;
   pointer-events: auto !important;
-  /* v2026.5.43 : on conserve les MÊMES dimensions que .pinned-popup
+  /* Pas de bordure bleue, pas de padding-top (plus de dragbar), juste les
-     (padding-top 28px, border 2px) pour que la popup ne bouge ni ne change
+     styles de base du tooltip (hérités de .tooltip). */
-     de taille au softUnpin. La dragbar est juste retirée (l'espace
+  border: 1px solid var(--border-strong) !important;
-     reste, c'est le tradeoff pour préserver position + taille).
-     Bordure plus discrète (variable --border-strong au lieu de --accent). */
-  border: 2px solid var(--border-strong) !important;
   box-shadow: var(--shadow-hover) !important;
-  padding-top: 28px !important;
+  padding-top: 12px !important;
   animation: none !important;
 }
 
@@ -3048,12 +3045,9 @@ body.popup-dragging .pinned-popup {
   min-width: 130px;
   animation: pill-hover-menu-appear 0.12s ease-out;
 }
-/* v2026.5.43 : pas de transform dans cette animation — Firefox inclut les
-   transforms dans getBoundingClientRect ce qui fausse le calcul de position
-   du menu juste après son insertion dans le DOM. Animation en opacité seule. */
 @keyframes pill-hover-menu-appear {
-  from { opacity: 0; }
+  from { opacity: 0; transform: translateY(4px); }
-  to   { opacity: 1; }
+  to   { opacity: 1; transform: translateY(0); }
 }
 .pill-hover-menu-btn {
   display: flex;
@@ -3425,7 +3419,7 @@ html.theme-dark .card.absence-cat-conge {
 }
 
 /* ==========================================================================
-   v2026.5.30 : absences récurrentes (configurées par tech) en cyan
+   v2026.5.30 : absences récurrentes (Pillonel vendredi) en cyan
    (même couleur que Congé mais texte distinct "Absent le vendredi")
    ========================================================================== */
 

src/viewer.js

@@ -6406,17 +6406,10 @@ function _buildMiniCardsRow(realInterventions, cardEl) {
           openInterventionFromTimeline(card, { background: true });
           return;
         }
-        // v2026.5.41 : en vue horizontale, le clic simple ouvre la fiche EV
+        // v2026.5.40 r10 : forcer l'affichage IMMÉDIAT de la grande popup
-        // dans un nouvel onglet (au lieu d'épingler la popup, comportement
+        // ancrée AVANT pinTooltip(). Sans ça, si le délai showTooltip 500ms
-        // peu utile en horizontal car la popup est déjà visible au survol).
+        // n'est pas encore écoulé OU si la petite popup timeline était
-        const isHorizontal = document.documentElement.classList.contains("view-horizontal");
+        // affichée juste avant, c'est elle qui se faisait épingler.
-        if (isHorizontal) {
-          e.preventDefault();
-          e.stopPropagation();
-          openInterventionFromTimeline(card, { background: false });
-          return;
-        }
-        // Vue classique : clic = épingle la grande popup ancrée.
         e.stopPropagation();
         _cancelPendingShowTooltip();
         _cancelPendingTimelinePopover();
@@ -7448,32 +7441,32 @@ function splitOneContact(raw) {
 
   // v2026.5.25 : avant d'extraire les numéros, on REMPLACE les séquences qui
   // sont des identifiants de matériel (LETTRES_CHIFFRES) par des espaces.
-  // Exemples : XXXX_NNNNNNNNNNN, XNNNNNN (1-2 lettres + 5+ chiffres).
+  // Exemples : XXXX_NNNNNNNNNNN, XNNNNNN, XNNNNNN, XNNNNNN.
   // Sans ça, XXXX_NNNNNNNNNNN laisse des "NNNN NNN NN NN" qui se font prendre
   // pour un numéro de téléphone par le regex qui greedy sur [0-9\s.\-].
   // On remplace par des espaces de même longueur pour préserver les offsets
   // (important pour le calcul de position du nom avant le 1er numéro).
   raw = String(raw);
   raw = raw.replace(/\b[A-Z]{1,6}_\d+/g, (m) => " ".repeat(m.length));
-  // Idem pour les identifiants sans underscore style XNNNNNN (1-2 lettres
+  // Idem pour les identifiants sans underscore style XNNNNNN, XNNNNNN, XNNNNNN
-  // majuscules suivies de 5+ chiffres collés). On garde assez permissif
+  // (1-2 lettres majuscules suivies de 5+ chiffres collés). On garde assez
-  // pour matcher les variantes sans enlever des vrais mots.
+  // permissif pour matcher les variantes sans enlever des vrais mots.
   raw = raw.replace(/\b[A-Z]{1,3}\d{5,}\b/g, (m) => " ".repeat(m.length));
 
   // v4.1.20 : regex plus permissives pour tolérer les erreurs humaines :
-  //  - pas d'espace après le numéro (ex: "0XXXXXXXXTextecoller")
+  //  - pas d'espace après le numéro (ex: "021555555Textecoller")
   //  - pas d'espace/parenthèse avant un court numéro
   // LONG : +41 / +33 / 0X suivis de chiffres/espaces/points/tirets
   //        On ne limite plus par séparateur après — on laisse le moteur
   //        consommer le numéro le plus long possible (greedy) puis on
   //        s'arrête dès qu'on tombe sur un caractère non numérique.
   // v4.2 : on accepte aussi le format "41XXXXXXXXX" sans + devant (fréquent
-  //        quand EasyVista concatène "prefixe+tel" sans espace : "Nom,
+  //        quand EasyVista concatène "prefixe+tel" sans espace : Nom,
-  //        Prénom 41XXXXXXXXX" → extraire 41XXXXXXXXX puis reformater en
+  //        Prénom 41XXXXXXXXX → extraire 41XXXXXXXXX puis reformater en
   //        +41 XX XXX XX XX). On exige exactement 11 chiffres collés pour
   //        éviter de matcher des codes postaux ou autres nombres.
   // v2026.5.16 : ne PAS matcher si le numéro est précédé d'une lettre ou
-  //        d'un underscore (identifiants style XXXX_NNNNNNNN, XXX0123456,
+  //        d'un underscore (identifiants style XXXX_NNNNNNNN, ABC123456,
   //        SERIAL_0123456789). On ajoute un lookbehind négatif (?<![A-Za-z_]).
   const rxLong = /(?<![A-Za-z_])(\+41\s?\d(?:[\d\s.\-]*\d)?|\+33\s?\d(?:[\d\s.\-]*\d)?|0\d(?:[\d\s.\-]*\d)?|(?<!\d)41\d{9}(?!\d)|(?<!\d)33\d{9}(?!\d))/g;
   // SHORT : numéro interne court (5 chiffres).
@@ -7535,7 +7528,7 @@ function splitOneContact(raw) {
   // Critères d'un vrai nom : contient au moins un mot qui commence par une
   // majuscule ET n'est pas juste un identifiant technique.
   if (name) {
-    const looksLikeIdentifier = /^[A-Z]{2,}[_\-]\d+$/.test(name);  // ex: XXXX_NNNNNNNN
+    const looksLikeIdentifier = /^[A-Z]{2,}[_\-]\d+$/.test(name);  // XXXX_NNNNNNNN
     const startsWithQuantity = /^\d+x(\s|$)/i.test(name);            // "1x" ou "1x pc"
     const noCapitalWord = !/\b[A-ZÉÈÀÂÎÔÛÇ][a-zéèàâîôûç]+/.test(name);  // aucun mot "Xxxxx"
     const hasOnlyTechTokens = /^(\d+x|pc|mac|t[ée]l[ée]phone|ecran|docking|rollout)(\s+(\d+x|pc|mac|t[ée]l[ée]phone|ecran|docking|rollout|[A-Z]\d+))*\s*$/i.test(name);
@@ -9339,19 +9332,9 @@ function _showPillHoverMenu(pill, popup) {
   });
   menu.appendChild(closeBtn);
 
-  // v2026.5.43 (Firefox-fix) : positionner le menu HORS écran d'abord pour
-  // qu'il soit layouté sans flash, puis mesurer ses dimensions, puis poser
-  // la position finale. Sans ça, Firefox lit parfois des dimensions à 0
-  // (timing de l'animation `pill-hover-menu-appear` + transform initial),
-  // ce qui projette le menu n'importe où sur l'écran.
-  menu.style.left = "-9999px";
-  menu.style.top = "-9999px";
-  menu.style.visibility = "hidden";
   document.body.appendChild(menu);
-  // Force le navigateur à calculer la mise en page maintenant (Firefox ne
-  // le fait pas toujours sur getBoundingClientRect immédiat après append).
-  void menu.offsetHeight;
 
+  // Positionner au-dessus de la pastille
   const r = pill.getBoundingClientRect();
   const menuR = menu.getBoundingClientRect();
   let left = r.left + (r.width / 2) - (menuR.width / 2);
@@ -9359,7 +9342,6 @@ function _showPillHoverMenu(pill, popup) {
   if (left + menuR.width > window.innerWidth - 4) left = window.innerWidth - menuR.width - 4;
   menu.style.left = left + "px";
   menu.style.top = (r.top - menuR.height - 8) + "px";
-  menu.style.visibility = "";
 
   // Garder ouvert si la souris entre dans le menu
   menu.addEventListener("mouseenter", () => {