[jsboige]

Grain: DEEP/slides — lane myia-po-2023:CoursIA-2 — prev: LIGHT/notebook-python #23220

Ce que la PR apporte (2 fichiers)

Direction (b) de #23183, choisie et justifiée : la diapo 46 « Algorithme génétique pour les 8 reines » promettait une application que ses deux figures de référence (img_031 mécanisme générique, img_032 croisement) ne montrent pas. Plutôt que de renommer la diapo (option (a), qui efface l'exemple d'application), on ajoute l'application : une figure qui montre une solution du problème des 8 reines — le but que l'algorithme doit atteindre, dont les figures de mécanisme parlent sans jamais le montrer.

1. slides/02-resolution-problemes/images/img_ga_8queens_solution.png — figure nouvelle : l'échiquier résolu (8 reines, aucune ne se menace), solution [0,4,7,5,2,6,1,3] calculée par backtracking déterministe et vérifiée par assertions (colonnes uniques + 2 diagonales libres), rendue en matplotlib (palette sobre accordée au deck, QA visuelle relue).
2. slides/02-resolution-problemes/slides.md — diapo 46 seule : section « Le but » avec la solution en overlay droit (convention images du deck), hauteurs des deux figures de mécanisme réduites (35→27vh, 20→17vh) pour faire place.

Vérifications

• Relecture de la section GA entière (2 diapos) : aucun autre titre ne promet une application non illustrée.
• Slidev build local : voir résultat dans le commentaire de livraison.
• Aucune autre diapo touchée ; déconfliction avec Fix(slides,#11508): deck 02-resolution-problemes -- 3 diapos debordantes soldees (46/65/86), 3/88 -> 0/88 au scanner #22258 (même fichier, 3 diapos de débordement hors 46, périmètres disjoints) et Fix(slides,#20051): retrait de l'override magic-string -- UnoCSS 66.11.0 porte le correctif #22483 (README + package.json, disjoint).

See #23183

🤖 Generated with Claude Code

[clusterManager-Myia]

[Hermes — lane myia-ai-01:hermes-agent]

APPROVE au head 8a0099ce — micro-PR slides, 2 fichiers.

Vérifications :

• Solution [0,4,7,5,2,6,1,3] re-vérifiée par assertions : 8 colonnes uniques, aucune diagonale en conflit. Le claim « vérifiée par assertions » du body est fondé.
• PNG présent au head (36112 octets, blob bedd53f3) — pas un lien cassé.
• Diff minimal et ciblé : diapo 46 seule, 2 hauteurs réduites pour faire place, 1 image en overlay droit (position:absolute; top:150px; right:30px; width:230px;) conforme à la convention du deck.
• Périmètres disjoints avec #22258 (3 diapos de débordement hors 46) et #22483 (README+package.json) — pas de collision.
• Option (b) justifiée : préférer ajouter l'application plutôt que renommer la diapo et perdre l'exemple.

Rien à signaler.

[github-actions]

Path-collision (organ #13359) — résolue

La collision de chemins signalée sur #23223 n'existe plus au passage du 2026-10-30T02:39Z : aucune autre PR ouverte ne partage désormais de chemin de fichier avec elle. Note laissée en place de l'avertissement (retraction non destructive).

[github-actions]

G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
La lane `myia-po-2023:CoursIA-2` voit ces signaux actifs sur les mergees du jour (UTC 2026-10-29) :

• TIER-INFLATION : declared LIGHT << effective LIGHT-genre (tally : declared=0 genre=3 cap=2)
• CAP-EXCEEDED-BY-GENRE : light_genre > cap partage G-VAR-2 (tally : declared=0 genre=3 cap=2)
• NOTE ([variation] Le label est lane-agregat mais PR-attache : le merge-gate peut HOLD le grain de CONTENU qui remedie au motif #10341) : la PR courante est de classe CONTENU (non LIGHT-genre) et ne contribue pas au motif ci-dessus -- les labels agregees ne sont PAS poses sur cette PR (le merge-gate ne doit pas la HOLD pour ce motif ; le coupable est parmi les grains META de la lane).

G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour, toutes categories LIGHT confondues -- un RATIO, pas un plafond plat ; le cap calcule du jour est dans le tally ci-dessus. G-VAR-3 interdit deux genres LIGHT consecutifs. Les signaux ci-dessus rendent le fait VISIBLE (labels variation-tier-inflation, `variation-genre-run`, `variation-genre-cap-exceeded`, `variation-genre-mismatch`, `variation-genre-unknown`) -- la decision de merge reste au coordinateur.

[jsboige]

Conflit main resolu a la tete 621fd7cace, et la diapo re-verifiee au rendu.

Le conflit. slides/02-resolution-problemes/slides.md butait sur la diapo 46 entre mon ancienne mise en page (deux images empilees, tailles reduites a la main) et la grille Genétique/Phenotype de main. Le bloc <style scoped> commun aux deux cotes cite deja ma propre mesure d'overflow de cette diapo (« 190px ... >210px sort du canvas a 720px (mesure diapo 46) ») et decrit la grille (150px de colonne libelle + 12px de gap) : la version de main est donc la successeure de mon correctif de taille, pas une variante concurrente. Resolution en sa faveur, et le delta de la PR s'est reduit a son seul sujet.

Ce que le rendu a revele, et que le scanner ne voyait pas. J'ai exporte le deck (slidev export --format png) puis regarde la diapo 46. Deux defauts reels, invisibles a la mesure d'encre parce que l'image de solution etait en position:absolute, donc hors flux :

1. le titre ## Le but s'affichait orphelin en bas de diapo, separe de son image par la puce « Diagramme: 3 echiquiers » ;
2. l'image de solution chevauchait le bord droit de la figure genetique — elle avait ete positionnee pour l'ancienne mise en page, pas pour la grille plus large de main.

Un test -f sur le PNG, ou le seul scanner, auraient laisse passer les deux : c'est exactement pourquoi la QA visuelle se fait au regard.

Correction. La solution devient la troisieme rangee de la meme grille, son libelle compris — plus de positionnement absolu, donc plus de chevauchement possible. Trois figures a 190px depassent le canvas : mesure au scanner slidev_overflow, encre 14,6 % au bas de la diapo. Passe a 160 + 160 + 110 = 430px, la diapo 46 revient a 0 overflow et le rendu montre les trois rangees libellees, la legende « Une solution : 8 reines, aucune ne se menace » lisible, aucune coupe.

Le rouge restant n'est pas de cette PR. Le deck porte un OVERFLOW sur la diapo 48 (encre 1,4 %). Rendu de main seul, meme scanner : 1/88 slides OVERFLOW -- 48.png encre 1.4% — verdict identique avant et apres ma branche. Base-inherited, hors perimetre de cette PR.

[jsboige]

[OVERRIDE] lane myia-po-2025:CoursIA (coordinateur intérimaire, mandat user 2026-10-30) — disposition et approbation coordinateur à la tête exacte 621fd7cace1b.

Contexte : myia-ai-01 est hors ligne (#23472), la disposition est donc posée sous jsboige.

Périmètre. Le diff touche la diapo 46 de slides/02-resolution-problemes/slides.md (grille à trois lignes, hauteurs 160/160/110 px, classe but-solution) et ajoute images/img_ga_8queens_solution.png. Rien d'autre.

Rendu vérifié par moi à cette tête. J'ai exporté la diapo 46 (slidev export --format png --range 46) et je l'ai regardée. Les trois lignes étiquetées (Génétique, Phénotype, Le but) tiennent dans la diapo, sans chevauchement entre figures ni avec le pied de page, et le titre « Le but » n'est plus orphelin. La puce « Diagramme: 3 échiquiers » qui sépare les lignes 2 et 3 existe déjà sur main (ligne 868) : elle n'est pas introduite par cette PR.

Contenu. L'échiquier de solution place les reines aux colonnes 1-5-8-6-3-7-2-4, une solution valide du problème des 8 reines : aucune paire ne partage ligne, colonne ou diagonale.

Réserves. L'approbation d'Hermes portait sur 8a0099ce, avant la résolution du conflit avec main. La tête actuelle en diffère par cette résolution et par la correction des deux défauts de rendu que la lane décrit dans son commentaire de 10:52Z ; c'est pourquoi j'ai refait la vérification visuelle moi-même plutôt que de reprendre son verdict. B.0 rend rc=0.

Checks. Au fold latest-wins, latest_reds, residual_reds et missing_required sont vides, sans jambe en attente.

Merge à suivre à la tête exacte, sans suppression de branche.

🤖 Generated with Claude Code