feat(PROJ-80,PROJ-81): Dark Mode Vervollständigung + Anhang-Online-Vorschau

- PROJ-80: hartkodierte Farben in ModulesTab/TenantsTab/TenantLDAPTab durch Theme-Tokens ersetzt, Mail-HTML-Container bewusst hell isoliert, Print im Dark Mode auf lesbare (nicht farbidentische) Ausgabe umgestellt - PROJ-81: neuer AttachmentPreviewDialog für PDF/Bild-Anhänge in /mail/[id], MIME-Whitelist ohne SVG, sandboxed iframe ohne allow-same-origin, Auto-Retry-Schleife bei Fehlern behoben - PROJ-82 angelegt: Print-Farbparität als Folge-Ticket (BUG-80-1-Rest) Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WapWkrQusDuBMhaN8WyuXB
2026-08-06 18:00:41 +02:00
parent a1bf581fdd
commit 0a02bd7112
11 changed files with 899 additions and 23 deletions
@@ -0,0 +1,38 @@
+# PROJ-82: Print-Farbparität zwischen Hell- und Dark-Mode-Ausdrucken
+
+## Status: Planned
+**Created:** 2026-08-06
+**Last Updated:** 2026-08-06
+
+## Kontext
+Aus PROJ-80 (BUG-80-1) hervorgegangen. Die aktuelle Print-Regel (`globals.css`, `@media print`) sorgt dafür, dass Ausdrucke aus dem Dark Mode lesbar und strukturell identisch zu Ausdrucken aus dem Light Mode sind — aber nicht farbidentisch. Light Mode druckt Signalfarben (z.B. Status-Chips), Dark Mode druckt graue Ersatzflächen. Reines CSS kann die `dark`-Klasse am `<html>`-Element beim Drucken nicht selektiv zurücknehmen.
+
+## Dependencies
+- Baut auf PROJ-80 (Dark Mode Vervollständigung) auf
+
+## User Stories
+- Als Auditor/Admin will ich, dass ein Ausdruck (z.B. Modul-Status-Übersicht) exakt gleich aussieht, unabhängig davon ob der Ersteller im Hell- oder Dark Mode gearbeitet hat.
+
+## Acceptance Criteria
+- [ ] Ausdruck aus Dark Mode und Ausdruck aus Light Mode sind farblich identisch (nicht nur strukturell/lesbar)
+- [ ] Keine Beeinträchtigung der Bildschirmdarstellung durch die Lösung
+- [ ] Kein dauerhafter Eingriff in den `next-themes`-State (Theme-Wahl des Users bleibt nach dem Drucken unverändert)
+
+## Edge Cases
+- User druckt während des Ladens/Renderns einer Seite (Race Condition zwischen Theme-Umschaltung und Druckstart)
+- Browser ohne `beforeprint`/`afterprint`-Event-Support
+
+## Technical Requirements (optional)
+- Lösung voraussichtlich: `beforeprint`/`afterprint`-Listener, der die `dark`-Klasse temporär entfernt und danach wiederherstellt — Umsetzung braucht Rücksprache, da Eingriff in Theme-State über reines CSS hinausgeht
+
+---
+<!-- Sections below are added by subsequent skills -->
+
+## Tech Design (Solution Architect)
+_To be added by /architecture_
+
+## QA Test Results
+_To be added by /qa_
+
+## Deployment
+_To be added by /deploy_