Beiträge von Micha_he

ConsoleWrite schreibt, wie die AutoIT-Hilfe es erklärt, Daten in den StdOutStream. Die ist aber im Prizip erstmal 'fast' nutzlos. Ich sage extra fast.

Bei den Beispiel-Scripten, die oben wahrscheinlich gemeint waren, ist es eine weitere Ausgabemöglichkeit, die der SciTE in seinem Programmfenster anzeigen kann.
Startet man das Script außerhalb des SciTE, dann sieht man eben NIX !

Zitat von Oscar

Schau Dir in der Hilfe mal AdlibEnable() an.
Damit kannst Du eine Funktion alle xxx Millisekunden ausführen lassen.

Er will doch eine Funktion aussetzen und nicht alle x Sekunden ausführen !

Ich würde es wie folgt machen:

Diese einfache Lösung wechselt halt nur alle 12s gleichmäßig zwischen EIN und AUS.

Zitat von funkey

@Xeno: Das ist doch genau das selbe, was ich in Post 6 geschrieben habe, und das funktioniert anscheinend nicht, also komisch

Und bei mir scheint das auch ordentlich zu funktionieren !

Ich nutze in meinem Backup-Script auch die Funktion aus #2. Werde mir aber die Lösung von Oscar (#4) ansehen, weil sie ohne DLL auskommt.

Ansonsten käme noch eine 'md5.exe' in Frage, die per RUN(wait) gestartet wird. Das wäre aber doch wohl die unglücklichste Möglichkeit (Langsam & externe Datei).

Zitat von Alina

Wieso steht da in Zeile 4 was mit Auto It.

Könntest Du das Script etwas näher erklären?

Ich glaube es ist ein Beispiel, mit einer ziemlich bekannten Internet-Adresse !

Ich verstehe kein Wort

So...

Ich hatte ja versprochen, meine abgespeckte Variante vorzustellen. Es ist zwar nicht mehr ganz so aktuell (MadMax hat ja sein Kontextmenü angeblich jetzt auch ohne Adminrechte), aber ich poste es trotzdem mal:

Wie gesagt, auf das notwendige reduziert. Ich will halt nur editieren und per Doppeklick starten. Kompilieren folgt demnächst noch. Ist eben noch in der Weiterentwicklung. Die Idee von MadMax war jedenfalls gut....

Edit: Nochmal einige Fehler beseitigt, kompilieren eingefügt, 'SplashImageOn' aus MadMax's-Version übernommen

Meiner Meinung nach, ist die einfachste und auf möglichst vielen Rechner lauffähige Variante, die mit RegEdit.
Also:

RunWait('RegEdit /E <exportfile.reg> "<HKEY_......>"',"",@SW_HIDE)

Zitat von MadMax

Desweiteren hat man dann auch ein Kontexmenü.

Ich kann es jetzt zwar nicht 100%ig bezeugen, aber ich bin der Meinung, in meinem AutoIT-Portable setze ich das Kontexmenü auch im HKEY_CURRENT_USER und das ging auch. Jedenfalls für "AU3 starten" und editieren mit SciTE.

Ich habe mir den Code mal angesehen.

IF 26 139 162
ElseIF 85 216
EndIf 136 269

Ich würde erstmal behaupten dein IF von Zeile 162 wird nicht mit EndIf abgeschlossen.
Es hat sich bewährt, bei jeden If, While, Do, usw. einen TAB einzurücken und bei den
Schlüsselworten Else, EndIf, Wend, Until den TAB wieder nach außen zu gehen. So sieht
man schnell (wenn man es ordentlich durchführt), das man am Ende nicht wieder passend
am linken Rand ankommt.

Edit: Das mit dem "Grau" ist auch zu erklären.
In der Zeile 90 begint mit dem einfachen Hochkomma in "kxf's" ein String der dann in Zeile 167 mit dem wieder enthaltenen Hochkomman endet. Die Darstellung interpretiert diesen Code deshalb als String. Gewöhne es Dir besser ab, Pfade mit Sonderzeichen zu versehen. Gibt nur Ärger !

Zitat von L3viathan2142

Ich finde, so richtig portable ist das nicht. Ich meine, es wird in die Registry geschrieben!
Klar, es wird nachher wieder gelöscht, aber AutoIt Portable brauch ich vorallem dann, wenn ich keine Rechte zum Installieren habe, also auch keinen Schreibzugriff auf die Registry.

Genau an der Stelle stand ich auch, als ich das erste mal dieses Thema gelesen habe. Ich habe das von MadMax entworfene Script um einige Teile erleichtert, so das es nur noch den HKEY_CURRENT_USER-Zweig nutzt und im Traymenue auch nur noch den SciTE und die Hilfe zusätzlich anbietet. Mehr brauche ich nicht, wenn ich auf einem fremden System, ggf. ohne Adminrechte mit AutoIT arbeiten will.
AutoIT-Scripte ausführen und editieren mit SciTE geht so auch auf einem System ohne Adminrechte und z.B. ohne das AutoIT bereits installiert war.

Nun pflege ich Anfang der Woche (wenn ich wieder im Dienst bin) noch nach, das das Script, wenn der User Adminrecht besitzt, auch den HKEY_LOCAL_MACHINE und HKEY_CLASSES_ROOT sichert und am Ende wieder herstellt. Es könnte ja etwas durch den Admin verändert worden sein.

Und dann reicht mir dieses einfache Script

Nein, muss nix 'included' werden. Vielleicht Uralt-Version von AutoIT oder ggf. gibt es das ShellExecute in der neusten Version nicht mehr ?

Ich benutze noch die V3.2.10. Aber solange ich mich erinnern kann, gibt es diese Funktion schon.

Dazu fällt mir dann auch nichts mehr ein....

Ich habe so etwas schon einmal in der Firma erstellt. Basiert auf einer MDB-Tabelle im Hintergrund, weil sie mit Access (ist ja vorhanden) einfacher zu pflegen ist.

Ist aber nix besonderes, kommt halt nur ne MsgBox, letzten 3 Tage, heute und die nächsten 2 Tage werden angezeigt. Wenn Interesse ist, kann ich sie ab Montag nochmal hier zum Besten geben.

Also bei mir geht das, so wie Du schreibst.

Obwohl man eine Anwendung auch mit Run() oder RunWait() starten kann.

ShellExecute ist eigentlich dazu geeignet, z.B. die Anwendung passend zum Filetyp zu starten, z.B. so:

ShellExecute("Datei.txt")

Dabei warten Dein Script bei ShellExecute() nicht und bei ShellExecuteWait() wartet das Script auf die Beendigung des externen Tools.

Willkommen Doddl

Wie wäre es, wenn Du uns mal Deinen Versuch zeigst. Dann kann Dir auch jemand sagen, was Du verkehrt machst.

Gruß
micha_he

Zitat von franzp

[autoit]

$x = 10000
$dif = 0
$begin = TimerInit()
while $dif < $x
$dif = TimerDiff($begin)
;und hier könnte weiterer Code stehen um das Programm doch noch zu beeinflussen...
WEnd

[/autoit]

Alles anzeigen

Aber auch hier würde ich in der WHILE-WEND-Schleife ein geringes Sleep (z.B. 10) einsetzen. Ansonsten könnte es passieren, das der Prozess sich einiges an CPU-Last genehmigt.

Gruß
micha_he

Zitat von Vinschni

Hallo Micha_he,
wenn ich dich richtig verstanden habe müsste man das doch einfach so lösen können:

[autoit]

$pfad = FileSelectFolder("Erstelle einen neuen Ordner:", "",1)

[/autoit]

Vor dem Dialog gibts den Ordner nicht, danach schon und auswählen wo er sein soll kann man auch, ganz einfach.

Grüße,

Vinschni

Alles anzeigen

Es ist doch gar nicht so kompliziert: Ich will einen Ordner wählen per Dialog, der nicht existent ist (User gibt den Unterordner-Namen ein), auch nicht nach dem Dialog.
Und bei Deiner Lösung existiert er nach dem Dialog, das ist einfach !

Zitat von RR04

Hi,

[autoit]

Local $path = FileSelectFolder($languages[71][1], "::{00000000-1080-F9E5-6311-4162E05A6BEE}", 1)
If Not @error Then
GUICtrlSetData($cobDest, $path, $path)
EndIf

[/autoit]

Viel Erfolg !

So haut das Beispiel aber gar nicht hin ! Aber auch nach Anpassung, lassen sich hiermit nur vorhandene Ordner wählen.

Zitat von funkey

So geht's:

[autoit]

$Ordner = FileOpenDialog("Ordner auswählen","","")
DirCreate($Ordner)

[/autoit]

Edit: Kommt der Sache am nahsten...

Zitat von franzp

dann doch eher so:

[autoit]

$Ordner = FileOpenDialog("Ordner auswählen","","")
DirCreate($Ordner & "\neu")

[/autoit]

oder habe ich was falsch verstanden?

Leicht... das <Neu> soll ja variabel vom Dialog kommen.

Edit: Ich habe erkannt, man kann den FileOpenDialog dazu gebrauchen. Er will zwar eigentlich eine Datei abfragen, ab in diesem Fall ist er auch in der Lage, die Angabe eine "neuen" Dateinamens als Ordner zu missbrauchen. Ist zwar vom Dialog nicht so schön, aber es würde reichen.

Danke vorab für den TIP

Edit: So sieht es ganz brauchbar aus. Wenn aber noch jemand eine ausgefeiltere Lösung parat hat, immer her damit!

Ich möchte einen Ornder per Dialog wählen.
Nun aber zur Schwierigkeit: der Ordner darf vorher noch nicht existieren (führt zu einem Fehler), sondern wird anschließend, bei der Ausführung, erst erstellt !

Ich hatte mir etwas nach der Art vorgestellt, ich wähle den Parent-Ordner und gebe anschließend den neuen Ordnernamen per "\<neu>" in der Eingabezeile ein.
Hier ein Test..

Aber dann der Dialog kann das so nicht übergeben. Hat jemand eine Idee ???

Gruß
micha_he