Beiträge von alpines

Nimm einfach ControlFocus um das Inputfeld darunter zu fokussieren, dann wird da nichts mehr ergänzt. Ich würde das ganze Script auf Control-Funktionen umstellen oder gleich auf die Outlook / INetSmtpMailCom UDF umstellen.

Wie Oscar schon erwähnte kannst du die CLI von Lame nutzen um deine Daten zu umwandeln. Die Dokumentation gibt dir Einsicht über die Parameter der Exe.

RegEx die Id raus wenn sie sich ändert, ansonsten kannst du ja einfach das Objekt als Index ansprechen (sollte es über die Id nicht gehen).

Dafür gibt es doch die Styles, $WS_POPUP und noch ein DragStyle für das Bild und schon hast du es fertig.

Du pusht einen Thread von 2008 um elementare Fragen (nocht nicht einmal zur API selber) zu stellen? Frag doch einfach mal in der Shoutbox nach oder denke kurz nach.

Frei positionierbare Fenster sind ja wohl eine Selbstverständlichkeit. Positionen kannst du in eine Ini beim Schließen speichern und beim Starten abrufen und den durchsichtigen Hintergrund kannst du mittels WinSetTrans (ganzes Fenster) oder mit einer UDF erzeugen.

Schau doch welcher Index das Element in der Seite hat und klick den Index an oder führe die JS Funktion aus die der Button ausführt sofern einer ausgeführt wird.

Das ist eine ganz normale Progressbar die als Marquee arbeitet. Dafür sollte es glaube ich einen Style geben, schau mal bei den ProgressBar-Konstanten.

Es spielt keine Rolle ob FormElementOptionSelect ein Form-Element oder irgendein Element bekommt.

https://www.autoitscript.com/autoit3/docs/l…ptionSelect.htm

Hol dir das Objekt mit GetObjById vom Select und wähle als Auswahlparameter entweder byValue oder byText.
ByValue sollte eigentlich funktionieren außer du hast es falsch angewendet.

AutoIt nimmt für jede Variable den Typ string, deshalb kann es zu Problemen bei "" und 0 führen.

Der 1. Fehler tritt häufiger auf. Erstell die Objekte immer so

Do
$oIE = _IECreate()
Until IsObj($oIE)

Poste mal ein Snippet für den 2. Fehler.

WINE wird aus auf Androidhandies keine Windows-Anwendungen zum laufen bekommen weil Handy-CPUs meist die ARM-Architektur haben, demnach sind sie "unfähig" x86/x64 Anwendungen auszuführen.

Das Problem hatte ich auch schon mal, bei mir war es allerdings der falsche Variablenname. Ich habe auf das falsche Fenster de _IELoadWaited und deswegen den alten Source bekommen.

Kann es sein das du eine andere IE Instanz abfragst? Eventuell hast du ja $oIE statt $oIE2 z.B. verwendet.
Ohne Scriptsnippets können wir aber bei deiner Frage nicht weiterhelfen.

Zitat von Andy

Stell dir vor, einige alte Scripte von dir, welche intensiv Stringfunktionen mit größeren Textdateien nutzten, sind nun, nur weil sie mit der neuesten AutoIt-Version compiliert werden, jetzt extrem langsamer...

Alle Anwender deines Scriptes warten jetzt länger, das summiert sich bei der tägl. Arbeit auf Stunden...
Du erklärst das deinem Chef damit, dass du eine "neue" Compilerversion benutzt und der fragt dich, ob du noch alle Tassen im Schrank hast, KEIN Entwickler würde sein Produkt künstlich schlechter machen!
Also setzt du dich hin und schreibst ALLE je von dir geschriebenen Scripte mit Stringfunktionen in die RegEx-Variante um! Was deutlichen Zeitaufwand bedeutet aber natürlich auch wesentlich "professioneller" ist! Aber billiger, als alle Anwender der Scripte warten zu lassen, ist es auch! DAS wiederum kapiert jeder Chef sofort, dein Job ist wieder mal eine Woche länger gesichert...
Ein HOCH auf die AutoIt-Entwickler, mit jeder neuen Version werden Jobs in der IT sicherer, Arbeit für Scripter ist mit jeder neuen Version GARANTIERT!!!

Wenn ich eine Software programmieren müsste die beruflich Verwendung finden soll greife ich (persönlich zumindest) nicht auf AutoIt zurück.
Mich würde mich eher wundern warum die Dauer künstlich hochgesetzt wird, hat ja eigentlich keinen Nutzen.

Da wird einmal erwähnt das mal man mit den Funktionen die Anzahl zählen kann und schon wird alles zerlegt und gebenchmarkt

Meinst du das Blech welches man rausnimmt um die Komponenten umzubauen? Du kannst dir ja aus Blech ganz einfach eins zurechtschneiden und ggf. noch ein Fenster ausfräsen und es mit Plexiglas überdecken.
Ich würde in dem Blech allerdings keine löcher machen wenn es nicht zwingend notwendig ist, weil dort der Luftstrom verändert werden kann. Denn grundsätzlich sollte ein Luftstrom von vorne nach hinten oder von hinten nach vorne ordentlich durchpusten.

So wie ich das sehe returnt die Funktion nichts wichtiges also speicher doch einfach das Handle vom erstellen Input (oder ein Array mit allen Handles) ab und lass es am Ende der Funktion returnen.
Anschließend kannst du mit GUICtrlSetData() den Inhalt verändern.

Jetzt funktionierts, schaut super aus.

Anscheinend hat da jemand den Nutzen von ternären Operatoren nicht verstanden.
Selbst wenn man alles korrigiert bleibt am Ende (zumindest bei mir) nur ein weißes Bild.