Guten Abend zusammen,
ich habe im Moment mal wieder einen Gedankenknoten. Ich will beim Starten des Scripts prüfen, ob das Script bereits läuft und dann dementsprechend abbrechen.
Ich dachte an If ProcessExists($sFile) ... . Leider existiert $sFile immer, wenn ich das Programm starte, funktioniert also nicht (im Interpreter klappte es einwandfrei 
).
Gibt es eine Möglichkeit abzufragen, ob 2 oder mehr Prozesses gleichen Namens laufen?
Danke für den Tipp, wenn ich mal wieder Muße habe, schaue ich mal rein. Im Moment kämpfe ich an einer anderen Front 
Kann jemand das in AutoIt übersetzen bzw. gibt es schon was in AutoIt zur Ansteuerung? Soll später mal anzeigen, ob man telefoniert oder frei ist. Dazu wäre natürlich dann auch noch eine Verbindung zu TAPI erforderlich.
using Plenom.Components.Busylight.Sdk;
using System.Threading;
namespace ThoughtStuff.BusylightSDK
{
class Program
{
static void Main(string[] args)
{
//Instantiate BusyLightController for either Lync or UC:
var controller = new BusylightLyncController();
// var controller = new BusylightUcController();
controller.Light(BusylightColor.Red);
Thread.Sleep(500);
controller.Light(BusylightColor.Blue);
Thread.Sleep(500);
controller.Light(BusylightColor.Yellow);
Thread.Sleep(2000);
controller.Light(BusylightColor.Off);
}
}
}
Ich habe mich die letzten Monate mit Webdriver beschäftigt und habe keine Probleme, Strings aus einem Browserfenster auszulesen und zu verarbeiten. Jetzt suche ich eine Möglichkeit, aus einem Windows-Programmfenster (nicht Browser) einen String auszulesen, z.B. im Fenster steht KdNr.: 123245 und ich brauche die Nummer.
Geht das überhaupt? Vermutlich eine doofe Frage, aber ich weiß mal wieder nicht, wie ich suchen soll.
Gibt es eine Möglichkeit, in einer Function die Zeile des Aufrufs zu verarbeiten ohne diese als Parameter zu übergeben? Also etwas wie @CallingScriptLineNumber?
Und: gibt es einen Weg, die @ScriptLineNumber auch im kompilierten Programm beim Debuggen oder bei Fehlermeldungen anzuzeigen? Ich denke da an ein Script, das man über sein Script laufen lässt und das @ScriptLineNumber durch die aktuelle @ScriptLineNumber ersetzt. Wäre vermutlich nicht schwer, aber wenn man weiter entwickeln will, dann muss das ja auch rückgängig gemacht werden und dazu fehlt mir die Idee.
Debuggen im Interpreter erfasst nicht alles, da ich mich dann an jeden Client setzen müsste und testen, da teilweise von der Umgebung abhängig.
Vielleicht hat jemand schon mal etwas zu Debuggen in kompilierten AU3s entwickelt?
Bei mir auch, wäre schade wenn das Programm "untergehen" würde.
Problem gelöst, beim Testen hatte ich es natürlich aus SciTE raus versucht 
Da hast Du mich wahrscheinlich falsch verstanden.
Habe es auf jeden Fall nicht wirklich negativ aufgefasst und finde die Unterstützung hier absolut super! Auch wenn es manchmal vielleicht auf den ersten Blick dumme Fragen sind - hier bekommt man immer eine brauchbare Antwort. 
Und ich kann den Generator jetzt zwar benutzen, aber tiefgründig verstehen will ich ihn glaube ich nicht, habe andere Probleme.
Ich habe nichts dazu gefunden, dass das Abfangen von Ctrl-Break mit HotKeySet() nicht funktionieren soll. Die Hilfe ist etwas missverständlich, so dass ich nicht weiß, ob ich "^" für Ctrl davor setzen muss. Auf jeden Fall funktionieren beide Varianten im Gegensatz zu den anderen Definitionen bei mir nicht - hat jemand eine Idee?
; Shift-Alt-e
HotKeySet("+!e", "_Terminate") ; funktioniert
; Strg-Alt-m
HotKeySet("^!m", "_ToggleMenu") ; funktioniert
; Ctrl-Break
HotKeySet("{BREAK}", "_Terminate") ; funktioniert nicht
HotKeySet("^{BREAK}", "_Terminate") ; funktioniert auch nichtHier mal ein Beispiel mit Base64-kodierten Daten:
Perfekt, funktioniert - danke.
(wie bereits 'zig mal in anderen Threads beschrieben)
Wenn man weiß, mit welchen Begriffen man danach sucht ist das sicher einfach Mir hat bis eben GDI noch nichts gesagt außer dass es mal Drucker gab, die nur GDI-Druck konnten.
Du könntest auch den beliebten file-to-base64-string-code-generator von UEZ verwenden.
Das sieht sehr gut brauchbar aus, vermutlich hat Oscar das Beispiel auch damit erstellt!?
Die FileInstall-Funktion sorgt beim Kompilieren dafür, dass die Datei die du angibst in deine Exe eingeschrieben wird. Beim Start der Exe, wird die Datei dann in den vorgegebenen Pfad extrahiert, und steht dir zur Verfügung.
Dieses Wissen fehlte mir, ich hatte im Sinn, dass der Code für die Icons dann direkt in der .exe sein sollte und nicht wieder extrahiert wird. Das habe ich der AutoIt-Hilfe nicht entnehmen können, wenn ich das mit diesem Hintergrund jetzt noch mal lese, ist es klar.
Du könntest natürlich auch die Icons selber erzeugen (scheint ja nicht sonderlich kompliziert auszusehen) indem du Gdi+ anschmeißt aber ohne herablassend klingen zu wollen, scheint das über deinem Wissensstand zu liegen und ist schon wesentlich komplizierter.
Absolut richtig, noch nie benutzt und noch nicht mal eine Idee, wie das funktioniert. Ist es aufwendig - einfach zum Lernen - ein kurzes Beispiel für einen Kreis wie in meinem Bild zu machen? Wenn aufwendig - kein Problem. Könnte aber ja auch wieder eine Sache sein, die in AutoIt in 5 Zeilen erledigt ist.
Ich verstehe die Hilfe zu diesem Befehl nicht, sieht für mich so aus, als ob ich eine Datei von irgendwo nach irgendwo anders kopiere. Falls tatsächlich inkludiert, sehe ich auch nicht, wie ich die Icons im Programm nutzen kann.
Ziel ist, zwei Icons (red.ico und green.ico) in die compilierte Version einzubinden, so dass ich nachher nur die eine .exe habe und nicht noch 2 einzelne .ico-Dateien zusätzlich.
Andere Möglichkeit: kann ich irgendwie in der GUI kreisförmige Objekte ähnlich wie unten erzeugen, dann brauche ich die Icons nicht:
Könnten auch viereckige Klötzchen sein ...
Kann man Bilder, also z.B. Icons, in die .exe einbinden, so dass man die Icon-Dateien nicht immer extra mitliefern muss?
Wenn oben rechts das X gedrückt wurde, bekommst du die Message $GUI_EVENT_CLOSE, und dann kommt es darauf an, wie du darauf reagierst:
$GUI_EVENT_CLOSE bekomme ich scheinbar auch, wenn ESC gedrückt wurde.
Aber mir ist jetzt aufgefallen, dass ich eigentlich nur das Beenden mit meiner selbst erzeugten Endetaste zulassen will, also frage ich $GUI_EVENT_CLOSE einfach nicht mehr ab.
Dann bleibt nur der Fall, dass jemand sich abmeldet oder den Rechner runterfährt und das habe ich mit OnAutoItExitRegister abgefangen.
Danke, jetzt fehlt mir noch eine Idee, wie ich bei einer GUI unterscheiden kann, ob der User Esc oder das X oben rechts gedrückt hat, da $GUI_EVENT_CLOSE bei beiden = True ist.
Kleines Problem noch: über OnAutoItExitRegister gibt es als Grund @exitMethod. Da ich aber sowohl bei normalem Beenden wie auch bei Logoff in die gleiche Terminate-Funktion springe und dort @exitMethod abfrage, bekomme ich bei "normalem" Ende einen Fehler wegen der nicht existierenden @exitMethod (genau verstanden habe ich das allerdings nicht). Gibt es eine Prüfung, ob @exitMethod existiert?
Das ging aber schnell - danke
Und funktioniert perfekt - eine Zeile mehr im Programm und alle Probleme sind weg!
Mein Script schreibt beim Beenden in eine Log-Datei. Wenn der User vergisst, das Script zu beenden und meldet sich ab oder fährt den Rechner runter, dann fehlt mir der Eintrag im Log. Gibt es eine Möglichkeit, das AutoIt-Programm über den eigenen vorgesehenen Weg zu beenden beim Abmelden des Users oder beim Runterfahren?
Du brauchst chromedriver.exe für Chrome, geckodriver.exe für Firefox und msedgedriver.exe für den neuen Edge Chromium. Bis auf das Setup im Programm ist alles gleich, keine weiteren Dateien, keine Änderung im Programm (sollte zumindest - es sei denn, die Webseite verhält sich bei einem der Browser anders als bei einem anderen).
Bedeutet, dass Du ein Programm für alle drei Browser schreiben kannst und über den Aufruf vom Setup bestimmst Du den Browser.
Wenn Du gemäß Anleitung nach den Webdrivern suchst, findest Du die richtigen: z.B. Geckodriver
Und wenn Du dann das hier gefunden hast, liegst Du richtig:
