Supprimer le flash blanc et réduire la latence entre les pages #90

New issue

Open

opened 2026-07-16 17:22:53 +00:00 by Reliodas · 0 comments

Reliodas commented

2026-07-16 17:22:53 +00:00

Owner

Contexte

La navigation entre l'accueil et les éditeurs charge une nouvelle page HTML complète. Avant que shared.css soit appliqué, le navigateur peut afficher brièvement son fond blanc par défaut, alors que toute l'application utilise un thème sombre. Ce flash est particulièrement visible sur un VPS, un appareil mobile ou un cache froid et donne une impression de latence.

Aucune couleur de thème ou couleur de fond critique n'est déclarée directement dans le document avant le chargement de la feuille partagée.

Modifications à faire

Mesurer la transition entre index.html et plusieurs éditeurs avec cache chaud et cache froid.
Définir un fond initial sombre disponible avant le rendu de shared.css, sans dupliquer inutilement toute la feuille de style.
Ajouter les métadonnées de couleur adaptées au navigateur si elles améliorent le rendu.
Évaluer un préchargement ou une stratégie de navigation légère compatible avec l'architecture statique et l'ouverture file://.
Éviter toute solution qui introduit un framework, un build ou une dépendance runtime.
Vérifier l'absence de flash au retour vers l'accueil et lors du passage entre éditeurs.
Ajouter un contrôle Playwright ou une mesure de rendu initial si elle peut rester stable en CI.

Critères d'acceptation

La navigation ne montre plus de flash blanc perceptible avant l'affichage du thème sombre.
Le fond initial correspond au fond de l'application sur l'accueil et les huit éditeurs.
La navigation reste fonctionnelle en HTTP et en ouverture directe file://.
Aucun changement ne dégrade l'impression ni le chargement des polices embarquées.
La solution n'ajoute ni build step ni dépendance runtime.
Les smoke tests et la validation Playwright passent.

## Contexte La navigation entre l'accueil et les éditeurs charge une nouvelle page HTML complète. Avant que shared.css soit appliqué, le navigateur peut afficher brièvement son fond blanc par défaut, alors que toute l'application utilise un thème sombre. Ce flash est particulièrement visible sur un VPS, un appareil mobile ou un cache froid et donne une impression de latence. Aucune couleur de thème ou couleur de fond critique n'est déclarée directement dans le document avant le chargement de la feuille partagée. ## Modifications à faire - Mesurer la transition entre index.html et plusieurs éditeurs avec cache chaud et cache froid. - Définir un fond initial sombre disponible avant le rendu de shared.css, sans dupliquer inutilement toute la feuille de style. - Ajouter les métadonnées de couleur adaptées au navigateur si elles améliorent le rendu. - Évaluer un préchargement ou une stratégie de navigation légère compatible avec l'architecture statique et l'ouverture file://. - Éviter toute solution qui introduit un framework, un build ou une dépendance runtime. - Vérifier l'absence de flash au retour vers l'accueil et lors du passage entre éditeurs. - Ajouter un contrôle Playwright ou une mesure de rendu initial si elle peut rester stable en CI. ## Critères d'acceptation - La navigation ne montre plus de flash blanc perceptible avant l'affichage du thème sombre. - Le fond initial correspond au fond de l'application sur l'accueil et les huit éditeurs. - La navigation reste fonctionnelle en HTTP et en ouverture directe file://. - Aucun changement ne dégrade l'impression ni le chargement des polices embarquées. - La solution n'ajoute ni build step ni dépendance runtime. - Les smoke tests et la validation Playwright passent.