gitmedia/presseportale
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
presseportale/dev/frontend/hub-flux/03-WEITERE-PHASEN.md
Kevin Adametz 0a3e52d603 19-05-2026 Rebrand Pressekonto, Hub-Flux UI und Legacy-Media-Migration 
Umbenennung presseportale → pressekonto in Domains, Themes und Dokumentation.
Design-Tokens, Portal-Shell, Customer-Dashboard, Auth- und Admin-PM-Views.
Artisan-Befehl migrate:legacy-media mit Tests und Hub-Flux-Entwicklungsdocs.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-05-19 16:36:13 +00:00

5.3 KiB
Raw Blame History

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

  • <x-portal.stat-card> — Stat-Card mit Slot + Strip-Variante
  • <x-portal.hint-card> — Datenqualitäts-Hint mit Icon + Progress-Bar
  • <x-portal.bridge-card> — 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 <x-portal.stat-card>
  • 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: 
    @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 <html>
  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)