/* nallium-drive-frontend — design system
 *
 * Tokens (:root) et classes de "chrome" (topbar, boutons, panels, alertes)
 * copiés à l'identique de nallium-store-frontend/css/style.css pour rester
 * visuellement cohérent avec le reste de l'écosystème Nallium (lui-même
 * copié de nallium-idm-frontend) — étendus avec les éléments propres à un
 * gestionnaire de fichiers (grille/liste, breadcrumbs, zone de dépôt,
 * menu contextuel, modale de partage).
 */

:root {
  --text: #172033;
  --muted: #64748b;
  --blue: #3b82f6;
  --green: #22c55e;
  --amber: #f59e0b;
  --pink: #ec4899;
  --violet: #8b5cf6;
  --red: #ef4444;
  --cyan: #06b6d4;
  --bg: #f7f9ff;
  --panel: rgba(255, 255, 255, 0.9);
  --panel-solid: #ffffff;
  --border: rgba(30, 41, 59, 0.12);
  --shadow: 0 24px 80px rgba(30, 41, 59, 0.12);
  --shadow-soft: 0 14px 38px rgba(30, 41, 59, 0.09);
  --radius: 22px;
  /* SUITE 15/09/2026 (backlog #251) : espacement des graduations des
   * règles Docs (majeure = 1 pouce, mineure = 1/8 de pouce à 96dpi) —
   * valeur par défaut 100% de zoom, réaffectée en style inline par
   * docsRulerHtml()/verticalRulerPageHtml() (voir js/app.js) sur
   * #docs-ruler-track et chaque .docs-vruler-page pour que le MOTIF DE
   * FOND (indépendant des graduations/poignées, elles positionnées en JS)
   * suive lui aussi le zoom courant plutôt que de rester figé à 100%. */
  --docs-tick-major: 96px;
  --docs-tick-minor: 12px;
}

* {
  box-sizing: border-box;
}

html,
body {
  max-width: 100%;
  overflow-x: hidden;
  height: 100%;
}

body {
  margin: 0;
  min-height: 100vh;

  /* Retour utilisateur du 04/09 — "que la toolbar+nalliumdocs soit aussi
   * toujours visible seul la partie du document est scrollable" : avant,
   * c'est le <body> (donc le document HTML entier, topbar/barre d'outils
   * comprises) qui défilait — .store-topbar/.docs-toolbar/.docs-footer
   * n'étaient que `position: sticky`, ce qui les "rattrape" au bord de la
   * fenêtre pendant ce défilement mais reste un mécanisme différent de "seul
   * le contenu défile". overflow:hidden ici retire le défilement du body
   * lui-même — #view (juste en dessous) prend toute la hauteur en colonne
   * flex, et c'est .docs-scroll-area, à l'intérieur, qui porte désormais le
   * SEUL scroll réel (voir plus bas) — même schéma que
   * nallium-flows-frontend/css/style.css (backlog #273 de ce frère). */
  overflow: hidden;
  background:
    radial-gradient(circle at 10% 4%, rgba(59, 130, 246, 0.16), transparent 28%),
    radial-gradient(circle at 90% 12%, rgba(236, 72, 153, 0.12), transparent 24%),
    radial-gradient(circle at 72% 88%, rgba(34, 197, 94, 0.13), transparent 26%),
    var(--bg);
  color: var(--text);
  font-family: Inter, ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif;
}

a {
  color: var(--blue);
  text-decoration: none;
}

button {
  font: inherit;
}

/* ---------------------------------------------------------------------
 * Coquille de page (retour utilisateur du 04/09) — voir le commentaire
 * détaillé au-dessus de mount() dans js/app.js. #view devient une colonne
 * flex de la hauteur du viewport : .docs-shell-fixed (topbar + bannières +
 * éventuelle barre d'outils) et .docs-status-bar (éventuelle barre d'état)
 * gardent leur hauteur naturelle (flex: 0 0 auto) en haut/bas, jamais
 * scrollés ; .docs-scroll-area prend tout le reste (flex: 1 1 auto) et
 * porte SEUL le défilement (overflow-y: auto). `min-height: 0` sur
 * .docs-scroll-area est nécessaire : un enfant flex a par défaut
 * `min-height: auto`, qui l'empêcherait de se réduire sous la hauteur de
 * son contenu et neutraliserait l'overflow (classique piège flexbox+scroll,
 * déjà rencontré côté nallium-flows-frontend #273). `100dvh` (repli sur
 * `100vh` pour les navigateurs qui ne le supportent pas) plutôt que `100vh`
 * seul : évite qu'une barre d'adresse mobile qui apparaît/disparaît ne
 * fasse déborder .docs-status-bar hors du viewport visible.
 * ------------------------------------------------------------------- */
#view {
  display: flex;
  flex-direction: column;
  height: 100vh;
  height: 100dvh;
  overflow: hidden;
}

.docs-shell-fixed {
  flex: 0 0 auto;
}

.docs-scroll-area {
  flex: 1 1 auto;
  min-height: 0;
  overflow-y: auto;
  overflow-x: hidden;
}

/* Hauteur FIXE (pas seulement du padding) : .docs-vruler-dock (plus bas,
 * position:fixed sur toute la hauteur de la fenêtre à l'origine) doit
 * connaître cette hauteur exacte pour s'arrêter au-dessus de cette barre
 * plutôt que de passer par-dessus (retour utilisateur du 04/09 : "les règles
 * qui sont superposés a la status bar dans doc"). Toute modification de
 * cette valeur doit être répercutée sur `bottom` dans .docs-vruler-dock. */
.docs-status-bar {
  flex: 0 0 auto;
  height: 40px;
  display: flex;
  align-items: center;
  gap: 18px;
  padding: 0 20px;
  background: rgba(255, 255, 255, 0.9);
  backdrop-filter: blur(10px);
  border-top: 1px solid var(--border);
  font-size: 12px;
  font-weight: 600;
  color: var(--muted);
}

.docs-status-bar-info {
  display: flex;
  align-items: center;
  gap: 18px;
}

.docs-status-bar-spacer {
  flex: 1;
}

/* ---------------------------------------------------------------------
 * Barre de navigation (reprise store-frontend, + recherche large Drive)
 * ------------------------------------------------------------------- */

/* Retour utilisateur du 04/09 : plus besoin de `position: sticky` — .store-topbar
 * vit maintenant dans .docs-shell-fixed (voir la coquille de page plus haut),
 * qui ne défile jamais, donc reste visible par construction plutôt que par
 * rattrapage au scroll. */
.store-topbar {
  display: flex;
  align-items: center;
  gap: 18px;
  padding: 14px 28px;
  background: rgba(255, 255, 255, 0.85);
  backdrop-filter: blur(14px);
  border-bottom: 1px solid var(--border);
}

.store-brand {
  display: flex;
  align-items: center;
  gap: 10px;
  font-weight: 900;
  font-size: 18px;
  letter-spacing: -0.02em;
  color: #0f172a;
  cursor: pointer;
}

.store-brand-logo {
  width: 36px;
  height: 36px;
  border-radius: 12px;
  padding: 2px;
  background: conic-gradient(from 180deg, var(--blue), var(--green), var(--amber), var(--pink), var(--violet), var(--blue));
}

.store-brand-logo span {
  display: grid;
  place-items: center;
  width: 100%;
  height: 100%;
  border-radius: 10px;
  background: #ffffff;
  font-weight: 950;
  font-size: 15px;
  color: #111827;
}

.store-nav {
  display: flex;
  gap: 4px;
}

.store-nav a {
  padding: 8px 14px;
  border-radius: 999px;
  color: var(--muted);
  font-weight: 600;
  font-size: 14px;
  white-space: nowrap;
}

.store-nav a.active,
.store-nav a:hover {
  background: rgba(59, 130, 246, 0.1);
  color: var(--blue);
}

.drive-search {
  flex: 1;
  max-width: 380px;
}

.drive-search input {
  width: 100%;
  border-radius: 999px;
  border: 1px solid var(--border);
  padding: 9px 16px;
  font-size: 14px;
  background: #ffffff;
}

.store-user {
  display: flex;
  align-items: center;
  gap: 10px;
  font-size: 13px;
  color: var(--muted);
  white-space: nowrap;
}

.store-user-avatar {
  width: 30px;
  height: 30px;
  border-radius: 999px;
  background: var(--violet);
  color: #fff;
  display: grid;
  place-items: center;
  font-weight: 800;
  font-size: 13px;
}

.btn {
  border: none;
  border-radius: 999px;
  padding: 9px 18px;
  font-weight: 700;
  font-size: 13px;
  cursor: pointer;
  transition: transform 0.15s ease, box-shadow 0.15s ease;
}

.btn:active {
  transform: scale(0.97);
}

.btn-primary {
  background: var(--blue);
  color: #fff;
  box-shadow: 0 10px 24px rgba(59, 130, 246, 0.28);
}

.btn-outline {
  background: #fff;
  color: var(--text);
  border: 1px solid var(--border);
}

.btn-danger {
  background: #fff;
  color: var(--red);
  border: 1px solid rgba(239, 68, 68, 0.3);
}

.btn-sm {
  padding: 6px 12px;
  font-size: 12px;
}

/* ---------------------------------------------------------------------
 * Layout général
 * ------------------------------------------------------------------- */
.store-page {
  max-width: 1280px;
  margin: 0 auto;
  padding: 28px 24px 60px;
}

.panel {
  background: var(--panel-solid);
  border: 1px solid var(--border);
  border-radius: 18px;
  padding: 22px;
  box-shadow: var(--shadow-soft);
  margin-bottom: 20px;
}

.form-group {
  margin-bottom: 16px;
}

.form-group label {
  display: block;
  font-size: 13px;
  font-weight: 700;
  margin-bottom: 6px;
  color: var(--text);
}

.form-control {
  width: 100%;
  border-radius: 12px;
  border: 1px solid var(--border);
  padding: 10px 14px;
  font-size: 14px;
  background: #fff;
}

.hint {
  font-size: 12px;
  color: var(--muted);
}

.alert-banner {
  border-radius: 14px;
  padding: 12px 16px;
  font-size: 13px;
  font-weight: 600;
  margin-bottom: 18px;
}

.alert-banner.error {
  background: rgba(239, 68, 68, 0.1);
  color: #b91c1c;
}

.alert-banner.success {
  background: rgba(34, 197, 94, 0.1);
  color: #15803d;
}

.empty-state {
  text-align: center;
  padding: 60px 20px;
  color: var(--muted);
}

.empty-state .empty-icon {
  font-size: 40px;
  margin-bottom: 10px;
}

.login-gate {
  text-align: center;
  padding: 50px 20px;
}

.login-gate p {
  color: var(--muted);
  margin-bottom: 18px;
}

.plan-row {
  display: flex;
  align-items: center;
  justify-content: space-between;
  gap: 12px;
  padding: 12px 14px;
  border: 1px solid var(--border);
  border-radius: 14px;
  margin-bottom: 10px;
}

.plan-row:last-child {
  margin-bottom: 0;
}

/* =======================================================================
 * Nallium Docs — styles propres à l'éditeur (au-delà du "chrome" partagé
 * ci-dessus). Réutilise les mêmes tokens (--panel-solid, --border,
 * --shadow, --radius, --blue…) pour rester visuellement cohérent avec
 * Drive/Store/IDM.
 * ===================================================================== */

/* ---------------------------------------------------------------------
 * Topbar spécifique document (titre éditable, statut de sauvegarde,
 * badge lecture seule, bouton historique, retour à Drive)
 * ------------------------------------------------------------------- */
.docs-topbar {
  gap: 14px;
}

.docs-title-input {
  border: 1px solid transparent;
  border-radius: 10px;
  padding: 7px 10px;
  font-size: 15px;
  font-weight: 700;
  color: var(--text);
  background: transparent;
  max-width: 320px;
  min-width: 120px;
}

.docs-title-input:hover:not(:disabled) {
  border-color: var(--border);
  background: #fff;
}

.docs-title-input:focus {
  outline: none;
  border-color: var(--blue);
  background: #fff;
}

.docs-title-input:disabled {
  color: var(--text);
  cursor: default;
}

/* Backlog #262 : extension affichée à côté du titre, jamais dans le champ
 * éditable lui-même (voir renderTopbar côté JS). */
.docs-title-ext {
  font-size: 15px;
  font-weight: 700;
  color: var(--muted);
  margin-left: -6px;
  margin-right: 6px;
  white-space: nowrap;
}

.docs-save-status {
  font-size: 12px;
  font-weight: 700;
  color: var(--muted);
  white-space: nowrap;
  display: flex;
  align-items: center;
  gap: 6px;
}

.docs-save-status .dot {
  width: 7px;
  height: 7px;
  border-radius: 999px;
  background: var(--muted);
}

.docs-save-status.is-saved .dot {
  background: var(--green);
}

.docs-save-status.is-saving .dot {
  background: var(--amber);
}

.docs-save-status.is-error {
  color: var(--red);
}

.docs-save-status.is-error .dot {
  background: var(--red);
}

.docs-readonly-badge {
  font-size: 11px;
  font-weight: 800;
  text-transform: uppercase;
  letter-spacing: 0.02em;
  color: var(--amber);
  background: rgba(245, 158, 11, 0.12);
  border-radius: 999px;
  padding: 5px 12px;
  white-space: nowrap;
}

.docs-topbar-spacer {
  flex: 1;
}

/* ---------------------------------------------------------------------
 * Backlog #258 (suite 16/09/2026) — pile d'avatars de présence, topbar.
 * Superposition par margin-left négatif (léger décalage, voir demande
 * utilisateur) plutôt que par grid/flex avec gap : c'est ce chevauchement
 * qui fait la "pile", un simple alignement côte à côte n'en serait pas une.
 * ------------------------------------------------------------------- */
.docs-presence-avatars {
  display: flex;
  align-items: center;
  cursor: pointer;
  padding: 2px;
  border-radius: 999px;
}

.docs-presence-avatars:hover {
  background: var(--slate-tint, rgba(100, 116, 139, 0.12));
}

.docs-presence-avatar {
  width: 28px;
  height: 28px;
  border-radius: 999px;
  display: grid;
  place-items: center;
  color: #fff;
  font-weight: 800;
  font-size: 12px;
  border: 2px solid var(--panel-solid);
}

.docs-presence-avatar + .docs-presence-avatar {
  margin-left: -9px;
}

.docs-presence-avatar-more {
  background: var(--muted);
}

.docs-presence-popover {
  min-width: 220px;
  max-width: 280px;
  max-height: 320px;
  overflow-y: auto;
}

.docs-presence-popover-row {
  display: flex;
  align-items: center;
  gap: 10px;
  padding: 6px 2px;
  font-size: 13px;
  color: var(--text);
}

.docs-presence-popover-row + .docs-presence-popover-row {
  border-top: 1px solid var(--border);
}

.docs-back-link {
  font-size: 13px;
  font-weight: 700;
  color: var(--muted);
  white-space: nowrap;
}

.docs-back-link:hover {
  color: var(--blue);
}

/* ---------------------------------------------------------------------
 * Barre d'outils de mise en forme
 * ------------------------------------------------------------------- */

/* Backlog #247 : la règle (docs-ruler, plus bas) est une SECONDE RANGÉE du
 * même conteneur plutôt qu'un élément séparé avec son propre "top" —
 * .docs-toolbar-row porte le flex-wrap/gap/padding ; .docs-toolbar ne fait
 * plus que positionner l'ensemble (colonne) et fournir le fond/la bordure.
 * Retour utilisateur du 04/09 : plus de `position: sticky` — .docs-toolbar
 * est posée par renderEditorView dans .docs-shell-fixed (voir mount() dans
 * js/app.js), qui ne défile jamais, donc reste visible par construction. */
.docs-toolbar {
  display: flex;
  flex-direction: column;
  background: var(--panel-solid);
  border-bottom: 1px solid var(--border);
}

/* Retour utilisateur du 07/10/2026 : barre de menus classique (Fichier,
   Édition, Affichage, Insertion, Format, Outils — voir menuBarHtml/
   openMenuBarDropdown dans js/app.js), au-dessus de la barre d'outils à
   icônes existante. */
.docs-menubar {
  display: flex;
  gap: 2px;
  padding: 4px 8px 0;
  font-size: 13px;
}

.docs-menubar-btn {
  border: none;
  background: transparent;
  padding: 5px 10px;
  border-radius: 6px;
  cursor: pointer;
  color: var(--text);
}

.docs-menubar-btn:hover {
  background: rgba(59, 130, 246, 0.1);
}

/* Demande utilisateur 08/10/2026 : menu "Objet" dynamique, a cote de
 * "Outils" — distingue visuellement ce bouton CONTEXTUEL (visible
 * seulement quand un objet est actif, voir renderActiveObjectButton)
 * des 6 menus fixes juste avant lui. */
.docs-menubar-btn-object {
  background: rgba(59, 130, 246, 0.12);
  font-weight: 600;
  margin-left: 4px;
}

.docs-menubar-btn-object:hover {
  background: rgba(59, 130, 246, 0.22);
}

.docs-menubar-dropdown {
  display: flex;
  flex-direction: column;
  min-width: 260px;
  max-height: 70vh;
  overflow-y: auto;
  gap: 1px;
}

.docs-menubar-item {
  display: block;
  width: 100%;
  text-align: left;
  border: none;
  background: transparent;
  padding: 7px 12px;
  border-radius: 6px;
  cursor: pointer;
  font-size: 13px;
  color: var(--text);
}

.docs-menubar-item:hover {
  background: rgba(59, 130, 246, 0.1);
}

.docs-toolbar-row {
  display: flex;
  flex-wrap: wrap;
  align-items: center;
  gap: 4px;
  padding: 8px 20px;
}

/* Demande utilisateur 08/10/2026 : toolbar epuree par defaut (style,
 * undo/redo, format, couleur) — cette rangee (insertion, mise en page,
 * outils avances) est repliee tant que #docs-tb-more n'a pas ete cliquee
 * (voir wireToolbar) ; display:none ici est l'etat INITIAL seulement, le
 * JS la montre via $.toggle() qui sait retablir le bon display (flex). */
.docs-toolbar-row-extra {
  display: none;
  border-top: 1px dashed var(--border);
}

.docs-toolbar.is-disabled {
  opacity: 0.55;
  pointer-events: none;
}

.docs-toolbar-group {
  display: flex;
  align-items: center;
  gap: 2px;
  padding: 0 6px;
  border-right: 1px solid var(--border);
}

.docs-toolbar-group:last-child {
  border-right: none;
}

/* ---------------------------------------------------------------------
 * Règle horizontale (backlog #247, interactive depuis #247 v2 — retour
 * utilisateur : "le système de règle doit interagir, permettre de limiter
 * la zone de texte") — voir wireRulerDrag dans js/app.js. Largeur alignée
 * sur .docs-page (816px = 8.5in Letter à 96dpi) ; les deux zones
 * .docs-ruler-margin reprennent le padding L/R RÉEL de .docs-page (leur
 * largeur est fixée en JS depuis doc.margins à chaque rendu, voir
 * docsRulerHtml/updateRulerHandlesLive) pour que la marge visible sur la
 * règle corresponde vraiment à la marge du texte en dessous. Les
 * graduations sont deux repeating-linear-gradient superposés (pas de DOM
 * par graduation) : un fin tous les 12px (1/8in) et un plus marqué tous
 * les 96px (1in).
 * ------------------------------------------------------------------- */
.docs-ruler {
  display: flex;
  justify-content: center;
  padding: 4px 24px 0;
  background: var(--panel-solid);
}

.docs-ruler-track {
  position: relative;
  max-width: 100%;
  height: 16px;
  background-color: #eef1f7;
  /* SUITE 15/09/2026 (backlog #251) : espacement en var(--docs-tick-*),
   * réaffecté en style inline par docsRulerHtml() à zoomFactor()×96px/12px
   * — sans ça, ce motif de fond resterait à un pas fixe de 96px quel que
   * soit le zoom, désynchronisé des graduations numérotées (.docs-ruler-num,
   * elles bien repositionnées en JS) dès que le zoom s'écarte de 100 %. */
  background-image:
    repeating-linear-gradient(to right, var(--border) 0 1px, transparent 1px var(--docs-tick-minor, 12px)),
    repeating-linear-gradient(to right, var(--muted) 0 1px, transparent 1px var(--docs-tick-major, 96px));
  background-size: 100% 5px, 100% 9px;
  background-position: left bottom, left bottom;
  background-repeat: repeat-x;
  border: 1px solid var(--border);
  border-bottom: none;
  border-radius: 4px 4px 0 0;
}

.docs-ruler-margin {
  position: absolute;
  top: 0;
  bottom: 0;
  background: rgba(100, 116, 139, 0.18);
}

.docs-ruler-margin-left {
  left: 0;
}

.docs-ruler-margin-right {
  right: 0;
}

.docs-ruler-num {
  position: absolute;
  bottom: 1px;
  transform: translateX(-50%);
  font-size: 9px;
  font-weight: 700;
  color: var(--muted);
  pointer-events: none;
}

/* Poignées de marge — triangle "sablier" façon Word/Google Docs, en
 * overflow du bandeau (la règle a overflow:hidden pour les graduations,
 * pas les poignées : elles sont en dehors de .docs-ruler-track visuellement
 * via un débordement négatif du triangle lui-même plutôt que de désactiver
 * l'overflow du track). translateX(-50%) centre le triangle sur le pixel
 * de marge exact (style.left, posé en JS). */
.docs-ruler-handle {
  position: absolute;
  top: -1px;
  width: 12px;
  height: 12px;
  transform: translateX(-50%);
  cursor: ew-resize;
  z-index: 2;
}

.docs-ruler-handle::before {
  content: "";
  position: absolute;
  left: 2px;
  right: 2px;
  top: 0;
  height: 0;
  border-left: 4px solid transparent;
  border-right: 4px solid transparent;
  border-top: 6px solid var(--accent, #3b62d6);
}

.docs-ruler-handle:hover::before,
.docs-ruler-handle:active::before {
  border-top-color: var(--blue, #2563eb);
}

.docs-tb-btn {
  border: 1px solid transparent;
  background: transparent;
  border-radius: 8px;
  width: 32px;
  height: 32px;
  display: grid;
  place-items: center;
  font-size: 14px;
  font-weight: 700;
  color: var(--text);
  cursor: pointer;
}

.docs-tb-btn:hover {
  background: rgba(59, 130, 246, 0.1);
  color: var(--blue);
}

/* Retour utilisateur du 06/10/2026 : le bouton "champ dynamique" (🔢) est
   désactivé tant qu'aucune bande en-tête/pied n'est active (voir
   syncHfFieldButtonState dans js/app.js) — jamais stylé nulle part
   ailleurs jusqu'ici, aucun .docs-tb-btn ne pouvait l'être avant ce
   bouton. */
.docs-tb-btn:disabled {
  opacity: 0.35;
  cursor: not-allowed;
}

.docs-tb-btn:disabled:hover {
  background: transparent;
  color: var(--text);
}

/* Retour utilisateur du 06/10/2026 : calque de surbrillance pour la
   sélection par cliquer-glisser d'un groupe de cellules de tableau (voir
   drawTableRangeOverlay/wireTableRangeSelection dans js/app.js). Volontai-
   rement hors du DOM du tableau (position:fixed + rects calculés via
   getBoundingClientRect) : ce n'est jamais du contenu, juste un état d'UI
   transitoire — voir la NOTE HONNÊTE dans js/app.js pour pourquoi. */
#docs-table-range-layer {
  position: fixed;
  left: 0;
  top: 0;
  width: 0;
  height: 0;
  pointer-events: none;
  z-index: 40;
}

.docs-table-range-rect {
  position: fixed;
  background: rgba(59, 130, 246, 0.22);
  outline: 1px solid rgba(59, 130, 246, 0.55);
  pointer-events: none;
}

/* ---------------------------------------------------------------------
 * Retour utilisateur du 06/10/2026 : "les formes elles doivent être
 * déplaçables [...] et resizable, zone de texte pareil" — habillage
 * (texte qui s'enroule autour, comme pour une image) + déplacement/
 * redimensionnement par glissé, pour .docs-img/.docs-shape/.docs-textbox.
 * Voir setObjectWrap/wireFloatableHandles dans js/app.js.
 *
 * Habillage : simple CSS float (gauche/droite) ou aucun (comportement
 * block/aligné existant, voir .docs-img-align-*) — c'est du CSS natif,
 * le texte s'enroule donc réellement autour, pas un effet visuel simulé.
 * ------------------------------------------------------------------- */
.docs-img.docs-wrap-left,
.docs-shape.docs-wrap-left,
.docs-textbox.docs-wrap-left {
  float: left;
  margin: 0 16px 10px 0;
}

.docs-img.docs-wrap-right,
.docs-shape.docs-wrap-right,
.docs-textbox.docs-wrap-right {
  float: right;
  margin: 0 0 10px 16px;
}

.docs-img.docs-wrap-none,
.docs-shape.docs-wrap-none,
.docs-textbox.docs-wrap-none {
  float: none;
}

/* Retour utilisateur du 07/10/2026 : "pour les formes on doit pouvoir les
   déplacer librement dans la zone défini par les règles horizontal et
   vertical" / "l'objet [...] au dessus du texte" — un 4e mode d'habillage,
   "libre" : l'objet sort complètement du flux (position:absolute, ancré
   sur #docs-page qui est déjà position:relative), le texte continue
   normalement SOUS lui, et il devient déplaçable PIXEL PAR PIXEL (voir
   floatableLibreBounds/wireFloatableHandles dans js/app.js) — borné à la
   zone utile de la page courante (marges haut/bas/gauche/droite, exactement
   la zone que montrent les règles). C'est la même mécanique pour "devant
   le texte" (menu contextuel) : passer en "libre" fige la position
   actuelle (aucun saut visuel) puis la rend déplaçable. */
.docs-img.docs-wrap-libre,
.docs-shape.docs-wrap-libre,
.docs-textbox.docs-wrap-libre {
  position: absolute;
  float: none;
  margin: 0;
  z-index: 6;
}

/* Poignées de déplacement/redimensionnement : calque INDÉPENDANT du DOM
 * du document (même principe que #docs-table-range-layer juste au-dessus
 * — position:fixed, recalculé sur chaque survol/glissé via
 * getBoundingClientRect()) : ce n'est jamais du contenu, donc jamais pris
 * dans un enregistrement automatique pendant un glissé. */
#docs-floatable-layer {
  position: fixed;
  left: 0;
  top: 0;
  width: 0;
  height: 0;
  z-index: 45;
}

.docs-floatable-outline {
  position: fixed;
  outline: 1.5px dashed rgba(59, 130, 246, 0.65);
  pointer-events: none;
}

.docs-floatable-handle {
  position: fixed;
  width: 22px;
  height: 22px;
  border-radius: 6px;
  background: var(--blue, #3b82f6);
  color: #fff;
  font-size: 13px;
  display: flex;
  align-items: center;
  justify-content: center;
  cursor: grab;
  box-shadow: 0 1px 3px rgba(0, 0, 0, 0.3);
  user-select: none;
}

.docs-floatable-handle-resize {
  cursor: nwse-resize;
}

.docs-floatable-handle:active {
  cursor: grabbing;
}

.docs-floatable-drop {
  position: fixed;
  width: 2px;
  background: var(--blue, #3b82f6);
  z-index: 46;
  pointer-events: none;
}

.docs-tb-btn.active {
  background: rgba(59, 130, 246, 0.16);
  color: var(--blue);
  border-color: rgba(59, 130, 246, 0.3);
}

.docs-tb-select {
  border: 1px solid var(--border);
  border-radius: 8px;
  padding: 6px 8px;
  font-size: 13px;
  font-weight: 600;
  background: #fff;
  color: var(--text);
  height: 32px;
}

/* Retour utilisateur du 08/10/2026 : bouton de police avec apercu (voir
 * openFontPicker dans js/app.js) — meme gabarit que .docs-tb-select,
 * mais limite en largeur (le nom de la police peut etre long) avec
 * ellipsis plutot que de pousser le reste de la barre d'outils. */
.docs-tb-font-btn {
  display: block;
  width: auto;
  min-width: 90px;
  max-width: 140px;
  line-height: 32px;
  padding: 0 8px;
  overflow: hidden;
  text-overflow: ellipsis;
  white-space: nowrap;
  text-align: left;
  font-weight: 600;
}

.docs-font-picker {
  display: flex;
  flex-direction: column;
  gap: 2px;
  min-width: 200px;
  max-height: 320px;
  overflow-y: auto;
}

.docs-font-picker-item {
  display: block;
  width: 100%;
  text-align: left;
  border: none;
  background: transparent;
  border-radius: 6px;
  padding: 8px 10px;
  font-size: 15px;
  cursor: pointer;
}

.docs-font-picker-item:hover {
  background: rgba(59, 130, 246, 0.1);
}

.docs-font-picker-item.is-active {
  background: rgba(59, 130, 246, 0.16);
  font-weight: 600;
}

/* Retour utilisateur du 08/10/2026 : rognage d'image (voir
 * openImageCropModal dans js/app.js) — le canvas dessine lui-même le
 * cadre de sélection (pas de calque séparé), donc rien d'autre à
 * styler ici que le curseur et le centrage. */
.docs-crop-canvas-wrap {
  margin: 0 auto;
  max-width: 100%;
}

#docs-crop-canvas {
  display: block;
  cursor: move;
  border: 1px solid var(--border);
  border-radius: 4px;
  max-width: 100%;
}

.docs-tb-color {
  width: 30px;
  height: 30px;
  padding: 2px;
  border: 1px solid var(--border);
  border-radius: 8px;
  background: #fff;
  cursor: pointer;
}

.docs-tb-btn-icon {
  font-size: 15px;
}

/* ---------------------------------------------------------------------
 * Page — la feuille de papier éditable
 * ------------------------------------------------------------------- */
.docs-page-wrap {
  padding: 36px 24px 90px;
  display: flex;
  justify-content: center;
}

/* Rangée de la feuille (backlog #247 v2 — "il devrait y avoir une règle
 * horizontale [verticale] non ?"). N'enveloppe plus que .docs-page-shell
 * depuis #251 : la règle verticale a quitté cette rangée pour deux ancrages
 * position:fixed indépendants (.docs-vruler-dock-left/-right, voir plus
 * bas) — display:flex/justify-content:center restent utiles pour centrer
 * .docs-page-shell seul sur un écran large, gap devenu sans effet (un seul
 * enfant désormais) mais laissé tel quel, inoffensif. */
.docs-page-row {
  display: flex;
  align-items: flex-start;
  gap: 6px;
  justify-content: center;
  width: 100%;
}

.docs-page {
  position: relative;
  z-index: 2;
  width: 100%;
  /* SUITE 06/10/2026 (mise en page/format de papier) : ces deux variables
     sont écrites par applyMarginCssVars() dans js/app.js (pageWidthPx()/
     pageHeightPx()) — repli 816px/1056px (Letter) si jamais lues avant ce
     premier appel, pour ne jamais rendre une page à 0. */
  max-width: var(--docs-page-width, 816px);
  min-height: var(--docs-page-height, 1056px);

  /* Backlog #247 : le fond blanc/l'ombre/les coins arrondis viennent
   * maintenant des feuilles dessinées par page (.docs-page-sheet, calque
   * #docs-page-breaks juste en dessous, z-index 1) plutôt que d'un fond
   * plat unique ici — c'est ce qui permet au fond de .docs-page-shell
   * (transparent depuis le 04/09, voir plus bas) de transparaître entre
   * deux pages. Le texte continue de s'écouler
   * normalement PAR-DESSUS (z-index 2). Padding = les 4 marges réelles du
   * document (backlog #247 v2, voir applyMarginCssVars dans js/app.js) —
   * plus une simple constante : ce sont elles qui, combinées aux spacers
   * réels insérés entre les blocs (voir insertPageBreakSpacers), font que
   * le texte laisse vraiment la place à l'en-tête/au pied de page à
   * chaque saut, pas seulement en haut/bas du document entier. */
  background: transparent;
  padding: var(--docs-margin-top, 96px) var(--docs-margin-right, 72px) var(--docs-margin-bottom, 96px)
    var(--docs-margin-left, 72px);
  font-size: 15px;
  line-height: 1.7;
  color: var(--text);
}

/* Spacers réels de saut de page (backlog #247 v2, voir
 * insertPageBreakSpacers dans js/app.js) — de VRAIS éléments dans le flux
 * de #docs-page (contenteditable="false", jamais de texte dedans), donc
 * AUCUN style de "carte" nécessaire : leur seul rôle est d'occuper de la
 * hauteur réelle. #docs-page étant transparent (z-index 2, voir plus
 * haut), c'est simplement la feuille suivante/le fond de .docs-page-shell
 * (z-index 1, en dessous — transparent depuis le 04/09) qui transparaît à
 * travers. */
.docs-page-gap-spacer {
  display: block;
  width: 100%;
  margin: 0;
  padding: 0;
  border: 0;
  background: transparent;
  pointer-events: none;
  user-select: none;
}

/* Saut de page MANUEL (Ctrl+Entrée, retour utilisateur du 04/09 — voir
 * MANUAL_BREAK_CLASS/onPageCtrlEnter/insertPageBreakSpacers dans js/app.js).
 * Même styliste "vide neutre" que .docs-page-gap-spacer ci-dessus (sa
 * hauteur réelle est posée en JS à chaque pagination, pas ici) : à
 * l'écran, un saut manuel doit se voir EXACTEMENT comme une coupure de page
 * automatique, jamais un bloc à part visuellement distinct. */
.docs-manual-break {
  display: block;
  width: 100%;
  margin: 0;
  padding: 0;
  border: 0;
  background: transparent;
  pointer-events: none;
  user-select: none;
}

/* Repagination réelle d'un bloc trop grand (backlog #238, suite du
 * 15/09/2026 — voir splitTextBlock/splitTableBlock/splitListBlock dans
 * js/app.js) : la continuation reprend EXACTEMENT les classes/le style
 * inline du bloc d'origine (cloneNode(false)), y compris un éventuel
 * margin-top — or l'espace de "haut de page" est déjà intégralement
 * réservé par le spacer inséré juste avant elle (voir fixedGapPx), donc ce
 * margin-top serait un espace RÉELLEMENT en trop, pas seulement cosmétique.
 * !important : doit gagner sur n'importe quel style inline de marge posé
 * par l'utilisateur sur le bloc d'origine (et donc hérité par le clone). */
.docs-split-continuation {
  margin-top: 0 !important;
}

/* Ancre de commentaire (backlog #259, retour utilisateur du 15/09/2026 —
 * voir insertCommentAnchor/applyCommentAnchorHighlights dans js/app.js) :
 * même logique visuelle que Google Docs — surlignage jaune discret pour un
 * commentaire ouvert, atténué (is-resolved) pour un commentaire résolu
 * plutôt que retiré (reste repérable). is-flash reprend l'anim de
 * .docs-comment-row.is-flash ci-dessus (même teinte, même durée) : le
 * clic sur "📍 Voir dans le document" fait défiler PUIS clignoter cette
 * ancre pour que l'œil la retrouve dans un document potentiellement long. */
.docs-comment-anchor {
  background: rgba(250, 204, 21, 0.3);
  border-radius: 3px;
  cursor: pointer;
}

.docs-comment-anchor.is-resolved {
  background: rgba(148, 163, 184, 0.2);
}

.docs-comment-anchor.is-flash {
  animation: docs-comment-flash 1.6s ease-out;
}

.docs-page:focus {
  outline: none;
}

.docs-page[contenteditable="false"] {
  cursor: default;
}

.docs-page h1 {
  font-size: 30px;
  font-weight: 800;
  margin: 0.6em 0 0.4em;
}

.docs-page h2 {
  font-size: 24px;
  font-weight: 800;
  margin: 0.6em 0 0.4em;
}

.docs-page h3 {
  font-size: 19px;
  font-weight: 700;
  margin: 0.6em 0 0.4em;
}

.docs-page p {
  margin: 0 0 1em;
}

.docs-page ul,
.docs-page ol {
  margin: 0 0 1em;
  padding-left: 1.6em;
}

.docs-page a {
  text-decoration: underline;
}

/* ---------------------------------------------------------------------
 * Calque de pagination (backlog #28/#238, refait #247) — voir le
 * commentaire au-dessus de pageHeaderHtml dans js/app.js pour ce que
 * c'est : un APERÇU visuel de la pagination à l'impression, pas un vrai
 * reflow multi-pages (#docs-page reste une seule zone contenteditable qui
 * grandit — le modèle de contenu ne change pas). .docs-page-shell
 * enveloppe .docs-page SANS lui ajouter de padding/marge, pour que le
 * calque superposé (#docs-page-breaks, position:absolute, inset:0,
 * z-index 1 — DERRIÈRE #docs-page qui est en z-index 2) s'aligne pixel
 * pour pixel avec la page en dessous. pointer-events:none sur tout le
 * calque : purement décoratif, jamais éditable/sélectionnable, et surtout
 * jamais inclus dans #docs-page (donc jamais dans le HTML envoyé à
 * saveContent()).
 *
 * Retour utilisateur du 04/09 — "le bout gris en 2 pages ça n'a rien à
 * faire ici il faut que ce soit la même couleur que le fond" : le fond gris
 * uni (#e7eaf2, backlog #247) est retiré — .docs-page-shell redevient
 * transparent, donc le vide décoratif entre deux feuilles (.docs-page-sheet,
 * dessinées par-dessus) montre maintenant exactement le fond de l'appli
 * (le dégradé posé sur body, voir plus haut) au lieu d'une couleur unie
 * dédiée : ce n'est plus une "zone" visuellement distincte, juste un espace.
 * Chaque feuille reste visuellement séparée grâce à sa propre box-shadow
 * (.docs-page-sheet ci-dessous), pas grâce à un contraste avec le fond du
 * shell. Voir aussi le retrait de #docs-page-hf-overlay/.docs-page-sheet-hf
 * (l'ancien bandeau d'aperçu d'en-tête/pied posé SUR chaque page interne,
 * ex-utilisateur du même retour — "je ne veux pas d'un bout de header au
 * dessus et en dessous de chaque page") : cette zone grisée-là a disparu du
 * canevas de page pour de bon, pas seulement recolorée — voir
 * js/app.js::renderPageBreaks, et la zone grisée de la règle verticale
 * ci-dessous (.docs-vruler-margin-top/-bottom, backlog #251, INCHANGÉE
 * visuellement) qui en reste le seul indice décoratif. SUITE 05/10/2026 :
 * l'édition elle-même ne passe plus par un double-clic sur cette zone de
 * règle — elle se fait désormais directement sur la bande en-tête/pied
 * posée à même chaque page (.docs-hf-band, voir juste après
 * .docs-page-sheet-num ci-dessous, et renderEditorView::dblclick.docsHfBand
 * dans js/app.js).
 * ------------------------------------------------------------------- */
.docs-page-shell {
  position: relative;
  width: 100%;
  /* SUITE 06/10/2026 (mise en page/format de papier) : voir le commentaire
     sur .docs-page. */
  max-width: var(--docs-page-width, 816px);
  background: transparent;
  border-radius: 10px;
}

.docs-page-breaks {
  position: absolute;
  inset: 0;
  z-index: 1;
  pointer-events: none;
}

.docs-page-sheet {
  position: absolute;
  left: 0;
  right: 0;
  background: #ffffff;
  border-radius: 10px;
  box-shadow: var(--shadow);
}

.docs-page-sheet-num {
  position: absolute;
  top: 10px;
  right: 14px;
  font-size: 10px;
  font-weight: 800;
  color: var(--muted);
  opacity: 0.5;
}

/* ---------------------------------------------------------------------
 * Bandes en-tête/pied PAR PAGE (backlog #28/#238, retour utilisateur du
 * 05/10/2026 avec capture d'écran annotée) — voir js/app.js::hfBandHtml/
 * renderHfBands. Même calque de géométrie que .docs-page-breaks ci-dessus
 * (absolute/inset:0 ici aussi), simplement un overlay SÉPARÉ (voir le
 * commentaire de renderHfBands sur la garde activeElement) : les deux
 * calques sont reconstruits à des moments différents (celui-ci PEUT être
 * reconstruit seul, sans toucher .docs-page-breaks, quand seul le CONTENU
 * d'un champ change sans que la pagination ne bouge — voir
 * openHeaderFooterSettingsModal). RETOUR UTILISATEUR DU 05/10/2026 (bug
 * sévère) : ".docs-hf-bands" lui-même n'avait PAS pointer-events:none —
 * seul .docs-page-breaks (juste au-dessus) l'avait. Résultat : ce calque
 * (z-index:2, absolute/inset:0 = TOUTE la zone de la page, pas seulement
 * les bandes) interceptait les clics sur TOUT le document y compris hors
 * en-tête/pied, étant un sibling DOM inséré APRÈS #docs-page avec le
 * MÊME z-index (priorité à l'ordre DOM, voir mount() dans
 * renderEditorView) — "je peux plus rien sélectionner [...] comme si
 * [...] un div au-dessus de tout". pointer-events:none ici neutralise le
 * conteneur sur sa surface vide (comme .docs-page-breaks) ; chaque
 * bande/zone éditable le RÉACTIVE explicitement en cascade (.docs-hf-band
 * .docs-hf ci-dessous, déjà présent) — c'est ce second niveau qui les
 * garde cliquables/double-cliquables, il manquait seulement le
 * pointer-events:none sur le calque racine lui-même.
 * ------------------------------------------------------------------- */
.docs-hf-bands {
  position: absolute;
  inset: 0;
  z-index: 2;
  pointer-events: none;
}

.docs-hf-band {
  position: absolute;
  left: 0;
  right: 0;
  pointer-events: none;
}

.docs-hf-band .docs-hf {
  pointer-events: auto;
  height: 100%;
  min-height: 0;
  overflow: hidden;
  padding-top: 4px;
  padding-bottom: 4px;
}

.docs-hf-field {
  display: inline-block;
  padding: 0 4px;
  margin: 0 1px;
  border-radius: 4px;
  background: rgba(59, 130, 246, 0.12);
  color: var(--blue, #2563eb);
  font-weight: 600;
  cursor: default;
  user-select: none;
}

.docs-hf-maxheight-flash {
  outline: 2px solid var(--red);
  outline-offset: -2px;
}

/* ---------------------------------------------------------------------
 * Règle verticale (backlog #247 v2) — voir le commentaire au-dessus de
 * .docs-page-row et verticalRulerPageHtml dans js/app.js. Un segment par
 * page (.docs-vruler-page), reconstruits à chaque renderPageBreaks —
 * chaque segment représente une page ENTIÈRE (PAGE_HEIGHT_PX de haut,
 * 11in), pas seulement la partie remplie de texte, comme une vraie règle
 * de mise en page. Poignées de marge haute/basse dessinées UNE fois (1re
 * page seulement, voir verticalRulerPageHtml) — les marges sont un
 * réglage global du document, pas page par page.
 * ------------------------------------------------------------------- */
.docs-vruler {
  position: relative;
  flex: 0 0 auto;
  width: 20px;
  margin-top: 0;
}

.docs-vruler-page {
  position: absolute;
  left: 0;
  right: 0;
  background-color: #eef1f7;
  /* SUITE 15/09/2026 (backlog #251) : même raisonnement que
   * .docs-ruler-track ci-dessus — pas réaffecté en ligne par
   * verticalRulerPageHtml() à zoomFactor()×96px/12px. */
  background-image:
    repeating-linear-gradient(to bottom, var(--border) 0 1px, transparent 1px var(--docs-tick-minor, 12px)),
    repeating-linear-gradient(to bottom, var(--muted) 0 1px, transparent 1px var(--docs-tick-major, 96px));
  background-size: 5px 100%, 9px 100%;
  background-position: right top, right top;
  background-repeat: repeat-y;
  border: 1px solid var(--border);
  border-right: none;
  border-radius: 4px 0 0 4px;
}

/* SUITE 05/10/2026 : reste un simple indice visuel (zone grisée) de la
 * marge haute/basse, désormais purement décoratif — le double-clic pour
 * éditer l'en-tête/pied a migré sur la bande RÉELLE posée à même chaque
 * page (.docs-hf-band .docs-hf, voir renderEditorView::dblclick.docsHfBand
 * dans js/app.js), plus sur cette zone de la règle. Pas de cursor:pointer
 * ici : cette zone n'a plus d'action associée au clic. */
.docs-vruler-margin {
  position: absolute;
  left: 0;
  right: 0;
  background: rgba(100, 116, 139, 0.18);
}

.docs-vruler-margin-top {
  top: 0;
}

.docs-vruler-margin-bottom {
  bottom: 0;
}

.docs-vruler-num {
  position: absolute;
  right: 2px;
  transform: translateY(-50%);
  font-size: 8px;
  font-weight: 700;
  color: var(--muted);
  pointer-events: none;
}

.docs-vruler-handle {
  position: absolute;
  left: -1px;
  width: 12px;
  height: 12px;
  transform: translateY(-50%);
  cursor: ns-resize;
  z-index: 2;
}

.docs-vruler-handle::before {
  content: "";
  position: absolute;
  top: 2px;
  bottom: 2px;
  left: 0;
  width: 0;
  border-top: 4px solid transparent;
  border-bottom: 4px solid transparent;
  border-left: 6px solid var(--accent, #3b62d6);
}

.docs-vruler-handle:hover::before,
.docs-vruler-handle:active::before {
  border-left-color: var(--blue, #2563eb);
}

/* Ancrages de règle verticale (backlog #251, point 4) — voir le commentaire
 * détaillé au-dessus de docsVrulerDockHtml/updateVrulerFixedPosition dans
 * js/app.js. `top` est réaffecté en JS à chaque scroll/resize/rendu (donc
 * jamais collé sous une barre d'outils qui peut passer sur plusieurs lignes) ;
 * `bottom: 40px` ici (retour utilisateur du 04/09 : "les règles qui sont
 * superposés a la status bar dans doc") s'arrête juste au-dessus de
 * .docs-status-bar (height: 40px, position fixe en bas de #view depuis
 * #251) au lieu de `bottom: 0` qui faisait passer le dock PAR-DESSUS cette
 * barre — les règles doivent rester dans la zone de document, jamais
 * chevaucher la status bar. Cette valeur doit rester synchronisée avec la
 * hauteur de .docs-status-bar (voir commentaire sur ce sélecteur plus haut).
 * Ceci fixe la hauteur du dock (viewport - top - bottom), sans jamais
 * dépendre du contenu (potentiellement bien plus haut, voir .docs-vruler)
 * pour l'agrandir. 10px de respiration depuis les bords gauche/droit — un
 * choix purement esthétique, "ancré à la fenêtre" n'imposait pas un
 * collage pixel pour pixel.
 *
 * SUITE 15/09/2026 (retour utilisateur : "la statusbar n'est pas dans la
 * zone de zoom et pourtant les règles vertical passe dessus") : la limite
 * assumée ci-dessous a fini par se voir, corrigée avec `overflow: hidden`.
 * AVANT : aucun overflow explicite ici — le dock est entièrement rempli
 * par .docs-vruler (même largeur, 20px), mais celui-ci peut être bien plus
 * HAUT que le dock (hauteur = toutes les pages du document, voir
 * renderPageBreaks) et est translaté verticalement pour suivre le
 * défilement (transform, voir updateVrulerFixedPosition dans js/app.js) —
 * sans découpage explicite, sa partie qui dépasse le bas du dock (au-delà
 * de `bottom: 40px`) n'était PAS coupée par le viewport comme supposé :
 * .docs-vruler-dock est en position:fixed avec z-index:16, donc peint
 * AU-DESSUS de .docs-status-bar (élément non positionné, z-index auto) —
 * le débordement passait donc visuellement PAR-DESSUS la status bar au
 * lieu de disparaître. Un simple `overflow: hidden` ici suffit : le
 * contenu translaté est maintenant coupé net aux bords du dock lui-même
 * (top: 0 à bottom: 40px), quel que soit le nombre de pages ou le niveau
 * de zoom (voir #251, les règles sont depuis peu mises à l'échelle du
 * zoom — ce qui rendait ce débordement plus visible qu'avant). */
.docs-vruler-dock {
  position: fixed;
  top: 0;
  bottom: 40px;
  z-index: 16;
  width: 20px;
  overflow: hidden;
}

.docs-vruler-dock-left {
  left: 10px;
}

.docs-vruler-dock-right {
  right: 10px;
}

/* ---------------------------------------------------------------------
 * En-tête / pied de page de document (backlog #28) — .docs-hf est partagé
 * par DEUX usages distincts désormais (voir la SUITE du 05/10/2026 plus
 * bas) : les miroirs réservés à l'impression (.docs-hf-print-only, HORS
 * de .docs-page-shell, invisibles à l'écran — voir js/app.js::
 * pageHeaderHtml/pageFooterHtml) et les bandes RÉELLES éditables, une
 * paire par page visuelle (.docs-hf-band .docs-hf, DANS .docs-page-shell —
 * voir renderHfBands juste au-dessus). Règles ci-dessous communes aux
 * deux : taille/police/placeholder au repos.
 *
 * SUITE 16/09/2026, retour utilisateur explicite (pièce jointe à l'appui) :
 * plus de bordure/fond visibles au repos (transparent, révélé seulement
 * par .docs-hf:focus), plus de texte de substitution permanent (seulement
 * :focus:empty désormais), et une hauteur dérivée de --docs-margin-top/
 * -bottom — LA MÊME variable CSS que celle qui dimensionne déjà
 * .docs-vruler-margin-top/-bottom (voir applyMarginCssVars dans js/app.js).
 *
 * SUITE 05/10/2026, retour utilisateur avec capture d'écran annotée :
 * ".docs-hf-band .docs-hf" (voir plus haut) est désormais la zone RÉELLE
 * d'édition sur chaque page — contenteditable y bascule dynamiquement en
 * JS au double-clic (docs-hf-band-editable, voir renderEditorView) plutôt
 * que d'être fixé en dur dans l'attribut HTML. .docs-hf-print-only
 * (invisible à l'écran, voir plus bas) reste toujours contenteditable
 * false : jamais modifié directement, seulement reflété depuis
 * doc.headerHtml/footerHtml par renderHfBands.
 * ------------------------------------------------------------------- */
.docs-hf-print-only {
  display: none;
}

.docs-hf-wrap {
  padding: 0 24px;
}

.docs-hf-top {
  padding-top: 8px;
}

.docs-hf-bottom {
  padding-bottom: 8px;
}

.docs-hf {
  width: 100%;
  /* SUITE 06/10/2026 (mise en page/format de papier) : la bande en-tête/
     pied doit rester aussi large que la page elle-même — voir le
     commentaire sur .docs-page. */
  max-width: var(--docs-page-width, 816px);
  min-height: 32px;
  background: transparent;
  /* border réservée (transparente) plutôt qu'absente : évite un micro-saut
   * de layout au focus, quand .docs-hf:focus ci-dessous passe la bordure en
   * solid — même largeur de bordure dans les deux états. */
  border: 1px solid transparent;
  border-radius: 8px;

  /* Marges gauche/droite calées sur celles du texte réel (backlog #247 v2,
   * voir applyMarginCssVars) — pour que le bandeau réel reste visuellement
   * aligné avec la zone grisée de la règle verticale (.docs-vruler-margin)
   * qui représente la même marge. */
  padding: 8px var(--docs-margin-right, 72px) 8px var(--docs-margin-left, 72px);
  font-size: 12px;
  color: var(--muted);
}

/* Hauteur calée sur la MÊME marge que la zone grisée de la règle verticale
 * (.docs-vruler-margin-top/-bottom) — voir le commentaire de bloc ci-dessus. */
.docs-hf-top .docs-hf {
  min-height: var(--docs-margin-top, 96px);
}

.docs-hf-bottom .docs-hf {
  min-height: var(--docs-margin-bottom, 96px);
}

.docs-hf:focus {
  outline: none;
  border-style: solid;
  border-color: rgba(59, 130, 246, 0.4);
  background: #ffffff;
}

/* Texte de substitution : uniquement pendant l'édition active (:focus),
 * plus en permanence — voir le commentaire de bloc ci-dessus. */
.docs-hf:focus:empty::before {
  content: attr(data-placeholder);
  opacity: 0.6;
}

.docs-hf[contenteditable="false"] {
  cursor: default;
}

/* ---------------------------------------------------------------------
 * Barre d'état — compteur de mots / caractères / pages + zoom (backlog
 * #251 ; retour utilisateur du 04/09 — "qu'on ait une sorte de status bar
 * (toujours visible)"). Le bloc .docs-status-bar lui-même (fond, bordure,
 * position dans la coquille de page) est défini plus haut, avec le reste de
 * la coquille (#view/.docs-shell-fixed/.docs-scroll-area) — ici, seulement
 * .docs-page-indicator et le contrôle de zoom qui vit à côté de lui.
 * ------------------------------------------------------------------- */
.docs-page-indicator {
  font-weight: 800;
  color: var(--text);
}

/* Contrôle de zoom (backlog #251, point 5 ; curseur depuis le retour
 * utilisateur du 04/09 — "j'attends plutôt un slider pour le zoom") — voir
 * le commentaire détaillé sur ZOOM_MIN/currentZoom/applyZoom dans
 * js/app.js. Même langage visuel compact que .docs-tb-btn/.docs-tb-select
 * (barre d'outils) mais réduit pour tenir dans une barre d'état fine (22px
 * de haut contre 32px). #docs-zoom-scale lui-même ne porte AUCUNE règle
 * ici : la propriété CSS `zoom` est posée directement en JS (voir
 * applyZoom) sur cet élément, sans besoin d'autre mise en forme qu'un <div>
 * ordinaire — sauf à l'impression, où ce zoom écran n'a pas de sens sur une
 * page imprimée à sa taille réelle : neutralisé explicitement dans @media
 * print plus bas plutôt que de risquer d'imprimer à l'échelle du zoom du
 * moment. */
.docs-zoom-control {
  display: flex;
  align-items: center;
  gap: 8px;
}

.docs-zoom-btn {
  border: 1px solid var(--border);
  background: #fff;
  border-radius: 6px;
  width: 22px;
  height: 22px;
  display: grid;
  place-items: center;
  font-size: 14px;
  font-weight: 700;
  line-height: 1;
  color: var(--text);
  cursor: pointer;
}

.docs-zoom-btn:hover {
  background: rgba(59, 130, 246, 0.1);
  color: var(--blue);
}

/* Curseur natif <input type="range"> — stylé via les pseudo-éléments
 * propriétaires (::-webkit-slider-thumb / ::-moz-range-thumb), il n'existe
 * pas de propriété standard unique pour ça. `appearance: none` retire le
 * rendu par défaut du NAVIGATEUR sur la piste (::-webkit-slider-runnable-track
 * / le track Firefox) pour pouvoir la redessiner nous-mêmes ; sans ça,
 * chaque navigateur imposerait sa propre piste, incohérente avec le reste
 * des contrôles de la barre d'état. */
.docs-zoom-slider {
  width: 120px;
  height: 22px;
  accent-color: var(--blue);
  cursor: pointer;
}

.docs-zoom-slider::-webkit-slider-runnable-track {
  height: 4px;
  border-radius: 999px;
  background: var(--border);
}

.docs-zoom-slider::-webkit-slider-thumb {
  appearance: none;
  width: 14px;
  height: 14px;
  margin-top: -5px;
  border-radius: 999px;
  background: var(--blue);
  border: 2px solid #fff;
  box-shadow: 0 0 0 1px var(--blue);
  cursor: pointer;
}

.docs-zoom-slider::-moz-range-track {
  height: 4px;
  border-radius: 999px;
  background: var(--border);
}

.docs-zoom-slider::-moz-range-thumb {
  width: 14px;
  height: 14px;
  border-radius: 999px;
  background: var(--blue);
  border: 2px solid #fff;
  box-shadow: 0 0 0 1px var(--blue);
  cursor: pointer;
}

.docs-zoom-value {
  min-width: 38px;
  text-align: right;
  font-weight: 700;
  color: var(--text);
}

/* ---------------------------------------------------------------------
 * Modale historique des versions
 * ------------------------------------------------------------------- */
.docs-modal-content {
  border-radius: 18px;
  border: 1px solid var(--border);
}

.docs-version-row {
  display: flex;
  align-items: center;
  justify-content: space-between;
  gap: 12px;
  padding: 12px 14px;
  border: 1px solid var(--border);
  border-radius: 14px;
  margin-bottom: 10px;
}

/* ---------------------------------------------------------------------
 * Modale "Mise en forme du tableau" (backlog #257 suite, 16/09/2026) —
 * voir js/app.js::openTableFormatModal. Layout volontairement simple
 * (sections empilées, flex/grid + gap) : c'est un formulaire, pas une
 * pièce éditoriale.
 * ------------------------------------------------------------------- */
.docs-tablefmt-section + .docs-tablefmt-section {
  margin-top: 16px;
}

.docs-tablefmt-section-title {
  font-size: 11.5px;
  font-weight: 700;
  text-transform: uppercase;
  letter-spacing: 0.04em;
  color: var(--muted);
  margin-bottom: 8px;
}

.docs-tablefmt-scope {
  display: flex;
  flex-wrap: wrap;
  gap: 6px 16px;
  font-size: 13.5px;
}

.docs-tablefmt-scope label {
  display: inline-flex;
  align-items: center;
  gap: 5px;
  cursor: pointer;
}

.docs-tablefmt-borders-grid {
  display: grid;
  grid-template-columns: repeat(2, 1fr);
  gap: 10px 16px;
}

.docs-tablefmt-border-row {
  display: flex;
  align-items: center;
  gap: 8px;
}

.docs-tablefmt-border-row label {
  width: 52px;
  flex-shrink: 0;
  font-size: 13px;
  color: var(--muted);
}

.docs-tablefmt-row {
  display: flex;
  flex-wrap: wrap;
  align-items: center;
  gap: 8px;
}

.docs-tablefmt-row + .docs-tablefmt-row {
  margin-top: 8px;
}

.docs-tablefmt-row .docs-tb-color {
  width: 34px;
  height: 30px;
  padding: 2px;
  border: 1px solid var(--border);
  border-radius: 6px;
  background: none;
  cursor: pointer;
}

@media (max-width: 560px) {
  .docs-tablefmt-borders-grid {
    grid-template-columns: 1fr;
  }
}

/* ---------------------------------------------------------------------
 * Modale "Mise en page — en-tête & pied" (backlog #28/#238, 05/10/2026) —
 * voir js/app.js::openHeaderFooterSettingsModal. Les champs .docs-hfset-
 * editable réutilisent .docs-hf (même look que le bandeau inline réel,
 * voir plus haut) pour rester visuellement cohérents avec lui, même s'ils
 * vivent dans un modal et pas dans la page.
 * ------------------------------------------------------------------- */
.docs-hfset-check {
  display: flex;
  align-items: center;
  gap: 8px;
  font-weight: 700;
  cursor: pointer;
}

.docs-hfset-hint {
  margin-top: 6px;
  font-size: 12.5px;
  color: var(--muted);
  line-height: 1.5;
}

.docs-hfset-note {
  margin-top: 16px;
  font-size: 12px;
  line-height: 1.5;
  color: var(--muted);
  background: var(--surface-2, #f8fafc);
  border-radius: 8px;
  padding: 10px 12px;
}

.docs-version-row:last-child {
  margin-bottom: 0;
}

.docs-version-row .version-num {
  font-weight: 800;
  color: var(--text);
}

.docs-version-row .version-meta {
  font-size: 12px;
  color: var(--muted);
}

.docs-version-actions {
  display: flex;
  gap: 6px;
  flex-wrap: wrap;
}

/* ---------------------------------------------------------------------
 * Commentaires + @mention (backlog #259)
 * ------------------------------------------------------------------- */
.docs-comments-badge {
  display: inline-flex;
  align-items: center;
  justify-content: center;
  min-width: 18px;
  height: 18px;
  padding: 0 5px;
  margin-left: 6px;
  border-radius: 999px;
  background: var(--blue);
  color: #fff;
  font-size: 11px;
  font-weight: 800;
  line-height: 18px;
  vertical-align: middle;
}

.docs-comment-row {
  padding: 12px 14px;
  border: 1px solid var(--border);
  border-radius: 14px;
  margin-bottom: 10px;
}

.docs-comment-row:last-child {
  margin-bottom: 0;
}

.docs-comment-row.is-resolved {
  opacity: 0.65;
}

/* Backlog #259, retour utilisateur du 15/09/2026 — clignotement bref quand
 * on arrive sur une ligne depuis un clic sur son ancre dans le document
 * (voir loadCommentsList/scrollToCommentAnchor dans js/app.js) : même
 * teinte que le surlignage d'ancre ci-dessous, pour que le lien visuel
 * entre les deux soit évident. */
.docs-comment-row.is-flash {
  animation: docs-comment-flash 1.6s ease-out;
}

@keyframes docs-comment-flash {
  0% { background: rgba(250, 204, 21, 0.35); }
  100% { background: transparent; }
}

.docs-comment-anchor-excerpt {
  font-size: 12px;
  color: var(--muted);
  font-style: italic;
  margin-bottom: 4px;
  padding-left: 8px;
  border-left: 2px solid var(--border);
}

.docs-comment-pending-anchor {
  font-size: 12.5px;
  color: var(--blue);
  background: rgba(59, 130, 246, 0.08);
  border-radius: 8px;
  padding: 6px 10px;
  margin-bottom: 8px;
}

.docs-comment-meta {
  display: flex;
  align-items: baseline;
  gap: 8px;
  margin-bottom: 4px;
}

.docs-comment-author {
  font-weight: 800;
  color: var(--text);
  font-size: 13px;
}

.docs-comment-date {
  font-size: 12px;
  color: var(--muted);
}

.docs-comment-body {
  font-size: 14px;
  color: var(--text);
  white-space: pre-wrap;
  word-break: break-word;
}

.docs-comment-resolved-note {
  margin-top: 6px;
  font-size: 12px;
  color: var(--muted);
}

.docs-comment-actions {
  margin-top: 8px;
  display: flex;
  justify-content: flex-end;
}

.docs-comments-resolved-group {
  margin-top: 6px;
}

.docs-comments-resolved-group summary {
  cursor: pointer;
  font-size: 12px;
  color: var(--muted);
  padding: 6px 0;
}

.docs-comment-form {
  margin-top: 16px;
  border-top: 1px solid var(--border);
  padding-top: 14px;
}

.docs-mention-wrap {
  position: relative;
}

.docs-mention-dropdown {
  position: absolute;
  z-index: 20;
  left: 0;
  right: 0;
  top: 100%;
  margin-top: 4px;
  background: var(--panel-solid);
  border: 1px solid var(--border);
  border-radius: 10px;
  box-shadow: var(--shadow-soft);
  max-height: 180px;
  overflow-y: auto;
}

.docs-mention-suggestion {
  padding: 8px 12px;
  font-size: 13px;
  color: var(--text);
  cursor: pointer;
}

.docs-mention-suggestion:hover {
  background: var(--bg);
}

/* Aperçu / comparaison de version (backlog #3). */
.docs-version-detail-panel {
  margin-top: 14px;
  padding-top: 14px;
  border-top: 1px solid var(--border);
}

.docs-version-detail-panel h6 {
  font-weight: 800;
  margin-bottom: 8px;
}

.docs-version-preview-body {
  max-height: 360px;
  overflow: auto;
  border: 1px solid var(--border);
  border-radius: 12px;
  padding: 16px;
  background: #fff;
  line-height: 1.6;
}

.docs-diff-added {
  background: rgba(34, 197, 94, 0.18);
  text-decoration: none;
}

.docs-diff-removed {
  background: rgba(239, 68, 68, 0.18);
  text-decoration: line-through;
}

/* ---------------------------------------------------------------------
 * Bandeau d'alerte "fichier dans la corbeille" — placé sous la topbar,
 * bien plus visible que le petit badge "🔒 Lecture seule" du titre ;
 * s'affiche quand le document ouvert est dans la corbeille (lecture
 * seule imposée aussi côté serveur, voir nallium-drive-backend
 * app/routers/items.py::_effective_permission / update_item / save_content).
 * ------------------------------------------------------------------- */
.trash-warning-banner {
  display: flex;
  align-items: center;
  justify-content: center;
  gap: 8px;
  padding: 12px 20px;
  background: #fee2e2;
  color: #991b1b;
  border-bottom: 2px solid var(--red);
  font-weight: 800;
  font-size: 14px;
  text-align: center;
}

/* ---------------------------------------------------------------------
 * Impression / export PDF (backlog #28) — c'est ICI que "chaque page" a
 * une existence physique et pas seulement une existence en aperçu (voir
 * .docs-page-breaks plus haut, qui reste un calque visuel sur un contenu
 * qui n'est PAS réellement redécoupé) : le navigateur pagine réellement
 * le document long à l'impression. position:fixed dans @media print est
 * répété par le moteur de rendu sur CHAQUE page imprimée (technique
 * standard, pas de dépendance ajoutée) — c'est ce qui donne un en-tête/
 * pied de page présent sur toutes les pages, contrairement à l'écran où
 * ce sont deux bandeaux au-dessus/en dessous de la feuille unique qui
 * grandit (voir .docs-hf-wrap plus haut). @page margin réservent l'espace
 * physique pour ces bandeaux fixes — injecté dynamiquement en JS (voir
 * updatePrintMarginStyle, #docs-print-margin-style) depuis doc.margins
 * plutôt qu'une constante fixe ici : @page ne supporte pas var() de façon
 * fiable selon les moteurs, d'où la feuille séparée générée en JS.
 * ------------------------------------------------------------------- */
@media print {
  .docs-topbar,
  .docs-toolbar,
  .docs-status-bar,
  .docs-page-breaks,
  .docs-hf-bands,
  .docs-vruler,
  .docs-vruler-dock,
  .trash-warning-banner {
    display: none !important;
  }

  /* Miroirs réservés à l'impression (voir js/app.js::pageHeaderHtml/
   * pageFooterHtml) : invisibles à l'écran (.docs-hf-print-only ci-dessus),
   * révélés uniquement ici — c'est la combinaison avec la règle
   * position:fixed de .docs-hf plus bas qui leur fait répéter l'en-tête/
   * pied "par défaut" sur chaque page RÉELLEMENT imprimée. */
  .docs-hf-print-only {
    display: block;
  }

  /* Retour utilisateur du 04/09 : la coquille de page (voir plus haut,
   * #view/.docs-shell-fixed/.docs-scroll-area) confine désormais l'affichage
   * ÉCRAN à la hauteur du viewport, avec un seul vrai scroll interne — sans
   * ce reset, imprimer/exporter en PDF ne montrerait que le morceau
   * actuellement visible à l'écran dans .docs-scroll-area (comportement
   * usuel d'un conteneur `overflow` scrollable à l'impression) au lieu du
   * document ENTIER. On rend ici tout ce chemin d'ancêtres à sa hauteur/son
   * flux naturel pour laisser le moteur de pagination réel du navigateur
   * (voir le commentaire au-dessus de ce bloc) faire son travail sur
   * l'intégralité du contenu. */
  body,
  #view,
  .docs-scroll-area {
    height: auto !important;
    overflow: visible !important;
  }

  /* Backlog #251 : le zoom d'aperçu écran (posé en JS sur #docs-zoom-scale,
   * voir applyZoom) n'a pas de sens sur une page imprimée à sa taille
   * réelle — sans ce reset, imprimer/exporter en PDF à un zoom écran autre
   * que 100 % produirait une page physiquement plus grande/petite que le
   * format réel du document. currentZoom lui-même n'a pas besoin d'être
   * remis à ZOOM_DEFAULT en JS pour ça : ce reset CSS, propre à @media
   * print, suffit et n'affecte jamais l'affichage écran. */
  #docs-zoom-scale {
    zoom: 1 !important;
  }

  /* Les spacers réels de saut de page (backlog #247 v2) n'ont de sens que
   * pour l'APERÇU écran (largeur/marges du moment) — l'impression pagine
   * réellement via @page (voir la feuille injectée par
   * updatePrintMarginStyle), donc on les neutralise ici pour ne pas
   * ajouter un vide en plus des vrais sauts de page du navigateur. */
  .docs-page-gap-spacer {
    display: none !important;
  }

  /* Le saut de page MANUEL, lui, DOIT continuer à forcer une vraie coupure
   * à l'impression (c'est tout son intérêt — contrairement aux spacers
   * automatiques ci-dessus, qui n'existent que pour l'aperçu écran et sont
   * neutralisés ici) : break-after force le moteur de pagination natif du
   * navigateur à terminer la page à cet endroit précis. page-break-after
   * répété pour les moteurs qui ne connaissent pas encore la propriété
   * `break-after` (alias historique, même effet). display reste `block`
   * (jamais none comme le spacer juste au-dessus) : un élément display:none
   * ne peut déclencher aucune coupure. */
  .docs-manual-break {
    display: block;
    height: 0 !important;
    break-after: page;
    page-break-after: always;
  }

  .docs-page-row {
    display: block;
  }

  .docs-hf-wrap {
    padding: 0;
  }

  .docs-hf {
    position: fixed;
    left: 0;
    right: 0;
    max-width: none;
    border: none;
    padding: 0 48px;
    font-size: 11px;
  }

  .docs-hf-top .docs-hf {
    top: 24px;
  }

  .docs-hf-bottom .docs-hf {
    bottom: 24px;
  }

  .docs-hf-print-only .docs-hf-field[data-hf-field-type="page"],
  .docs-hf-print-only .docs-hf-field[data-hf-field-type="total"] {
    font-size: 0;
  }

  .docs-hf-print-only .docs-hf-field[data-hf-field-type="page"]::after {
    content: counter(page);
    font-size: 11px;
  }

  .docs-hf-print-only .docs-hf-field[data-hf-field-type="total"]::after {
    content: counter(pages);
    font-size: 11px;
  }

  .docs-page-wrap {
    padding: 0;
    display: block;
  }

  /* .docs-page-shell est déjà transparent à l'écran depuis le 04/09 (voir
   * plus haut) — répété ici surtout pour le border-radius:0 (coin arrondi
   * qui n'a pas de sens sur une page imprimée à bord perdu). .docs-page,
   * lui, reste transparent à l'écran (le fond vient de .docs-page-sheet,
   * calque retiré à l'impression via display:none plus haut) donc DOIT
   * recevoir un fond blanc explicite ici, sans quoi la page imprimée serait
   * transparente sur le fond de la feuille de papier réelle. */
  .docs-page-shell {
    background: transparent;
    border-radius: 0;
  }

  .docs-page {
    max-width: none;
    min-height: 0;
    background: #ffffff;
    box-shadow: none;
    border-radius: 0;
    padding: 0;
  }
}

/* Menu contextuel clic droit (backlog #10) — hors du bloc @media print
   ci-dessus, voir js/app.js::openDocsContextMenu. */
.docs-context-menu {
  position: fixed;
  z-index: 500;
  background: #fff;
  border: 1px solid var(--border);
  border-radius: 12px;
  box-shadow: var(--shadow);
  min-width: 210px;
  padding: 6px;
}

.docs-context-menu-item {
  padding: 8px 12px;
  border-radius: 8px;
  font-size: 13px;
  font-weight: 600;
  cursor: pointer;
  white-space: nowrap;
}

.docs-context-menu-item:hover {
  background: rgba(59, 130, 246, 0.08);
  color: var(--blue);
}

/* Suggestions de correction orthographique (backlog #260, retour
 * utilisateur du 15/09/2026 — voir spellCheckAtPoint dans js/app.js) : en
 * gras (contrairement aux autres entrées, déjà en font-weight 600 par
 * défaut ci-dessus — .docs-ctx-spell-suggestion pousse à 700 pour bien les
 * distinguer visuellement des actions de mise en forme habituelles, même
 * logique que Word/Google Docs qui mettent aussi leurs suggestions en
 * évidence en tête de menu). */
.docs-ctx-spell-suggestion {
  font-weight: 700;
}

.docs-ctx-spell-none {
  color: var(--muted);
  font-weight: 500;
  font-style: italic;
  cursor: default;
}

.docs-context-menu-sep {
  height: 1px;
  margin: 6px 4px;
  background: var(--border);
}

/* ---------------------------------------------------------------------
 * Backlog #260 — sélecteurs police/taille dans la barre d'outils : mêmes
 * dimensions que .docs-tb-select (32px de haut, même look), juste une
 * largeur dédiée pour ne pas laisser le nom de police se faire couper.
 * ------------------------------------------------------------------- */
.docs-tb-font-select {
  width: 150px;
}

.docs-tb-size-select {
  width: 60px;
}

/* ---------------------------------------------------------------------
 * Backlog #252/#253/#260 — petits popovers flottants de la barre d'outils
 * (sélecteur de tableau, légende, caractères spéciaux). Même langage
 * visuel que .docs-context-menu (fond blanc, ombre, coins arrondis) pour
 * rester cohérent avec le seul autre flottant déjà présent dans l'appli.
 * ------------------------------------------------------------------- */
.docs-tb-popover {
  position: fixed;
  z-index: 500;
  background: #fff;
  border: 1px solid var(--border);
  border-radius: 12px;
  box-shadow: var(--shadow);
  padding: 12px;
}

.docs-table-picker-label {
  font-size: 12px;
  font-weight: 600;
  color: var(--muted);
  margin-bottom: 8px;
  text-align: center;
}

.docs-table-picker-grid {
  display: grid;
  gap: 2px;
}

.docs-table-picker-cell {
  width: 16px;
  height: 16px;
  background: #eef1f7;
  border: 1px solid var(--border);
  border-radius: 2px;
}

.docs-table-picker-cell.is-active {
  background: rgba(59, 130, 246, 0.35);
  border-color: var(--blue);
}

.docs-table-picker-styles {
  display: flex;
  gap: 4px;
  margin-top: 10px;
  border-top: 1px solid var(--border);
  padding-top: 8px;
}

.docs-table-picker-style {
  flex: 1;
  border: 1px solid var(--border);
  background: transparent;
  border-radius: 8px;
  padding: 6px 4px;
  font-size: 11px;
  font-weight: 600;
  color: var(--text);
  cursor: pointer;
  white-space: nowrap;
}

.docs-table-picker-style.active,
.docs-table-picker-style:hover {
  background: rgba(59, 130, 246, 0.1);
  color: var(--blue);
  border-color: rgba(59, 130, 246, 0.3);
}

.docs-shape-picker {
  display: grid;
  grid-template-columns: repeat(3, 1fr);
  gap: 8px;
  max-width: 220px;
}

.docs-shape-picker-item {
  display: flex;
  flex-direction: column;
  align-items: center;
  gap: 4px;
  border: 1px solid var(--border);
  background: transparent;
  border-radius: 8px;
  padding: 8px 4px;
  cursor: pointer;
}

.docs-shape-picker-item:hover {
  background: rgba(59, 130, 246, 0.1);
  border-color: rgba(59, 130, 246, 0.3);
}

.docs-shape-picker-svg {
  width: 40px;
  height: 30px;
}

.docs-shape-picker-item span {
  font-size: 11px;
  color: var(--text);
}

/* Retour utilisateur du 07/10/2026 : galerie de styles (voir
   openStyleGallery/BUILTIN_STYLES/applyCustomStyle dans js/app.js) — remplace
   le <select> Normal/Titre 1-3 par une liste qui PRÉVISUALISE chaque style
   dans sa propre apparence réelle, plus les styles personnalisés de
   l'utilisateur (stockés en localStorage). */
.docs-style-gallery {
  display: flex;
  flex-direction: column;
  gap: 2px;
  min-width: 220px;
  max-width: 280px;
  max-height: 360px;
  overflow-y: auto;
}

.docs-style-item {
  display: block;
  width: 100%;
  text-align: left;
  border: none;
  background: transparent;
  border-radius: 6px;
  padding: 8px 10px;
  cursor: pointer;
}

.docs-style-item:hover {
  background: rgba(59, 130, 246, 0.1);
}

.docs-style-preview {
  display: block;
  line-height: 1.2;
}

.docs-style-row {
  display: flex;
  align-items: center;
  gap: 4px;
}

.docs-style-row .docs-style-item {
  flex: 1;
}

.docs-style-del {
  border: none;
  background: transparent;
  cursor: pointer;
  padding: 4px 6px;
  border-radius: 6px;
  flex-shrink: 0;
}

.docs-style-del:hover {
  background: rgba(239, 68, 68, 0.12);
}

.docs-style-sep {
  height: 1px;
  background: var(--border);
  margin: 4px 2px;
}

.docs-style-create {
  color: var(--blue);
  font-weight: 600;
}

.docs-tb-style-btn {
  min-width: 90px;
  text-align: left;
}

.docs-caption-picker {
  display: flex;
  gap: 6px;
}

.docs-caption-picker-btn {
  border: 1px solid var(--border);
  background: transparent;
  border-radius: 8px;
  padding: 10px 14px;
  font-size: 13px;
  font-weight: 600;
  color: var(--text);
  cursor: pointer;
  white-space: nowrap;
}

.docs-caption-picker-btn:hover {
  background: rgba(59, 130, 246, 0.1);
  color: var(--blue);
}

.docs-hffield-picker {
  display: flex;
  flex-direction: column;
  gap: 4px;
  min-width: 220px;
}

.docs-hffield-picker-btn {
  border: 1px solid var(--border);
  background: transparent;
  border-radius: 8px;
  padding: 8px 12px;
  font-size: 13px;
  font-weight: 600;
  color: var(--text);
  cursor: pointer;
  text-align: left;
}

.docs-hffield-picker-btn:hover {
  background: rgba(59, 130, 246, 0.1);
  color: var(--blue);
}

.docs-specialchars-picker {
  width: 280px;
}

.docs-specialchars-section-label {
  font-size: 11px;
  font-weight: 700;
  text-transform: uppercase;
  letter-spacing: 0.04em;
  color: var(--muted);
  margin: 10px 0 6px;
}

.docs-specialchars-section-label:first-child {
  margin-top: 0;
}

.docs-specialchars-grid {
  display: flex;
  flex-wrap: wrap;
  gap: 2px;
}

.docs-specialchar-btn {
  width: 28px;
  height: 28px;
  border: 1px solid transparent;
  background: transparent;
  border-radius: 6px;
  font-size: 15px;
  cursor: pointer;
  display: grid;
  place-items: center;
}

.docs-specialchar-btn:hover {
  background: rgba(59, 130, 246, 0.1);
}

/* ---------------------------------------------------------------------
 * Backlog #252 — tableaux insérés dans #docs-page. `docs-table` porte la
 * structure (bordures de base, cellules toujours visibles même sans style
 * choisi) ; les 3 variantes `docs-table-<style>` (voir TABLE_STYLES dans
 * js/app.js) n'ajoutent QUE de l'habillage visuel par-dessus.
 * ------------------------------------------------------------------- */
.docs-table {
  border-collapse: collapse;
  width: 100%;
  margin: 8px 0 16px;
}

.docs-table td,
.docs-table th {
  border: 1px solid var(--border);
  padding: 6px 10px;
  min-width: 32px;
  vertical-align: top;
}

.docs-table-header tr:first-child td,
.docs-table-header tr:first-child th {
  background: #eef1f7;
  font-weight: 700;
}

.docs-table-striped tr:nth-child(even) td {
  background: #f8fafc;
}

/* ---------------------------------------------------------------------
 * Backlog #256 — table des matières insérée dans #docs-page
 * (contenteditable="false" côté JS, voir insertTableOfContents).
 * ------------------------------------------------------------------- */
.docs-toc {
  border: 1px solid var(--border);
  border-radius: 10px;
  background: #f8fafc;
  padding: 16px 20px;
  margin: 8px 0 16px;
  user-select: none;
}

.docs-toc-title {
  font-weight: 700;
  font-size: 15px;
  margin-bottom: 10px;
}

.docs-toc-entry {
  display: flex;
  align-items: baseline;
  gap: 6px;
  padding: 3px 0;
  cursor: default;
}

.docs-toc-level-2 {
  padding-left: 18px;
}

.docs-toc-level-3 {
  padding-left: 36px;
}

.docs-toc-text {
  white-space: nowrap;
}

.docs-toc-dots {
  flex: 1;
  border-bottom: 1px dotted var(--muted);
  margin-bottom: 4px;
}

.docs-toc-hint {
  margin-top: 10px;
  font-size: 11px;
  color: var(--muted);
  font-style: italic;
}

/* Backlog 08/10/2026 — numerotation configurable (francaise 1/1.1/1.2.1
 * ou anglo-saxonne 1/a/A, voir openTocSettingsModal/tocBuildHtml). */
.docs-toc-number {
  font-weight: 600;
  opacity: 0.85;
}

/* ---------------------------------------------------------------------
 * Backlog #253 — légendes numérotées (Figure/Tableau) et titres d'annexe.
 * ------------------------------------------------------------------- */
.docs-caption {
  font-size: 12px;
  font-style: italic;
  color: var(--muted);
  text-align: center;
}

.docs-caption-label {
  font-style: normal;
  font-weight: 700;
}

.docs-annexe-heading {
  text-align: center;
  text-transform: uppercase;
}

.docs-annexe-label {
  color: var(--muted);
}

/* ---------------------------------------------------------------------
 * Backlog #260 — images insérées dans #docs-page (voir insertImageFile /
 * resizeImageEl / alignImageEl dans js/app.js).
 * ------------------------------------------------------------------- */
.docs-img {
  max-width: 100%;
  height: auto;
}

/* Retour utilisateur du 06/10/2026 : formes géométriques (voir
   shapeHtml/insertShape dans js/app.js) — même principe de tailles que
   .docs-img-small/medium/large, mais en largeur fixe (pas %) car une forme
   n'a pas de "taille naturelle" de fichier à respecter comme une image. */
.docs-shape {
  display: inline-block;
  vertical-align: middle;
  --docs-shape-fill: #3b82f6;
  --docs-shape-stroke: #1d4ed8;
}

.docs-shape-svg {
  display: block;
  width: 100%;
  height: auto;
}

.docs-shape-small {
  width: 80px;
}

.docs-shape-medium {
  width: 160px;
}

.docs-shape-large {
  width: 320px;
}

.docs-shape-fill {
  fill: var(--docs-shape-fill);
  stroke: var(--docs-shape-stroke);
  stroke-width: 2px;
}

.docs-shape-stroke-only {
  fill: none;
  stroke: var(--docs-shape-stroke);
  stroke-width: 4px;
  stroke-linecap: round;
}

.docs-shape-arrowhead {
  fill: var(--docs-shape-stroke);
}

/* Retour utilisateur du 06/10/2026 : icônes inline (voir ICON_TEMPLATES/
   insertIcon dans js/app.js) — span atomique dans le texte courant, taille
   relative à em (suit la taille de police environnante par défaut). */
.docs-icon {
  display: inline-block;
  vertical-align: middle;
  --docs-icon-color: currentColor;
}

.docs-icon-svg {
  display: block;
  width: 1em;
  height: 1em;
}

.docs-icon-small {
  font-size: 1em;
}

.docs-icon-medium {
  font-size: 1.4em;
}

.docs-icon-large {
  font-size: 2.2em;
}

.docs-icon-fill {
  fill: var(--docs-icon-color);
}

.docs-icon-stroke {
  fill: none;
  stroke: var(--docs-icon-color);
  stroke-width: 2px;
  stroke-linecap: round;
  stroke-linejoin: round;
}

/* Retour utilisateur du 06/10/2026 : zone de texte encadrée (voir
   textBoxHtml/insertTextBox dans js/app.js) — NOTE HONNÊTE : bloc qui
   s'écoule dans le flux normal du document, PAS une zone flottante
   repositionnable librement (voir le commentaire détaillé dans js/app.js
   au-dessus de TEXTBOX_WIDTHS). */
.docs-textbox {
  border: 2px solid var(--docs-textbox-border, #64748b);
  background: var(--docs-textbox-bg, #f8fafc);
  border-radius: 8px;
  padding: 12px 16px;
  margin: 8px 0;
}

.docs-textbox > :first-child {
  margin-top: 0;
}

.docs-textbox > :last-child {
  margin-bottom: 0;
}

.docs-textbox-narrow {
  width: 33%;
}

.docs-textbox-medium {
  width: 60%;
}

.docs-textbox-full {
  width: 100%;
}

/* Retour utilisateur du 07/10/2026 : bloc en colonnes type article (voir
   columnsBlockHtml/insertColumnsBlock dans js/app.js) — simple CSS
   column-count sur un bloc éditable normal, voir la NOTE HONNÊTE
   détaillée dans js/app.js (ce n'est PAS une mise en colonnes de tout le
   document).
   Retour utilisateur du 08/10/2026 : "ma phrase d'une colonne doit rester
   dans ma colonne" — column-fill:auto (remplissage séquentiel, colonne 1
   d'abord) au lieu du défaut "balance" ; n'a d'effet qu'avec une hauteur
   fixée, voir COLUMNS_HEIGHTS/.docs-columns-height-* ci-dessous.
   overflow:visible volontaire : un texte qui dépasse la hauteur choisie
   déborde sous le bloc plutôt que d'être caché/perdu (voir la NOTE
   HONNÊTE dans js/app.js). */
.docs-columns {
  column-gap: 32px;
  column-fill: auto;
  overflow: visible;
  margin: 8px 0;
}

.docs-columns-2 {
  column-count: 2;
}

.docs-columns-3 {
  column-count: 3;
}

.docs-columns-height-small {
  height: 220px;
}

.docs-columns-height-medium {
  height: 380px;
}

.docs-columns-height-large {
  height: 600px;
}

.docs-columns > :first-child {
  margin-top: 0;
}

.docs-columns > :last-child {
  margin-bottom: 0;
}

/* Retour utilisateur du 06/10/2026 : équation (voir equationHtml dans
   js/app.js, rendu KaTeX). vertical-align:middle pour que le rendu KaTeX
   (qui a sa propre hauteur de ligne) s'aligne proprement sur le texte
   environnant plutôt que de décaler la ligne vers le bas. */
.docs-equation {
  display: inline-block;
  vertical-align: middle;
  padding: 0 2px;
}

.docs-eq-preview {
  border: 1px solid var(--border);
  border-radius: 8px;
  padding: 16px;
  margin-top: 6px;
  min-height: 48px;
  display: flex;
  align-items: center;
  justify-content: center;
  overflow-x: auto;
}

/* Retour utilisateur du 06/10/2026 : rangée de raccourcis LaTeX dans la
   modale équation (voir LATEX_SNIPPETS/insertLatexSnippet dans js/app.js). */
.docs-eq-help {
  display: flex;
  flex-wrap: wrap;
  gap: 4px;
  margin-top: 8px;
}

.docs-eq-help-btn {
  min-width: 30px;
  padding: 3px 7px;
  font-size: 14px;
  border: 1px solid var(--border);
  border-radius: 6px;
  background: var(--surface, #fff);
  cursor: pointer;
}

.docs-eq-help-btn:hover {
  background: var(--border);
}

/* Retour utilisateur du 06/10/2026 : page de garde (voir coverPageHtml
   dans js/app.js) — centrage vertical réel sur la hauteur utile d'une
   page, à partir des variables de mise en page déjà écrites par
   applyMarginCssVars (--docs-page-height/--docs-margin-top/-bottom) :
   reste centré quel que soit le format de papier choisi par
   openPageFormatModal. */
.docs-coverpage {
  display: flex;
  flex-direction: column;
  align-items: center;
  justify-content: center;
  text-align: center;
  min-height: calc(var(--docs-page-height, 1056px) - var(--docs-margin-top, 96px) - var(--docs-margin-bottom, 96px));
  gap: 10px;
}

.docs-coverpage-title {
  font-size: 32px;
  font-weight: 700;
  margin: 0;
}

.docs-coverpage-subtitle {
  font-size: 18px;
  color: var(--muted);
  font-style: italic;
  margin: 0;
}

.docs-coverpage-meta {
  font-size: 13px;
  color: var(--muted);
  margin: 0;
}

.docs-img-align-left {
  display: block;
  margin-right: auto;
}

.docs-img-align-center {
  display: block;
  margin-left: auto;
  margin-right: auto;
}

.docs-img-align-right {
  display: block;
  margin-left: auto;
}