Le critere
Consigne user du 2026-08-27, verbatim :
globalement le positionnement des images n'est pas cale, et le modele a suivre est celui des renders powerpoint ou les images dialoguent mieux avec le texte et sont positionnees de facon equilibree et centree dans les espaces qui leur sont devolus
Le critere d'acceptation d'un grain slides est donc le calage : image centree et equilibree dans l'espace qui lui est devolu, en dialogue avec le texte voisin. La reference est le rendu PowerPoint d'origine du deck, pas l'etat courant du rendu Slidev.
Pourquoi les instruments actuels ne peuvent pas le mesurer
Mesure firsthand sur S3-acculturation (head de #13096, Slidev :3031, navigation slide par slide) :
| grandeur mesuree |
resultat |
| slides visitees |
96 / 99 |
| images mesurees |
122 |
| debordements du cadre |
0 |
grilles .grid.grid-cols-2 |
37 (= 37 presentes dans le DOM, controle positif) |
| grilles effondrees en une colonne |
0 |
Ces deux instruments rendent donc « propre » un deck dont le user dit que le positionnement n'est globalement pas cale. Ce n'est pas une contradiction : un detecteur de debordement et un detecteur d'effondrement de grille sont structurellement aveugles au defaut nomme. Une image peut etre entierement dans le cadre, dans la bonne colonne, et mal calee. Un vert d'overflow ne doit jamais etre resservi comme preuve de calage.
Un cas concret, preexistant
Slide 41 du deck S3-acculturation (« Theorie des jeux (1/2) ») : les bandeaux colores (« Environnement multi-agents » orange, « Optimisation de strategies » bleu) recouvrent un titre rouge duplique place dessous -- texte sur texte, illisible.
Verifie comme preexistant : le rendu de la base est identique a celui du head de #13096, et cette slide porte deja ses grilles sur main (elle n'est pas convertie par cette tranche). Le defaut ne vient donc pas de #13096, mergee sans regression imputable.
Deux pieges d'instrument a ne pas repeter
- Slidev ne met en page que la slide ACTIVE. Les 99 conteneurs sont dans le DOM mais 98 ont un bounding rect de taille nulle. Un balayage
getBoundingClientRect() sur [data-slidev-no] depuis une seule page mesure 1 slide sur 99 et rend un zero de denominateur. Mesure : mon premier balayage annoncait « 99 pages inspectees, 0 debordement » alors qu'il portait sur 2 images d'une seule slide. Il faut naviguer slide par slide (:3031/<n>?clicks=99, networkidle + ~400 ms).
- La route
/print monte les 99 conteneurs mais pas leur contenu : elle rend 1 slide a grille la ou le DOM en porte 37. Inutilisable pour enumerer.
Controle positif obligatoire : le nombre d'elements trouves doit egaler le nombre presents. Sans lui, un zero ne se distingue pas d'une absence de mesure.
Cadrage
Le user demande explicitement de ne pas sur-investir les slides maintenant (« un vrai time-sink », « pourra attendre un moment plus calme dans quelques jours »). Cette issue enregistre le critere et le cas ; elle n'ouvre pas de rollout de calage. A reprendre quand le user le dira.
Voir #13216 (detecteur markdown avale), #11508 (accents deck 03-logique), docs/reference/slides-layout-pattern.md.
Le critere
Consigne user du 2026-08-27, verbatim :
Le critere d'acceptation d'un grain slides est donc le calage : image centree et equilibree dans l'espace qui lui est devolu, en dialogue avec le texte voisin. La reference est le rendu PowerPoint d'origine du deck, pas l'etat courant du rendu Slidev.
Pourquoi les instruments actuels ne peuvent pas le mesurer
Mesure firsthand sur S3-acculturation (head de #13096, Slidev :3031, navigation slide par slide) :
.grid.grid-cols-2Ces deux instruments rendent donc « propre » un deck dont le user dit que le positionnement n'est globalement pas cale. Ce n'est pas une contradiction : un detecteur de debordement et un detecteur d'effondrement de grille sont structurellement aveugles au defaut nomme. Une image peut etre entierement dans le cadre, dans la bonne colonne, et mal calee. Un vert d'overflow ne doit jamais etre resservi comme preuve de calage.
Un cas concret, preexistant
Slide 41 du deck S3-acculturation (« Theorie des jeux (1/2) ») : les bandeaux colores (« Environnement multi-agents » orange, « Optimisation de strategies » bleu) recouvrent un titre rouge duplique place dessous -- texte sur texte, illisible.
Verifie comme preexistant : le rendu de la base est identique a celui du head de #13096, et cette slide porte deja ses grilles sur
main(elle n'est pas convertie par cette tranche). Le defaut ne vient donc pas de #13096, mergee sans regression imputable.Deux pieges d'instrument a ne pas repeter
getBoundingClientRect()sur[data-slidev-no]depuis une seule page mesure 1 slide sur 99 et rend un zero de denominateur. Mesure : mon premier balayage annoncait « 99 pages inspectees, 0 debordement » alors qu'il portait sur 2 images d'une seule slide. Il faut naviguer slide par slide (:3031/<n>?clicks=99,networkidle+ ~400 ms)./printmonte les 99 conteneurs mais pas leur contenu : elle rend 1 slide a grille la ou le DOM en porte 37. Inutilisable pour enumerer.Controle positif obligatoire : le nombre d'elements trouves doit egaler le nombre presents. Sans lui, un zero ne se distingue pas d'une absence de mesure.
Cadrage
Le user demande explicitement de ne pas sur-investir les slides maintenant (« un vrai time-sink », « pourra attendre un moment plus calme dans quelques jours »). Cette issue enregistre le critere et le cas ; elle n'ouvre pas de rollout de calage. A reprendre quand le user le dira.
Voir #13216 (detecteur markdown avale), #11508 (accents deck 03-logique),
docs/reference/slides-layout-pattern.md.