gitmedia/presseportale
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions 2
presseportale/dev/archive/frontend/hub-flux/08-PHASE-4B-PRESS-RELEASES-DETAIL.md
Kevin Adametz 6a4c4d8837 docs: dev-Doku für den Live-Betrieb neu sortiert — Archiv + Betrieb + Roadmap 
Das System ist seit 20.07.2026 live; die dev-Doku spiegelt jetzt den
Betriebszustand statt der Release-Vorbereitung:

- dev/betrieb/: Deploy-Runbook (neu: §10 Betrieb nach Go-Live mit
  SFTP-Deploy-Checkliste inkl. queue:restart-Pflicht und den
  Betriebs-Erkenntnissen der Go-Live-Woche), Legacy-API-Parität, Umami.
- dev/roadmap.md: offene Nachlauf-Punkte (Go-Live-Mails, Merge nach main,
  Stripe-Test-Artefakte, Key-Rotation, Alt-System-Abschaltung) und
  Ideen-Backlog.
- dev/archive/: abgeschlossene Phasen — Migration-2026-Planung,
  Cutover-Runbook (mit Erledigt-Vermerk), Release-Plan/QA-Checkliste,
  Optimierungsphasen, Frontend-Konzepte + Responsive-Audits vom 16.07.,
  Altsystem-Reste.
- dev/README.md als Wegweiser; gitignore-Pfad der SQL-Dumps mitgezogen
  (dev/archive/migration-2026/sql/ bleibt untracked, ebenso dev/migration/
  und dev/api/).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-21 07:52:38 +00:00

2.2 KiB
Raw Permalink Blame History

Phase 4B — Press-Releases Detail/Show-Pages

Zweites Päckchen aus Phase 4. Folgt auf 4A (Listen).

Status: ✅ abgeschlossen · Aufwand: ~⅓ Tag · Risiko: niedrig

Scope

  • resources/views/livewire/admin/press-releases/show.blade.php
  • resources/views/livewire/customer/press-releases/show.blade.php

NICHT in diesem Päckchen:

  • create.blade.php, edit.blade.php (Päckchen 4C — Forms)
  • Companies, Settings, Profile (Päckchen 4D/4E)

Ziel

Beide Detail-Pages im Hub-Vokabular:

  • Page-Header wie auf den Listen (Hub-Badge + Eyebrow + H1 + Subtitle), Status-Pill direkt unter dem Eyebrow oder im Header-Meta, Aktions-Buttons (Bearbeiten / Zurück / Vorschau-Link) rechts.
  • Status-Workflow-Aktionsbar als .panel mit klarer Optik je nach Status (review = warn, published = ok, draft = neutral).
  • Content-Hauptbereich (PM-Text) als .panel (kein FluxUI-Card-Wrapper).
  • Sidebar / Side-Cards als kleine .panel mit panel-head.
  • Status-Verlauf-Timeline als .panel mit Hub-Badges (.badge.ok|warn|err|hub).
  • Rejection-Hinweis (Customer) als Hub-Style-Error-Panel mit Linker Akzent-Border (statt <flux:callout>).
  • Share-Link-Erfolgsbox (Customer) als Hub-Style-Success-Block.
  • Pressekontakte-Liste (Customer) als Hub-Items in .panel.

Was explizit NICHT angefasst wird

  • Confirm-Modals (Publish / Reject / Archive) — Tests in AdminPressReleaseActionsTest assertieren Wortlaute.
  • Wortlaute Werbliche Sprache wurde markiert. und Erneut einreichen aus PressReleaseWorkflowTest.
  • Volt-Logik (publish/reject/archive/submitForReview/ generateShareLink/with) — Layout-only.

Akzeptanzkriterien

  • Plan
  • Admin-Show: Page-Header + Status-Workflow-Bar + Text-Panel + Sidebar-Panels + Timeline + Hub-Badges. Modals unverändert.
  • Customer-Show: Page-Header + Status-Workflow-Bar + Rejection-Panel + Share-Erfolgsblock + Contacts-Panel + Verlauf-Panel + Text-Panel + Hub-Badges. „Erneut einreichen" + „Werbliche Sprache wurde markiert." Wortlaute bleiben.
  • PressReleaseWorkflowTest + AdminPressReleaseActionsTest bleiben grün (16 passed, 52 assertions).
  • Build + Pint + PROGRESS.