Refactor feedback handling across components: Replace alert and confirm calls with centralized feedback functions for improved user experience. Update various components to utilize showError, showSuccess, and confirmAction for consistent messaging and confirmation dialogs. Enhance UI responsiveness and maintainability by streamlining feedback logic.

docs/USABILITY_CONCEPT.md

@@ -343,6 +343,33 @@ Aktueller Stand:
 - breite Tabellen auf kleinen Screens per horizontalem Scroll-Fallback abgesichert
 - globale Touch-Ziele fuer Buttons leicht vergroessert und letzte Shell-Kanten geglaettet
 
+### Phase U6: Vereinfachung und Restentruempelung
+
+Ergebnis:
+
+- die letzten spuerbaren Bedienhuerden aus Altmustern, Scrolllogik und funktionslastigen Ansichten werden systematisch entfernt
+
+Arbeit:
+
+- verbliebene `alert`-/`confirm`-Fluesse auf das zentrale Feedbacksystem umstellen
+- verschachtelte Scrollcontainer in Falukant, Admin und Minigames entfernen oder entkoppeln
+- tabellenlastige Kernansichten auf klarere Aufgabenreihenfolge pruefen
+- Debug-/Altinteraktionen aus grossen Kernviews reduzieren, wenn sie Bedienbarkeit oder Folgepflege stoeren
+
+Aktueller Stand:
+
+- `U6.1` abgeschlossen
+- `U6.2` abgeschlossen
+- `U6.3` abgeschlossen
+- `U6.4` abgeschlossen
+- aus der Review nach U5 als eigener Nachlauf identifiziert
+- Fokus bewusst nicht mehr auf Redesign, sondern auf Reibungsabbau in realen Nutzungswegen
+- priorisierte Teilpakete:
+- `U6.1 Feedback vereinheitlichen`
+- `U6.2 Scroll- und Layoutfallen entfernen`
+- `U6.3 Tabellen- und Arbeitsflaechen vereinfachen`
+- `U6.4 Interaktionsaltlasten reduzieren`
+
 ## Konkreter Arbeitskatalog
 
 ### 1. Shell und Navigation
@@ -378,6 +405,13 @@ Aktueller Stand:
 - breite Inhalte auf kleine Screens pruefen
 - Dialoge und Tabellen fuer Touch pruefen
 
+### 6. Vereinfachungsreview
+
+- Restbestände an `alert`, `confirm` und lokalen Sonderdialogen abbauen
+- komplexe Tabellenbereiche in Aufgabenfolge statt nur Datenanzeige gliedern
+- verschachtelte Scrollbereiche konsequent entfernen
+- Debug-/Sonderlogik in Kerninteraktionen auf Bedienrelevanz pruefen
+
 ## Definition of Done
 
 Das Bedienbarkeitsprojekt gilt als abgeschlossen, wenn:
@@ -386,6 +420,7 @@ Das Bedienbarkeitsprojekt gilt als abgeschlossen, wenn:
 - P1- und P2-Probleme aus dem Audit abgearbeitet sind
 - Navigation, Formulare, Dialoge und Feedback nach gemeinsamen Regeln funktionieren
 - Kernaufgaben auf Desktop und kleinem Viewport ohne strukturelle Reibung moeglich sind
+- verbleibende Altinteraktionen in Kernpfaden keine zusaetzliche Bedienlogik mehr erzwingen
 - Restpunkte nur noch P3/P4-Feinschliff sind
 
 ## Empfohlene Reihenfolge
@@ -395,7 +430,8 @@ Das Bedienbarkeitsprojekt gilt als abgeschlossen, wenn:
 3. Formulare und Abschlusslogik
 4. Falukant, Vokabeltrainer, Admin, Minigames
 5. Mobile Endabnahme
+6. Vereinfachungsnachlauf ueber Feedback, Scrolllogik und tabellenlastige Restbereiche
 
 ## Naechster konkreter Schritt
 
-Der erste sinnvolle Umsetzungsschritt ist nicht sofort Code, sondern ein kurzer UX-Audit-Durchgang ueber die wichtigsten Aufgabenfluesse. Daraus entsteht ein priorisierter Problemkatalog, auf dessen Basis die Bedienbarkeitsarbeit strukturiert umgesetzt wird.
+Der naechste sinnvolle Umsetzungsschritt ist `U6.1 Feedback vereinheitlichen`: alle verbliebenen `alert`-/`confirm`-Fluesse in Kernpfaden auf das zentrale Feedback- und Bestätigungssystem ziehen und dabei zugleich die groebsten Altinteraktionen in Falukant, Kalender, Vokabeln und Admin bereinigen.