sysopsandClaude Sonnet 5
0a02bd7112
- 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
39 lines
1.8 KiB
Markdown
39 lines
1.8 KiB
Markdown
# 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_
|