Suchergebnisse

Zitat von Crusted Core: „Der Benutzer sollte den Speicherort natürlich frei wählen können.“Das ginge auch ganz leicht mit den Settings. Dazu musst du nur einen eigenen SettingsProvider dafür verwenden...

Also ich würde das einfach mit den Settings abwickeln... Settings richtig verwenden + an Settings binden Und wenn du deine Daten noch dazu in eine extra Settings-Datei ablegen möchtest, siehe nochmals Post #3

Wenn du deine Controls richtig an die Settings bindest, brauchst du keinen Code mehr zum Zuweisen der Daten... (siehe oben das verwiesene Tutorial von EDR) Zitat von Crusted Core: „Brauche ich den gesamten Code fürs speichern???“Ja die Providerklasse musst du in dein Projekt einfügen und den Provider explizit angeben... Siehe dazu mehr UserSettingsProvider (Persistieren von UserSettings) und binär serialisiertes Setting mit einem Default-Wert

Zitat von Crusted Core: „Vielleicht kannst du mir das alles ein wenig genauer erklären.“Ich habe dir eine kleine Testsolution angehängt. Da werden deine oben vorgeschlagenen Controls an die Settings gebunden und die Settings-Daten über einen DirectorySettingsProvider bedient. Damit hast du den Vorteil, dass du selber über den Speicherort der Settings entscheiden kannst. Mit der Propertybindung hast du den Vorteil, dass du nicht selbst die Daten zu den Property-Settings in beiden Richtungen zuwei…

Ja, weil man ja den Speicherort jetzt selbst beliebig bestimmen kann... Man kann beim Start eine Startdatei bestimmen und später auf eine andere Datei umsteigen...