/* bytebrise CMS - Design-Tokens (C0 Panel-Fundament). Eigene Datei statt in editor.css eingebettet,
   damit App-Shell, UI-Kit und alle künftigen Module dieselbe Quelle konsumieren. Die Grundwerte sind
   1:1 aus editor.css übernommen (keine optische Änderung an bestehenden Flächen), ergänzt um die
   im UX-Plan (Abschnitt 2/7) verlangten neuen Tokens. Naming bleibt beim bestehenden --bb-*-Präfix -
   kein Umbenennen bestehender Variablen, damit editor.css unverändert weiterfunktioniert. */
:root {
  --bb-bg: #f7f4ed;
  --bb-bg-elev: #ffffff;
  --bb-fg: #1a1a1a;
  --bb-fg-muted: #5c5647;

  /* --bb-border: für Eingabefelder/Buttons - muss als UI-Komponenten-Umrandung mind. 3:1 gegen
     Weiß UND gegen --bb-bg erreichen (WCAG 1.4.11). Die alte Farbe #e0d9c8 lag bei ~1.4:1. */
  --bb-border: #8a7d61;
  /* nur für rein dekorative Trenner (hr, Karten-Rahmen ohne Bedeutungsträger) - hier ist ein
     schwacher Kontrast unkritisch. */
  --bb-border-soft: #e0d9c8;

  /* --bb-brand: die alte Farbe #c79a3c ergab mit weißer Schrift nur ~2.6:1 (Buttons/aktive Tabs).
     Dieser Ton erreicht ~4.9:1 mit #fff-Text und bleibt erkennbar "Gold/Messing". */
  --bb-brand: #8b6c2a;
  --bb-brand-fg: #ffffff;
  --bb-brand-soft: #f2e8d2;

  --bb-danger: #c14444;
  /* War #fbeceb: --bb-danger darauf ergab nur ~4.38:1 (fällt knapp unter AA 4.5:1) - betrifft
     .badge--error, .publish-issue--error/.publish-result--error und die Formular-Ratelimit-Meldung,
     die alle Text in --bb-danger auf diesem Hintergrund setzen. Dieser Ton (minimal heller, gleicher
     Farbton) erreicht ~4.58:1. */
  --bb-danger-bg: #fdf2f1;
  /* --bb-ok: #4a8a4a lag bei ~4.2:1 auf Weiß, unter AA. Dieser Ton erreicht ~6.4:1. */
  --bb-ok: #2f6b2f;
  --bb-ok-bg: #eaf3ea;

  /* ---------- UX-Plan-Ergänzungen (Abschnitt 2 "Token-Ergänzungen") ---------- */

  /* Warnfarbe (amber) für "Änderungen offen"-Badges/Hinweise. -bg/-text im selben Muster wie
     --bb-ok-bg/--bb-danger-bg abgeleitet (im Plan nur der Grundton spezifiziert). */
  --bb-warn: #f0a742;
  --bb-warn-bg: #fbead2;
  --bb-warn-text: #7a4c07;

  /* Kontrastfix-Notiz aus dem UX-Plan: --err-text ist für Fehlertext AUF EINER DUNKLEN Fläche
     gedacht (--bb-surface-float), NICHT als Ersatz für --bb-danger auf dem hellen Grundpanel - dort
     bleibt --bb-danger (bereits AA-geprüft, siehe Kommentar oben) massgeblich. Auf Weiß fällt
     #f87171 unter AA (~3:1). */
  --bb-err-text: #f87171;

  /* Vierte, dunkle Tiefenstufe für schwebende Flächen (Avatar-/Kebab-Menüs, künftige
     Cmd+K-Palette) - bewusster Kontrast zum hellen Grundpanel, kein Glasmorphismus, weicher Schatten
     laut Plan: 0 20px 60px rgba(0,0,0,.5). */
  --bb-surface-float: #232831;
  --bb-surface-float-fg: #f4f1ea;
  --bb-surface-float-fg-muted: #9aa1ad;
  --bb-surface-float-border: #363c47;

  /* Dichte-Presets (Design-Studio-Umschalter folgt in Welle 2) - --bb-density-pad ist der aktiv
     genutzte Wert, aktuell fest auf "Komfort", bis ein Umschalter existiert. */
  --bb-density-comfort-pad: 20px;
  --bb-density-compact-pad: 10px;
  --bb-density-pad: var(--bb-density-comfort-pad);

  /* Display-Schrift-Platzhalter für "große Momente" (Login, Dashboard-Begrüßung, Empty-States,
     Publish-Erfolg, siehe UX-Plan Abschnitt 7). Vorerst identisch mit --bb-font: die eigentliche
     selbstgehostete variable Schrift (woff2-Subset) ist ein separater Folgeschritt, der nur DIESE
     Variable austauschen muss. */
  --bb-font-display: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, sans-serif;

  --bb-focus: #8b6c2a;
  --bb-radius-sm: 4px;
  --bb-radius-md: 8px;
  --bb-radius-lg: 12px;
  --bb-font: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, sans-serif;
  --bb-font-mono: 'Menlo', 'Consolas', monospace;
  /* Touch-Target-Vorbereitung (BFSG/WCAG 2.5.5): alle interaktiven Kontrollen zielen auf >=44px. */
  --bb-tap-min: 44px;
}