Fix: beim Plugin-Reload werden neue Toolbars hinzugefügt aber keine gelöscht

Fix: Settings-Tab ist leer
Dokumentation begonnen
Pluginkonzept.md überarbeitet

assets/Pluginkonzept.md

@@ -1,22 +1,144 @@
-**Pluginkonzept**
-Das Plugin ist grundsätzlich als modulares System gedacht. Komponenten sollen sowohl im Plugin selbst, aber auch in anderen Anwendungen verbaut werden können.
-Die Module sind als Python-Objekte angelegt.
-Alle Fallunterscheidungen, Exception-Management und Fehlerbehandlung sind in die "Prüfer" ausgelagert.
-Der "Prüfmanager" übernimmt dabei die Interaktion mit dem Anwender, um Abfragen oder Fallunterscheidungen durchzuführen, die nicht anhand des Codes erfolgen können.
-Alle Prüfer geben ein Objekt "Prüfergebnis" zurück, das das Ergebnis der Fallunterscheidung, Exceptions und Fehlermeldungen enthält. Die Prüfer haben selbst keine UI-Elemente.
+# Wrapper‑Architektur – Übersicht
+Die Wrapper‑Architektur von sn_basis bildet das Fundament für eine robuste, testbare und zukunftssichere QGIS‑Plugin‑Entwicklung.
+Sie kapselt sämtliche QGIS‑ und Qt‑Abhängigkeiten hinter klar definierten Schnittstellen und ermöglicht dadurch:
 
-| Modul             | Aufgabe                               | Beschreibung |
-|-------------------|---------------------------------------|--------------|
-|PruefManager       | Nutzerabfragen, Ergebnisanpassung     | Der Pruefmanager wertet das Ergebnis vom Typ "PruefErgebnis" aus. Sind Entscheidungen erforderlich, fragt er den Anwender und passt das PruefErgebnis entsprechend an, bzw gibt Fehler aus|
-|Dateipruefer       | Auswertung der Eingaben in Dateiauswahlfeldern | Der Dateipruefer prüft die Eingaben in Dateifeldern. Dabei kann bei jeder Prüfung vorgegeben werden, ob leere Eingabefelder zulässig sind, und ob sie, wenn sie leer sind, eine Standarddatei aufrufen oder temporäre Layer erzeugen. In jedem Fall wird der Nutzer zur Entscheidung aufgefordert, ob das leere Feld beabsichtigt ist, oder ein Bedienfehler|
-|Linklistenpruefer  | Spezialprüfer für die Linkliste aus dem Plan41-Plugin | Damit die beiden Objekte Stilpruefer und Linkpruefer auch unabhängig voneinander verwendet werden können, fasst der Linklistenpruefer die Ergebnisse zusammen und ergänzt eine Prüfung zur Kartenreihenfolge/Layerreihenfolge|
-|Linkpruefer        | prüft die Quelle eines angegebenen Links technisch und entscheidet die technischen Parameter nach Typ und Quellort | Enthält eine Fallunterscheidung für lokale und remote-Quellen, sowie für unterschiedliche Datenanbieter. Der Linkpruefer gibt Fehler und Exceptions zurück, wenn die Quelle fehlerhaft oder nicht erreichbar ist.|
-|Stilpruefer        | Prüft verschiedene Stilquellen         | Der Stilpruefer prüft .qml und eingebettete Stile und gibt Warnungen zurück, bzw. Exceptions, um Nutzerentscheidungen auszulösen|
+- Mock‑fähige Unit‑Tests ohne QGIS
+- PyQt5/6‑Kompatibilität ohne Code‑Änderungen
+- saubere Trennung von UI, Logik und Infrastruktur
+- stabile APIs, die unabhängig von QGIS‑Versionen bleiben
+- klare Erweiterbarkeit für zukünftige Module und Plugins
 
-Jedes Modul hat seinen eigenen Unittest. Die Tests werden im Unterordner "Test" zusammengefasst und können gesammelt über die "run_tests.py" aufgerufen werden.
+Die Wrapper‑Schicht ist das zentrale Bindeglied zwischen der Plugin‑Logik und der QGIS‑/Qt‑Umgebung.
+
+## Ziele der Wrapper‑Architektur
+1. Entkopplung von QGIS und Qt
+Alle direkten Importe wie from qgis.core import ... oder from qgis.PyQt.QtWidgets import ... verschwinden aus der Plugin‑Logik.
+Stattdessen werden sie über Wrapper‑Module abstrahiert.
+
+2. Testbarkeit ohne QGIS
+Im Mock‑Modus liefern die Wrapper:
+
+- Dummy‑Objekte
+- simulierte Rückgabewerte
+- speicherbare Zustände (z. B. Variablen, Layer, Nachrichten)
+
+Damit laufen Tests in jeder CI‑Umgebung.
+
+3. Einheitliche API für alle Plugins
+Plugins greifen nicht mehr direkt auf QGIS zu, sondern nutzen:
+
+
+- sn_basis.functions.qgiscore_wrapper
+- sn_basis.functions.qgisui_wrapper
+- sn_basis.functions.qt_wrapper
+- sn_basis.functions.variable_wrapper
+- sn_basis.functions.message_wrapper
+- sn_basis.functions.dialog_wrapper
+Aufgrund des Umfangs ist der Wrapper für die Layerbehandlung aufgeteilt:
+- ly_existence_wrapper
+- ly_geometry_wrapper
+- ly_Metadata_wrapper
+- ly_style_wrapper
+- ly_visibility_wrapper
+
+4. Zukunftssicherheit
+Ändert sich die QGIS‑ oder Qt‑API, wird nur der Wrapper angepasst, nicht jedes Plugin.
+
+## Architekturüberblick
+Die Wrapper‑Schicht besteht aus mehreren Modulen, die jeweils einen klar abgegrenzten Verantwortungsbereich haben.
+
+### 1. qt_wrapper – Qt‑Abstraktion
+Kapselt alle Qt‑Widgets, Dialoge und Konstanten:
+
+- QWidget, QDialog, QMessageBox, QToolBar, QMenu, …
+- Layouts, Buttons, Labels, LineEdits
+- Qt‑Konstanten wie YES, NO, Dock‑Areas
+
+Mock‑Modus:  
+Stellt Dummy‑Widgets bereit, die keine UI öffnen.
+
+### 2. qgiscore_wrapper – QGIS‑Core‑Abstraktion
+Abstraktion für:
+
+- QgsProject
+- Layer‑Zugriff
+- Projekt‑Metadaten
+- Pfade, CRS, Feature‑Zugriff
+
+Mock‑Modus:  
+Simuliert ein Projekt und Layer‑Container.
+
+### 3. qgisui_wrapper – QGIS‑UI‑Abstraktion
+Kapselt UI‑bezogene QGIS‑Funktionen:
+
+- Zugriff auf iface
+- Dock‑Management
+- Menü‑ und Toolbar‑Integration
+- Hauptfenster‑Zugriff
+
+Mock‑Modus:  
+Stellt ein Dummy‑Interface bereit.
+
+### 4. variable_wrapper – QGIS‑Variablen
+Abstraktion für:
+
+- Projektvariablen (projectScope)
+- globale Variablen (globalScope)
+- Mock‑Speicher für Tests
+
+Vorteile:
+
+- keine QGIS‑Abhängigkeit in der Logik
+- testbare Variablenverwaltung
+- einheitliches API
+
+### 5. message_wrapper – Meldungen & Logging
+Einheitliche Schnittstelle für:
+
+- Fehlermeldungen
+- Warnungen
+- Info‑Meldungen
+- Logging
+
+Mock‑Modus:
+Speichert Nachrichten statt sie an QGIS zu senden.
+
+### 6. dialog_wrapper – Benutzer‑Dialoge
+Abstraktion für:
+
+- Ja/Nein‑Dialoge
+- spätere Erweiterungen (Eingabedialoge, Dateidialoge, etc.)
+
+Mock‑Modus:
+Gibt Default‑Werte zurück, öffnet keine UI.
+
+### 7. DockManager & Navigation
+Diese Module nutzen die Wrapper‑Schicht, um:
+
+- DockWidgets sicher zu verwalten
+- Toolbars und Menüs zu erzeugen
+- Reload‑sichere UI‑Strukturen aufzubauen
+
+Sie sind keine Wrapper, sondern Wrapper‑Konsumenten. Alle Fach-Plugins nutzen den Dockmanager des Basisplugins.
+
+## Designprinzipien
+1. Single Source of Truth
+Jede QGIS‑ oder Qt‑Funktionalität wird nur an einer Stelle implementiert.
+
+2. Austauschbarkeit
+Mock‑Modus und Echtmodus sind vollständig austauschbar.
+
+3. Testbarkeit
+Jede Funktion kann ohne QGIS getestet werden.
+
+4. Saubere Trennung
+- UI → qt_wrapper
+- QGIS‑Core → qgiscore_wrapper
+- QGIS‑UI → qgisui_wrapper
+- Logik → settings_logic, layer_logic, prüfmanager, …
+
+5. Erweiterbarkeit
+Neue Wrapper können jederzeit ergänzt werden, ohne bestehende Plugins zu brechen.
 
-Jedes Modul wird durch ein Mermaid-ClassDiagram beschrieben. Die Entscheidungen und Exceptions, sowie die behandelten Fehler werden visuell aufbereitet.
 
-Zur Verarbeitung werden alle Nutzerinteraktionen und Angaben zunächst in den zuständigen Prüfer übergeben. Wenn vorhanden, mit den erforderlichen Parametern. Das Ergebnis wird zur Auswertung an den Pruefmanager übergeben. Dieser bereitet das Ergebnis auf, behandelt alle Exceptions und Anwenderentscheidungen und gibt die Daten mit den richtigen Parametern zur Weiterverarbeitung an die eigentliche Funktion.
 
-Der Prüfmanager, die Stile und weitere, universelle Bausteine sind im Plugin sn_basis abgelegt und werden von dort in anderen Modulen verwendet.