Réduit les marges du tableau (côtés et dessous) aux 2/3

- Gin's .layout-container margin-left/right (48px) réduit à 16px, sur
  les routes de ce module (hide_admin_chrome, déjà route-scopé).
- #figli-home-app margin-bottom réduit de 1rem à 0,33rem.
- .figli-table-wrap : max-height 75vh remplacé par calc(100vh - 16rem)
  -- le pourcentage de viewport ne tenait plus compte du titre/menu +
  barre d'outils au-dessus (hauteur à peu près fixe, ~16rem), qui a
  grandi au fil des filtres ajoutés depuis le dernier fix du double
  scroll -- avait fini par redépasser ce que 75vh laissait de marge,
  réintroduisant un scroll de page en plus de celui du tableau (84px
  d'écart mesuré avant ce correctif, ~8px après -- l'essentiel de
  l'écart restant venant justement de la marge du dessous réduite
  ci-dessus, pas d'un nouveau débordement).

web/modules/custom/figli_compta_ledger/css/hide-admin-chrome.css

@@ -37,3 +37,11 @@
 main.page-content {
   margin-bottom: 0 !important;
 }
+
+/* Gin's default 48px left/right margin on .layout-container -- fine for
+   a normal admin content page with a narrower reading measure, but this
+   app's table wants the width. Cut to a third (16px). */
+.layout-container {
+  margin-left: 16px !important;
+  margin-right: 16px !important;
+}

web/modules/custom/figli_compta_ledger/css/home.css

@@ -13,7 +13,11 @@
   --figli-col-hover: rgba(15, 23, 42, 0.05);
 
   font-family: Inter, -apple-system, sans-serif;
-  margin: 1rem 0;
+  /* Bottom cut to a third (top left alone) -- with the outer page
+     scroll already eliminated (see hide-admin-chrome.css's main.page-
+     content override), the full 1rem below the table was just dead
+     space past the last visible row. */
+  margin: 1rem 0 0.33rem;
   color: var(--figli-text);
 }
 
@@ -172,7 +176,15 @@ html.gin--dark-mode #figli-home-app {
   overflow-x: hidden;
   border: 1px solid var(--figli-border);
   border-radius: 6px;
-  max-height: 75vh;
+  /* Not a flat 75vh -- title/nav + toolbar (with its filter row) above
+     this add up to a roughly fixed ~16rem regardless of viewport
+     height, so a percentage-of-viewport max-height only fits by
+     coincidence at one particular window size and silently reintroduces
+     the outer page scroll (on top of this element's own) at any other,
+     as toolbar filters were added over time and pushed that fixed part
+     past what 75vh left room for. Subtracting the fixed part directly
+     keeps this sized to exactly the remaining space instead. */
+  max-height: calc(100vh - 16rem);
   overflow-y: auto;
 }