Corrige la vraie cause du plein écran incomplet : max-height du format A4 oublié en Aperçu

Diagnostic console à l'appui (document.fullscreenElement confirmé
actif, .docEditor3/.docBodyWrap/.docCanvasArea mesurés à 960px =
window.innerHeight, mais .docPage seule à 678.78px) : ma précédente
tentative (width/height:100vh sur .docEditor3) ciblait le mauvais
niveau — toute la chaîne jusqu'à .docCanvasArea remplissait déjà
correctement l'écran. Le vrai plafond venait de max-height posé sur
.docPage pour le format A4 en édition (960 * 210/297 ≈ 678.79px,
exactement la valeur mesurée) : la règle Aperçu changeait bien
width/height/aspect-ratio mais oubliait max-height, qui continue de
gagner sur height:100% quelle que soit sa valeur. Neutralisé
(max-height:none, min-height:0) uniquement dans la règle Aperçu — le
plafond A4 reste actif en édition.

Vérifié par getComputedStyle (max-height résolu à "none" en Aperçu,
toujours actif en édition).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

static/document/document-editor.css

@@ -1853,6 +1853,18 @@ img.docImage {
   width: 100%;
   height: 100%;
   aspect-ratio: unset;
+
+  /* Bug réel constaté le 24/09/2026 (capture + diagnostic console à
+     l'appui : .docEditor3/.docBodyWrap/.docCanvasArea faisaient bien
+     960px = window.innerHeight, mais .docPage seule ne faisait que
+     678.78px) — max-height (posé en édition pour plafonner la page au
+     format A4, voir la règle de base .docPage) reste actif ici et
+     plafonne la page à cette même hauteur MÊME EN PLEIN ÉCRAN, malgré
+     height:100% ci-dessus (max-height gagne toujours sur height dans
+     la résolution CSS). Neutralisé ici pour laisser height:100% agir
+     réellement. */
+  max-height: none;
+  min-height: 0;
   border: none;
   border-radius: 0;
   box-shadow: none;