mocode-software/meldestelle
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
a1bf93342e
meldestelle/docs/90_Reports/2026-04-02_UIUX_Report.md
Stefan Mogeritsch cdadcf4611 docs(reports): add comprehensive status and recommendation reports for key roles 
- Created and saved detailed reports for Frontend, Backend, UI/UX, Architecture, DevOps, QA, Rulebook, and Curation in `docs/90_Reports/`.
- Included prioritized action items, challenges, and next steps across disciplines.
- Addressed documentation gaps and organized steps for improving workflow consistency and validation across the stack.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
2026-04-02 11:15:38 +02:00

2.3 KiB
Raw Blame History

🖌️ [UI/UX Designer] Report - 2. April 2026

1. Aktueller Status

Das Desktop-Frontend hat ein umfassendes Update erfahren. Es wurden viele neue V2-Ansichten für die Stamm- und Bewegungsdaten eingeführt. Positiv hervorzuheben ist die Implementierung der Mockups Veranstalter-Card-v01.png und Veranstalter-Profil-Card-v01.png. Die Layouts für Reiter-, Pferde- und Vereinsprofile nutzen jetzt einheitlichere Cards mit Initialen-Avataren. Die Navigation ist durch Breadcrumbs und Zurück-Pfeile deutlich transparenter geworden.

2. Empfehlungen & Prioritäten

🔴 P1: Dialog-Design vs. Fullscreen-Bearbeitung

  • Warum: Aktuell werden die Bearbeitungs-Formulare (z. B. für Reiter, Pferde) als AlertDialog über das Profil gelegt. Bei vielen Feldern (insbesondere später bei Nennungen) wird das auf dem Desktop unübersichtlich und bricht mit dem "High-Density" Konzept.
  • Aktion: Überarbeitung des UX-Konzepts für das Editieren: Evaluierung, ob Formulare besser als dedizierte Screens ( oder Sliding-Panels) umgesetzt werden sollten, statt klassische Modals zu verwenden.

🟠 P2: Informationsarchitektur der Listenansichten verbessern

  • Warum: Die Listenansichten (z. B. in der VeranstalterVerwaltungScreen) nutzen teilweise noch rohe Tabellenlayouts, die nicht so elegant wirken wie die neuen Profil-Karten.
  • Aktion: Das Design der "High-Density Data Tables" verfeinern (siehe Material 3 Guidelines für Desktop). Bessere typografische Hierarchie, Hover-States und klarere Action-Buttons innerhalb der Zeilen definieren.

🟠 P2: Leere Zustände (Empty States) visuell aufwerten

  • Warum: Momentan wird oft nur grauer Text ("Keine passenden Veranstaltungen gefunden") angezeigt.
  • Aktion: Entwurf und Implementierung von ansprechenden "Empty States" mit passenden Icons (z.B. ein leeres Dokument oder ein Pferdekopf-Icon) und klaren "Call-to-Action"-Buttons ("Jetzt erstes Pferd anlegen"), um den User besser zu führen.

🟡 P3: Farbschema und Theming vereinheitlichen

  • Warum: Es gibt noch vereinzelt hartkodierte Hex-Werte (z.B. für die Avatar-Hintergründe).
  • Aktion: Definition einer konsistenten Farbpalette im DesktopThemeV2, die semantische Farben für Status (Aktiv, Inaktiv, Fehler) und Platzhalter konsistent über die gesamte Anwendung bereitstellt.