Empêche le contenu de se compresser pour tenir sur la page — il doit déborder pour déclencher la pagination

Capture utilisateur à l'appui du 23/09/2026 : en ajoutant un 3e bloc,
les images (pourtant height:190px) rétrécissaient visiblement au lieu
d'aller sur une nouvelle page. Cause réelle : flex-shrink vaut 1 par
défaut pour tout enfant flex — une fois .docPage plafonnée en hauteur
(commit précédent), les enfants top-niveau de .docPageContent se
compressaient tous pour continuer à tenir, sans jamais réellement
déborder. Sans ce débordement réel, forgeDocCheckPageOverflow
(scrollHeight vs clientHeight) ne détectait jamais rien à paginer.
flex-shrink:0 sur .docPageContent > [data-element-id] : le contenu
garde sa taille naturelle et déborde franchement quand il n'y a plus
de place, ce qui déclenche la pagination automatique.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
william
2026-09-23 12:04:46 +02:00
co-authored by Claude Sonnet 5
parent 6056a263da
commit 7cb8986f58
+14
View File
@@ -404,6 +404,20 @@ body.objectEditBody > main.content {
height: 100%; height: 100%;
} }
/* Bug réel constaté le 23/09/2026 (retour utilisateur, capture à
l'appui) : flex-shrink vaut 1 par défaut pour tout enfant flex —
une fois .docPage plafonnée en hauteur (voir plus haut), les
éléments top-niveau se COMPRESSAIENT tous pour continuer à tenir
(ex. .docImagePlaceholder, pourtant height:190px, rétrécissait
visiblement) au lieu de déborder. Sans ce débordement RÉEL,
forgeDocCheckPageOverflow (scrollHeight vs clientHeight) ne
détectait jamais rien à paginer. flex-shrink:0 empêche toute
compression : le contenu garde sa taille naturelle et déborde
franchement, ce qui déclenche la pagination automatique. */
.docPageContent > [data-element-id] {
flex-shrink: 0;
}
.docPage.docPage--fixedWidth { .docPage.docPage--fixedWidth {
--doc-page-width: var(--doc-preview-width, 760px); --doc-page-width: var(--doc-preview-width, 760px);