INI-Datei von windows nach ProgramData verschieben.

[haentschman]

@Uwe

Zitat:

Bei mir ist das schon ein Standard-Schnipsel im InnoSetup-Skript.

...just stehe ich auch vor diesem Problem. Kannst du mir das Denken erleichtern und den Schnipsel veröffentlichen? Ich muß beim Inno schon genug wieder neu lernen...

Danke

[bernau]

Zitat von haentschman:

@Uwe

Zitat:

Bei mir ist das schon ein Standard-Schnipsel im InnoSetup-Skript.

...just stehe ich auch vor diesem Problem. Kannst du mir das Denken erleichtern und den Schnipsel veröffentlichen? Ich muß beim Inno schon genug wieder neu lernen...

Danke

Ähhmmm. Mir auch.

Oder einfach den Schnipse hier anhängen.

[Perlsau]

Zitat von bernau:

Ich welches Verzeichnis kann jedes Programm schreiben, ohne daß ich auf den angemeldeten Benutzer Rücksicht nehmen muss?

Meiner Kenntnis nach in C:\Users\All Users.

[bernau]

Zitat von Perlsau:

Zitat von bernau:

Ich welches Verzeichnis kann jedes Programm schreiben, ohne daß ich auf den angemeldeten Benutzer Rücksicht nehmen muss?

Meiner Kenntnis nach in C:\Users\All Users.

Aber das gibt es ja nicht mehr wirklich unter Win7/8

[hathor]

Zitat von bernau:

Zitat von Perlsau:

Meiner Kenntnis nach in C:\Users\All Users.

Aber das gibt es ja nicht mehr wirklich unter Win7/8

Natürlich gibt es das noch:
C:\Users\All Users ist das Gleiche wie C:\Benutzer\All Users
Physikalisch ist es in C:\ProgramData

Zugriffsrechte Beispiel:
C:\ProgramData\MyProgram\MyProgram.ini
Zugriff: System, Administratoren,
d.h. das Programm, das das File erstellt hat UND Administratoren haben Vollzugriff, andere haben NUR Lesezugriff.

[Uwe Raabe]

Zitat von bernau:

Oder einfach den Schnipse hier anhängen.

Kein Problem. Die beiden Dirs-Einträge sorgen für die Schreibrechte, während der Code für die synchrone Namensgebung der Verzeichnisse zuständig ist. Die Vorgabe des Zielverzeichnisses ist bei meinen Setups nicht änderbar, deswegen funktioniert hier das ersetzen von {pf} in {commondocs} bzw. {commonappdata} auch problemlos. Bei wahlfreien Zielverzeichnissen kann man den Code aber auch entsprechend anpassen und die jeweiligen Subpfade direkt hinschreiben oder aus anderen Quellen zusammensetzen.

Delphi-Quellcode:

[Dirs]
Name: {code:AppDataFolder}\; Permissions: users-modify
Name: {code:DataFolder}\; Permissions: users-modify

und

Delphi-Quellcode:

[Code]
function DataFolder(Param: String): String;
begin
  result := WizardDirValue;
  StringChangeEx(result, ExpandConstant('{pf}'), ExpandConstant('{commondocs}'), true);
end;

function AppDataFolder(Param: String): String;
begin
  result := WizardDirValue;
  StringChangeEx(result, ExpandConstant('{pf}'), ExpandConstant('{commonappdata}'), true);
end;

[Luckie]

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

[Perlsau]

Zitat von Luckie:

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

Sehe ich auch so. Das war aber nicht die Frage, auf die ich geantwortet hatte, denn die lautete: In welches Verzeichnis kann jedes Programm schreiben, ohne daß ich auf den angemeldeten Benutzer Rücksicht nehmen muss?

Handelt es sich um Multiuser-Datenbank-Clients – Programme also, die ihr Zeugs in einer Datenbank ablegen und am selben Rechner mehrere Benutzer zu verwalten haben oder von mehreren Rechnern aus auf einen DB-Server zugreifen –, ziehe ich es mittlerweile vor, auch die benutzerspezifischen Daten in der jeweiligen Datenbank (bei mir fast ausnahmslos Firebird) zu verwalten. Das hat zum einen den Vorteil, daß diese Programmeinstellungen und Benutzerdaten nicht verloren gehen, wenn man auf einen anderen Rechner umziehen muß, und zum anderen, daß alle Benutzer entsprechende Schreib- und Leserechte in der Datenbank besitzen. Man kann dann immer noch trusted connection, wie man sie vom SQL-Server kennt, einsetzen, um dem Benutzer die zweite Anmeldung in der Anwendung zu ersparen. Damit dann jeder Benutzer seine eigenen Einstellungen ohne Einschränkungen und über Betriebssystemgrenzen hinweg parat, selbst bei einer Portierung der Anwendung z.B. auf Linux oder Mac-OS, weil man dann noch immer dieselbe Datenbank verwenden kann, wenn man ein entsprechendes DBMS verwendet, das auch für andere OS' verfügbar ist.

[Uwe Raabe]

Zitat von Luckie:

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

Das war aber gar nicht gefragt.

[bernau]

Zitat von Luckie:

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

Es gibt doch auch Daten, Parameter oder Sonstiges, die nicht benutzerspezifisch sind, sondern die nur für die Lauffähigkeit des Programms notwendig sind, egal welcher Benutzer grade angemeldet ist. Die gehören m.M. nach in das Verzeichnis c:\Programdata\xxx und dort muss dann das "Programm" schreiben können.

Beispiel: Eine Lizensdatei, welche alle 7 Tage aktualisiert wird. Egal welcher Benutzer angemeldet ist. Die Datei muss vom Programm geschrieben werden können.