/* ══════════════════════════════════════════════════════════════════════════ Dunkel, ohne Alternative ══════════════════════════════════════════════════════════════════════════ AdenAI hat seit dem 2026-08-28 nur noch einen Modus. Adrians Entscheidung (Fahrplan 523): "ich bin ehrlich gesagt dafuer, keinen hellen Modus mehr anzubieten. Ich liebe dark, ist auch besser fuer die Augen." `prefers-color-scheme` wird bewusst NICHT ausgewertet. Wer sein System auf hell gestellt hat, sieht AdenAI trotzdem dunkel. Das ist eine Produktentscheidung, keine Nachlaessigkeit. ── Was hier steht und warum nicht in tailwind-input.css ────────────────── Drei Regeln, die die Palette braucht und die dort nicht hinpassen: tailwind-input.css ist eine eingetragene Ausnahme der 400-Zeilen-Grenze (775 Zeilen), und der Waechter dazu sagt "Aufteilen, nicht die Zahl hochsetzen". Genau derselbe Weg, den seiten-grund.css schon geht. Diese Datei ist der Rest von heller-modus.css. Die trug 400 Zeilen, davon waren drei Regeln fuer DEN DUNKLEN Modus - sie standen dort, weil ihr helles Gegenstueck daneben lag. Das Gegenstueck ist weg, sie bleiben. Wird von base.html, base_public.html und 500.html geladen, NACH tailwind.css. Die Reihenfolge ist unkritisch: keine dieser Regeln hat ein Gegenstueck, das sie schlagen muesste. ══════════════════════════════════════════════════════════════════════════ */ /* ── Was der Browser selbst malt ────────────────────────────────────────── `color-scheme` sagt ihm, wie er SEINE eigenen Teile zeichnet: das aufgeklappte weiss. Am gerenderten Bild nachgemessen: ein Kaestchen kommt ohne die Zeile auf #ffffff (L* 100), mit `dark` auf #3b3b3b (L* 24,9). Die Systemeinstellung "automatisch" braucht keine zweite Regel: dunkel ist der einzige Zustand, samt der Teile, die der Browser malt. Belegt von tests/test_kontrast_gerendert.py. */ /* ── Die Abdunklung hinter einem Overlay ────────────────────────────────── Zwei Orte teilen sich denselben Vorhang, und keiner von beiden kann ihn aus einer normalen CSS-Regel bekommen: --tour-abdunklung includes/tour_overlay.html schneidet mit einem 9999px grossen box-shadow ein Loch um das Element, das gerade erklaert wird. Der Wert steht dort im Inline-Style, weil die Position des Lochs von Alpine kommt - ein Inline-Style ist von einem Stylesheet aus nicht erreichbar, also eine Variable statt einer Ueberschreibung. --leiste-abdunklung der Schirm hinter der aufgezogenen Schublade (`.leiste-schirm`, seitenleiste.css). Dieselbe Begruendung plus: seitenleiste.css liegt auf genau 400 Zeilen, ein Token kostet dort keine. Beide Stellen tragen denselben Wert zusaetzlich als var()-Rueckfall, fuer den Fall, dass diese Datei einmal nicht geladen ist. Ein var() ohne Rueckfall waere ungueltig und die Abdunklung stillschweigend ganz weg. ── Die Zahl selbst steht seit dem 2026-08-29 woanders ──────────────────── `--tour-abdunklung` FUEHRT den Wert nicht mehr, es reicht ihn nur durch. Dieselbe Zahl stand bis dahin ein zweites Mal in tailwind-grund.css, am ::backdrop des Rueckfrage-Dialogs, dort ohne Namen - und der Kommentar daneben sagte selbst "dieselbe Abdunklung wie beim Tour-Overlay". Zwei Kopien derselben Zahl altern doppelt so leise: wer nachzieht, erwischt eine davon. Fuehrende Stelle ist jetzt `--color-backdrop` in tailwind-input.css, wo auch die Messung dazu steht. Der Rueckfall bleibt ausgeschrieben, aus dem Grund im Absatz darueber. `--leiste-abdunklung` bleibt eigenstaendig und heller (0,6 statt 0,8). Das ist kein vergessener Nachzug: die Schublade schiebt sich NEBEN den Inhalt, sie ersetzt ihn nicht. */ :root { color-scheme: dark; --tour-abdunklung: var(--color-backdrop, rgba(3, 4, 5, 0.8)); --leiste-abdunklung: rgb(0 0 0 / 0.6); }