Kann mir jemand zu folgendem Problem weiterhelfen:
Will die Standardvorgabe des Installationspfades so gestalten das bei den Betriebssystem WIN7, Vista [WindowsVolume][ProductName] kommt, bei WinXP jedoch [ProgramFilesFolder][ProductName]
Gruß und danke
Auswahl Installationsverzeichnis
-
Andreas Kapust
- Administrator
- Beiträge: 1085
- Registriert: 29.02.2004, 15:51
- Wohnort: Hamburg
- Kontaktdaten:
Re: Auswahl Installationsverzeichnis
Guten Tag!
Das folgende bitte nicht persönlich nehmen, dies ist eher ein allgemeiner Hinweis für den Umgang mit NT.
Speziell für Benutzer die vorher nur mit XP und Adminrechten gearbeitet haben:
Persönlich bin ich ein strikter Gegner von Installationen unter [WindowsVolume][ProductName].
Software die in C:\-Root installiert werden möchte zeigt immer, dass die Programmierer sich nicht mit dem NT-Rechtesystem auseinandersetzen möchten und das diese Software eigentlich nicht für aktuelle System, sondern Windows 9x geeignet ist. Sprich, dass man für diese Software dringend einen Ersatz suchen muss.
Applikationen gehören unter [ProgramFilesFolder] … [ProductName], wenn es 32 Bit-Software ist.
Unter [ProgramFiles64Folder] … [ProductName], wenn 64 Bit-Software ist.
Und unter [LocalAppDataFolder]Programs\[Manufacturer]\[ProductName], wenn es eine Benutzerinstallation ist.
Dies sind Vorgaben von Microsoft, und es gibt auch keinen Grund (außer es ist in einer Firma so vorgegeben) dafür, davon abzukommen.
Wenn eine Applikation unter WIN7, Vista auf [WindowsVolume][ProductName] kommt, bei WinXP aber unter [ProgramFilesFolder][ProductName] soll, zeigt dies ganz klar einen Disignfehler dieser Applikation.
Die gleiche Applikation würde sicher unter XP ebenfalls nicht laufen, wenn der User mit Benutzerrechten statt Adminrechten unterwegs ist! Darum ist eine Weiche für NT6 völlig unnütz.
Soll die Applikation im INSTALLDIR (oder einem Unterordner) Daten ablegen, die Applikation soll aber auch als Benutzer laufen, muss man für das entsprechende Verzeichnis die entsprechenden Rechte setzen.
Oder man ändert die Applikation gleich so, dass diese Daten in Verzeichnissen abgelegt werden, die jeder Benutzer beschreiben kann z. B. CommonAppDataFolder, wenn die Daten für „Alle Benutzer“ dieses System verfügbar sein soll.
Das folgende bitte nicht persönlich nehmen, dies ist eher ein allgemeiner Hinweis für den Umgang mit NT.
Speziell für Benutzer die vorher nur mit XP und Adminrechten gearbeitet haben:
Persönlich bin ich ein strikter Gegner von Installationen unter [WindowsVolume][ProductName].
Software die in C:\-Root installiert werden möchte zeigt immer, dass die Programmierer sich nicht mit dem NT-Rechtesystem auseinandersetzen möchten und das diese Software eigentlich nicht für aktuelle System, sondern Windows 9x geeignet ist. Sprich, dass man für diese Software dringend einen Ersatz suchen muss.
Applikationen gehören unter [ProgramFilesFolder] … [ProductName], wenn es 32 Bit-Software ist.
Unter [ProgramFiles64Folder] … [ProductName], wenn 64 Bit-Software ist.
Und unter [LocalAppDataFolder]Programs\[Manufacturer]\[ProductName], wenn es eine Benutzerinstallation ist.
Dies sind Vorgaben von Microsoft, und es gibt auch keinen Grund (außer es ist in einer Firma so vorgegeben) dafür, davon abzukommen.
Wenn eine Applikation unter WIN7, Vista auf [WindowsVolume][ProductName] kommt, bei WinXP aber unter [ProgramFilesFolder][ProductName] soll, zeigt dies ganz klar einen Disignfehler dieser Applikation.
Die gleiche Applikation würde sicher unter XP ebenfalls nicht laufen, wenn der User mit Benutzerrechten statt Adminrechten unterwegs ist! Darum ist eine Weiche für NT6 völlig unnütz.Soll die Applikation im INSTALLDIR (oder einem Unterordner) Daten ablegen, die Applikation soll aber auch als Benutzer laufen, muss man für das entsprechende Verzeichnis die entsprechenden Rechte setzen.
Oder man ändert die Applikation gleich so, dass diese Daten in Verzeichnissen abgelegt werden, die jeder Benutzer beschreiben kann z. B. CommonAppDataFolder, wenn die Daten für „Alle Benutzer“ dieses System verfügbar sein soll.
Mit freundlichen Grüßen,
AKApplications, Andreas Kapust
AKApplications, Andreas Kapust