Arbeitspakete für V2.0 überarbeitet

docs/workpackages/M10 - Arbeitspakete.md

@@ -27,7 +27,7 @@ Die Reihenfolge der Arbeitspakete ist verbindlich.
 
 ## Explizit nicht Bestandteil von M10
 
-- sofortige Validierung beim Öffnen oder während der Eingabe
+- automatische Validierung beim Öffnen oder während der Eingabe
 - zentraler Meldungsbereich mit Info/Hinweis/Warnung/Fehler
 - feldnahe rote Fehlermeldungen unter Eingabefeldern
 - Provider-ComboBox
@@ -81,9 +81,8 @@ Ab M10 gilt verbindlich:
 
 - **„Öffnen“** und **„Speichern unter“** filtern auf **`*.properties`**.
 - **„Speichern“** verhält sich bei einer neuen, noch nie gespeicherten Konfiguration wie **„Speichern unter“**.
-- **„Speichern unter“** schlägt standardmäßig denselben Standardpfad vor, den der bestehende headless Betrieb in V1.1 verwendet, also **`config/application.properties`** relativ zum Arbeitsverzeichnis. Dadurch ist die in der GUI gespeicherte Datei ohne weitere Schritte für den nächsten headless Scheduler-Lauf nutzbar.
+- **„Speichern unter“** schlägt standardmäßig **`pdf-umbenenner.properties`** vor.
 - Beim Speichern auf eine bereits existierende Datei erscheint eine klare Rückfrage **„Datei überschreiben?“**.
-- Vor dem Überschreiben einer bestehenden `.properties`-Datei legt die GUI eine `.bak`-Sicherung im selben Schema wie der bestehende V1.1-Migrationspfad an (**`<dateiname>.bak`**, bei Kollision **`.bak.1`**, **`.bak.2`**, …).
 
 ### 5. Editorzustand und ungespeicherte Änderungen
 
@@ -226,7 +225,7 @@ Bestehende Konfigurationsdateien können über den GUI-Dateidialog geladen und i
 ### Muss umgesetzt werden
 - Native Dateiauswahl für **„Öffnen“** mit Filter auf **`*.properties`** implementieren.
 - Bestehende `.properties`-Datei technisch laden und in den Editorzustand überführen.
-- Beim Öffnen einer erkannten Legacy-Konfiguration aus Vor-V1.1 die bestehende Migrationslogik des headless Pfads wiederverwenden; die GUI führt keinen zweiten, separaten Migrationspfad ein.
+- Die durchgeführte Legacy-Migration im Editorzustand als ausstehende Migrationsmeldung festhalten, sodass der in M11 eingeführte zentrale Meldungsbereich diese Meldung beim Anbinden automatisch anzeigen kann. In M10 selbst erscheint noch kein sichtbarer Migrationshinweis.
 - Sicherstellen, dass die Dateiübernahme mit dem aus M9 bereits vorhandenen GUI-Start über gültiges `--config <pfad>` zusammenarbeiten kann.
 - Header-Anzeige nach erfolgreichem Laden auf den vollständigen Pfad aktualisieren.
 - Fehlersituationen beim Laden kontrolliert behandeln, soweit für M10 nötig.
@@ -260,10 +259,9 @@ Der Editor kann neue und bestehende Konfigurationen zuverlässig, normalisiert u
 - Schreiblogik für bestehende und neue Konfigurationen implementieren.
 - **„Speichern“** für bereits bekannte Dateipfade umsetzen.
 - **„Speichern“** für neue, noch nie gespeicherte Konfigurationen wie **„Speichern unter“** behandeln.
-- **„Speichern unter“** mit Vorschlag desselben Standardpfads implementieren, den der bestehende headless Betrieb in V1.1 verwendet, also **`config/application.properties`** relativ zum Arbeitsverzeichnis.
+- **„Speichern unter“** mit Vorschlag **`pdf-umbenenner.properties`** implementieren.
 - Dialogfilter auf **`*.properties`** anwenden.
 - Rückfrage **„Datei überschreiben?“** bei existierender Zieldatei umsetzen.
-- Vor dem Überschreiben einer bestehenden `.properties`-Datei eine `.bak`-Sicherung im selben Schema wie der bestehende V1.1-Migrationspfad anlegen (**`<dateiname>.bak`**, bei Kollision **`.bak.1`**, **`.bak.2`**, …); diese Sicherung ist verbindlicher Teil der Speicherlogik.
 - Speicherung als normalisierte `.properties` sicherstellen.
 - Für API-Key-Felder sicherstellen, dass ein leeres GUI-Feld einen bereits vorhandenen Property-Wert nicht stillschweigend entfernt; stattdessen muss ein kontrolliertes Ergebnis für die spätere Warnanzeige aus M11/M12 bereitstehen.
 - Header-Pfad nach erfolgreichem Erstspeichern bzw. Speichern unter korrekt fortschreiben.
@@ -371,10 +369,8 @@ Der vollständige M10-Datei- und Editorfluss wird integriert abgesichert, einsch
   - GUI-Start ohne geladene Konfiguration,
   - **Neu** mit Standardvorlage,
   - **Öffnen** bestehender `.properties`,
-  - Wiederverwendung der bestehenden headless Migrationslogik beim Öffnen einer Legacy-Konfiguration,
   - **Speichern** und **Speichern unter**,
   - Überschreibdialog,
-  - `.bak`-Sicherung beim Überschreiben einer bestehenden `.properties`-Datei,
   - Dirty-State-Markierung,
   - Schutzdialog bei offenen Änderungen,
   - gültigen GUI-Start mit `--config`.
@@ -398,4 +394,4 @@ Der vollständige M10-Datei- und Editorfluss wird integriert abgesichert, einsch
 
 ## Abschlussbewertung
 
-Die Arbeitspakete sind inhaltlich konsistent, widerspruchsfrei und sauber auf den Meilenstein **M10 – GUI-Konfigurationseditor, Dateihandling und Benutzerführung** zugeschnitten. Sie liefern einen echten, benutzerfreundlichen Konfigurationseditor auf Basis der bestehenden `.properties`-Wahrheit, ohne bereits Provider-Komfortlogik, sofortige Validierung oder technische Test-/Korrekturfunktionen aus **M11/M12** vorwegzunehmen.
+Die Arbeitspakete sind inhaltlich konsistent, widerspruchsfrei und sauber auf den Meilenstein **M10 – GUI-Konfigurationseditor, Dateihandling und Benutzerführung** zugeschnitten. Sie liefern einen echten, benutzerfreundlichen Konfigurationseditor auf Basis der bestehenden `.properties`-Wahrheit, ohne bereits Provider-Komfortlogik, sofortige Validierung oder technische Test-/Korrekturfunktionen aus **M11/M12** vorwegzunehmen.