mining checker

docs/CONTENT.md

@@ -80,6 +80,8 @@ Stand dieser Datei:
 - Startmenue mit `User Setting Bereich`, `Funktion-Bereich` und `Auswahlbereich`
 - rechter `Infobereich` mit benutzerbezogener Sichtbarkeit
 - `User Self Management` als Setup-App
+- erster echter Modulpfad fuer klassische Module mit Modul-Discovery aus `modules/<modul>/`
+- `Mining-Checker` als erstes angebundenes klassisches Modul
 - Benutzereinstellungen fuer Desktop-Skin, App-Auswahl, Infobereich und Profildaten in einer eigenen Datenbanktabelle mit `_user_data`-Suffix
 - vorhandene JSON-Dateien dienen nur noch als Fallback oder Uebergang fuer lokale Entwicklung und Altbestaende
 - LDAP-Synchronisierung fuer Standardfelder wie Name, E-Mail, Telefon, Titel und Ort
@@ -105,6 +107,14 @@ Aus [modules/README.md](/home/lars/Schreibtisch/Projekte/desktop.kusche.berlin/m
 
 - klassische Module bleiben unter `modules/<modul>/`
 - Businesslogik wird nicht in den Desktop-Core verschoben
+- ein Desktop-Modul kann eigene `desktop.php`, `pages/`, `api/` und `assets/` Strukturen mitbringen
+- Modul-Assets muessen nicht in den globalen Desktop-Asset-Baum kopiert werden
+
+### Aktueller Modulstand
+
+- `Mining-Checker` ist das erste Modul, das als echte Desktop-App aus `modules/mining-checker/` angebunden wird
+- die Desktop-Shell kann Moduldefinitionen zentral erkennen und als `App` bereitstellen
+- wiederverwendbare Modul-Helfer liegen im globalen Kern, die Fachlogik bleibt im Modul
 
 ### Skins
 
@@ -125,6 +135,7 @@ Fuer einen spaeteren Hilfebereich sollen Inhalte aus dieser Datei in Themenblcke
 - `Fenster verwenden`
 - `Infobereich konfigurieren`
 - `Apps und Desktop Type verwalten`
+- `Module verstehen und starten`
 - `Benutzerdaten und Synchronisierung`
 
 Die Inhalte sollen spaeter moeglichst nicht neu erfunden, sondern aus den zentral gepflegten Dateien abgeleitet werden.