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:
co-authored by
Claude Sonnet 5
parent
6056a263da
commit
7cb8986f58
@@ -404,6 +404,20 @@ body.objectEditBody > main.content {
|
||||
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 {
|
||||
--doc-page-width: var(--doc-preview-width, 760px);
|
||||
|
||||
|
||||
Reference in New Issue
Block a user