Adminrechte?

die meisten "handelsüblichen" skripte benötigen keine Admin-Rechte.

Zitat von Helveticus

Also für Skripte mit Mausklicks braucht man keine Adminrechte?

Nein.

Zitat von Helveticus

Wie meinst du, dass er nachfragt? Ich möchte ja das alles automatisch machen, also das Programm sollte im Benutzerkonto automatisch mit Administratorrechten geöffnet werden.

Sobald die Vista/Win7 UAC aktiviert ist, wird ein Dialog geöffnet, in dem der Benutzer Fortfahren oder abbrechen kann, wenn dein Script Adminrechte verlangt.

Hier mal in PseudoCode wie du damit umgehen kannst:

Script1 startet das per Fileinstall "versteckte" 2te Script.
Script2 wartet auf UAC-Dialog
Script1 verlangt Adminrechte und pausiert.
UAC Dialog erscheint.
Script2 gewährt Adminrechte (ControlClick usw.) und beendet sich
Script1 kann weitermachen.

Mausklick-Scripte -> Keine Adminrechte nötig.

Wenn du Adminrechte willst -> "#RequireAdmin" (ohne Anführungszeichen) an den Scriptanfang.
Zu deiner RunAs Frage: Keine Ahnung.

Ich habe eine Vermutung, warum RunAs bei dir nicht klappt. Es könnte daran liegen, dass du kein Passwort deviniert hast. Ansonsten würde ich es so machen:
Erstell einfach ein Script mit dem Namen "Neu AutoIt v3 Script.au3", tipp

MsgBox(0,"",$test)

ein, kompiliere es und führe dann

$test = RunAs("Name", @LogonDomain, "passwort", 1, @ScriptDir & "\Neu AutoIt v3 Script.exe", @ScriptDir)
;Run(@ScriptDir & "\Neu AutoIt v3 Script.exe")
MsgBox(0,"",$test)

aus. Wichtig ist, dass dein Benutzer ein Passwort hat.

Zumindest dabei kann ich dir helfen:

Zitat

2 - Nur Netzwerk-Authentifizierung.

Man kann z.B. in einem Localen Netzwerk ein Programm auf einem anderen Computer ausführen (-->siehe Parameter "domain"). Dazu meldet sich das Script mit dem Benutzernamen und dem Passwort dort an und führt das Programm aus. Dabei muss das Programm in der Freigabe liegen. Gehst du z.B. in die Netzwerkumgebung und meldest dich bei "Arbeitsgruppencomputer anzeigen" bei einem anderen PC an/greifst auf einen Anderen PC zu, ändert sich der Pfad. Diesen Pfad kannst du dann dafür benutzen...

Gute Frage. Ich könnte mir das ganze so vorstellen. hab aber auch blos bisschen überlegt was es sein könnte:

0 - Interaktives Logon ohne Profil.

Das Profil des Nutzers wird nicht geladen. Das Programm wird einfach unter dem angegebenen User ausgeführt mit den Settings des standard users.

1 - Interaktives Logon mit Profil.

Das Benutzerprofil wird mitgeladen. Das Programm wird unter dem angegebenen User ausgeführt und die profildaten des users werden dazu geladen. (irgendwelche einstellungen die unter Dokumente und Einstellungen gespeichert sind denke ich mal)

4 - Übernehme die Umgebung des aufrufenden Prozesses statt der des Benutzers.

Evtl dass das programm wie beim ersten start ausgeführt wird.

aber wie gesagt. das ist nur ne raterei. ausprobieren könnte da vllt genauere ergebnisse liefern