Projekteigenschaften -> Anwendung -> Windows Einstellungen anzeigen
- setzen

Hi
ganz einfach: don't. Speichere gar nicht erst in diesen Pfad, das macht man einfach nicht mehr. Es ist einfach nicht sinnvoll.
Wenn es tatsächlich mal Sinn machen sollte, stellt man das im Manifest der Anwendung ein. So löst man es über die vorgesehenen Pfade, z.B. Application.LocalUserAppDataPath.

iEi zeigt dir, wie du es machen würdest, wenn der Zweck sinnvoll wäre, was er nicht ist, nur um's nochmal hervorzuheben.

Gruß
~blaze~

C:\Program Files\DeinProg\settings.ini das würde ich ändern in

Application.StartupPath & "\settings.ini"

Weil es kann ja sein das der User den Ordner verschiebt !

iEi schrieb:

C:\Program Files\DeinProg\settings.ini das würde ich ändern in
Application.StartupPath & "\settings.ini"

Das würde ich ändern in:

Ich würde sogar zu dem Application.LocalUserAppDataPath tendieren. Das ist genau der Pfad, der für die Anwendung vorgesehen ist (ohne Roaming).

Gruß
~blaze~

Ich kann es übrigens nicht ab, übergangen zu werden, insbesondere, da/wenn ich weiß was ich sage.

Gruß
~blaze~

Nicht jeder Benutzer ist Admin und man erkennt ja bereits, dass der Schutz dafür geschaffen wurde, den Zugriff zu regulieren. Wenn jedes noch so kleine Programm dann Adminrechte anfordern würde, wäre der Schutz überflüssig.

Gruß
~blaze~

Ok, dann passts, hab dann ich missverstanden, sry. Mir ist nur in letzter Zeit aufgefallen, dass meine Aussagen häufiger mal übergangen werden ohne dass man überhaupt darauf eingeht und entsprechend eine scheinbar funktionierende "Lösung" verwendet wird, die eben nicht zwangsweise funktioniert oder unelegant/unsauber usw. ist. Das nervt halt auf Dauer dann.

Gruß
~blaze~

Nur "settings.ini" genügt, aber das speichert dann nicht in das Startup-Verzeichnis, sondern in IO.Directory.GetCurrentDirectory(). Verwende aber nicht Application.StartupPath, sondern Application.LocalUserAppDataPath *nerv ;)*.

Gruß
~blaze~

Ich würde zu My.Settings raten, da dir MS dort eine komplett typisiertes System anbietet (für alles, was serialisierbar ist), wo die Settings-Datei genau dort abgespeichert wird, wo MS sie gerne haben will (AFAIK Appdata/Roaming). Meiner Erfahrung als Systemadministrator auf ein paar Terminalservern (wo Appdata geroamt wird), haben .NET-Anwendungen, die My.Settings verwenden, noch nie Probleme mit der Konfiguration gehabt. Andere Systeme, die ein eigenes Settings-System hatten, jedoch schon.

Kam's echt zu Problemen wegen Roaming? Insofern wäre dann Artentus Lösung vllt. doch die bessere. Nur müsste man den Namen der Anwendung dann wohl aus Application.ProductName nehmen und Version, etc. mit einbauen?

Gruß
~blaze~

In einer Umgebung, die z. B. aus mehrern Terminalservern besteht, bei denen AppData geroamt wird, haben die User auf allen Terminalservern das selbe AppData\Roaming (wenn es so konfiguriert ist, was aber häufig gemacht wird). Wenn die Einstellungen bei AppData\Local/LocalLow gespeichert würden, hätte der User u. U. verschiedene Einstellungen auf den einzelnen Terminalservern, da diese dann lokal auf den einzelnen Servern liegen würden und er ggf. durch eine Lastenverteilung nicht immmer auf dem gleichen Server angemeldet wird. So ist es z. B. bei uns auf der Arbeit.
Ich habe deshalb schon ein paar merkwürdige Problemstellungen erfahren.
Solange es also keine Gigabytes sind, die man in AppData speichern will (Roaming wird häufig auf einen Netzwerkpfad gelegt), kann man das ruhig verwenden. Ansonsten Local verwenden, wenn es angebracht ist (z. B. wenn wirklich etwas Computerspezifisches gespeichert werden soll oder die Daten schlichtweg zu groß sind).

Es bringt natürlich nichts, wenn man wie OpenOffice kommt, und in Roaming Daten speichert, die relative Pfade der OO-Installation auf dem Server/Rechner enthalten, auf dem OO das erste mal gestartet wurde (besonders ungünstig, da manche Ordnernamen bei der OO-Installation zufällig gewählt werden). Das führt zu sogenanntem "Clusterfuck".

Natürlich kam es bei DIR nicht zu Problemen.
In sehr eingeschränkten Windows-Domänen kann das aber schnell wieder ganz anders aussehen.

Außerdem kannst du ja ruhig deine .ini Dateien nutzen (mach ich auch) aber dann speichere sie in die von MS vorgesehen Pfade (AppData/Roaming) und alle sind froh!