Files

T

sysopsandClaude Sonnet 5 0a02bd7112 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

1.8 KiB

Raw Blame History

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

Tech Design (Solution Architect)

To be added by /architecture

QA Test Results

To be added by /qa

Deployment

To be added by /deploy

1.8 KiB Raw Blame History