Vista-Verzeichnisse und Benutzer

[Hansa]

Hi,

muss das Thema nochmals aufgreifen, wegen hiesigem Vista-Tag. :mrgreen: Es geht im Prinzip eher allgemein um Verzeichnisse und wo jetzt was gespeichert werden soll. Zuerst mal, was ich gemacht habe :

Programm liegt bei C:\XY> Datenbank bei C:\XY\DB> und nicht bei C:\Programme> usw.

Dann als Admin eingelogged und einen neuen Standardbenutzer angelegt (also ohne Admin-Rechte). Als diesen neu eingelogged und das Programm gestartet : läuft sofort. Auch Speicherung der Daten funktioniert.

Jetzt die Fragen :

an jeder Ecke liest man, dass Programme in den Programme-Ordner rein MÜSSEN. Kann mir mal einer erklären warum ? Sofern ich das so mache, kollidiere ich mit "Programme" "program files" usw. und es gibt mehr Probleme, als das ganze wert ist. :???: Was hat sich M$ bei sowas überhaupt gedacht ?

Nebenfrage : sofern Admin und ein Nicht-Admin-User angemeldet sind, dann siehts aus, als ob das so nicht geht. Ist das bekannt, oder geht es doch, ohne jedesmal den Benutzer wechseln und abmelden zu müssen um den Benutzer dann wieder zurückzuwechseln ?

Zu guter Letzt : Vorgaben interessieren nur dann, wenn sie Sinn machen und Vorteile haben. Das gilt auch für M$.

[CCRDude]

Wieso kollidierst Du?
Verwende die Shell-Funktionen, um den auf dem aktuellen Windows gültigen Pfad für den Programme-Ordner zu bekommen, und Du bist auf der sicheren Seite. Die Vorgabe macht Sinn und hat Vorteile, Du hast Sie scheinbar nur noch nicht erkannt ;)

Zur Nebenfrage: da solltest Du schon sagen, was geht oder nicht geht oder gehen soll.

Also, wo sind jetzt die Fragen?

[Hansa]

Zitat:

Zitat von CCRDude

...Die Vorgabe macht Sinn und hat Vorteile, Du hast Sie scheinbar nur noch nicht erkannt ;)..

Tolle Antwort. :twisted: Vor allem so ausführlich. Die Fragen stehen etwas weiter oben. :mrgreen:

[CCRDude]

Tolle Antwort auf tolle Fragen, so geht das halt ;)

Zitat:

Zitat von Hansa

Kann mir mal einer erklären warum ? Sofern ich das so mache, kollidiere ich mit "Programme" "program files" usw. und es gibt mehr Probleme, als das ganze wert ist.

Warum hatte ich ja schon gesagt - weil Du es scheinbar falsch machst und nicht die Shellkonstanten benutzt, womit sich die Fragestellung wohl erübricht hätte, inklusive der zweiten ;)

Zitat:

Zitat von Hansa

Was hat sich M$ bei sowas überhaupt gedacht ?

Da erwartest Du doch nicht ernsthaft eine Antwort drauf?

Zitat:

Zitat von Hansa

Nebenfrage : sofern Admin und ein Nicht-Admin-User angemeldet sind, dann siehts aus, als ob das so nicht geht.

"Es" geht nicht, juchu!
Wär's Dir lieber, wenn ich geantwortet hätte: "Dann verpass ihm halt Beine, dann kann er auch gehen"?
Mag ja sein daß Du mit "Es" auf Du bist und jeden Abend einen trinken gehst, aber berücksichtige dochmal, daß außer Dir keiner weder "Es" noch seinen gewohnten Gang kennt :roll:

[RWarnecke]

Zitat:

Zitat von Hansa

Hi,
Jetzt die Fragen :

an jeder Ecke liest man, dass Programme in den Programme-Ordner rein MÜSSEN. Kann mir mal einer erklären warum ? Sofern ich das so mache, kollidiere ich mit "Programme" "program files" usw. und es gibt mehr Probleme, als das ganze wert ist.

Wenn Du mal Registry-Werte zwischen Windows Xp und VISTA vergleichst, dann wird Dir auffallen, dass unter Windows XP immer der volle Pfad drinsteht und unter Windows VISTA der gleiche Pfad mit einer Variablen angezeigt wird.

Beispiel:
Hier Windows XP:

Code:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\CLSID\{00000514-0000-0010-8000-00AA006D2EA4}\InprocServer32]
@="C:\\Programme\\Gemeinsame Dateien\\System\\ado\\msado15.dll"

Hier Windows VISTA:

Code:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\CLSID\{00000514-0000-0010-8000-00AA006D2EA4}\InprocServer32]
@="%CommonProgramFiles%\\System\\ado\\msado15.dll"

Bei beiden Pfaden ist es das gleiche Ziel. Frage mich nicht warum es so sit. Ich bin darüber bei meinem aktuellen Projekt gestolpert. Ich bin auch noch über einiges mehr gestolpert zu VISTA.

[CCRDude]

Naja, den Grund finde ich relativ einleuchtend:

• Alle Programme in einem Unterordner gesammelt für die Übersichtlichkeit.
• Einen lokalisierten Namen für diesen Ordner für Menschen mit geringen Englischkenntnissen.
• Beides obiges auch für Datenverzeichnisse.
• Bei Datenverzeichnissen insbesondere, falls mehrere Programme Daten teilen - dann gibt es einen zuverlässigen bekannten Pfad dorthin.
• Netzwerksysteme können diverse Benutzerspezifische Ordner auch einfach auf einem Netzwerklaufwerk verwenden, ohne daß Programme damit Probleme haben.
• Benutzer können ihren Datenordner auf eine andere Partition verschieben (das einzig sinnvolle bei einem Jährlichneuinstalliersystem wie Windows ;) ) und Programme können ihre Daten dank ShellAPI immer noch wiederfinden. Allgemein können diese Ordner verschoben werden, ohne daß Programme plötzlich aufören zu funktionieren.
• Da die Shell es erlaubt, immer den gültigen Pfad dafür auszulesen, kann der sich sogar zwischen Windows-Versionen ändern, ohne daß Programme sich updaten müssen (Vista etwa ändert da einiges - kein Problem wenn mans über die ShellAPI macht).

[Hansa]

CCR, nenne mal bitte deine Vista version.

[mkinzler]

Zitat:

Zitat von Hansa

CCR, nenne mal bitte deine Vista version.

Ist hierfür unerheblich.

[Assertor]

Hallo Hansa,

Zitat:

Zitat von Hansa

Jetzt die Fragen:
an jeder Ecke liest man, dass Programme in den Programme-Ordner rein MÜSSEN. Kann mir mal einer erklären warum ? Sofern ich das so mache, kollidiere ich mit "Programme" "program files" usw. und es gibt mehr Probleme, als das ganze wert ist. :???: Was hat sich M$ bei sowas überhaupt gedacht ?

Es gibt da ja auch - je nach Einsatzbereich - einige Sicherheitsaspekte. Ich kenne einige Unternehmen oder Einrichtungen, da würde ein Programm mit so einer eklatanten Sicherheitslücke rausfliegen bzw. separiert (vgl. Quelle: BSI, IT Grundschutz Kataloge 2006, z.B. Maßnahme M 4.53, Seite 2274 ff.).

Du umgehst damit ja sozusagen die Vorgabe wer auf ein Programm (Deines) in welchem Umfang Zugriff hat. Dies richtet sich aber natürlich nach Zielgruppe und Art der Anwendung.

Zitat:

Zitat von Hansa

Nebenfrage : sofern Admin und ein Nicht-Admin-User angemeldet sind, dann siehts aus, als ob das so nicht geht. Ist das bekannt, oder geht es doch, ohne jedesmal den Benutzer wechseln und abmelden zu müssen um den Benutzer dann wieder zurückzuwechseln ?

Kannst Du das mal etwas umformulieren? Ich verstehe es ehrlich gesagt im Moment nicht...

Gruß winkel79

[Dezipaitor]

ja das ist voll witzig.

In C:\Programme kann ich als nicht Admin kein Verzeichnis erstellen. Jedoch funktioniert das unter C: ohne Probleme.
Man muss sich fragen, warum das Sinn macht.

Ich würde dir empfehlen in deinem Installation ins Programmeverzeichnis installieren zu lassen. Der Benutzer sollte aber die Wahl haben. Das Programm einfach in einen festgelegten Ordner zu speichern ist benutzerunfreundlich.
Die Funktion SHGetSpecialFolderLocation hilft dabei.

Unter Vista heißt der Programmordner "Program Files", auch wenn Explorer ihn als
"Programme" anzeigt. Das wird halt übersetzt angezeigt.

Wenn du dein Installationsprogramm als Admin starten lässt (über Vistamanifest), dann kannst du ohne Probleme nach "C:\Program Files" schreiben.

[mkinzler]

Zitat:

Wenn du dein Installationsprogramm als Admin starten lässt (über Vistamanifest)

Oder wenn setup Teil des Exenamens ist.

[RWarnecke]

Zitat:

Zitat von Dezipaitor

Unter Vista heißt der Programmordner "Program Files", auch wenn Explorer ihn als
"Programme" anzeigt. Das wird halt übersetzt angezeigt.

Das ist nicht ganz richtig so. Der Ordner Programme ist sozusagen eine Verknpüfung auf den Ordner Program Files. Das ist das gleiche wie unter Linux mit den Verknüpfungen auf Ordner. Da geht das genau so. Denn wenn ich mir die Root vom Laufwerk C anzeigen lasse im Total Commander, wird der Ordner Programme als Verknüpfung angezeigt.

[bernau]

So, da will ich nun meinen Senf auch mal dazu geben.

"Den einen richtigen Weg" gib es nicht.

Es mag sinnvoll sein, die Programme in den Programm-Ordner und die Daten unter "Eigene Dateien" zu speichern. Es gibt aber auch genügend Gründe dies anders zu machen.

In meiner Anwendung, eine Warenwitschaft, habe ich es so geregelt, daß Programme und Daten in einem Verzeichnis liegen bzw. in diesem Verzeichnis jeweils in einem Unterverzeichnis.

c:\meinProgramm\Daten
c:\meinProgramm\Programm

Wenn nichts spezielles angegeben ist, sucht das Programm immer Relativ zur eigenen Position die Daten.

Das hat den Vorteil, das meine Kunden ganz unkompliziert alles zusammen auf einen Stick/oder externe Festplatte kopieren können bzw. sofort von dort aus starten können. Seit ich das mache, ist es supereinfach, alles zu transportieren wohin man es möchte, ohne irgendwelche Installationen durchzuführen.

Auch mal eben eine Datensicherung zu starten, um zu sehen, wie die Daten vor einer Woche ausgesehen haben, ist Klasse. Es gibt immer Kunden, die sagen, daß letzte Woche die Daten ganz anders ausgesehen haben.

Es gibt auch einige weitere Programme, bei denen es Vorteilhaft ist, dieses einfach vom Stick zu starten. (Browser, Bildbearbeitung, eigene Textverarbeitung, etc.).

Das würde ich mir übrigens auch von Delphi wünschen. Einfach das komplette Delphi mit Projektverzeichnis auf ein Stick und überall mit der gleichen Einstellung arbeiten.

Nur so ne Meinung.


Gerd

[Luckie]

@bernau: Hast du schon Kunden, die mit Vista arbeiten bzw. mit welchen Rechten arbeiten sie an ihren XP Rechnern?

[Phoenix]

Das geht sicher auch, in einem 'Safe Environment' müsste dann aber der/die User Explizit noch Schreibrechte auf das Datenverzeichnis erhalten -> Erhöhter Administrativer Aufwand. Und bei manchen Firmen wird der/die Admin(s) ggf. (zurecht) sagen: "Nope - das ist ein No-Go. Die Software wird so nicht hier installiert."

Sowas kann nämlich nicht ohne weiteres vollautomatisch im Netz verteilt werden.

Zum richtigen Weg:

Naja, den gibt es eigentlich schon. Man sollte sich halt an die Vorgaben halten. Unter Linux würde auch keiner auf die Idee kommen, und Nutzdaten unter /usr oder gar noch /bin bzw. /sbin speichern. Da gehören die nunmal einfach nicht hin.

[bernau]

Zitat:

Zitat von Luckie

@bernau: Hast du schon Kunden, die mit Vista arbeiten bzw. mit welchen Rechten arbeiten sie an ihren XP Rechnern?

Vista: Noch nicht nachgefragt bzw. noch nicht probiert.

XP: Läuft auch, wenn ich mich als Gast anmelde.


Gerd

[mkinzler]

Zitat:

XP: Läuft auch, wenn ich mich als Gast anmelde.

Dann aber nicht mit NTFS und Standartrechten

[Luckie]

Du kannst als Gast Daten im Verzeichnis C:\PROGRAMME\DEINPROGRAMM\DEINEDATEN speichern? Dann musst du aber bei der Installation was an den Rechten gedreht haben.

[Assertor]

@Luckie & Co:

Zitat:

Zitat von bernau

In meiner Anwendung, eine Warenwitschaft [...]

c:\meinProgramm\Daten
c:\meinProgramm\Programm

Er speichert doch garnicht unter dem echten Programmverzeichnis.

Natürlich kann man das so machen. Alles geht, ist halt nur die Frage, ob das so sinnvoll ist. Ich finde es nach und nach auch gut, daß Vista hier endlich (relativ) konsequent das umsetzt, was seit NT den Programmierer nahegelegt wird. Ist jetzt halt mal die etwas direktere Methode und zeigt so einige "Designfehler".

[mkinzler]

Wenn jetzt aber versucht wird deine Anwendung in einem Netzwerk eines gewissemhaften Admins mit dicken Fell zu installieren, könnte es Probleme geben. Außerdem weiss man ja nicht, ob MS ihr Konzept des UAC noch ausweitet. Deshalb würde ich mich an die Vorgaben halten, standardmäßig im vogesehenen Pfad installieren und die Daten vom Programm strikt trennen.

[Luckie]

Das ist ja noch schlimmer. Wenn das jedes Programm machen würde*, dann kann der Administrator gar keine Ordnung mehr halten. Desweiteren muss er trotzdem was an den Rechten gedreht haben. Ich kann zwar als normaler Benutzer dort ein Verzeichnis erstellen, Schreibrechte hat dort aber nur der Ersteller und der Administrator.

*) Mein Canon-Drucktreiber hat das gemacht C:\BJPrinter und ein Programm vom BDS6: c:\Program Files\Borland\Java. Beide Verantwortlcihen hätte ich dafür in den Popo treten können.

[bernau]

Zitat:

Zitat von Phoenix

Das geht sicher auch, in einem 'Safe Environment' müsste dann aber der/die User Explizit noch Schreibrechte auf das Datenverzeichnis erhalten -> Erhöhter Administrativer Aufwand. Und bei manchen Firmen wird der/die Admin(s) ggf. (zurecht) sagen: "Nope - das ist ein No-Go. Die Software wird so nicht hier installiert."

Sowas kann nämlich nicht ohne weiteres vollautomatisch im Netz verteilt werden.

Nun ja. Es kommt immer auf den Kunden an. Ich stimme dir zu, wenn du Software für einen großen Konzern entwickelst. Aber da hast du ganz andere Anforderungen und Voraussetzungen als wenn dein Kunde eine kleine Firma mit 3-4 Arbeitsplätzen ist, oder gar eine Privatperson.

Eine Anforderung von einigen Kunden war, das Programm transportabel zu machen. In der Firma tagsüber mit den Daten zu arbeiten, dann die USB-Platte abziehen. Mit nach Hause nehmen und dort die Buchhaltung zuende führen.

Zitat:

Zitat von Phoenix

Zum richtigen Weg:

Naja, den gibt es eigentlich schon. Man sollte sich halt an die Vorgaben halten.

Der richtige weg ist, dem Kunden es so einfach wie möglich zu machen. Es wird immer interessanter persönliche Anwendungen und Einstellungen mit sich herumzutragen. Es ist klasse, wenn du mehrere Computer hast (Zu Hause, bei der Freundin, im Büro etc) und du einen USB-Stick einsteckst, und dein Browser mit deinen Einstellunge öffnest und dort weiter surfst, wo du am vorherigen Rechner aufgehört hast.


Wie gesagt: Unterschiedliche Lösungen für unterschiedliche Anforderungen.

Zitat:

Zitat von Phoenix

Unter Linux würde auch keiner auf die Idee kommen, und Nutzdaten unter /usr oder gar noch /bin bzw. /sbin speichern. Da gehören die nunmal einfach nicht hin.

Ich habe auch nicht behauptet, daß meine Anwendung in's Windows-Verzeichnis oder in das Programm-Verzeichnis kopiert wird.


Gerd

[Dezipaitor]

Zitat:

Zitat von RWarnecke

Zitat:

Zitat von Dezipaitor

Unter Vista heißt der Programmordner "Program Files", auch wenn Explorer ihn als
"Programme" anzeigt. Das wird halt übersetzt angezeigt.

Das ist nicht ganz richtig so. Der Ordner Programme ist sozusagen eine Verknpüfung auf den Ordner Program Files. Das ist das gleiche wie unter Linux mit den Verknüpfungen auf Ordner. Da geht das genau so. Denn wenn ich mir die Root vom Laufwerk C anzeigen lasse im Total Commander, wird der Ordner Programme als Verknüpfung angezeigt.

Nein, das was ich schreibe ist richtig. In der Tat gibt es eine Verknüpfung mti dem Namen "Programme". Jedoch zeigt der Windows Explorer das echte Verzeichnis "Program Files" als "Programme" an. Im Windows Explorer sieht man daher zweimal den Eintrag "Programme".

Wenn ich bei mir jedoch auf die Verknüpfung klicke, bekomme ich eine 5 (Zugriff verweigert).

[Hansa]

Zitat:

Zitat von Dezipaitor

Wenn ich bei mir jedoch auf die Verknüpfung klicke, bekomme ich eine 5 (Zugriff verweigert).

Genau ! Das war mit der Nebenfrage gemeint. Sind zwei User angemeldet, dann kommt dieser Fehler. Aber vorerst egal.

Wo liegen jetzt aber genau "Sicherheitslücken", wenn man es so macht wie bernau ? Ich kann schreiben, wohin ich will, nur nicht in das Verzeichnis eines anderen Users ? Na toll. IMHO ist es vielleicht sinnvoll, sich in einem multinationalen Konzern an Richtlinien zu halten, selbst wenn die von Microsoft kommen, aber praktikabel muss das lange nicht sein. Windows ist übrigens nicht ISO??? konform. Mal nebenbei bemerkt. Viele Admins sind außerdem froh, wenn sie wissen wo was ist und halten sich deshalb sehr gerne nicht an M$-Richtlinien. Wo bleibt das Killer-Argument sich dem unterordnen zu müssen ?

[Phoenix]

Zitat:

Zitat von bernau

Der richtige weg ist, dem Kunden es so einfach wie möglich zu machen. Es wird immer interessanter persönliche Anwendungen und Einstellungen mit sich herumzutragen. Es ist klasse, wenn du mehrere Computer hast (Zu Hause, bei der Freundin, im Büro etc) und du einen USB-Stick einsteckst, und dein Browser mit deinen Einstellunge öffnest und dort weiter surfst, wo du am vorherigen Rechner aufgehört hast.

Dafür gibts einen einheitlichen Standard, und der nennt sich U3. Auch hier gibt es einen 'right way', wie man sowas anbieten sollte - damit der User nicht mit 10 verschiedenen Lösungswegen von 5 verschiedenen Entwicklern überfordert werden muss, sondern genau weiss: Die U3-Anwendungen installier ich auf meinem Stick - und gut ist's.

[Phoenix]

Nochmal ein Nachtrag, weil das ggf. doch etwas überheblich rübergekommen sein könnte (was not my intention).

Gerade aus dem Aspekt der Usability her - und der Vereinfachung für den User - sollte man sich an die Standards halten.
Wenn ein User die Windows-Funktion zur Datensicherung verwendet wird sein Profil mit seinen Nutzdaten gespeichert. Ein Programm XY das dort seine Daten nicht hinlegt wird einfach nicht mitgesichert. Wer guckt doof aus der Wäsche wenn wirklich was mit den Daten passiert und der User seine Sicherung zurückspielt und auf einmal seine Daten aus der Anwendung XY nicht wiederfindet? Genau: Der User. Und der Entwickler sagt: "Ja, da hätten Sie das Verzeichnis xyz noch mitsichern müssen." Und dann guckt der User noch blöder und fragt: "Was für ein Verz-Ding?".

Als verantwortungsbewusste Entwickler sollten wir schauen, dass wir den 08/15-User (und damit den allgegenwärtigen DAU) mit unserer Anwendung nicht überfordern. Und dazu gehört eben auch, dass der User nicht zu wissen braucht, wo eine bestimmte Anwendung selber und wo ihre Daten liegen. Das muss einfach nur laufen - und sollte Systemfunktionen wie Sicherung, Profilumzug etc. auch unterstützen, damit wir den User nicht im Regen stehen lassen.

[Hansa]

@Phoenix : hast du U3 Stick ? IMHO ist der lediglich halbe Sache.

wg. roter Kasten :

Zitat:

Zitat von Phoenix

"Ja, da hätten Sie das Verzeichnis xyz noch mitsichern müssen." Und dann guckt der User noch blöder und fragt: "Was für ein Verz-Ding?".

Ist das Verzeichnis klar definiert, dann weiß selbst der DAU, was er zu sichern hat, auch bei Rechner/User-Wechsel. Beim Microsoft-"Standard" ist das aber nicht klar.

[sakura]

Zitat:

Zitat von Hansa

Ist das Verzeichnis klar definiert, dann weiß selbst der DAU, was er zu sichern hat

Bestimmt nicht, wenn er viele Anwendungen hat, die solche Dinge machen. Dann will nicht mal von mir behaupten, dass ich mir die alle merken könnte ;) Und ein DAU weiß nach einer Minute eh nicht mehr, was er ausgewählt hat :zwinker: Und selbst wenn, dann müsste er sich noch daran erinnern, wenn er sichert, dass er das auch noch sichern muss...

...:cat:...

[Noinini]

Zitat:

Zitat von Hansa

IMHO ist es vielleicht sinnvoll, sich in einem multinationalen Konzern an Richtlinien zu halten, selbst wenn die von Microsoft kommen, aber praktikabel muss das lange nicht sein.

Unabhängig von der Größe der Unternehmen, für die man Software entwickelt, sollte man sich an die vorgegebenen System-Standards halten. Auch ohne Vista ist es in Unternehmen nicht unüblich, dass Software im Benutzer-Kontext keinerlei Schreibrechte im System-Verzeichnis hat (auch unter C:\ selber). Nur der Administrator wird Einstellungen vornehmen, die für alle Benutzer gelten und zu diesem Zweck Änderungen im Programm-Verzeichnis vornehmen.
Ein Programm benötigt immer nur dort Schreibrechte, wo auch die Daten des oder der Benutzer liegen, wo auch immer das sein mag.

[Phoenix]

Zitat:

Zitat von Hansa

@Phoenix : hast du U3 Stick ? IMHO ist der lediglich halbe Sache.

Jupp, einen 2 Gig-Stick von Kingston. Da drauf mein Putty / WinSCP mit allen nötigen Zertifikaten, Firefox / Thunderbird für meine Mails und eine selbstgeschriebene Anwendung für die Erfassung meiner Arbeitszeiten beim Kunden.

Da der Stick passwortgeschützt ist und keine Spuren (ausser dem U3-DeviceDriver) auf dem Hostsystem hinterlässt finde ich das schon eine richtig geschickte Sache. Und das, was da noch nicht ausgereift ist, wird hoffentlich mit dem Nachfolgesystem beseitig werden :)

[RWarnecke]

Zitat:

Zitat von Dezipaitor

Wenn ich bei mir jedoch auf die Verknüpfung klicke, bekomme ich eine 5 (Zugriff verweigert).

Ich habe s noch nicht richtig ausprobiert und getestet, gehe aber davon aus, dass der User der bei der Installation angelegt wird, kein vollwertiger Admin ist, wie bei Windows XP. Denn wenn ich mich recht entsinnen kann, war bei den beiden Setups die ich ausgeführt habe immer die Abfrage von VISTA drin, soll es als Admin ausgeführt werden. Aber wie gesagt, ich muss es nochmals ausprobieren. Ich bin halt gerade auf Arbeit und habe hier kein VISTA. Melde mich dazu aber nochmals heute Abend.

Edit : Diese Abfrage gibt es ja auch, wenn ich den Registy-Editor starte, was ich aber persönlich für absoluten Schwachsinn halte.

[Dezipaitor]

in meiner ACL habe ich den Eintrag, dass der Lesezugriff für die Gruppe "Jeder" verweigert werden soll.
Ich kann dies nicht ändern, da alle Buttons ständig ausgegraut sind.
Der Besitzer der Verknüpfung ist "SYSTEM". Eine Änderunge auf mich hat jedoch nichts hinsichtlich der ausgegrauten Buttons gebracht.

Ich vermute mal, dass es etwas mit dem Integritätslevel zu tun hat, welches man nicht über die Oberfläche ändern kann.


Eine Kommandozeile als Administrator gestartet funktioniert.
Damit kann man die Verknüpfung lösen:

icacls c:\programme /remove:d Jeder

Danach kann ich die Verknüpfung verwenden, um nach c:\program files zu springen.

[bernau]

Zitat:

Zitat von Phoenix

Dafür gibts einen einheitlichen Standard, und der nennt sich U3. Auch hier gibt es einen 'right way', wie man sowas anbieten sollte - damit der User nicht mit 10 verschiedenen Lösungswegen von 5 verschiedenen Entwicklern überfordert werden muss, sondern genau weiss: Die U3-Anwendungen installier ich auf meinem Stick - und gut ist's.

Aha. Siehste mal. Schon wieder was gelernt.

Aber ob's ein Standard ist, wird sich Herausstellen. Habe hier im Delpi-Forum nach U3 gesucht und soooo vieel habe iich nicht gefunden. Ich werde mir die U3-Seite aber mal anschauen. Inbteressant ist's allemal.


Gerd