Compare commits

..

48 Commits

Author SHA1 Message Date
Quentin 012af61fb0 v2026.5.40 — Sélection groupe EV + édition domaines + tri équipe + vue horizontale enrichie
Onglet Équipe :
- Sélecteur de groupe EasyVista (SI-CSS, SI-EXT, …) en tête de
  section, détecté automatiquement à l'ouverture du panel via le
  <select id="plan_group_id"> de la page Planning EV. Robuste aux
  ajouts/renommages côté EV.
- ID groupe affiché en italique (ex: ID groupe : 191).
- Refresh auto de la liste d'équipe au changement de groupe.
- Plus de bouton 'Détecter' : tout est auto à l'ouverture.
- Tri double : inclus d'abord, puis exclus, alphabétique dans chaque
  sous-groupe.

Onglet EasyVista :
- Édition manuelle des deux domaines (interne DGNSI / externe Internet).
- Bouton Réinitialiser, normalisation auto des URLs.
- Les défauts restent codés en dur en fallback.

Onglet Statuts retiré (placeholder lecture seule).

Vue horizontale enrichie :
- Barre couleur catégorie + référence + ville sur chaque segment.
- Hauteur 22→32px.

Coulisses :
- Nouveau message 'detectGroups' + fonction detectGroupsFromEV() côté
  background.js.
- detectTeamFromEV() accepte un groupId en argument.
- Le fetch du planning continue d'utiliser group_id=191 codé en dur,
  branchement effectif dans une prochaine version.
2026-04-27 00:57:03 +02:00
FroSteel 79dba86da3 refactor: ranger le code source dans src/ + script build.sh
Réorganisation interne du repo pour clarifier l'arborescence :
- Tous les fichiers source (manifest, viewer.*, background.js, icons/)
  sont maintenant dans src/
- À la racine du repo : uniquement README, LICENSE, CHANGELOG, build.sh,
  .gitignore et le dossier dist/ (généré, dans .gitignore)
- Nouveau script build.sh qui copie src/ → dist/chromium/ et
  dist/firefox/ et génère les archives .zip / .xpi prêtes à distribuer

Aucun changement fonctionnel — la version v2026.5.39 reste identique
côté code source et builds.
2026-04-26 18:15:00 +02:00
FroSteel a5dc0b3365 v2026.5.39 — Séparation matin/après-midi + Apparence (thème, taille, cache, heures) + À propos
Séparation matin / après-midi
- Pill "MATIN" / "APRÈS-MIDI" entre interventions (vue classique), grise
  neutre, ligne 3px épaisse. Affiché aussi entre les absences partielles.
- Si une période est vide, son séparateur n'apparaît pas.

Timeline — coupure midi très visible
- Bande verticale composée d'un trait massif + stripes diagonales (effet
  césure). Visible immédiatement, sans label superflu.

Vue horizontale (sidebar)
- Tout centré horizontalement (align-items + text-align)
- min-height: calc(100vh * --zoom-inv) — sidebar atteint toujours le bas
  de l'écran, même quand le user dézoom le texte
- Bouton "Aujourd'hui" : style identique aux autres boutons (Absence,
  Douchette...), centré
- Boutons d'action (Absence/Douchette/Actualiser/Tout recharger/Vider
  cache/Thème) poussés en bas via margin-top: auto + bordure top de
  séparation visuelle

Section Apparence — refondue + en première position
- Thème : sélecteur Auto / Clair / Sombre
- Durée du cache (jours) : configurable, défaut 7. Lue par viewer (purge
  auto en cas de quota) ET background (au boot). Tooltip au survol qui
  montre l'emplacement physique du cache (adapté browser + OS)
- Taille du texte : slider horizontal avec 5 dots, 5 paliers (-30%, -15%,
  100%, +10%, +20%). Zoom appliqué uniquement au release (pas pendant le
  drag) pour éviter l'effet yo-yo. Couvre TOUS les textes visibles
  (interventions, popups, absences, réservations, "En pompier du...",
  date+heure de la même taille, etc.)
- Heures de la journée : 2 inputs Début/Fin, défaut 8h-18h. Lecture au
  boot via _initDayBoundsFromConfig() qui met à jour DAY_START/END/LEN

Section À propos (nouvelle, dernière du panel)
- Extension : Planification
- Version, Auteur (Quentin Rouiller), Affiliation (Technicien DGNSI —
  Canton de Vaud), Licence MIT, Code source (lien Gitea)
- Description courte mise en avant

Bouton "Vue" (popup user-badge) — plus clair
- Affiche la vue de DESTINATION (pas la vue actuelle)
  - en classique → "Passer en vue Horizontale" + logo ≡
  - en horizontal → "Passer en vue Classique" + logo ⊞

Tooltips
- Apparition : 500ms (cancellable au mouseleave)
- Disparition : 500ms (au lieu de 1000ms)
- Comportement uniforme entre vue classique et horizontale

Stats
- "X tech. dispo" (nouveau) : disponibles = pas absent + pas réservé
  toute la journée. Pompier compte comme disponible.
2026-04-26 02:20:00 +02:00
FroSteel c9363c64b6 v2026.5.38 — Attribution auteur + nettoyage + observabilité
ATTRIBUTION
- En-têtes copyright dans tous les fichiers source (viewer.js, viewer.html,
  viewer.css, background.js)
- @author Quentin Rouiller sur 22 fonctions clés
- Signature "Développé par Quentin Rouiller" en bas du popup user-badge
- description manifest mentionnant DGNSI

NETTOYAGE
- Retrait fonction vide initAdminMenu()
- Retrait classes CSS orphelines (.date-picker-day, .intervention v1)
- Retrait 14× console.log [viewMode] verbeux + 5× console.log [bg]
- extendBtn.onclick → addEventListener (cohérence + cleanup possible)

OBSERVABILITÉ
- Module LOG unifié : préfixe + timestamp + version + niveau
- Handlers globaux window/self.error + unhandledrejection (viewer + bg)
- Toggle "Logs verbeux (debug)" dans le panel admin (Diagnostics)
- Synchronisation viewer ↔ background via chrome.storage.onChanged
- LOG.info muet par défaut, visible quand debug ON

GARDE-FOUS
- sendMessage avec timeout 15s (évite promises pendantes si SW MV3
  oublie sendResponse)
- writeCache avec gestion quota (purge auto entrées > 7 jours puis retry,
  sinon toast user)
- renderFromData wrappé try/catch + null checks DOM
- JSON.parse [timeline] : log warn avec snippet du contenu fautif
- .catch(() => {}) swallowed remplacés par log warn (clipboard, session,
  cache)
- getManifest centralisé dans LOG.version()

BUILDS
- dist/chromium/ et dist/firefox/ prêts à charger en mode dev
- planification-v2026.5.38-chromium.zip (~152 Ko)
- planification-v2026.5.38-firefox.xpi (~152 Ko, à signer sur AMO)
2026-04-26 01:00:00 +02:00
FroSteel 08bf8cb5f5 docs: préciser DGNSI (Canton de Vaud) comme cible et affiliation auteur 2026-04-25 19:30:00 +02:00
FroSteel dd0b5e1a36 docs: clarification du schéma de versionning ANNÉE.MAJEURE.PATCH
Le second chiffre n'est pas un mois mais un compteur de versions majeures
(grosses refontes / ajouts importants). Le troisième est le patch livré
à chaque petite mise à jour dans la majeure courante.
2026-04-25 19:00:00 +02:00
FroSteel 0fbc1997bb Version 2026.5.37 — Refonte vue horizontale (sidebar complète)
- Topbar supprimée, user-badge + titre déplacés en sidebar
- Bouton Aujourd'hui pleine largeur, stats empilées
- Banderole pompier masquée en vue horizontale
2026-04-25 18:00:00 +02:00
FroSteel cd54764dd5 Version 2026.5.36 — Sidebar verticale en vue horizontale (#horizontal-wrapper)
[code interpolé entre v2026.5.35 et v2026.5.37]
2026-04-25 14:00:00 +02:00
FroSteel a92e3429b2 Version 2026.5.35 — Fix popup épinglé position vue horizontale + stats gauche 2026-04-25 10:00:00 +02:00
FroSteel 1ecc60e160 Version 2026.5.34 — Bouton 📌 restauré + badge user cliquable
- _softUnpinPopup refait, _maybeRetryFetchUser, positionTooltipAnchored unifiée
[code interpolé]
2026-04-24 18:00:00 +02:00
FroSteel a5993c54c9 Version 2026.5.33 — Interactions vue horizontale différenciées (hover / clic)
[code interpolé]
2026-04-24 15:00:00 +02:00
FroSteel b0a8102c29 Version 2026.5.32 — Vue horizontale togglable (VIEW_MODE_KEY, _applyViewMode)
[code interpolé]
2026-04-24 12:00:00 +02:00
FroSteel ecb490c55a Version 2026.5.31 — Sarcelle absence récurrente (REJETÉ par utilisateur)
[code interpolé — version revertée par la suite]
2026-04-24 09:00:00 +02:00
FroSteel 7e497de40e Version 2026.5.30 — Absence récurrente cyan + mode compact 24"
[code interpolé]
2026-04-23 17:00:00 +02:00
FroSteel bbdcb8c7de Version 2026.5.29 — Contraste++ + footer QRO/version
[code interpolé]
2026-04-23 15:00:00 +02:00
FroSteel 5a9e465116 Version 2026.5.28 — Ajustements visuels absences
- Retrait pastille .tech-name-dot, 'Maladie/Accident', popups 520px fixe
[code interpolé]
2026-04-23 13:00:00 +02:00
FroSteel 0511c18b07 Version 2026.5.27 — Classification absences (Maladie/Congé/Pompier)
- Topbar une ligne, fermeture auto popups, contrastes améliorés
- ABSENCE_LABELS, couleurs Maladie/Congé/Pompier, badge + barre gauche
[code interpolé]
2026-04-23 11:00:00 +02:00
FroSteel df623da8f4 Version 2026.5.26 — Badge user inconnu cliquable + retry 60s (max 10 essais)
[code interpolé]
2026-04-23 09:00:00 +02:00
FroSteel 1441b0a7a1 Version 2026.5.25 — Bouton ⚙ Paramètres dans popup user-badge
[code interpolé]
2026-04-22 17:00:00 +02:00
FroSteel 5eae40d38b Version 2026.5.24 — Corrections diverses
[code interpolé]
2026-04-22 15:00:00 +02:00
FroSteel e69482add4 Version 2026.5.23 — Reset bulleState.pinned + iv._reloading
[code interpolé v2026.5.22 → v2026.5.35]
2026-04-22 13:00:00 +02:00
FroSteel a382d8f35f Version 2026.5.22 — Régénération tooltip hover après softUnpin 2026-04-22 11:00:00 +02:00
FroSteel 7824990fba Version 2026.5.21 — Ajustements
[code interpolé]
2026-04-22 09:00:00 +02:00
FroSteel e7c5e281d9 Version 2026.5.20 — Safe area popups (topbar + dock)
[code interpolé]
2026-04-21 17:00:00 +02:00
FroSteel c74d52c40c Version 2026.5.19 — Drag popup épinglé
[code interpolé]
2026-04-21 15:00:00 +02:00
FroSteel 8c76085f03 Version 2026.5.18 — Dock pastilles popups épinglés avec couleur catégorie
[code interpolé]
2026-04-21 13:00:00 +02:00
FroSteel f54ccd28d2 Version 2026.5.17 — Popup user-badge avec ligne session (MM:SS)
- Couleur selon seuil
[code interpolé]
2026-04-21 11:00:00 +02:00
FroSteel 72fb565afa Version 2026.5.16 — Passage au versionning par année (YYYY.M.PATCH)
- Format : YYYY.M.PATCH (2026.5.16 succède à 5.0.12)
- Bump du PATCH à chaque livraison
- L'année indique immédiatement la fraîcheur de l'extension
[code interpolé v5.0.12 → v2026.5.22]
2026-04-21 09:00:00 +02:00
FroSteel b3246d3cf2 Version 5.0.12 — Stabilisation finale série 5.0
Dernière version avant passage au système de versionning par année (YYYY.M.PATCH).
2026-04-20 17:00:00 +02:00
FroSteel 8435a2b77e Version 5.0.9 — Stabilisation série 5.0 2026-04-20 13:00:00 +02:00
FroSteel 6ae440cbf1 Version 5.0.0 — Refonte topbar (horloge, menu admin)
- initAppClock : horloge HH:MM au milieu topbar
- initAdminMenu : menu admin caché (5 clics sur titre)
- initSessionTimer : compteur de session EV (tick 1s)
[code interpolé entre v4.3.0 et v5.0.9]
2026-04-20 09:00:00 +02:00
FroSteel f6d549d522 Version 4.3.0 — Tooltip live libéré après épinglage 2026-04-19 18:00:00 +02:00
FroSteel 565075933e Version 4.2.8 — Corrections cumulées 4.2.4-8 2026-04-19 15:00:00 +02:00
FroSteel 7f78493859 Version 4.2.3 — Grande popup timeline persistante (bindTimelinePopover) 2026-04-19 12:00:00 +02:00
FroSteel 0b08ca122b Version 4.2.1 — Démarrage série 4.2 2026-04-19 09:00:00 +02:00
FroSteel 87f561ae10 Version 4.1.14 — moveTooltip devenu no-op (popup statique) 2026-04-18 18:00:00 +02:00
FroSteel be49a89057 Version 4.1.6 — Améliorations tooltip 2026-04-18 15:00:00 +02:00
FroSteel e42b145401 Version 4.1.4 — Corrections mineures tooltip 2026-04-18 12:00:00 +02:00
FroSteel 7201fde2d3 Version 4.1.3 — Introduction tooltips épinglables (pinTooltip) 2026-04-18 09:00:00 +02:00
FroSteel edd6ffc1c3 Version 3.3.0 — Corrections + raffinements
(manifest.json corrigé : était resté à 3.2.0 par oubli)
2026-04-17 18:00:00 +02:00
FroSteel 23244fc4db Version 3.2.0 — Stabilisation 3.2 2026-04-17 16:00:00 +02:00
FroSteel f52095dc4d Version 3.2.0 (pre-release) — Travail en cours sur la 3.2 2026-04-17 14:00:00 +02:00
FroSteel 94877cb816 Version 3.1.0 — Améliorations affichage 2026-04-17 11:00:00 +02:00
FroSteel 8ab62e92d2 Version 3.0.0 — Évolution majeure du viewer 2026-04-17 09:00:00 +02:00
FroSteel 8bc26c326f Version 2.0.1 — Ajustements interface v2 2026-04-16 17:00:00 +02:00
FroSteel d2afbf0dca Version 2.0.0 — Refonte interface et structure 2026-04-16 14:00:00 +02:00
FroSteel 3b1831a83a Version 1.0.0 — Initiale (extension de base sans tooltips avancés)
Première version stable de l'extension Planification : viewer pour planning EasyVista, fetch XML, affichage cards par tech.
2026-04-16 09:30:00 +02:00
FroSteel 43c6e0e487 Initial commit — LICENSE MIT + README + CHANGELOG + .gitignore 2026-04-16 09:00:00 +02:00
10 changed files with 251 additions and 945 deletions
-16
View File
@@ -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
+55 -105
View File
@@ -9,117 +9,67 @@
---
## v2026.5.42Nettoyage de commentaires + exemples génériques
## v2026.5.40Sélection groupe EV + édition domaines + tri équipe + vue horizontale enrichie
**Branche** : main
- 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 corente 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.
### Onglet Équipe (panel admin)
- Nouveau **sélecteur de groupe EasyVista** (SI-CSS, SI-EXT, …) en
tête de section, détecté automatiquement à l'ouverture du panel
via le `<select id="plan_group_id">` de la page Planning EV →
source autoritative, robuste aux ajouts/renommages côté EV (un
nouveau groupe apparaît tout seul).
- ID groupe affic en italique à côté du sélecteur (ex:
`ID groupe : 191`).
- Quand on change de groupe, la **liste d'équipe se rafraîchit
automatiquement** avec les membres du nouveau groupe (fetch live).
- **Plus de bouton "Détecter"** : tout est auto à l'ouverture de
l'onglet — détection groupes + détection membres.
- **Tri double** des techniciens : d'abord les inclus (cases cochées),
puis les exclus, et alphabétique dans chaque sous-groupe (insensible
casse/accents). Le tri se rafraîchit uniquement aux render() pour
éviter que les lignes sautent quand on coche/décoche.
## v2026.5.41 — Suppression des hardcodes (groupe / domaines / équipe) → tout depuis l'admin
### Onglet EasyVista (panel admin)
- Refonte complète : **édition manuelle des deux domaines** EV
(interne DGNSI = `https://itsma.etat-de-vaud.ch`, externe Internet =
`https://itsma.vd.ch`).
- Bouton **💾 Enregistrer** (normalise : ajoute `https://`, retire le
trailing slash) + bouton **↺ Réinitialiser** pour revenir aux
valeurs par défaut.
- Les domaines par défaut restent codés en dur en fallback ; le
branchement effectif côté `background.js` (utiliser `cfg.evOrigins`)
sera fait dans une prochaine version après validation.
### Plus aucun hardcode au runtime
- Le groupe EasyVista, les domaines (interne/externe) et la liste des
techniciens ne sont **plus codés en dur** dans `background.js` /
`viewer.js`. Tout est lu depuis `admin_config` (chrome.storage.local),
alimenté par les onglets **Équipe** et **EasyVista** du panel admin.
- `chrome.storage.local` survit aux mises à jour d'extension → la
configuration de l'utilisateur (groupe, équipe, absences récurrentes,
domaines) est conservée d'une version à l'autre.
### Onglet Statuts retiré
- Section "Statuts" supprimée du panel admin (placeholder lecture
seule, jamais utile).
### Domaines EasyVista (interne / externe)
- Défaut hardcodé conservé comme **filet de sécurité** au 1er install
(`https://itsma.etat-de-vaud.ch` + `https://itsma.vd.ch`).
- L'utilisateur peut les remplacer dans Paramètres → EasyVista. Le
service worker (`findEasyVistaSession`, `evFetch`, etc.) lit la valeur
effective via `getEvOrigins()`.
### Vue horizontale enrichie
- Chaque segment timeline d'intervention contient désormais :
- Une **barre verticale couleur catégorie** à gauche (mêmes teintes
que les `intervention-dot` de la vue classique : livraison/recup/
remplacement/incident/rollout/réservation/autre).
- La **référence** (ex: `SYYMMDD_NNNNN`) en gras.
- La **ville** en gris muted.
- Hauteur de la timeline horizontale passée de 22px à 32px pour
laisser la place au texte.
- Fond des segments d'intervention : `--bg-elevated` neutre + bordure
1px pour que le texte reste lisible (la couleur catégorie n'est
plus en fond plein, juste en barre gauche).
- Vue classique inchangée.
### Group ID EasyVista
- Défaut hardcodé conservé comme filet de sécurité (`191` = SI-CSS).
- Lu via `getGroupId()` dans `fetchPlanningXml`, `detectTeamFromEV` et
partout où c'était hardcodé.
- Le sélecteur de Paramètres → Équipe alimente `cfg.groupId`.
### Liste des techniciens
- **Aucun défaut hardcodé**. Sur un install vierge, `cfg.team` est
vide → le service worker lève `no_team_configured` plutôt que de
fetcher avec une liste fictive.
- Le viewer affiche : *"Aucun technicien sélectionné. Ouvrez ⚙
Paramètres → Équipe pour choisir le groupe EasyVista et cocher les
techniciens à afficher."*
- Lu via `getSupportIds()` (CSV des clés de `cfg.team`).
- Côté `viewer.js` : `TEAM` et `RECURRING_ABSENCES` sont des `let`
vides au démarrage, repeuplés par `_initTeamFromConfig()` appelé tôt
dans `init()`.
### Coulisses
- Nouveau dans `background.js` : helpers `getAdminConfig()`,
`getEvOrigins()`, `getGroupId()`, `getSupportIds()`,
`getDayBounds()` qui centralisent la lecture de la config persistée.
- `fetchPlanningXml()` lève `Error("no_team_configured")` quand la
liste de techs est vide ; le handler `fetchPlanning` propage l'erreur
au viewer via `err.kind`.
- Toutes les anciennes constantes hardcodées (`EV_ORIGINS`,
`DEFAULT_SUPPORT_IDS` interne à `detectTeamFromEV`,
`isPillonelAbsentFriday`) ont été remplacées ou retirées.
### Conflits absence/réservation × intervention
- Nouveau code visuel : 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** sur le même créneau, sa carte (row classique +
mini-card en vue horizontale) est peinte en **rouge plein** avec
texte blanc. Logique : full-day → toutes les interv en rouge ;
partiel → seules celles en chevauchement.
### Synchronisation des heures EV ↔ admin
- Les paramètres `day_start_hour` / `day_end_hour` envoyés à
`planning_xhr.php` et `begin_hour` / `end_hour` envoyés à
`plan_set_holidays_popup.php` (création absence) et
`plan_set_tech_planif_popup.php` (douchette) lisent désormais
`cfg.dayStart` / `cfg.dayEnd` (Paramètres → Apparence → Heures de la
journée). Avant : `8` / `18` / `19` figés en dur, ce qui rendait le
réglage des heures côté UI partiellement effectif (la timeline se
redessinait, mais les requêtes EV continuaient sur la plage hardcodée).
### Édition des domaines EV → permissions runtime
- `manifest.json` : ajout de `"optional_host_permissions":
["https://*/*"]` pour permettre l'édition des domaines EasyVista
vers des origines non prévues à l'install.
- Quand l'utilisateur saisit un domaine custom dans Paramètres →
EasyVista et clique sur Enregistrer, l'extension appelle
`chrome.permissions.request()` pour demander la permission au
navigateur. Si refus → toast d'avertissement, les fetches échoueront
jusqu'à acceptation.
- Les deux domaines hardcodés (`itsma.etat-de-vaud.ch` +
`itsma.vd.ch`) restent dans `host_permissions` (toujours accordés à
l'install), pas besoin de redemander la permission pour eux.
## v2026.5.40 — Vue horizontale enrichie (ref + ville + barre couleur)
**Branche** : current
- En vue horizontale, chaque segment timeline d'intervention contient
désormais :
- Une **barre verticale couleur catégorie** à gauche (mêmes teintes que
les `.intervention-dot` de la vue classique : livraison/recup/
remplacement/incident/rollout/réservation/autre)
- La **référence** (ex: `SYYMMDD_NNNNN`) en gras
- La **ville** en gris muted
- Hauteur de la timeline en horizontale passée de 22px à 32px pour laisser
la place au texte
- Fond des segments d'intervention : `--bg-elevated` neutre + bordure 1px
pour que le texte reste lisible (la couleur catégorie n'est plus en fond
plein, juste en barre gauche)
- Vue classique inchangée
- Réorganisation interne du repo : `src/` pour les sources, `dist/`
généré, `Autres/` pour build.sh + meta files (LICENSE, README,
CHANGELOG)
### Coulisses (`background.js`)
- Nouveau message `detectGroups` + fonction `detectGroupsFromEV()`
qui fetche `/index.php?eventName=HelpDesk_PlanningItem` et extrait
les paires `(id, nom)` via le `<select>`.
- `detectTeamFromEV()` accepte désormais un `groupId` en argument →
permet de basculer entre SI-CSS / SI-EXT depuis l'admin.
- ⚠ Le fetch du planning continue d'utiliser `group_id=191` codé en
dur — sera retiré quand on validera que `cfg.groupId` est bien
alimenté par le sélecteur en terrain réel.
## v2026.5.39 — Séparation Matin / Après-midi + Apparence (thème, zoom, cache)
**Branche** : current
### Séparation matin / après-midi
- Séparateur visuel "MATIN" / "APRÈS-MIDI" entre les interventions
@@ -364,4 +314,4 @@
**Quentin Rouiller** (QRO)
Technicien DGNSI — Canton de Vaud
Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
Email pour commits Git : `quentin.rouiller@ikmail.com`
-192
View File
@@ -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.
+54 -104
View File
@@ -7,8 +7,7 @@ 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.42`
- **Contact** : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
- **Version actuelle** : `v2026.5.40`
- **Manifest** : V3 (Chrome/Edge/Firefox)
- **Format** : `.zip` (Chromium) + `.xpi` signé (Firefox)
@@ -17,13 +16,12 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
### Vue planning
- Affichage des interventions et réservations groupées par technicien
- Horaires, contact, lieu, catégorie, statut visibles d'un coup d'œil
- Équipe configurable depuis le panel admin (détection automatique via EasyVista)
- 8 techniciens hardcodés (équipe IT canton)
- Cache local pour réduire les requêtes serveur
### Modes d'affichage
- **Vue classique** (depuis v1.0.0) : cards en grille, mode compact écran 24" (depuis v2026.5.30)
- **Vue horizontale** (depuis v2026.5.32) : timeline par tech, sidebar verticale (depuis v2026.5.36)
- Depuis v2026.5.40 : barre couleur catégorie + référence + ville sur chaque segment timeline
- Toggle Vue classique ↔ Vue horizontale via bouton ⊞ dans popup user-badge
- Persistance localStorage (`view_mode`)
@@ -50,11 +48,9 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
- Reconnexion automatique
### Admin et configuration
- Mode admin : bouton ⚙ Paramètres dans popup user-badge (depuis v2026.5.25)
- Configuration persistée dans `chrome.storage.local` (`admin_config`)
- Sélecteur de groupe EasyVista (SI-CSS, SI-EXT, …) en tête de l'onglet Équipe (depuis v2026.5.40) — détection automatique via le `<select id="plan_group_id">` de la page Planning EV, robuste aux ajouts/renommages côté EV
- Édition manuelle des domaines EasyVista interne / externe (depuis v2026.5.40)
- Tri des techniciens : actifs d'abord, puis exclus, alphabétique dans chaque groupe (depuis v2026.5.40)
- Mode admin caché : bouton ⚙ Paramètres dans popup user-badge (depuis v2026.5.25, remplace les 5 clics secrets sur le titre)
- Configuration persistée dans `localStorage` (`admin_config`)
- Catégories interventions personnalisables (livraison/recup/remplacement/incident/rollout/reservation/autre)
## Versionning — historique et conventions
@@ -64,7 +60,7 @@ L'extension a connu **3 systèmes de versionning successifs** :
|---|---|---|
| 16-17 avril 2026 | Versions de base | `1.0.0`, `2.0.0`, `3.0.0` |
| 18-20 avril 2026 | SemVer classique | `4.1.3`, `4.2.8`, `5.0.12` |
| 21 avril 2026 → maintenant | **`ANNÉE.MAJEURE.PATCH`** | `2026.5.16``2026.5.40` |
| 21 avril 2026 → maintenant | **`ANNÉE.MAJEURE.PATCH`** | `2026.5.16``2026.5.37` |
### Format actuel : `ANNÉE.MAJEURE.PATCH`
@@ -74,11 +70,11 @@ L'extension a connu **3 systèmes de versionning successifs** :
|---|---|---|
| `2026` | **Année** | À chaque nouvelle année calendaire |
| `5` | **Majeure** | À chaque **gros changement / ajout important** (refonte, nouvelle feature majeure, bump volontaire) |
| `40` | **Patch** | À **chaque livraison** dans la majeure courante (corrections, ajustements, petites features) |
| `37` | **Patch** | À **chaque livraison** dans la majeure courante (corrections, ajustements, petites features) |
Exemples :
- `2026.5.16``2026.5.17` : petite correction ou ajustement (patch)
- `2026.5.40``2026.6.0` : refonte majeure (par exemple nouvelle vue, nouvelle architecture)
- `2026.5.37``2026.6.0` : refonte majeure (par exemple nouvelle vue, nouvelle architecture)
- `2026.x.y``2027.0.0` : passage à la nouvelle année
Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au calendrier — c'est un compteur de versions importantes propre au projet (la `5` actuelle continue le `5.x` qui précédait, repris tel quel lors du passage au format annuel).
@@ -87,62 +83,49 @@ Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au ca
## Versions notables
### `v2026.5.42` (latest, 27 avril 2026) — 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.
- **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).
- **Auto-refresh à l'enregistrement** : ajouter/retirer un tech, changer de groupe, modifier les domaines → le planning se met à jour immédiatement (plus besoin de recharger l'extension manuellement).
- **Onglet Statuts retiré** (placeholder lecture-seule, jamais utilisé).
- **Ménage de code** : suppression de `CACHE_DAYS` (inutilisée), `LS_THEME` (clé localStorage obsolète), commentaire historique sur `initAdminMenu()`. Aucun symbole orphelin restant.
### `v2026.5.40` — Sélection groupe EV + édition domaines + tri équipe + vue horizontale enrichie
- **Onglet Équipe** : sélecteur de groupe EasyVista (SI-CSS, SI-EXT, …) en tête de section, détecté automatiquement à l'ouverture du panel via le `<select id="plan_group_id">` de la page Planning EV. Robuste aux ajouts/renommages côté EV.
- **Onglet Équipe** : sélecteur de groupe EasyVista (SI-CSS, SI-EXT, …) en tête de section, détecté automatiquement à l'ouverture du panel via le `<select id="plan_group_id">` de la page Planning EV. Robuste aux ajouts/renommages côté EV.
### `v2026.5.40` (latest, 27 avril 2026) — Sélection groupe EV + édition domaines + tri équipe + vue horizontale enrichie
- **Onglet Équipe** : sélecteur de groupe EasyVista (SI-CSS, SI-EXT, …) en tête de section, détecté automatiquement via le `<select id="plan_group_id">` de la page Planning EV. Robuste aux ajouts/renommages côté EV.
- ID groupe affiché en italique (ex: `ID groupe : 191`).
- Quand on change de groupe, la liste d'équipe se rafraîchit automatiquement avec les membres du nouveau groupe.
- Plus de bouton "Détecter" : tout est auto à l'ouverture.
- Tri double des techniciens : inclus d'abord, puis exclus, alphabétique dans chaque sous-groupe.
- **Onglet EasyVista** : édition manuelle des deux domaines (interne DGNSI / externe Internet), bouton Réinitialiser, normalisation auto des URLs.
- **Onglet Statuts retiré** (placeholder lecture-seule).
- **Vue horizontale enrichie** : chaque segment timeline contient désormais une barre verticale couleur catégorie à gauche, la référence (ex: `SYYMMDD_NNNNN`) en gras, et la ville en gris muted. Hauteur passée de 22px à 32px.
- **Réorganisation interne du repo** : `src/` pour les sources, `dist/` généré, `Autres/` pour build.sh + meta files (LICENSE, README, CHANGELOG), `Builds/` pour les artefacts distribués.
- Refresh auto de la liste d'équipe au changement de groupe.
- Plus de bouton "Détecter" (tout est auto à l'ouverture).
- Tri double : inclus d'abord, puis exclus, alphabétique dans chaque sous-groupe.
- **Onglet EasyVista** : édition manuelle des deux domaines (interne / externe), bouton Réinitialiser, normalisation auto des URLs.
- **Onglet Statuts retiré** (placeholder lecture seule).
- **Vue horizontale enrichie** : barre verticale couleur catégorie, référence en gras, ville en gris muted, hauteur 22→32px.
- Coulisses : nouveau message `detectGroups`, fonction `detectGroupsFromEV()` côté `background.js`. `detectTeamFromEV()` accepte un groupId en argument.
### `v2026.5.39` — Séparation Matin / Après-midi + Apparence
- Pills "MATIN" / "APRÈS-MIDI" entre les interventions de chaque tech
- Section **Apparence** dans les paramètres : thème, taille du texte, durée du cache, heures de la journée
- Section **À propos** (version, auteur, licence)
- Pills "MATIN" / "APRÈS-MIDI" entre les interventions
- Section Apparence (thème, taille du texte, cache, heures de la journée)
- Section À propos (version, auteur, licence)
### `v2026.5.38` — Attribution auteur + nettoyage + observabilité
- Module `LOG` unifié + handlers globaux d'erreur
- Toggle "Logs verbeux (debug)" dans le panel admin
- En-têtes copyright dans tous les fichiers source
### `v2026.5.37` — Refonte vue horizontale (sidebar complète)
- Topbar entièrement déplacée en sidebar verticale
### `v2026.5.37` — Refonte vue horizontale
- Topbar supprimée en vue horizontale, tout passe en sidebar
- User-badge + titre + bouton "Aujourd'hui" + date/heure + sélecteur + flèches + stats dans sidebar
- Banderole pompier masquée (badge + barre rouge gauche conservés)
### `v2026.5.36` — Sidebar verticale en vue horizontale
### `v2026.5.36` — Sidebar verticale
- Wrapper flex-row `#horizontal-wrapper` [sidebar 200px] + [main]
- Déplacement physique des éléments via `ELEMENTS_TO_RELOCATE`
- Restauration propre en vue classique
### `v2026.5.32` — Vue horizontale togglable
- Bouton ⊞ "Vue" dans popup user-badge
- Chaque tech = 1 ligne horizontale compacte
- localStorage `view_mode`
### `v2026.5.27` — Classification absences
- Maladie indigo, Congé cyan, Pompier rouge
- ABSENCE_LABELS : `^(cong[ée]s|maladie|pompier)$`
- Couleurs catégories
- Topbar une ligne : "Jeudi 23.04.26 • 21:55"
### `v4.2.3` — Grande popup timeline persistante
- Clic segment timeline = popup persistante
- Hover = popup qui suit la souris
### `v4.1.3` — Tooltips épinglables
- Introduction de `pinTooltip`
@@ -150,30 +133,17 @@ Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au ca
### `v1.0.0` (16 avril 2026) — Initiale
- Premier viewer EasyVista pour le canton
Voir [CHANGELOG.md](CHANGELOG.md) pour l'historique complet (40+ versions taggées).
Voir [CHANGELOG.md](CHANGELOG.md) pour l'historique complet (40 versions taggées).
## Architecture technique
```
Planning/
├── src/ # Sources de l'extension (chargées par le navigateur)
│ ├── manifest.json # Manifest V3 (Chrome) + gecko_settings (Firefox)
│ ├── background.js # Service worker : fetch planning XML, gestion session, fetch fiches
│ ├── viewer.html # Interface principale
│ ├── viewer.js # Logique (~9 500 lignes)
│ ├── viewer.css # Styles + thèmes clair/sombre
│ └── icons/ # icon16, icon48, icon128
├── Autres/ # Méta : build script + docs (depuis v2026.5.40)
│ ├── build.sh # Génère dist/chromium/, dist/firefox/, .zip, .xpi
│ ├── CHANGELOG.md
│ ├── LICENSE
│ └── README.md
├── Builds/ # Artefacts distribués aux techniciens
│ ├── Chromium/
│ ├── Firefox/
│ ├── planification-vYYYY.M.PATCH-chromium.zip
│ └── planification-vYYYY.M.PATCH-firefox.xpi
└── dist/ # Sortie de build (gitignoré)
manifest.json # Manifest V3 (Chrome) + gecko_settings (Firefox)
background.js # Worker fond : fetch planning XML, gestion session, fetch fiches
viewer.html # Interface principale
viewer.js # Logique (~9000 lignes) — voir détail ci-dessous
viewer.css # Styles + thèmes clair/sombre
icons/ # icon16, icon48, icon128
```
### `viewer.js` — fonctions clés
@@ -190,42 +160,30 @@ Planning/
| `_softUnpinPopup` | v4.3.3 | Désépinglage mou (popup reste visible) |
| `initAppClock` | v5.0.0 | Horloge HH:MM topbar |
| `initSessionTimer` | v5.0.0 | Compteur session EV (tick 1s) |
| `initAdminMenu` | v5.0.0 | Menu admin (5 clics titre) |
| `_applyViewMode` | v2026.5.32 | Toggle vue classique/horizontale |
| `_maybeRetryFetchUser` | v2026.5.34 | Relance opportuniste fetch user |
| `positionTooltipAnchored` | v2026.5.34 | Positionnement unifié (4 candidats) |
| `renderAdminSectionTeam` | v5.0.0 | Onglet admin Équipe (sélecteur groupe EV depuis v2026.5.40) |
| `renderAdminSectionEV` | v5.0.0 | Onglet admin EasyVista (édition domaines depuis v2026.5.40) |
### `background.js` — fonctions clés
### Constantes persistantes (toutes versions)
| Fonction | Rôle |
|---|---|
| `findEasyVistaSession` | Trouve l'onglet EV ouvert + extrait PHPSESSID |
| `fetchPlanningXml` | Fetch XML calendar_block du planning |
| `fetchFicheHtml` | Fetch HTML d'une fiche EV (avec retry SSO) |
| `fetchCurrentUser` | Identifie l'user EV connecté |
| `detectGroupsFromEV` (v2026.5.40) | Parse le `<select id="plan_group_id">` → liste des groupes EV |
| `detectTeamFromEV` | Liste les membres d'un groupe (paramétrable depuis v2026.5.40) |
| `evFetch` | Wrapper fetch avec headers EV (Referer, X-Requested-With) |
### Constantes / valeurs hardcodées (toutes versions)
- Group ID EV par défaut : `191` (SI-CSS) — surchargeable via le sélecteur depuis v2026.5.40
- Pillonel Olivier (ID 40944) : absent tous les vendredis (récurrent)
- 8 techs hardcodés : `76272,83725,66635,92235,90070,40944,72485,86874`
- Pillonel Olivier (ID 40944) : absent tous les vendredis (hardcodé)
- Group ID EasyVista : `191`
- GUIDs forms EV :
- Demande : `S={C99ECD05-3D48-4C62-ABF0-66292053AED6}`
- Incident : `I={07ED9C68-6172-48EA-8A58-90912B0A283E}`
- SSO : Canton ForgeRock OpenAM
- Storage keys : `admin_config`, `view_mode`
- Domaines : `itsma.etat-de-vaud.ch` (interne), `itsma.vd.ch` (externe)
- Storage keys : `admin_config`, `view_mode` (depuis v2026.5.32)
- Domaines : `itsma.etat-de-vaud.ch` (interne), `itsma.vd.ch` (externe SSO)
## Installation
### Firefox
Télécharger le `.xpi` depuis `Builds/` ou le serveur de mises à jour interne, puis drag-and-drop dans `about:addons`.
Télécharger le `.xpi` signé depuis le serveur de mises à jour interne, ou drag-and-drop dans `about:addons`.
### Chrome / Edge
Mode développeur : décompresser `Builds/planification-vYYYY.M.PATCH-chromium.zip` (ou utiliser directement `dist/chromium/`) et charger en tant qu'extension non empaquetée.
Mode développeur : décompresser le ZIP et charger en tant qu'extension non empaquetée.
## Développement
@@ -233,19 +191,12 @@ Mode développeur : décompresser `Builds/planification-vYYYY.M.PATCH-chromium.z
git clone https://gitea.netaplaid.ch/FroSteel/Planification.git
cd Planification
# Modifier les sources dans src/
# Bumper la version dans src/manifest.json + ajouter une entrée dans Autres/CHANGELOG.md
# Builder :
./Autres/build.sh
# → produit dist/chromium/, dist/firefox/, dist/*.zip, dist/*.xpi
# Copier dans Builds/ pour distribution :
cp -r dist/chromium Builds/Chromium
cp -r dist/firefox Builds/Firefox
cp dist/*.zip dist/*.xpi Builds/
# Pour packager une nouvelle version :
# 1. modifier le code
# 2. bump version dans manifest.json
# 3. zip + xpi
git add -A
git commit -m "vYYYY.M.PATCH — description"
git commit -m "Version YYYY.M.PATCH — description"
git tag vYYYY.M.PATCH
git push origin main
git push --tags
@@ -259,4 +210,3 @@ git push --tags
**Quentin Rouiller** (QRO)
Technicien DGNSI — Canton de Vaud
Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
-49
View File
@@ -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'])")
@@ -33,15 +31,6 @@ m['browser_specific_settings'] = {
'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@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é."
-23
View File
@@ -1,23 +0,0 @@
{
"addons": {
"planification@netaplaid.ch": {
"updates": [
{
"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:3d8cf762bf0921f9da473a9a5e31368fee21f0b9fd71f9f9432d256127de8674"
},
{
"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"
}
]
}
}
}
+26 -104
View File
@@ -115,74 +115,11 @@ self.addEventListener("unhandledrejection", (event) => {
LOG.info("boot", "service worker démarré", { version: LOG.version() });
// ============================================================================
// v2026.5.41 : Configuration runtime — lue depuis admin_config (chrome.storage.local).
//
// Les domaines EV et le group_id ont des défauts (filet de sécurité 1er install).
// La liste de techniciens, elle, n'a AUCUN défaut : tant que l'utilisateur n'a
// rien coché dans Paramètres → Équipe, l'extension ne fetche aucun planning et
// invite à configurer.
//
// chrome.storage.local survit aux mises à jour d'extension → la sélection de
// l'utilisateur est conservée d'une version à l'autre.
// ============================================================================
const DEFAULT_EV_ORIGINS = [
"https://itsma.etat-de-vaud.ch", // interne DGNSI
"https://itsma.vd.ch" // externe Internet
// Domaines EasyVista reconnus (interne d'abord, externe en fallback)
const EV_ORIGINS = [
"https://itsma.etat-de-vaud.ch",
"https://itsma.vd.ch"
];
const DEFAULT_GROUP_ID = "191"; // SI-CSS
/**
* Lit admin_config depuis chrome.storage.local. Retourne {} si absent ou
* en cas d'erreur.
*/
async function getAdminConfig() {
try {
const stored = await chrome.storage.local.get("admin_config");
return stored.admin_config || {};
} catch (e) {
LOG.warn("config", "getAdminConfig failed, using defaults", e);
return {};
}
}
/** Origines EV à surveiller, depuis admin_config ou défaut. */
async function getEvOrigins() {
const cfg = await getAdminConfig();
const o = Array.isArray(cfg.evOrigins) ? cfg.evOrigins.filter(Boolean) : [];
return o.length >= 1 ? o : DEFAULT_EV_ORIGINS;
}
/** Group ID effectif (défaut SI-CSS). */
async function getGroupId() {
const cfg = await getAdminConfig();
return cfg.groupId || DEFAULT_GROUP_ID;
}
/**
* Support IDs effectifs (CSV des clés de cfg.team).
* Retourne "" si aucun tech sélectionné — l'appelant doit alors signaler
* à l'utilisateur d'aller configurer son équipe.
*/
async function getSupportIds() {
const cfg = await getAdminConfig();
const ids = Object.keys(cfg.team || {}).filter(Boolean);
return ids.join(",");
}
/**
* Plage horaire d'affichage (heures pleines).
* Lue depuis admin_config (Paramètres → Apparence → Heures de la journée),
* défaut 8h-18h. Utilisée pour les paramètres day_start_hour / day_end_hour /
* begin_hour / end_hour des requêtes EV. Le viewer utilise déjà ces mêmes
* valeurs pour dessiner la timeline (cf. _initDayBoundsFromConfig dans viewer.js).
*/
async function getDayBounds() {
const cfg = await getAdminConfig();
const start = (typeof cfg.dayStart === "number" && cfg.dayStart >= 0 && cfg.dayStart <= 23) ? cfg.dayStart : 8;
const end = (typeof cfg.dayEnd === "number" && cfg.dayEnd > start && cfg.dayEnd <= 24) ? cfg.dayEnd : 18;
return { start, end };
}
// ============================================================================
// Clic sur l'icône → ouvrir le viewer
@@ -210,10 +147,8 @@ chrome.action.onClicked.addListener(async () => {
* @author Quentin Rouiller
*/
async function findEasyVistaSession() {
// v2026.5.41 : les origines EV viennent de admin_config (éditables dans
// Paramètres → EasyVista), avec fallback sur DEFAULT_EV_ORIGINS.
const origins = await getEvOrigins();
for (const origin of origins) {
// Chercher tous les onglets sur un domaine EasyVista
for (const origin of EV_ORIGINS) {
const tabs = await chrome.tabs.query({ url: origin + "/*" });
for (const tab of tabs) {
const m = (tab.url || "").match(/[?&]PHPSESSID=([a-zA-Z0-9]+)/);
@@ -240,20 +175,8 @@ async function findEasyVistaSession() {
* @author Quentin Rouiller
*/
async function fetchPlanningXml(origin, phpsessid, unixDate) {
// v2026.5.41 : groupId vient de admin_config (défaut SI-CSS).
// techIds vient de admin_config — si vide, on lève une erreur claire pour
// que le viewer affiche "Aucun technicien sélectionné" plutôt qu'un planning vide.
const groupId = await getGroupId();
const techIds = await getSupportIds();
if (!techIds) {
const err = new Error("no_team_configured");
err.kind = "no_team_configured";
throw err;
}
// v2026.5.41 : heures synchronisées avec admin_config (Paramètres → Apparence).
// EV utilise day_end_hour exclusif (la plage rendue va jusqu'à end-1:59),
// donc on envoie end+1 pour que la dernière heure pleine soit incluse.
const { start, end } = await getDayBounds();
const techIds = "76272,83725,66635,92235,90070,40944,72485,86874";
const groupId = "191";
const url =
`${origin}/planning_xhr.php` +
`?PHPSESSID=${encodeURIComponent(phpsessid)}` +
@@ -267,8 +190,8 @@ async function fetchPlanningXml(origin, phpsessid, unixDate) {
`&end_date_label=Date` +
`&click_here_label=Ici` +
`&mail_title=mail` +
`&day_start_hour=${start}` +
`&day_end_hour=${end + 1}`;
`&day_start_hour=8` +
`&day_end_hour=19`;
// v2026.5.38 : on retire les logs verbose à chaque fetch (URL/status/taille).
// En cas de souci, le throw plus bas porte assez d'info pour debug.
const r = await evFetch(url, origin);
@@ -791,8 +714,6 @@ async function submitAbsence(origin, phpsessid, opts) {
const emplIds = (opts.techIds || []).join(",");
if (!emplIds) throw new Error("Aucun technicien sélectionné");
// v2026.5.41 : heures synchronisées avec admin_config.
const { start, end } = await getDayBounds();
const internalurltime = Math.floor(Date.now() / 1000);
const url = `${origin}/include/components/staff/planning/plan_set_holidays_popup.php`
+ `?PHPSESSID=${encodeURIComponent(phpsessid)}`
@@ -801,8 +722,8 @@ async function submitAbsence(origin, phpsessid, opts) {
+ `&ROOT_DIRECTORY=${encodeURIComponent("/ccv/data/www/itsma/htdocs/")}`
+ `&current_date=${encodeURIComponent(opts.currentDate)}`
+ `&empl_ids=${encodeURIComponent(emplIds)}`
+ `&begin_hour=${start}`
+ `&end_hour=${end}`
+ `&begin_hour=8`
+ `&end_hour=18`
+ `&plagehoraire=0`;
const body = new URLSearchParams();
@@ -864,8 +785,6 @@ async function submitDouchette(origin, phpsessid, opts) {
const techIds = opts.techIds || [];
if (techIds.length === 0) throw new Error("Aucun technicien sélectionné");
// v2026.5.41 : heures synchronisées avec admin_config.
const { start, end } = await getDayBounds();
const emplIds = techIds.join(",");
const internalurltime = Math.floor(Date.now() / 1000);
const url = `${origin}/include/components/staff/planning/plan_set_tech_planif_popup.php`
@@ -875,8 +794,8 @@ async function submitDouchette(origin, phpsessid, opts) {
+ `&ROOT_DIRECTORY=${encodeURIComponent("/ccv/data/www/itsma/htdocs/")}`
+ `&current_date=${encodeURIComponent(opts.currentDate)}`
+ `&empl_ids=${encodeURIComponent(emplIds)}`
+ `&begin_hour=${start}`
+ `&end_hour=${end}`
+ `&begin_hour=8`
+ `&end_hour=18`
+ `&plagehoraire=0`;
const body = new URLSearchParams();
@@ -1115,14 +1034,18 @@ async function detectGroupsFromEV(origin, phpsessid) {
* Retourne { ids: [{id, name, alreadyInTeam}], groupId }.
*/
async function detectTeamFromEV(origin, phpsessid, groupIdArg, supportIdsArg) {
// v2026.5.41 : groupId vient de l'argument, sinon de admin_config (défaut SI-CSS).
// supportIds vient de l'argument, sinon de admin_config (vide tant que rien n'est
// sélectionné). Le serveur retourne tous les membres du groupe quoi qu'il arrive ;
// supportIds sert juste à pré-cocher les techs déjà inclus dans l'équipe.
const groupId = groupIdArg || await getGroupId();
// v5.0.1 : valeurs par défaut (correspondent au groupe actuel).
// v2026.5.41 : on accepte un groupId en argument (ex: switch SI-CSS → SI-EXT).
// Quand on change de groupe, on n'a pas la liste support_ids du nouveau
// groupe → on passe une chaîne vide, le serveur retourne quand même tous
// les membres, juste sans pré-cochage "alreadyInTeam".
const DEFAULT_GROUP_ID = "191";
const DEFAULT_SUPPORT_IDS = "76272,83725,66635,92235,90070,40944,72485,86874";
const groupId = groupIdArg || DEFAULT_GROUP_ID;
const supportIds = (typeof supportIdsArg === "string")
? supportIdsArg
: await getSupportIds();
: (groupId === DEFAULT_GROUP_ID ? DEFAULT_SUPPORT_IDS : "");
console.log("[bg] detectTeamFromEV : group_id =", groupId, "| support_ids =", supportIds);
// Fetch la popup de sélection des intervenants du groupe
@@ -1145,9 +1068,8 @@ async function detectTeamFromEV(origin, phpsessid, groupIdArg, supportIdsArg) {
if (looksLikeLoginPage(popupHtml)) throw new Error("session_expired");
} catch (e) {
console.warn("[bg] detectTeam: fetch popup failed:", e);
// v2026.5.41 : on retourne les IDs déjà sélectionnés par l'user (s'il y en a)
// plutôt qu'une liste hardcodée. Si vide, le viewer affichera juste 0 résultat.
const ids = supportIds.split(",").filter(Boolean);
// Fallback : au moins on retourne les IDs connus avec noms vides
const ids = DEFAULT_SUPPORT_IDS.split(",").filter(Boolean);
return {
ids: ids.map(id => ({ id, name: "? (" + id + ")", alreadyInTeam: true })),
groupId
+1 -4
View File
@@ -1,7 +1,7 @@
{
"manifest_version": 3,
"name": "Planification",
"version": "2026.5.42",
"version": "2026.5.40",
"description": "Vue claire et rapide du planning des techniciens EasyVista. Développé par Quentin Rouiller — DGNSI, Canton de Vaud.",
"permissions": [
"activeTab",
@@ -14,9 +14,6 @@
"https://itsma.etat-de-vaud.ch/*",
"https://itsma.vd.ch/*"
],
"optional_host_permissions": [
"https://*/*"
],
"action": {
"default_title": "Ouvrir la Planification"
},
+1 -40
View File
@@ -896,43 +896,6 @@ html.view-horizontal .timeline-noon {
position: relative;
}
/* ==========================================================================
v2026.5.41 : Conflit absence/réservation × intervention.
Quand une intervention est planifiée pendant qu'un tech est marqué
"absent" (toute la journée ou demi-journée) ou qu'il a une réservation
sur le même créneau, on signale visuellement le conflit en peignant la
carte de l'intervention en rouge plein. S'applique à la row classique
(.intervention-v2) ET à la mini-card (.iv-mini-card) en vue horizontale.
========================================================================== */
.intervention-v2.intervention-conflict-absence,
.iv-mini-card.intervention-conflict-absence {
background: #b03030 !important;
color: #ffffff !important;
border-color: #7a1f1f !important;
}
.intervention-v2.intervention-conflict-absence::before {
/* Renforce la barre gauche pour rester cohérent avec le rouge plein. */
background: #7a1f1f !important;
}
.intervention-v2.intervention-conflict-absence .intervention-dot,
.intervention-v2.intervention-conflict-absence .iv-status-check,
.intervention-v2.intervention-conflict-absence a,
.iv-mini-card.intervention-conflict-absence .iv-mini-card-bar,
.iv-mini-card.intervention-conflict-absence .iv-mini-time-vertical,
.iv-mini-card.intervention-conflict-absence .iv-mini-card-text {
color: #ffffff !important;
background: transparent !important;
}
/* La barre couleur catégorie à gauche de la mini-card devient un blanc
semi-transparent pour rester visible sur le rouge. */
.iv-mini-card.intervention-conflict-absence .iv-mini-card-bar {
background: rgba(255, 255, 255, 0.45) !important;
}
.intervention-v2.intervention-conflict-absence:hover,
.iv-mini-card.intervention-conflict-absence:hover {
background: #c44040 !important;
}
/* ==========================================================================
Interventions — layout v2 (heures verticales)
========================================================================== */
@@ -1519,9 +1482,7 @@ html.view-horizontal .timeline-noon {
position: fixed;
bottom: 20px;
right: 20px;
/* v2026.5.41 : au-dessus du modal-overlay du panel admin (z-index 10000)
pour que les toasts de feedback restent visibles avec le flou en arrière. */
z-index: 11000;
z-index: 200;
display: flex;
flex-direction: column-reverse; /* les nouveaux en bas, les anciens au-dessus */
gap: 8px;
+114 -308
View File
@@ -158,27 +158,22 @@ LOG.info("boot", "viewer.js chargé", { version: LOG.version() });
// Configuration
// ============================================================================
// v2026.5.41 : plus aucune équipe / absence récurrente codée en dur.
// L'utilisateur configure tout depuis Paramètres → Équipe :
// - cfg.team = { id: name } — techniciens à afficher
// - cfg.recurringAbsences = { id: [days] } — jours d'absence récurrente
// (chrome.storage.local["admin_config"], persiste entre les mises à jour)
//
// TEAM et RECURRING_ABSENCES sont rechargées au boot depuis admin_config par
// _initTeamFromConfig() (appelée tôt dans init()). Tant qu'elles ne sont pas
// chargées, elles restent vides → aucun fetch tenté.
let TEAM = {};
let RECURRING_ABSENCES = {};
// Équipe : ID EasyVista → nom affiché
const TEAM = {
"76272": "Ciuppa, Mathieu",
"83725": "De Almeida Martins, Solange",
"66635": "Makonda, Yannick",
"92235": "Mamouni, Anas",
"90070": "Paisana, David",
"40944": "Pillonel, Olivier",
"72485": "Rosset, Pascal",
"86874": "Rouiller, Quentin"
};
async function _initTeamFromConfig() {
try {
const cfg = await loadAdminConfig();
TEAM = cfg.team || {};
RECURRING_ABSENCES = cfg.recurringAbsences || {};
} catch (e) {
console.warn("[boot] _initTeamFromConfig err", e);
}
}
// Absences récurrentes (id tech → [jour JS, 0=dim..6=sam])
const RECURRING_ABSENCES = {
"40944": [5] // Pillonel absent tous les vendredis
};
// Statuts EasyVista qui déclenchent l'affichage "clos"
const CLOSED_STATUS = ["Clôturé", "Cloture", "Clôture"];
@@ -188,7 +183,9 @@ const RESOLVED_STATUS = ["Résolu", "Resolu"];
const CANCELLED_STATUS = ["Annulé", "Annule", "Supprimé", "Supprime"];
// Clés de stockage
const LS_THEME = "planning_theme";
const CACHE_PREFIX = "planning_cache_"; // + YYYY-MM-DD
const CACHE_DAYS = 7;
// v4.1 : plus de constante de concurrence. Les fiches sont fetchées
// séquentiellement (1 à la fois) car le serveur EasyVista est lent de toute
@@ -375,17 +372,12 @@ function cleanupAbortResolver(myToken) {
document.addEventListener("DOMContentLoaded", init);
async function init() {
await initTheme();
initTheme();
// v2026.5.39 : appliquer le zoom texte enregistré dès le boot, avant que
// le DOM ne soit affiché (sinon "flash" à la taille par défaut).
_initTextZoomFromConfig();
// v2026.5.39 : lire les heures de la journée depuis admin_config (8-18 défaut).
await _initDayBoundsFromConfig();
// v2026.5.41 : charger l'équipe et les absences récurrentes depuis admin_config.
// Avant ce point, TEAM = {} → aucun fetch ne tournera tant que la config
// n'est pas chargée. Si l'utilisateur n'a rien configuré, le fetch retournera
// l'erreur "no_team_configured" qui invite à ouvrir les paramètres.
await _initTeamFromConfig();
bindTopbar();
bindTooltipInteractions();
initModalScrollLock(); // v4.2.9 : bloquer le scroll arrière quand modal
@@ -771,19 +763,10 @@ function _getSessionRemainingMs() {
// Thème clair/sombre
// ============================================================================
// v2026.5.41 : thème unifié sur admin_config.theme (chrome.storage.local).
// Le toggle topbar écrit dans la même clé que le select Apparence du panel,
// pour que les deux soient toujours en accord.
async function initTheme() {
let pref = "auto";
try {
const cfg = await loadAdminConfig();
if (cfg.theme === "light" || cfg.theme === "dark" || cfg.theme === "auto") {
pref = cfg.theme;
}
} catch (e) {}
_applyTheme(pref);
_watchOsThemeChanges();
function initTheme() {
const saved = localStorage.getItem(LS_THEME);
const theme = (saved === "light" || saved === "dark") ? saved : detectDefaultTheme();
applyTheme(theme);
}
function detectDefaultTheme() {
@@ -793,20 +776,17 @@ function detectDefaultTheme() {
return "light";
}
async function toggleTheme() {
// L'effectif courant (light ou dark), même si pref="auto"
const currentAttr = document.documentElement.getAttribute("data-theme");
const effective = (currentAttr === "light" || currentAttr === "dark")
? currentAttr : detectDefaultTheme();
const next = effective === "dark" ? "light" : "dark";
_applyTheme(next);
try {
const cfg = await loadAdminConfig();
cfg.theme = next;
await saveAdminConfig(cfg);
} catch (e) {
console.warn("[theme] toggle save err", e);
}
function applyTheme(theme) {
document.documentElement.setAttribute("data-theme", theme);
const icon = document.getElementById("theme-icon");
if (icon) icon.textContent = theme === "dark" ? "☀️" : "🌙";
}
function toggleTheme() {
const current = document.documentElement.getAttribute("data-theme") || "light";
const next = current === "dark" ? "light" : "dark";
applyTheme(next);
localStorage.setItem(LS_THEME, next);
}
// ============================================================================
@@ -1607,8 +1587,12 @@ function updateNowLine() {
});
}
// v5.0.0 : menu admin caché via 5 clics sur le titre "Planification".
// v2026.5.38 : initAdminMenu() retiré — l'accès admin passe maintenant par le
// bouton "⚙ Paramètres" du popup user-badge (clic sur les initiales).
// ============================================================================
// Surveillance du timeout de session EasyVista
// v5.0.9 : Surveillance du timeout de session EasyVista
// ============================================================================
/**
@@ -2021,6 +2005,7 @@ async function loadAdminConfig() {
async function saveAdminConfig(cfg) {
try {
await chrome.storage.local.set({ [ADMIN_CONFIG_KEY]: cfg });
console.log("[admin] config sauvegardée");
return true;
} catch (e) {
console.error("[admin] saveAdminConfig err", e);
@@ -2122,17 +2107,7 @@ async function showAdminPanel() {
async function saveAndReload(updatedCfg) {
const ok = await saveAdminConfig(updatedCfg);
if (ok) {
// v2026.5.41 : application immédiate sans demander de recharger.
// 1) repeupler TEAM / RECURRING_ABSENCES en mémoire depuis la nouvelle config.
// 2) refetcher le planning du jour courant.
// 3) le toast reste visible au-dessus du panel grâce au z-index 11000.
await _initTeamFromConfig();
showToast("Config enregistrée", "Mise à jour du planning…");
try {
await loadForDate(state.currentDate);
} catch (e) {
console.warn("[admin] reload planning err", e);
}
showToast("Config enregistrée", "Rechargez l'extension pour appliquer");
} else {
showAlertModal({
title: "Erreur",
@@ -2217,7 +2192,7 @@ function renderAdminSectionTeam(container, cfg, saveFn) {
cfg.groupName = name;
updateGroupIdCaption(id);
await saveAdminConfig(cfg);
showToast("Groupe enregistré", name || id);
showToast("Groupe enregistré", `${name || id} (rechargez l'extension pour appliquer)`);
// v2026.5.41 : refresh auto de la liste d'équipe avec le nouveau group_id.
await refreshTeamForGroup(id);
});
@@ -2546,45 +2521,12 @@ function renderAdminSectionEV(container, cfg, saveFn) {
}
internalInput.value = a;
externalInput.value = b;
// v2026.5.41 : si un domaine n'est pas dans le host_permissions par défaut
// du manifest, demander la permission au navigateur. Sans ça, le service
// worker ne peut pas fetcher ces nouveaux domaines.
const hardcodedDefaults = [DEFAULT_EV_ORIGIN_INTERNAL, DEFAULT_EV_ORIGIN_EXTERNAL];
const customOrigins = [a, b].filter(o => !hardcodedDefaults.includes(o));
if (customOrigins.length > 0) {
const origins = customOrigins.map(o => o + "/*");
try {
const granted = await chrome.permissions.request({ origins });
if (!granted) {
status.textContent = "⚠ Permission refusée pour " + customOrigins.join(", ") + ". Les fetches échoueront sur ces domaines.";
showAlertModal({
title: "Permission refusée",
message: "Vous avez refusé l'accès aux domaines personnalisés. L'extension ne pourra pas y fetcher de données. Vous pouvez réessayer en cliquant à nouveau sur Enregistrer.",
buttons: [{ label: "OK", variant: "secondary", action: () => {} }]
});
return;
}
} catch (e) {
console.warn("[admin] permissions.request err", e);
status.textContent = "Erreur permission : " + (e.message || e);
return;
}
}
cfg.evOrigins = [a, b];
const ok = await saveAdminConfig(cfg);
if (!ok) {
status.textContent = "Erreur lors de l'enregistrement.";
return;
}
status.textContent = "Domaines enregistrés.";
showToast("Domaines enregistrés", `${a}${b}`);
try {
await refreshSessionAndLoad();
} catch (e) {
console.warn("[admin] reload after EV domain change err", e);
}
status.textContent = ok
? "Domaines enregistrés. Rechargez l'extension pour appliquer."
: "Erreur lors de l'enregistrement.";
if (ok) showToast("Domaines enregistrés", `${a}${b}`);
});
btnWrap.appendChild(saveBtn);
@@ -2719,14 +2661,12 @@ function renderAdminSectionAppearance(container, cfg, saveFn) {
container.appendChild(zoomRow);
// ---- Heures de la journée (4e) ----
// v2026.5.41 : bouton "Appliquer" explicite (au lieu de save direct au change),
// avec toast de confirmation et reload du planning + de la timeline.
const hoursRow = _makeAdminRow(
"Heures de la journée",
"Plage horaire affichée sur la timeline. Défaut : 8h - 18h. Cliquez sur Appliquer pour valider et recharger."
"Plage horaire affichée sur la timeline. Défaut : 8h - 18h."
);
const hoursWrap = document.createElement("div");
hoursWrap.style.cssText = "display:flex; align-items:center; gap:6px; flex-wrap:wrap;";
hoursWrap.style.cssText = "display:flex; align-items:center; gap:6px;";
const hStart = document.createElement("input");
hStart.type = "number"; hStart.min = "0"; hStart.max = "23"; hStart.step = "1";
hStart.className = "admin-input admin-input-num";
@@ -2741,13 +2681,7 @@ function renderAdminSectionAppearance(container, cfg, saveFn) {
const hSuffix = document.createElement("span");
hSuffix.textContent = "h";
hSuffix.style.cssText = "color: var(--text-muted); font-size: 13px;";
const applyBtn = document.createElement("button");
applyBtn.type = "button";
applyBtn.className = "btn btn-primary";
applyBtn.textContent = "✓ Appliquer";
applyBtn.style.marginLeft = "10px";
applyBtn.addEventListener("click", async () => {
const _saveHours = async () => {
let s = parseInt(hStart.value, 10);
let e = parseInt(hEnd.value, 10);
if (isNaN(s) || s < 0) s = 0;
@@ -2756,53 +2690,16 @@ function renderAdminSectionAppearance(container, cfg, saveFn) {
if (e > 24) e = 24;
hStart.value = String(s);
hEnd.value = String(e);
// Pas de changement effectif → on évite le reload inutile
const unchanged = (cfg.dayStart === s) && (cfg.dayEnd === e);
cfg.dayStart = s;
cfg.dayEnd = e;
applyBtn.disabled = true;
const oldLabel = applyBtn.textContent;
applyBtn.textContent = "Application…";
try {
const ok = await saveAdminConfig(cfg);
if (!ok) {
showAlertModal({
title: "Erreur",
message: "Impossible d'enregistrer les heures.",
buttons: [{ label: "OK", variant: "secondary", action: () => {} }]
});
return;
}
// Mettre à jour les bornes en mémoire pour la timeline (utilisées
// par buildTimeline / updateNowLine sans re-fetch).
DAY_START = s * 60;
DAY_END = e * 60;
showToast("Heures appliquées", `${s}h → ${e}h`);
if (!unchanged) {
// Refetch le planning pour que les requêtes EV repartent avec
// les nouvelles bornes (day_start_hour / day_end_hour).
await loadForDate(state.currentDate);
}
} catch (err) {
console.warn("[admin] apply hours err", err);
showAlertModal({
title: "Erreur",
message: "Échec de l'application : " + (err.message || err),
buttons: [{ label: "OK", variant: "secondary", action: () => {} }]
});
} finally {
applyBtn.disabled = false;
applyBtn.textContent = oldLabel;
}
});
await saveAdminConfig(cfg);
};
hStart.addEventListener("change", _saveHours);
hEnd.addEventListener("change", _saveHours);
hoursWrap.appendChild(hStart);
hoursWrap.appendChild(sep);
hoursWrap.appendChild(hEnd);
hoursWrap.appendChild(hSuffix);
hoursWrap.appendChild(applyBtn);
hoursRow.querySelector(".admin-row-control").appendChild(hoursWrap);
container.appendChild(hoursRow);
}
@@ -2962,32 +2859,12 @@ function renderAdminSectionAbout(container, cfg, saveFn) {
// Helper applique un thème (utilisé par le sélecteur Apparence).
// Si "auto", on retire data-theme pour laisser le CSS detecter prefers-color-scheme.
function _applyTheme(theme) {
// v2026.5.41 : on résout "auto" en JS plutôt que de retirer data-theme,
// car le CSS n'a pas de bloc @media (prefers-color-scheme: dark) et
// retomberait sur le thème clair par défaut. On lit prefers-color-scheme
// du navigateur et on pose data-theme="dark" ou "light" en conséquence.
const html = document.documentElement;
const effective = (theme === "light" || theme === "dark") ? theme : detectDefaultTheme();
html.setAttribute("data-theme", effective);
// Sync l'icône topbar avec le thème effectif.
const icon = document.getElementById("theme-icon");
if (icon) icon.textContent = effective === "dark" ? "☀️" : "🌙";
}
// v2026.5.41 : écoute les changements de thème OS pour les répercuter
// quand l'utilisateur est en mode "auto" (cfg.theme === "auto" ou absent).
function _watchOsThemeChanges() {
if (!window.matchMedia) return;
const mq = window.matchMedia("(prefers-color-scheme: dark)");
const handler = async () => {
try {
const cfg = await loadAdminConfig();
const pref = cfg.theme || "auto";
if (pref === "auto") _applyTheme("auto");
} catch (e) {}
};
if (mq.addEventListener) mq.addEventListener("change", handler);
else if (mq.addListener) mq.addListener(handler); // fallback Safari ancien
if (theme === "light" || theme === "dark") {
html.setAttribute("data-theme", theme);
} else {
html.removeAttribute("data-theme");
}
}
function renderAdminSectionDiagnostics(container, cfg, saveFn) {
@@ -3963,12 +3840,6 @@ async function fetchPlanningForDate(isoDate) {
} else {
showEvUnreachable();
}
} else if (resp.error === "no_team_configured") {
// v2026.5.41 : aucun technicien sélectionné dans Paramètres → Équipe
showError(
"Aucun technicien sélectionné. Ouvrez ⚙ Paramètres → Équipe pour " +
"choisir le groupe EasyVista et cocher les techniciens à afficher."
);
} else {
showError("Erreur de fetch : " + (resp.error || "inconnue"));
}
@@ -5856,21 +5727,17 @@ function isTechAbsent(tech, isoDate) {
// Construction d'une carte
// ============================================================================
// v2026.5.41 : générique. Plus aucun nom hardcodé. Lit cfg.recurringAbsences
// (chargé depuis admin_config) : pour chaque tech.id, un tableau de jours JS
// (0=dim, 1=lun, …, 6=sam) où il est marqué absent récurrent.
function isRecurringAbsence(tech, isoDate) {
if (!tech || !tech.id) return false;
const days = RECURRING_ABSENCES[tech.id];
if (!Array.isArray(days) || days.length === 0) return false;
const day = isoToDate(isoDate).getDay();
return days.includes(day);
}
// Libellé "Absent le <jour>" — calculé depuis la date au lieu d'être hardcodé.
function _recurringAbsenceLabel(isoDate) {
const names = ["dimanche", "lundi", "mardi", "mercredi", "jeudi", "vendredi", "samedi"];
return "Absent le " + names[isoToDate(isoDate).getDay()];
// v4.1.20 : détecte si tech = Pillonel Olivier ET jour = vendredi.
// Hardcodé car c'est une absence récurrente connue spécifique à lui.
function isPillonelAbsentFriday(tech, isoDate) {
if (!tech || !tech.name) return false;
// Normaliser le nom (tolère "Pillonel, Olivier", "Pillonel Olivier", etc.)
const name = tech.name.toLowerCase();
if (!name.includes("pillonel")) return false;
if (!name.includes("olivier")) return false;
// Jour de la semaine : 5 = vendredi (en JS, 0=dim, 1=lun, ..., 5=ven)
const d = isoToDate(isoDate);
return d.getDay() === 5;
}
/**
@@ -5885,9 +5752,9 @@ function buildCard(tech, isoDate) {
const isPompier = tech.interventions.some(iv => iv.isPompier);
const isAbsent = isTechAbsent(tech, isoDate);
// v2026.5.41 : absence récurrente générique (configurée par tech dans
// Paramètres → Équipe). Code couleur cyan (comme Congé).
const isRecurring = isRecurringAbsence(tech, isoDate);
// v2026.5.30 : détecter aussi les absences récurrentes hardcodées (Pillonel vendredi)
// pour leur appliquer le code couleur cyan (comme Congé) au lieu du rouge Pompier.
const isRecurring = isPillonelAbsentFriday(tech, isoDate);
if (isPompier) card.classList.add("is-pompier");
if (isAbsent) card.classList.add("is-absent");
@@ -5915,37 +5782,6 @@ function buildCard(tech, isoDate) {
const absenceBlocks = tech.interventions.filter(iv => iv.type === "AL-Absence");
const pompierBlocks = tech.interventions.filter(iv => iv.isPompier);
// v2026.5.41 : conflit absence/réservation × intervention.
// Si une intervention est planifiée alors que le tech a une absence (non-pompier)
// ou une réservation au même créneau, on marque la carte de l'intervention en
// rouge plein. Cas full-day : toutes les interv réelles sont marquées.
const conflictPeriods = [];
for (const iv of tech.interventions) {
const isAbsenceConflict = iv.type === "AL-Absence" && !iv.isPompier;
const isReservationConflict = iv.type === "AL-Reservation";
if (!isAbsenceConflict && !isReservationConflict) continue;
const s = timeToMinutes(iv.startTime);
const e = timeToMinutes(iv.endTime);
if (s === null || e === null) {
// Pas d'horaires précis → on considère que ça couvre toute la journée
conflictPeriods.push([DAY_START, DAY_END]);
} else {
conflictPeriods.push([s, e]);
}
}
// Absence récurrente ce jour ou full-day → toute la journée est en conflit
if (isAbsent || isRecurring) {
conflictPeriods.push([DAY_START, DAY_END]);
}
// Stamp chaque intervention réelle (uniquement type AL-Intervention)
for (const iv of realInterventions) {
if (iv.type !== "AL-Intervention") { iv._absenceConflict = false; continue; }
const ivS = timeToMinutes(iv.startTime);
const ivE = timeToMinutes(iv.endTime);
if (ivS === null || ivE === null) { iv._absenceConflict = false; continue; }
iv._absenceConflict = conflictPeriods.some(([cs, ce]) => ivS < ce && ivE > cs);
}
const morning = realInterventions.filter(iv => {
const s = timeToMinutes(iv.startTime);
return s !== null && s < 12 * 60;
@@ -5974,7 +5810,7 @@ function buildCard(tech, isoDate) {
const badge = document.createElement("div");
badge.className = "card-tech-badge";
if (isRecurring) {
// v2026.5.41 : absence récurrente (configurée par tech) → badge "Absent" cyan
// v2026.5.30 : absence récurrente (Pillonel vendredi) → badge "Absent" cyan
badge.classList.add("badge-recurring");
badge.textContent = "Absent";
} else if (isPompier) {
@@ -6110,16 +5946,19 @@ function buildCard(tech, isoDate) {
}
}
// v2026.5.41 : absence récurrente générique. Affichage d'un message
// "Absent le <jour>" priorité, même si un bloc AL-Absence couvre le jour.
const isRecurringDay = isRecurringAbsence(tech, isoDate);
// v4.1.20 : cas spécifique Pillonel Olivier, absent tous les vendredis.
// Affichage d'un message explicite au lieu de "Pas d'intervention planifiée".
// v4.2 : prioritaire même si un bloc AL-Absence couvre le vendredi (ce qui
// est le cas normal), pour TOUJOURS afficher "Absent le vendredi".
const isPillonelFriday = isPillonelAbsentFriday(tech, isoDate);
// Absent sans interv → on stop là (après avoir posé le message récurrent si applicable).
// Absent sans interv → on stop là (après avoir posé le message Pillonel
// si vendredi).
if (isAbsent && realInterventions.length === 0) {
if (isRecurringDay) {
if (isPillonelFriday) {
const note = document.createElement("div");
note.className = "tech-absence-recurring";
note.textContent = _recurringAbsenceLabel(isoDate);
note.textContent = "Absent le vendredi";
body.appendChild(note);
}
card.appendChild(body);
@@ -6141,10 +5980,10 @@ function buildCard(tech, isoDate) {
});
if (realInterventions.length === 0 && !isPompier && !hasPartialAbsences) {
if (isRecurringDay) {
if (isPillonelFriday) {
const note = document.createElement("div");
note.className = "tech-absence-recurring";
note.textContent = _recurringAbsenceLabel(isoDate);
note.textContent = "Absent le vendredi";
body.appendChild(note);
} else {
const empty = document.createElement("div");
@@ -6156,11 +5995,11 @@ function buildCard(tech, isoDate) {
return card;
}
// Tech avec absence récurrente ce jour mais quand même des interv planifiées ? Rare mais possible.
if (isRecurringDay && realInterventions.length > 0) {
// Pillonel vendredi avec quand même des interv planifiées ? Rare mais possible.
if (isPillonelFriday && realInterventions.length > 0) {
const note = document.createElement("div");
note.className = "tech-absence-recurring";
note.textContent = _recurringAbsenceLabel(isoDate);
note.textContent = "Absent le vendredi";
body.appendChild(note);
}
@@ -6324,8 +6163,6 @@ function _buildMiniCardsRow(realInterventions, cardEl) {
const ivIdx = realInterventions.indexOf(iv);
const card = document.createElement("div");
card.className = "iv-mini-card color-" + colorKey;
// v2026.5.41 : conflit avec absence/réservation → mini-card rouge plein
if (iv._absenceConflict) card.classList.add("intervention-conflict-absence");
card.dataset.ivIdx = String(ivIdx);
if (iv.ref) card.dataset.ref = iv.ref;
@@ -6406,17 +6243,10 @@ function _buildMiniCardsRow(realInterventions, cardEl) {
openInterventionFromTimeline(card, { background: true });
return;
}
// v2026.5.41 : en vue horizontale, le clic simple ouvre la fiche EV
// dans un nouvel onglet (au lieu d'épingler la popup, comportement
// peu utile en horizontal car la popup est déjà visible au survol).
const isHorizontal = document.documentElement.classList.contains("view-horizontal");
if (isHorizontal) {
e.preventDefault();
e.stopPropagation();
openInterventionFromTimeline(card, { background: false });
return;
}
// Vue classique : clic = épingle la grande popup ancrée.
// v2026.5.40 r10 : forcer l'affichage IMMÉDIAT de la grande popup
// ancrée AVANT pinTooltip(). Sans ça, si le délai showTooltip 500ms
// n'est pas encore écoulé OU si la petite popup timeline était
// affichée juste avant, c'est elle qui se faisait épingler.
e.stopPropagation();
_cancelPendingShowTooltip();
_cancelPendingTimelinePopover();
@@ -6865,8 +6695,6 @@ function buildInterventionRow(iv, cardEl) {
row.className = "intervention-v2";
row.dataset.actionId = iv.actionId;
if (iv.isPompier) row.classList.add("is-pompier-line");
// v2026.5.41 : intervention en conflit avec une absence/réservation → rouge plein
if (iv._absenceConflict) row.classList.add("intervention-conflict-absence");
// v4.3.3 : on ne marque plus les ghosts visuellement (classe is-ghost
// retirée). Les tickets disparus sont soit retirés (_disappearRemove),
// soit affichés en vert (_disappearStatus). Plus de barrage.
@@ -7448,32 +7276,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
// majuscules suivies de 5+ chiffres collés). On garde assez permissif
// pour matcher les variantes sans enlever des vrais mots.
// Idem pour les identifiants sans underscore style XNNNNNN, XNNNNNN, XNNNNNN
// (1-2 lettres majuscules suivies de 5+ chiffres collés). On garde assez
// 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,
// Prénom 41XXXXXXXXX" → extraire 41XXXXXXXXX puis reformater en
// quand EasyVista concatène "prefixe+tel" sans espace : Nom,
// 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 +7363,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);
@@ -8282,23 +8110,14 @@ function positionTooltipAnchored(sourceEl, opts) {
// 4 candidats (ordre : droite → gauche → dessous → dessus)
// Préférence opts.anchorBelow = true : dessous en premier (ex: clic timeline)
// v2026.5.41 : en vue horizontale, on n'autorise QUE dessous/dessus (la
// sidebar à gauche et la timeline pleine largeur rendent gauche/droite
// peu praticables et le popup masquerait la row source).
const rightCandidate = { x: srcRect.right + pad, y: srcRect.top, label: "droite" };
const leftCandidate = { x: srcRect.left - tipW - pad, y: srcRect.top, label: "gauche" };
const belowCandidate = { x: srcRect.left, y: srcRect.bottom + pad, label: "dessous" };
const aboveCandidate = { x: srcRect.left, y: srcRect.top - tipH - pad, label: "dessus" };
const isHorizontal = document.documentElement.classList.contains("view-horizontal");
let candidates;
if (isHorizontal) {
candidates = [belowCandidate, aboveCandidate];
} else if (opts.anchorBelow) {
candidates = [belowCandidate, aboveCandidate, rightCandidate, leftCandidate];
} else {
candidates = [rightCandidate, leftCandidate, belowCandidate, aboveCandidate];
}
const candidates = opts.anchorBelow
? [belowCandidate, aboveCandidate, rightCandidate, leftCandidate]
: [rightCandidate, leftCandidate, belowCandidate, aboveCandidate];
const pinnedRects = (typeof _getPinnedPopupsViewportRects === "function")
? _getPinnedPopupsViewportRects()
@@ -8328,16 +8147,10 @@ function positionTooltipAnchored(sourceEl, opts) {
}
if (!chosen) {
// Fallback : en horizontal, dessous clampé. En classique, droite clampée.
// Même si ça chevauche (cas rare : écran minuscule ou beaucoup de popups épinglés).
let fx, fy;
if (isHorizontal) {
fx = srcRect.left;
fy = srcRect.bottom + pad;
} else {
fx = srcRect.right + pad;
fy = srcRect.top;
}
// Fallback : droite clampée à tout prix, même si ça chevauche (cas rare
// avec écran minuscule ou beaucoup de popups épinglés)
let fx = srcRect.right + pad;
let fy = srcRect.top;
if (fx + tipW > safe.right) fx = safe.right - tipW;
if (fx < safe.left) fx = safe.left;
if (fy + tipH > safe.bottom) fy = safe.bottom - tipH;
@@ -8414,20 +8227,13 @@ function _findFreePopupPosition(rowEl, w, h) {
// v2026.5.20 : utiliser la safe area (en dessous topbar, au-dessus dock)
const safe = _getPopupSafeArea();
// 4 candidats d'abord, autour de la row source (en coords viewport).
// v2026.5.41 : en vue horizontale, on n'autorise QUE dessous/dessus.
const isHorizontal = document.documentElement.classList.contains("view-horizontal");
const candidates = isHorizontal
? [
{ x: rowRect.left, y: rowRect.bottom + pad, name: "dessous" },
{ x: rowRect.left, y: rowRect.top - h - pad, name: "dessus" }
]
: [
{ x: rowRect.right + pad, y: rowRect.top, name: "droite" },
{ x: rowRect.left - w - pad, y: rowRect.top, name: "gauche" },
{ x: rowRect.left, y: rowRect.bottom + pad, name: "dessous" },
{ x: rowRect.left, y: rowRect.top - h - pad, name: "dessus" }
];
// 4 candidats d'abord, autour de la row source (en coords viewport)
const candidates = [
{ x: rowRect.right + pad, y: rowRect.top, name: "droite" },
{ x: rowRect.left - w - pad, y: rowRect.top, name: "gauche" },
{ x: rowRect.left, y: rowRect.bottom + pad, name: "dessous" },
{ x: rowRect.left, y: rowRect.top - h - pad, name: "dessus" }
];
// v2026.5.20 : ajouter une grille de positions de fallback couvrant toute
// la safe area (pas de 60px × 60px) — garantit qu'on trouve ~toujours une
@@ -10230,7 +10036,7 @@ function buildTooltipHTML(iv) {
if (iv.startTime && iv.endTime) {
rows.push(row("Horaire", `${iv.startTime}${iv.endTime}`));
}
// Pour les absences récurrentes (configurées par tech), pas d'actionId réel
// Pour les absences récurrentes (Pillonel vendredi), pas d'actionId réel
// → pas de bouton supprimer. Pour les autres → oui.
if (iv.actionId) {
rows.push(`<dt></dt><dd><button type="button" class="tooltip-delete-btn" data-action="delete-item" data-action-id="${escapeHtml(iv.actionId)}" data-kind="absence">🗑 Supprimer cette absence</button></dd>`);