/* ════════════════════════════════════════════════════════════════════════
   Hell-Modus — Umrandung für Bedienelemente (WZ-574, Betreiber-Auftrag 26.09.2026)
   ════════════════════════════════════════════════════════════════════════
   O-Ton: „Eine optische Änderung: wenn der helle Modus genutzt wird, sollen
   Button dennoch eine Umrandung haben."

   GEMESSEN (26.09.2026, Betriebskonfig-Screen live geprüft): mehrere Knöpfe
   nutzen einen „Glas"-Fond, der auf DUNKLEM Hintergrund als heller Fleck
   auffällt (z. B. rgba(255,255,255,0.06/0.07)) — auf dem fast-weißen
   Hell-Modus-Hintergrund verschwindet genau dieser Fond nahezu unsichtbar,
   ohne Rand bleibt der Knopf nicht mehr erkennbar. WCAG 1.4.11 (Nicht-Text-
   Kontrast) verlangt für Bedienelemente einen Randkontrast von mind. 3:1 zur
   Fläche — betroffen u. a. `.ts-numpad-key` (table-selection.css),
   `.tm-*-btn` (table-manager.css), `.cb-*` (cashbook.css), `.ck-primary`
   (cockpit.css) sowie generische `.btn`/`.cart-btn`/`.login-btn`/
   `.modal__close`/`.discount-remove` (pos.css).

   ⚠️ KORREKTUR (Leitstand-Kontrolle, 27.09.2026): Der erste Bau hatte den
   bestehenden Token `--glass-border` (rgba(15,23,42,0.30), assistant.css)
   wiederverwendet — GEMESSEN erreicht dessen Alpha-Mischung aber nur
   1,94:1 gegen `--bg-primary` bzw. 1,96:1 gegen `--bg-card`, BEIDE unter der
   3:1-Schwelle aus WCAG 1.4.11. `--glass-border` selbst bleibt UNVERÄNDERT
   (app-weiter Token, u. a. Chat-Panel, Aktions-Karten, Splitting-Dialoge —
   eine Anhebung dort hätte eine viel größere, eigene Produktentscheidung
   ausgelöst). Stattdessen EIN NEUER, EIGENER, OPAKER Token NUR für diese
   Regel — „EINE STELLE" bedeutet hier: eine Definition für DIESEN Zweck,
   nicht zwingend Wiederverwendung eines fachfremden Tokens.

   `--kf-light-knopf-rand` ist bewusst OPAK (kein Alpha) — der Kontrast hängt
   dadurch NICHT vom darunterliegenden Untergrund ab (ein Alpha-Wert liefert
   je nach Fläche darunter ein anderes Ergebnis, s. o.). Gewählt: `#64748b`
   (bekannter, neutraler Blaugrau-Ton). GEMESSEN (WCAG-Formel, relative
   Luminanz, s. `tests/wz574-light-mode-kontrast-verdrahtung.test.ts`):
   4,40:1 gegen `--bg-primary` (#f4f6fa), 4,76:1 gegen `--bg-card` (#ffffff)
   — beide über 3:1, mit Sicherheitsabstand statt exakt an der Schwelle.

   Additiv und NUR unter `html.kf-light` wirksam — der Dunkelmodus bleibt
   byteidentisch unverändert. Die Regel unten trifft echte Bedienelemente
   (button, [role="button"], Formular-Buttons) generisch: die Spezifität
   (html.kf-light + Elementtyp) übertrifft einzelne Komponentenklassen wie
   `.ts-numpad-key { border: none; }`, ohne dass jede Komponentendatei
   einzeln angefasst werden muss — das wäre wieder ein Einzelwert je Datei
   (die Betreiber-Vorgabe schließt das ausdrücklich aus). Die Definition hier
   in dieser einen Datei genügt für JEDE Seite, die sie einbindet — auch
   ohne assistant.css (z. B. speisekarte.html, stammdaten.html,
   mail-settings.html), weil der Token hier selbst steht, nicht nur als
   Fallback auf einen anderswo definierten Wert. */
html.kf-light {
  --kf-light-knopf-rand: #64748b;
}
html.kf-light button:not(:disabled),
html.kf-light .btn,
html.kf-light [role="button"],
html.kf-light input[type="button"]:not(:disabled),
html.kf-light input[type="submit"]:not(:disabled) {
  border: 1px solid var(--kf-light-knopf-rand);
}