Beiträge von Schnuffel
-
-
-
mein Ansatz quick & dirty...
Code
Alles anzeigenLocal $Error, $k, $aUserData, $sUninstallString Local $Regx64 = "" If @OSArch = "X64" Then $Regx64 = "64" Local $sKeyBase = "HKLM" & $Regx64 & "\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData" Local $sKey2 = "Products" Local $sKey3 = "InstallProperties" Local $sDisplayName = "WinAppDeploy" Local $sSearchKey = "DisplayName" Local $sFindString = "UninstallString" $aUserData = RegEnumKey($sKeyBase, 1) While $Error = 0 $k += 1 $Return = RegEnumKey($sKeyBase & "\" & $aUserData & "\" & $sKey2, $k) If @error Then $Error = 1 If RegRead($sKeyBase & "\" & $aUserData & "\" & $sKey2 & "\" & $Return & "\" & $sKey3, $sSearchKey) = $sDisplayName Then $sUninstallString = RegRead($sKeyBase & "\" & $aUserData & "\" & $sKey2 & "\" & $Return & "\" & $sKey3, $sFindString) ExitLoop EndIf WEnd MsgBox(0,"UninstallString für " & $sDisplayName, $sUninstallString)
-
ich denke das Problem liegt schon in den Aufurfparametern für Robocopy...
an dieser Stelle
ist doch die Geschichte für Robocopy zu Ende und der Rest ist irrelevant.
Man sollte erstmal erforschen, was der Threadersteller mit dem Robocopy Befehl überhaupt kopieren will.
Ansonsten ist Oscar's Vorschlag genau das was du suchst.
-
Also...
normalerweise wird hier ein Problem geschildert das man selber nicht lösen kann.
Du hast zu Beginn deines Posts den Fehler aller Fehler gemacht. Du hast dir selbst eine Lösung ausgedacht und suchst nach einer Umsetzung dafür.
ABER
Deine Lösung ist einfach nicht gut. Daher sind auch die Lösungsansätze die wir liefern nicht sonderlich gut.
Ich unterstelle jetzt mal was du erreichen möchtest:
- Download von WhatsAppSetup.exe
- Start der Installation von WhatsApp Setup.exe
- Nach Installation --> "aufräumen"
Den Doanload hast du ja schon hinbekommen, sehr gut
Mit der Installation ist das so eine Sache. I.d.R. haben diese Installer-Programme je nachdem mit welchem Installer diese erstellt wurden, verschiedene "Switches" mit denen die Installation gesteuert werden kann. Unter anderem auch ein Schalter für die "leise" Installation. Diese installiert das Programm mit den "default" Einstallungen ohne Anzeige einer GUI und ohne Usereingaben.
In diesem Fall würde der Schalter vermutlich folgendermaßen aussehen: "/S"
Als Codezeile:
Wenn du die Parametrierung eines Befehls in autoit sehen willst, dann markieren den gesamten Befehl und drücke F1:
Function ShellExecuteWait
ShellExecuteWait ( "filename" [, "parameters" [, "workingdir" [, "verb" [, showflag]]]] )Mit dieser Codezeile wird das Installationsprogramm gestartet, angewiesen die Installation bis zum Ende ohne Usereingaben auszuführen (/S)und zu warten, bis dieses Programm fertig ist (Process beendet)Was du danch mit den "Überresten" machst ist dann ein eigenes Thema
-
-
ich krieg das nicht mehr hin. War wohl meiner Unwissenheit bezüglich DlLCalls und Owner Drawn geschuldet irgendwas zusammengschustert zu haben dass zumindest einer Trennlinie den grünen Anstrich gab.
Ich würde mal im engl. Forum fragen, da haben sich melba und Co schon mehrfach mit dem Thema befasst
-
den hab ich wieder gelöscht als ich nicht weiterkam.
Ich werde versuchen dass nochmal hinzukriegen.
-
ich habe die Funktionen soweit ich das verstanden hatte auf dein ConsolenFenster angewendet.
Ich bekam aber nur einen grünen Strich hin.
Mir sagte das aber, dass es grundsätzlich möglich ist auf das SystemMenu einzuwirken.
Ob SystemOwnerDrawn da nicht "oversized" ist kann ich nicht beurteilen.
In diversen Diskussionen wird diese Methode als "overloaded" betitelt.
Ob die Zuweisung eines Icons das wert ist musst du entscheiden.
Ich würde aber auch eher sagen, bau dir dein eigenes Console Fenster, dann hast du volle Kontrolle und musst nicht fremde Fenster hooken
-
In der ModernMenu UDF macht der Ersteller lustige Dinge mit dem Menü.
Ich habe beim schnellen drüber hinweg fliegen nur gesehen, dass er SetOwnerDrawn verwendet. Möglicherweise ist das ein Ansatz.
Bei einem kleinen Versuch konnte ich aber nur den bkcolor eines Items grün färben in deinem Konsolen Fenster.
hier noch die aktualisierte Version von LarsJ im autoitscript.com Forum: Link
-
Hallo Alina,
sei bitte nur vorsichtig wenn du einen Anlageberater / Finanzmakler zu Rate ziehst.
Bei jeglicher Anlageform gibt es unterschiedliche Provisionen und meist versucht der gute Mensch eher seinen Geldbeutel zu füllen als auf deine Bedürfe zugeschnitten das für dich Richtige zu empfehlen..Ich persönlich kann dir im Moment nur Container empfehlen.
lDas Schifffrachtgeschäft ist die ketzten Jahre stabil gewesen und ist auch unbeeindruckt von Krisen...Aber wie gesagt du brauchst den Anlageberater deines Vertrauens.
-
das verstehe ich nicht...
Das Skript soll schon auf der VM selbst laufen aber diese ist ja nicht 24/7 connected.
was hat das mit connected zu tun???Eine VM läuft und damit Punkt.
Vergiß doch mal diese RDP-Geschichte. Das wird dich nicht zum Ziel führen.
Betrachte die VM doch mal als das, was es ist : ein PCDarauf soll ein Script laufen. Gut
Wo ist das Problem?
Einfache Sache ist ein Grundsatz von M$: eine GUI erscheint immer im Kontext des ausführenden Users.
Ist der User auch aktiv an einer "Windows-Konsole" (ich nenne das mal bewusst so, da jeder Desktop eigentlich nichts anders ist, auch der lokale)
angemeldet kann er die Fenster, die als aktiv und sichtbar gesetzt und in seinem Kontext ausgeführt werden sehen.Mehr ist es nicht.
Damit ist dein MouseClick gestorben -
ich habe das Problem jetztz folgendermaßen verstanden...
Es soll in einer VM bei angemeldetem User ein MouseClick ausgeführt werden.
Dies wurde bisher versucht, indem von einem 2. PC eine RDP-Session zu der VM aufgebaut wurde um den MouseClick auszuführen.Da sollte klar sein, keine RDP-Session, ergo kein MouseClick.
Aber warum wird das Script für den MouseClick nicht direkt auf der VM ausgeführt???
Im Kontext des angemeldeten Users würde dann auch die GUI erscheinen und kann angeclickt werden.Wobei ich da auch zu Bedenken geben muss, dass MouseClick die unglücklichste Variante ist.
Da gibt es sichere Methoden für fast alle Anwendungen... -
um variabel auf die Usereinstellung reagieren zu können mache ich das in solchen Fällen immer so:
AutoIt
Alles anzeigenGlobal $scalingfactor = 96 / RegRead('HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics', 'AppliedDPI') $Gui_Status = GUICreate('Demo Scaling-Factor', 389, 140, -1, -1) GUICtrlCreateLabel('Demo Scaling-Factor', 5, 5, 200, 20) GUICtrlSetFont(-1, 12 * $scalingfactor, 600) GUICtrlCreateLabel('', 5, 30, 340, 1) Global $t_MsgPro = GUICtrlCreateLabel('Demo Scaling-Factor' & @CRLF & @CRLF & 'Demo Scaling-Factor', 5, 40, 350, 80) GUICtrlSetFont(-1, 11 * $scalingfactor) GUICtrlCreateLabel('Version: 0.0.0.0',5, 140 - 14, 80) GUICtrlSetFont(-1, 8 * $scalingfactor) GUISetState() Do Until GuiGetMsg() = -3
-
auch von mir ein Herzlich Willkommen.
du schreibst sympathisch, da hilft man gern
-
Hallo Bugfix,
ein Server vergibt für jeden User eine SID. der Username ist nur zur Anmeldung als sogenannte Credentials wichtig. Der Server und auch die PC's interessieren sich danach nur für die SID.
Die Aussage, dass der User x gelöscht und nicht wieder hergestellt werden kann bedeutet, dass seine eindeutige SID gelöscht wird. Damit wäre ein entschlüsseln von Daten beruhend auf der SID nicht mehr möglich.
Wenn ihr keine Daten verschlüsselt, dann kannst du diese Meldung ignorieren und jeden User 100x anlegen und wieder löschen.
PS: wie sieht das mit Kennwort Ablauf aus? Standardmäßig werden Userkonten mit einem Zeitablauf erstellt, der erzwingt, dass das Passwort geändert werden muss.
Das kann man abstellen indem man im Konto des Users auf dem Server in den Eigenschaften die Option "Kennwort läuft nie ab" anklickt.Da Ihr keine Domäne habt, können die User das Passwort nicht ändern.
Da würde ich mal nachsehen ...Ansonsten würde ich sagen, dass die SAM Datenbak beschädigt ist.
Da dein Server ja schon öfter gesponnen hat, wäre es vielleicht doch an der Zeit diesen mal mit einem aktuellen BS neu zu installieren ...Gruß
Schnuffel -
zur Übung bestimmt ganz lehrreich, aber ich finde mann kann manchmal auch auf fertige Lösungen zurückgreifen.
Ich verwende seit vielen Jahren zufrieden DeskSave: http://www.heise.de/download/desksave-1132746.html -
-
wenn das ganze nicht mit Firefox und iMacro ablaufen muss geht das Ganze auch mit autoit internen Bordmitteln.
Dazu müsste man aber mehr über die Anforderung und die Abfrage auf der Webseite wissen.Grundsätzlich kann man mit autoit ganze Webseiten laden
und den Inhalt mit allem prüfen, zerlegen, suchen und was weiß ich sonst noch so alles ^^.Ob sich in diesem Forum jemand findet der iMacro beherrscht kann ich nicht sagen ...
-
Hallo BigRox,
hier mal ein quick & dirty Script um eine bestimmten Dateiendung in diesem Fenster zu markieren:
Spoiler anzeigen
Für eine Suche in der Registry nach registrierten Dateiendungen empfehle ich mal diesen Artikel (auf die schnelle gegoogelt ...)
https://www.windowspro.de/andreas-krosch…unter-windows-7