docs: massive restructuring of documentation, development guides and agent playbooks

This commit is contained in:
2026-06-15 12:54:38 +02:00
parent e4988b4397
commit ce63303b2c
686 changed files with 45423 additions and 319 deletions
@@ -0,0 +1,103 @@
---
type: Report
status: ACTIVE
owner: 🎨 Frontend Expert
last_update: 2026-04-02
sources:
- docs/99_Journal/2026-04-02_Meldestelle_Besprechung_Session-Log.md
- docs/_archive/06_Frontend/Navigation_V2_Screen-Baum_und_Back-Stack.md
- docs/06_Frontend/Navigation_Routing_Diagramm.md
- docs/02_Guides/Event-First-Workflow.md
---
# Frontend Navigation — Versionsanalyse V2 → V3
Dieses Dokument analysiert die Abweichungen zwischen der Dokumentation „Navigation V2“ und der tatsächlich startfähigen DesktopApp und legt ein konsistentes Vorgehen für „V3“ fest.
---
## 1) Zusammenfassung (Executive Brief)
- Problem: „Navigation V2“ enthält Elemente (Ping/SystemStatus, LoginFlow), die in der aktuell startfähigen DesktopApp nicht aktiv genutzt werden. Dadurch entstand ein VersionsDrift in Doku und Kommunikation („V2“ wurde fälschlich als aktuell betrachtet).
- Entscheidung: Wir führen „V3“ als jetzt gültige, startfähige Fassung ein. „V2“ wird als „DEPRECATED“ markiert und bleibt als Referenz erhalten.
- Ziel: Einheitliche, aktuelle SSoT für Navigation/BackStack, synchron mit EventFirstWorkflow und der laufenden DesktopApp.
---
## 2) Befunde (V2 vs. aktueller Stand)
- StartPfad
- V2: „Landing → SystemStatus (Ping), Login“ beschrieben.
- Aktuell: App startet ohne aktiven PingScreen und ohne verpflichtenden LoginFlow direkt in die HauptShell.
- Auth/Login
- V2: Login/returnTo vorgesehen, BackStack berücksichtigt Logout.
- Aktuell: Kein aktiver LoginZwang; LogoutRegel daher für MVP nicht relevant.
- Tabs/NavRail
- V2: HauptTabs wie Dashboard, Veranstaltungen, Suche, Einstellungen.
- Aktuell: „Veranstaltungen“ ist implementiert; weitere Bereiche sind (teils) Placeholder. Siehe „Navigation_Routing_Diagramm.md“ (Stand 20260326).
- EventFirstWorkflow
- Konsistenz: Die fachliche Hierarchie Veranstaltung → Turnier → Bewerb → Abteilung bleibt gültig (SessionLog 20260402).
- Kleinste ausführbare Einheit: Abteilung.
- KassaFlows
- Terminologie und Platzierung (Turnierkassa, VeranstaltungsKassa) bleiben konzeptionell richtig; UIVerfügbarkeit im MVP ist noch selektiv.
---
## 3) Vorschlag „V3“ (jetzt gültige Fassung)
- Start & Shell
- AppRoot startet direkt in „MainShell“ (ohne Ping/Login).
- Primärer Einstiegspunkt: Tab „Veranstaltungen“.
- Tabs/NavRail (V3 Status)
- Veranstaltungen: ACTIVE (implementiert)
- StammdatenImport: ACTIVE (UI vorhanden; Polling noch offen laut Diagramm)
- Reiter, Pferde, Funktionäre, Meisterschaften, Cups: PLACEHOLDER
- Drilldown Veranstaltungen (V3)
- Veranstaltungen (Liste)
→ Veranstaltung.Detail
→ Turnier.Detail (inkl. NennungsTab / Stammdaten v2)
→ Bewerb.Detail → Abteilung.Detail → Startliste
- Back: jeweils exakt eine Ebene hoch (keine modale Einträge im Stack)
- BackStack Regeln (V3)
- Tabs: SingleTop/SingleTask je Tab (Wechsel erhält jeweiligen Stack)
- Modale OverrideDialoge: kein eigener StackEintrag; Schließen kehrt zurück
- LogoutSonderfall: vorerst „n. v.“ im MVP (kein erzwungener Login)
---
## 4) Migration & Aufräumen
- Dokumente
- „Navigation_V2_ScreenBaum_und_BackStack.md“ → Status: DEPRECATED, Verweis auf „Navigation_V3_…“
- Neues Dokument: „Navigation_V3_ScreenBaum_und_BackStack.md“ (jetzt gültige Fassung)
- Querverweise
- SessionLogs und Roadmaps behalten Verweise auf V2 als historische Referenz, ergänzen aber den Link zu V3 als SSoT.
- CodeAusrichtung (nonfunctional in diesem Schritt)
- Prüfen, ob RoutingGuards/LoginArtefakte im Code noch referenziert werden; falls ja, als FeatureFlags/TODO kennzeichnen oder entfernen, um DokuDrift zu vermeiden.
---
## 5) Akzeptanzkriterien (V3)
- Beim AppStart landet der User ohne Ping/Login direkt im Tab „Veranstaltungen“.
- TabWechsel bewahrt je Tab den eigenen Stack (SingleTop/SingleTask Verhalten dokumentiert).
- Drilldown und BackNavigation entlang EventFirstWorkflow funktionieren deterministisch (eine Ebene zurück).
- Dokumente sind konsistent: V3 beschreibt genau das implementierte Verhalten; V2 ist klar als veraltet markiert.
---
## 6) Nächste Schritte
1) V3Dokument erstellen und verlinken (dieser Commit)
2) V2 als DEPRECATED markieren (dieser Commit)
3) Optional: Navigation_Routing_Diagramm auf „kein Login/Ping im MVP“ ergänzen
4) Review durch 🏗️ Lead Architect und 🧹 Curator; danach V3 als SSoT in Roadmaps/Logs referenzieren