g2/enervision

Watch

Fork 0

front : la synthèse du parc annonce l'état des valeurs qu'elle additionne #218

Merged

lenaic merged 1 commit from lenaic/213-qualite-instantanee into develop

2026-09-08 21:17:16 +00:00

lenaic commented

2026-09-08 21:02:32 +00:00

Owner

Ce que ça change

La rangée de tête portait quatre pavés, aucun ne disait ce que valaient les
valeurs qu'elle additionne à cet instant. Un cinquième les compte : combien
mesurées, reconstituées, suspectes, absentes.

Closes #213

Preuve

Le pavé voisin, « disponibilité moyenne », est un indicateur de la journée,
calculé par la zone argent sur la grille des 1 440 minutes. On pouvait donc
lire ceci, ce matin en production, les deux chiffres étant justes :

Disponibilité moyenne   98,5 %      <- sur la journée
Qualité à l'instant     4/7         <- 2 suspectes, 1 absente

Sans les mots pour les séparer, le premier répondait à tort à la seconde
question.

6 nouveaux cas -> 5 échouent sur develop, 6 passent ici
npm run test:unit    471 passés
npm run build        OK

Relecture

Un pair a relu et laissé un commentaire, même court
Ses remarques sont traitées, ou une réponse explique pourquoi elles ne le sont pas

Où regarder en priorité

Aucun appel ajouté, et surtout aucune seconde source. Le compte dérive de
store.sites, déjà chargé pour le tableau juste en dessous. Les deux lectures
doivent dire la même chose — si elles divergent, l'une des deux ment, et c'est
ce qu'il faut vérifier à l'écran plutôt que dans le code.

Trois choix à contredire s'ils ne conviennent pas.

Un site jamais mesuré (qualite nulle) et un site mesuré sans valeur
(critical) tombent dans le même seau « absente ». La nuance existe et se lit
dans le tableau ; la porter ici ferait cinq nombres là où trois suffisent.
Les états à zéro ne s'affichent pas. « 0 suspecte » sur un parc sain ferait
trois lignes de zéros, et l'œil cesserait de les lire le jour où l'un ne
serait plus à zéro.
La teinte porte sur le libellé, pas sur la valeur. « 4/7 mesurées » n'est
pas un chiffre alarmant en soi ; c'est l'indicateur qui demande un regard.
Elle redouble le compte écrit en dessous et ne le remplace jamais (RGAA
1.4.1), comme le fait déjà « sous la cible » à côté.

## Ce que ça change La rangée de tête portait quatre pavés, aucun ne disait ce que valaient les valeurs qu'elle additionne à cet instant. Un cinquième les compte : combien mesurées, reconstituées, suspectes, absentes. Closes #213 ## Preuve Le pavé voisin, « disponibilité moyenne », est un indicateur de la **journée**, calculé par la zone argent sur la grille des 1 440 minutes. On pouvait donc lire ceci, ce matin en production, les deux chiffres étant justes : ``` Disponibilité moyenne 98,5 % <- sur la journée Qualité à l'instant 4/7 <- 2 suspectes, 1 absente ``` Sans les mots pour les séparer, le premier répondait à tort à la seconde question. ``` 6 nouveaux cas -> 5 échouent sur develop, 6 passent ici npm run test:unit 471 passés npm run build OK ``` ## Relecture - [ ] Un pair a relu et laissé un commentaire, même court - [ ] Ses remarques sont traitées, ou une réponse explique pourquoi elles ne le sont pas ## Où regarder en priorité **Aucun appel ajouté, et surtout aucune seconde source.** Le compte dérive de `store.sites`, déjà chargé pour le tableau juste en dessous. Les deux lectures doivent dire la même chose — si elles divergent, l'une des deux ment, et c'est ce qu'il faut vérifier à l'écran plutôt que dans le code. **Trois choix à contredire s'ils ne conviennent pas.** - Un site **jamais mesuré** (`qualite` nulle) et un site **mesuré sans valeur** (`critical`) tombent dans le même seau « absente ». La nuance existe et se lit dans le tableau ; la porter ici ferait cinq nombres là où trois suffisent. - **Les états à zéro ne s'affichent pas.** « 0 suspecte » sur un parc sain ferait trois lignes de zéros, et l'œil cesserait de les lire le jour où l'un ne serait plus à zéro. - **La teinte porte sur le libellé, pas sur la valeur.** « 4/7 mesurées » n'est pas un chiffre alarmant en soi ; c'est l'indicateur qui demande un regard. Elle redouble le compte écrit en dessous et ne le remplace jamais (RGAA 1.4.1), comme le fait déjà « sous la cible » à côté.

lenaic added 1 commit

2026-09-08 21:02:33 +00:00

front : la synthèse du parc annonce l'état des valeurs qu'elle additionne (#213 )

Intégration / Tableau de bord — dépendances, tests et construction (pull_request) Successful in 44s

Details

Intégration / Contrôles statiques du dépôt (pull_request) Successful in 7s

Details

Intégration / Workflows — lint et audit de sécurité (pull_request) Successful in 17s

Details

Intégration / Python — qualité, tests et dépendances (pull_request) Successful in 5m52s

Details

5c49e8033a

La rangée de tête portait quatre pavés, aucun ne disait ce que valaient les
valeurs additionnées à cet instant. « Disponibilité moyenne » est un indicateur
de la JOURNÉE, calculé par la zone argent sur la grille des 1 440 minutes : on
pouvait lire « 98,5 % » pendant que deux sites sur sept portaient une valeur
suspecte et un troisième rien du tout, ce qui était l'état de la production ce
matin. Les deux chiffres répondent à deux questions ; sans les mots pour les
séparer, le premier répondait à tort à la seconde.

Un cinquième pavé, « Qualité à l'instant », compte les sept valeurs : combien
mesurées, reconstituées, suspectes, absentes. Il prend une teinte de tension
dès qu'une au moins n'est pas bonne, et sur un parc sain il le DIT plutôt que
de rester vide — un pavé vide se lit comme un écran qui n'a pas fini de
charger.

Le compte dérive de `store.sites`, déjà chargé pour le tableau juste en
dessous : aucun second appel, et surtout aucune seconde source. Les deux
lectures doivent dire la même chose, sinon l'une des deux ment.

Trois choix à contredire s'ils ne conviennent pas :

- Un site jamais mesuré (`qualite` nulle) et un site mesuré sans valeur
  (`critical`) tombent dans le même seau « absente ». La nuance existe et se
  lit dans le tableau ; un compte de tête qui la porterait ferait cinq
  nombres là où trois suffisent.
- Les états à zéro ne s'affichent pas. « 0 suspecte » sur un parc sain ferait
  trois lignes de zéros, et l'œil cesserait de les lire le jour où l'un ne
  serait plus à zéro.
- La teinte porte sur le libellé, pas sur la valeur : « 4/7 mesurées » n'est
  pas un chiffre alarmant en soi, c'est l'indicateur qui demande un regard.
  Elle redouble le compte écrit en dessous et ne le remplace jamais (RGAA
  1.4.1), comme le fait déjà « sous la cible » à côté.

Éprouvé : six cas, dont cinq vérifiés en échec sur le composant d'avant.
471 cas front au vert, construction Vite au vert.

Hors périmètre, comme le dit le ticket : la disponibilité du jour, qui vient
de `qualite_jour` et que la zone argent calcule. On ajoute une lecture, on
n'en corrige aucune.

lenaic requested review from gabriel

2026-09-08 21:02:39 +00:00

gabriel approved these changes

2026-09-08 21:15:44 +00:00

gabriel left a comment

Relu. Rien de bloquant, rien à corriger.

Ce que j'ai vérifié plutôt que supposé :

couleurQualite est bien exporté par @/api/glossaire, et .insigne / .insigne__puce / .mesure__second--insignes existent déjà dans le bloc <style> du fichier — le pavé reprend le dispositif du pavé « alertes » juste à côté, il n'introduit pas de classe orpheline.
store.sites est celui de useGraphiqueStore, déjà chargé pour TableauSites et GraphiqueConsommation sur le même écran. Aucun second appel, et surtout aucune seconde source : les deux lectures ne peuvent pas diverger.
qualite nulle et critical dans le même seau : correct, dans les deux cas il n'y a pas de valeur à l'instant, et la nuance reste lisible dans le tableau.
Parc pas encore chargé : 0/0 mesurées au lieu de lever. Couvert par un cas.

La teinte d'alerte redouble le compte écrit au lieu de le porter (RGAA 1.4.1), et elle est posée sur le libellé et non sur la valeur — « 5/7 » n'est pas alarmant en soi, c'est l'indicateur qui demande un regard. C'est le bon choix.

Suite front : 471 verts sur la branche.

Le fond est juste, et c'est le point important : « disponibilité moyenne » est un indicateur du jour, on pouvait lire 82 % pendant que cinq sites sur sept portaient une valeur suspecte à la minute affichée. Les deux mots « à l'instant » séparent les deux questions.

Approuvée.

Relu. Rien de bloquant, rien à corriger. Ce que j'ai vérifié plutôt que supposé : - `couleurQualite` est bien exporté par `@/api/glossaire`, et `.insigne` / `.insigne__puce` / `.mesure__second--insignes` existent déjà dans le bloc `<style>` du fichier — le pavé reprend le dispositif du pavé « alertes » juste à côté, il n'introduit pas de classe orpheline. - `store.sites` est celui de `useGraphiqueStore`, déjà chargé pour `TableauSites` et `GraphiqueConsommation` sur le même écran. Aucun second appel, et surtout aucune seconde source : les deux lectures ne peuvent pas diverger. - `qualite` nulle et `critical` dans le même seau : correct, dans les deux cas il n'y a pas de valeur à l'instant, et la nuance reste lisible dans le tableau. - Parc pas encore chargé : `0/0 mesurées` au lieu de lever. Couvert par un cas. La teinte d'alerte redouble le compte écrit au lieu de le porter (RGAA 1.4.1), et elle est posée sur le libellé et non sur la valeur — « 5/7 » n'est pas alarmant en soi, c'est l'indicateur qui demande un regard. C'est le bon choix. Suite front : **471 verts** sur la branche. Le fond est juste, et c'est le point important : « disponibilité moyenne » est un indicateur du jour, on pouvait lire 82 % pendant que cinq sites sur sept portaient une valeur suspecte à la minute affichée. Les deux mots « à l'instant » séparent les deux questions. **Approuvée.**

lenaic merged commit 513364b499 into develop

2026-09-08 21:17:16 +00:00

lenaic deleted branch lenaic/213-qualite-instantanee

2026-09-08 21:17:16 +00:00

lenaic referenced this pull request from a commit

2026-09-08 21:17:18 +00:00

Merge pull request 'front : la synthèse du parc annonce l'état des valeurs qu'elle additionne' (#218) from lenaic/213-qualite-instantanee into develop

lenaic referenced this pull request from a commit

2026-09-08 21:29:12 +00:00

docs : le suivi intègre les trois tickets front fusionnés dans la soirée (#48)