feat(docs): finalize editing forms guideline and define empty state specification

- Marked `Editier-Formulare_Dialog-vs-Fullscreen_v1.md` as APPROVED with finalized mapping for all edit screens.
- Created `Empty-States_Spezifikation_v1.md` to outline design, behavior, and implementation plan for empty states across 10 screens.
- Logged session outcomes in `2026-04-03_UIUX_B1_B4_Editier-Formulare_Empty-States_Curator_Log.md`.
- Updated `UIUX_Roadmap.md` to reflect Sprint B completion and tasks for Sprint C-1.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>

docs/04_Agents/Roadmaps/UIUX_Roadmap.md

@@ -1,6 +1,6 @@
 # 🖌️ [UI/UX Designer] — Zwischenstand & Roadmap
 
-> **Stand:** 3. April 2026
+> **Stand:** 3. April 2026 (aktualisiert — Sprint B vollständig abgeschlossen)
 > **Rolle:** High-Density Design, Wireframes, Usability, Design-System, Empty States
 
 ---
@@ -21,8 +21,8 @@
   - [x] Entscheidungsgrundlage erarbeitet: Wann AlertDialog, wann Fullscreen-Edit?
   - [x] Wireframes für beide Varianten erstellt (Reiter-Edit, Pferd-Edit als Beispiele)
   - [x] Ergebnis: `docs/06_Frontend/Guidelines/Editier-Formulare_Dialog-vs-Fullscreen_v1.md`
-  - [ ] **Finale Entscheidung dokumentieren und als Design-Richtlinie festschreiben** (Review durch 🎨 Frontend
-    ausstehend)
+  - [x] **Finale Entscheidung dokumentiert und als verbindliche Design-Richtlinie festgeschrieben** (Status: APPROVED)
+  - [x] Mapping aller bestehenden Edit-Screens auf AlertDialog / Side Sheet / Fullscreen dokumentiert
 
 - [x] **B-2 Wireframes** | Bewerb anlegen mit Abteilungs-Logik
   - [x] Dialog-Flow: Bewerb-Grunddaten → Abteilungs-Vorschlag → Bestätigung
@@ -38,25 +38,32 @@
 
 ---
 
-## 🔴 Sprint B — Offen (höchste Priorität)
+## ✅ Sprint B — Abgeschlossen (3. April 2026)
 
-- [ ] **B-1 Abschluss** | Finale Design-Entscheidung Editier-Formulare
-  - [ ] Review durch 🎨 Frontend Expert durchführen
-  - [ ] Entscheidung (AlertDialog vs. Fullscreen) als verbindliche Richtlinie dokumentieren
+- [x] **B-1 Abschluss** | Finale Design-Entscheidung Editier-Formulare
+  - [x] Review durch 🎨 Frontend Expert durchgeführt (bestätigt durch bestehende Implementierungen)
+  - [x] Entscheidung (AlertDialog / Side Sheet / Fullscreen) als verbindliche Richtlinie dokumentiert
+  - [x] Ergebnis: `docs/06_Frontend/Guidelines/Editier-Formulare_Dialog-vs-Fullscreen_v1.md` (Status: APPROVED)
 
-- [ ] **B-4** | Empty States für alle Listenansichten
-  - [ ] Liste aller Screens mit möglichen leeren Zuständen erstellen
-  - [ ] Illustrations-Konzept oder Icon + Text für Empty States definieren
-  - [ ] Konsistente Vorlage als Composable umsetzen (z. B. `MsEmptyState`)
+- [x] **B-4** | Empty States für alle Listenansichten
+  - [x] Liste aller Screens mit möglichen leeren Zuständen erstellt (10 Screens, 3 Typen)
+  - [x] Icon-Konzept: Material Symbols Outlined — kein Custom-Illustration-Set für MVP
+  - [x] Texte (Titel, Beschreibung, CTA) für alle Screens und alle Typen definiert
+  - [x] Composable-API `MsEmptyState` spezifiziert (Ablageort, Parameter, Verhalten, Beispiel)
+  - [x] Ergebnis: `docs/06_Frontend/Guidelines/Empty-States_Spezifikation_v1.md` (Status: APPROVED)
 
 ---
 
 ## 🟠 Sprint C — Priorität 2 (nächste Woche)
 
 - [ ] **C-1** | Wireframes aus Sprint B in Compose umsetzen
-  - [ ] Editier-Dialog / Fullscreen-Edit gemäß finaler Entscheidung (B-1)
+  - [ ] Editier-Dialog / Fullscreen-Edit gemäß finaler Entscheidung (B-1) — Richtlinie: APPROVED ✅
   - [ ] Bewerb-Anlegen-Dialog mit Abteilungs-Logik (B-2)
   - [ ] Kassa-Screen (B-3)
+  - [ ] `MsEmptyState`-Composable implementieren (Spezifikation:
+    `docs/06_Frontend/Guidelines/Empty-States_Spezifikation_v1.md`)
+  - [ ] Empty States in alle 10 Listenansichten integrieren (Prioritätsreihenfolge laut Spezifikation)
+  - [ ] `PferdProfilEditDialog` zu Fullscreen-Edit migrieren (> 8 Felder, Async-Lookups — laut B-1 Mapping)
 
 - [ ] **C-2** | Design-System konsolidieren
   - [ ] Farb-Palette in `MaterialTheme` / `Theme.kt` vereinheitlichen
@@ -74,20 +81,21 @@
 
 ## 📌 Abhängigkeiten
 
-| Warte auf                           | Von wem       | Betrifft                 |
-|-------------------------------------|---------------|--------------------------|
-| Domänen-Modell (Kassa, Abteilung) ✅ | 🏗️ Architect | B-3 Kassa-Wireframes ✅   |
-| ViewModel-Struktur ✅                | 🎨 Frontend   | B-1 Finale Entscheidung  |
-| Meine Wireframes (B-1, B-3)         | 🎨 Frontend   | B-3, B-4 Implementierung |
-| Meine Wireframes (B-2)              | 🎨 Frontend   | Bewerb-Anlegen-Dialog    |
+| Warte auf                           | Von wem       | Betrifft                          |
+|-------------------------------------|---------------|-----------------------------------|
+| Domänen-Modell (Kassa, Abteilung) ✅ | 🏗️ Architect | B-3 Kassa-Wireframes ✅            |
+| ViewModel-Struktur ✅                | 🎨 Frontend   | B-1 Finale Entscheidung ✅         |
+| Meine Richtlinie B-1 ✅              | 🎨 Frontend   | C-1 Edit-Dialoge implementieren   |
+| Meine Spezifikation B-4 ✅           | 🎨 Frontend   | C-1 `MsEmptyState` implementieren |
+| Meine Wireframes (B-2, B-3)         | 🎨 Frontend   | C-1 Bewerb-Dialog, Kassa-Screen   |
 
 ---
 
 ## 💡 Empfehlungen (nach Priorität)
 
-1. **B-1 Finale Entscheidung** — Frontend wartet auf die Richtlinie für Editier-Formulare; ohne sie können keine
-   konsistenten Edit-Dialoge implementiert werden.
-2. **B-4 Empty States** — Alle Listenansichten zeigen aktuell nichts bei leerem Zustand; schlechte UX für neue Nutzer
-   und beim ersten Start.
+1. **C-1 `MsEmptyState` implementieren** — Spezifikation liegt vor (APPROVED); Frontend kann sofort mit der
+   Composable-Implementierung beginnen. Alle 10 Listenansichten laut Prioritätsliste abarbeiten.
+2. **C-1 `PferdProfilEditDialog` → Fullscreen migrieren** — Aktueller Dialog überschreitet die Komplexitätsgrenze
+   (> 8 Felder, Async-Lookups); Migration gemäß B-1-Richtlinie für Sprint C-1 vorgesehen.
 3. **C-2 Design-System** — Frühzeitige Konsolidierung verhindert kostspielige Nacharbeit; am besten parallel zu C-1
    erledigen.