# Weitere Phasen — Outline > Übersicht über Phasen 2–6. Diese werden detailliert ausgearbeitet, > sobald Phase 0+1 abgenommen sind. Jede Phase bekommt ein eigenes > `0X-PHASE-N-NAME.md`, wenn sie aktiv wird. --- ## Phase 2 — Customer-Dashboard auf Mockup-Stil **Status**: ⚪ später · **Aufwand**: ~½ Tag · **Risiko**: niedrig ### Ziel `livewire/customer/dashboard.blade.php` matched das Mockup `User Dashboard presseportale.html` zu ≥ 90 %. ### Bausteine - **Page-Header** mit „Mein Dashboard" + Begrüßung + Firma-zugeordnet-Pille - **KPI-Reihe** (4 Stat-Cards mit linkem Farb-Strip) - Gesamt (Hub-Blau-Strip) - Veröffentlicht (Grün-Strip, `is-ok`) - In Prüfung (Bernstein-Strip, `is-warn`) - Entwürfe (Grau-Strip, `is-muted`) - **2-Spalten-Grid**: - Links: Empty-State / Liste „Meine letzten Pressemitteilungen" - Rechts: „Datenqualität" mit Progress-Bars (Profil-Vollständigkeit, Rechnungsadresse) - **Unten**: - Links: Firmen-Slots - Rechts: Brand-Bridge-Dark-Card (presseecho + businessportal24) ### Neue Blade-Components - `` — Stat-Card mit Slot + Strip-Variante - `` — Datenqualitäts-Hint mit Icon + Progress-Bar - `` — Dunkle Brand-Bridge-Card → Diese landen in `resources/views/components/portal/`. --- ## Phase 3 — Admin-Dashboard konsistent **Status**: ⚪ später · **Aufwand**: ~½ Tag · **Risiko**: niedrig ### Ziel `resources/views/admin/dashboard.blade.php` nutzt dasselbe Vokabular wie Customer-Dashboard. ### Heutiger Stand Reines Tailwind mit `zinc-*`-Klassen, **keine** FluxUI-Komponenten, visuell aus der Zeit gefallen. ### Schritte - KPI-Karten als `` - Wenn Charts vorhanden: über `flux:chart` umsetzen (FluxUI Pro) - Recent-Activity-Liste in `flux:card` mit Hub-Akzenten --- ## Phase 4 — Listen-/Detail-Pages durchgehen **Status**: 🚧 iterativ · **Aufwand**: ~3–5 Tage gesamt · **Risiko**: niedrig ### Ziel Alle Volt-Pages im Admin- und Customer-Bereich nutzen denselben Hub-Stil. ### Vorgehen - Pro Page: 15–30 min - In Päckchen geteilt: - **4A** = Press-Releases Listen (Admin + Customer) — ✅ **abgeschlossen** siehe `07-PHASE-4A-PRESS-RELEASES-LISTEN.md` - **4B** = Press-Releases Detail/Show (Admin + Customer) — ✅ **abgeschlossen** siehe `08-PHASE-4B-PRESS-RELEASES-DETAIL.md` - **4C** = Press-Releases Forms (create/edit, Admin + Customer) — ✅ **abgeschlossen** siehe `09-PHASE-4C-PRESS-RELEASES-FORMS.md` - **4D** = Companies (`admin.companies.*`) — ⚪ pending - **4E** = Profile/Settings (`settings.*`, `me.profile`, `me.security`) — ⚪ pending - **4F** = Restliche Admin-Bereiche — ⚪ pending ### Was geändert wird - Page-Header-Struktur (Eyebrow + H1 + Subtitle + Aktions-Bar) - Filter-Bars werden Hub-konform gestylt - `flux:table`-Header bekommen Eyebrow-Optik - Form-Felder bleiben FluxUI, aber mit Hub-Tokens ### Was nicht geändert wird - Logik / Volt-Methoden - Datenbank / Models --- ## Phase 5 — Dark Mode konsistent **Status**: ⚪ später · **Aufwand**: ~½ Tag · **Risiko**: niedrig ### Ziel Dark Mode funktioniert sauber im Portal, **ohne doppelte UI-Pflege**. ### Quelle `dev/frontend/tailwind_v3/User Dashboard presseportale Dark.html` hat alle Dark-Tokens bereits vorgegeben. ### Schritte 1. In `shared/design-tokens.css` Dark-Werte ergänzen: ```css @media (prefers-color-scheme: dark) { @theme { --color-bg: #0E1218; --color-bg-elev: #14181F; --color-hub: #5A78C2; --color-accent: #D9A560; /* … */ } } .dark { /* gleiche Werte für expliziten Switch */ } ``` 2. `class="dark"` wird **nicht** mehr hardcoded gesetzt 3. Flux Appearance-Switcher (`settings/appearance.blade.php`) steuert `.dark` auf `` 4. Hub-Frontend bleibt erstmal Light-Only (so wie heute) ### Erwartung - Settings → Appearance → „Dark" schaltet Portal um - Settings → Appearance → „System" folgt OS-Präferenz - Sidebar, Topbar, Dashboards, Listen, Forms — alles funktioniert - Hub-Landing und Hub-Auth bleiben Light --- ## Phase 6 — Auth-Konsolidierung (optional) **Status**: ⚪ optional · **Aufwand**: 0–1 Tag · **Risiko**: mittel ### Frage Bleibt der Hub-Login (`auth/pressekonto`-Layout, Web-Build) so wie er ist? Oder konsolidieren wir auf den Portal-Build? ### Pro Konsolidierung - Ein Build weniger - Konsistente Komponenten-Sprache ### Pro Beibehaltung (heutiger Stand) - Hub-Atmosphäre der Auth-Seiten (Konzentrische Kreise, Hub-Grid) ist visuell sehr stark — würde verloren gehen - Hub-Auth ist **leichtgewichtig** (kein FluxUI im Bundle) - Vorlage `Login pressekonto A3 Tailwind.html` ist bewusst minimalistisch ### Entscheidung Vermutlich **beibehalten**. Aber: Die alten Auth-Layouts `auth/simple.blade.php`, `auth/split.blade.php`, `auth/card.blade.php` aus dem Starter-Kit können vermutlich gelöscht werden, sobald geprüft ist, dass keine Komponente sie noch verwendet. ### Schritte (wenn konsolidiert) - Hub-Auth-CSS in `portal.css` ziehen (mit `@source` für die Tokens) - `auth/pressekonto`-Layout auf Portal-Build umstellen - Hub-Auth-Klassen (`.auth-card`, `.auth-grid`, `.auth-btn-primary`) bleiben — laufen nur jetzt aus dem Portal-Bundle - `theme-pressekonto.css` aus dem Web-Build entfernen (oder behalten für die Landing)