- lab-timing.js : computeRegimeStartMs — le régime courant = séquence
terminale de doses à (ester effectif, dose, écart inter-doses) constants
(écart comparé EXACTEMENT) : tout changement récent de dose/ester/
posologie réinitialise la stabilisation. L'ancien proxy (1ʳᵉ dose du
traitement) disait « stabilisée depuis février » malgré des changements
récents (remontée v1.8.0). L'encart porte l'ESTER EFFECTIF de la
dernière dose (override compris).
- home.js : encart « Prochaine prise de sang (suggestion) » sur l'ACCUEIL
(demande) — creux daté + créneau associé + mention de stabilisation
seulement si le régime n'était pas déjà stable.
- 3 nouveaux tests miroirs (155 verts) : dose/intervalle/ester → reset
épinglé. WEB_VERSION 1.8.1. CHANGELOG [1.8.1], README.
- js/pk/lab-timing.js : miroir fidèle de pk/LabTiming.kt — creux prévisionnel
(minimum de la courbe E2 entre 2 injections), saut au premier creux
STABILISÉ (5 × t½ terminale : TFS/WHS analytiques, Estrannaise lue dans
la table via le nouveau pkProfileStore.terminalHalfLifeDays — refactor
de la pente d'extrapolation de sample(), zéro duplication), filtres
honnêtes (injectable actif + Posologie requis, creux ≥ now+6 h et jamais
déjà mesuré, horizon borné → null), shouldSuggestPosology (invite quand
un injectable actif est sans Posologie — demande v1.8.0).
- labs.js : encart « Prochaine prise de sang (suggestion) » ou invite,
mutuellement exclusifs (miroir carte Android).
- i18n FR/EN (labrec_*), WEB_VERSION 1.8.0, assertions E2E.
- tests/lab-timing.test.js : 7 tests miroirs (152 verts au total) + E2E
(encart rendu : titre, creux daté, créneau, stabilisation).
- Doc : §4 arbre, §8 suite + E2E, CHANGELOG [1.8.0], README.
- format.js : labNotesForDisplay (helper PUR, miroir du Kotlin) — notes
DISTINCTES d'une prise E2+T → une ligne par note préfixée du marqueur
(« E2 : … » / « T : … ») ; note identique (dialog commun) → dédupliquée ;
vides ignorées ; note seule → brute (v1.0 préservé). L'ancien code
(.find() première non vide) perdait la note T à l'affichage quand la
note E2 existait aussi (conservée en base, juste non montrée).
- labs.js : affiche TOUTES les lignes du helper (l'ancienne n'en rendait
qu'une).
- app.js (seed ?demo=1) : la dernière paire E2/T porte des notes
distinctes → fixture du scénario E2E.
- E2E : les deux notes préfixées s'affichent sur #labs.
- tests/lab-notes.test.js : 5 tests miroirs du Kotlin (145 verts au total).
- CHANGELOG [1.7.1] (l'oubli de cette entrée aurait laissé le dialog
« Nouveautés » vide — attrapé par l'E2E, leçon #46 miroir), §4 arbre
tests, README. WEB_VERSION 1.7.1.
Cause (divergence de portage, bug remonté « options reset sans changer de
menu ») : renderRoute() re-crée l'écran ENTIER à chaque tick minute (60 s),
mutation du store ou resize — et l'état des options était une variable
LOCALE de renderChart, retombant aux défauts à chaque re-création.
L'Android est immunisé (remember { mutableStateOf } survit aux
recompositions).
Fix (miroir Compose) :
- chart.js : état d'interaction au NIVEAU MODULE (chartUiState) ;
renderChart(container, ctx, { preserveState }) réutilise l'état quand
preserveState=true, le recrée aux défauts sinon ;
- app.js : preserveChartState = (route === 'chart' && lastRoute === 'chart')
comparé AVANT la mise à jour de lastRoute — tick/store/resize préservent
l'état, la navigation le réinitialise (miroir du reset d'un remember
Android quitté).
Épinglé par l'E2E : resize (même code path que le tick) → chip Tracé labs
+ légende restent en place ; navigation → retour aux défauts.
Docs : §4 « État d'interaction persistant », §8 scénario E2E, §11 leçon
#15 (tout état d'UI doit survivre au re-rendu global), CHANGELOG [1.6.1]
(fix web-only : parité fonctionnelle = Android 1.6.0), README.
- check.sh : NOUVELLE étape 3.bis — garde de PARITÉ du portage
Android↔web (si le dépôt Android voisin existe) : les symboles clés
des features partagées (moteur prolongation, chip, avertissement)
sont vérifiés des DEUX côtés — attrape un portage incomplet.
- Doc : arbre §4, suite lab-trajectory-model (§8), scénario E2E (§8),
leçons #12 étendue (LABX) et #14 (parité) (§11).
- CHANGELOG web : entrée [1.6.0] (séparé du CHANGELOG Android).
- README : statut web v1.6.0, 140 tests verts.
Miroir strict de pk/LabTrajectoryModel.kt (Android v1.5.0) :
- js/pk/lab-trajectory-model.js : courbe hybride M(t)×ρ(t) ancrée sur les
labs — passage EXACT garanti, ρ log-linéaire, garde #61 (lab hors
fenêtre d'action pas un ancrage), E2 seul, fenêtre [1er ; dernier lab],
< 2 labs → vide, indépendante de la calibration (sinon double
correction). JAMAIS dans levelAt/alertes.
- UI : chip 'Tracé labs' (off par défaut) dans la rangée modèles +
scroll horizontal CONFINÉ à la rangée (miroir du fix Android) ;
couleur #c2185b dashed ; leçon #63 Android-miroir — clé 'LAB' SKIPPÉE
de la boucle légende (sinon légende TFS dupliquée).
- 11 tests miroirs de LabTrajectoryModelTest.kt (132 verts total).
- WEB_VERSION = 1.5.0 + CHANGELOG [1.5.0] + docs (§4/§8, README).
Détail d'exécution épingle: les deux problèmes du portage ont été
attrapés par node --check/E2E avant release (imports ESM faux —
labIsSignificant vit dans pk-calibration.js, pas pk-engine.js).
