dadssad

docs/WEITERENTWICKLUNG.md

@@ -26,6 +26,7 @@ Verbindlich ist:
 - Desktop-Mechaniken zentral halten, nicht pro App duplizieren
 - Fensterverhalten konsistent halten
 - gemeinsame Standards fuer Fensterinhalte nutzen, sofern eine App kein bewusst eigenes UI benoetigt
+- globale Debug-Infrastruktur zentral halten und ueber alle Apps wiederverwenden
 - Begriffe in UI und Doku konsistent nach `CONTENT.md` verwenden
 - Apps als bereitgestellte Systemfunktionen denken, nicht nur als sichtbare Fenster
 - Unterschiede zwischen `App`, `Infobereich` und `Widget-Bereich` sauber trennen
@@ -41,6 +42,7 @@ Verbindlich ist:
 - keine Rueckbauten bestehender Desktop-Mechaniken ohne ausdrueckliche Entscheidung
 - keine Vermischung von Modul-Businesslogik mit globalem Desktop-Core
 - keine Skin-Sonderlogik direkt in einzelnen Apps, wenn sie global loesbar ist
+- keine neue globale Debug-Grundlogik pro App, wenn der Desktop-Debug-Bus und das zentrale Debug-Fenster genutzt werden koennen
 - keine nur lokalen README-Informationen ohne zentrale Uebernahme der wichtigen Punkte
 - keine Hilfeinhalte nur in Chatverlaeufen oder Ad-hoc-Notizen belassen
 - keine produktive Architekturabhaengigkeit zu `Old-Nexus/` oder vergleichbaren Altbestaenden
@@ -51,6 +53,7 @@ Verbindlich ist:
 - `modules/<modul>/` bleibt Ort fuer klassische Module
 - globale Desktop-Mechaniken liegen im gemeinsamen Kern
 - globale Modul-Helfer duerfen im gemeinsamen Kern liegen, Fachlogik aber nicht
+- globale Debug-Steuerung fuer Admins liegt im Desktop-Core; Aktivierung erfolgt ueber das gemeinsame Debug-Widget neben der Uhr
 - API und Desktop teilen sich im aktuellen Zielbild denselben Host; offizielle Basis ist `/api/v1/...`
 - Skins definieren Darstellung und Interaktionsdetails, nicht die Fachlogik
 - Hilfe- und Inhaltsdateien sollen spaeter maschinenlesbar oder zumindest klar strukturierbar in einen Hilfebereich ueberfuehrt werden koennen
@@ -76,3 +79,5 @@ Bei jeder groesseren Aenderung ist zu pruefen:
 - Benutzerdaten sollen spaeter sauber in LDAP oder Keycloak geschrieben werden
 - Standard-Fensterinhalte sollen ein gemeinsames Design nutzen
 - Desktop-Nutzereinstellungen liegen in einer eigenen Tabelle mit erkennbarem `_user_data`-Suffix
+- das globale Admin-Debug-Fenster ist der Standardweg fuer Live-Debugging in Desktop und Native-Apps
+- Debug-Tracking soll nur waehrend eines geoeffneten globalen Debug-Fensters laufen; der letzte Status soll einen Reload pro Benutzer ueberstehen