Hat zwar jetzt gar nichts mit Autoit zu tun, aber vielleicht interessiert es ja doch den einen oder anderen.
Nutze ich ab und zu für die FB und ist schon lange auf dem Markt.
Schön das du dich für Themen interessierst die hier mal waren aber der Thread ist mittlerweile 2 Jahre alt und ich denke nicht das noch jemand das lesen wird.
Super das alles geklappt hat. Setz doch beim nächsten Mal den grünen Haken für gelöst / erledigt damit andere Nutzer in Zukunft auch direkt die Lösung finden.
Das ganze bewerkstelligst du indem du den 1. Beitrag in diesem Thread editierst und den Threadstatus änderst.
hiermit kannst du die Adresszeile von FF abfragen. Das in kombination mit einer Schleife dann hast du deine sichere Pause.
AutoItIf StringInStr(_FFCmd(".location.href"), "xxx") Then
Ich weiß nicht ob das wirklich so sicher ist wie du das anpreist. Sollte MozRepl Javascript zulassen bevor die Website geladen ist, dann kann das zu Problemen führen, da dein Code eventuell true zurückgibt obwohl die Seite noch aufgebaut wird. Stattdessen sollte die Funktion _FFLoadWait() die fürs Warten gedacht ist verwendet werden.
Super, wenn dein Problem gelöst ist dann setz beim nächsten Mal bitte den grünen Haken für erledigt / gelöst indem du den 1. Beitragin diesem Thread bearbeitest und den Threadstatus anspasst. Ich hab das mal für dich erledigt.
In Zeile 8 wird ja - wenn ich es richtig verstanden habe - gewartet
Hier ein kleiner Auszug aus der Dokumentation zu _FFIsConnected:
Liefert den Status der Verbindung mit FireFox / MozRepl
Success: Returns 1
Failure: Returns 0 and sets @ERROR
@ERROR: 0 ($_FF_ERROR_Success)
2 ($_FF_ERROR_SocketError)
Folglich ist diese Funktion nicht blockend, d.h. sie sagt dir ob eine Verbindung zu MozRepl besteht, sie wartet nicht bis die Website geladen ist oder die Verbindung besteht.
Dir entsteht der Eindruck das die Funktion wartet, weil du _FFStart verwendest. Die blockt standardmßig bis Firefox gestartet und der Link aufgerufen ist.
Wenn du warten willst bis die Website auch geladen ist solltest du _FFLoadWait verwenden.
Das mag sein, aber es soll ein "simples" Script sein.
Es geht mir eher darum das 90% des Scriptes nicht benötigt werden. Wieso die ganzen @error und Exit Abfragen? Die InputBox schmeißt sowas nur wenn die Eingabe leer ist.
Wie @autoiter das angesprochen hat, kannst du mit den entsprechenden Parametern ("left" und "top") die Position der InputBox anpassen.
Da sie standardmäßig auf Default / Default stehen, springt es immer ins Zentrum zurück.
Hier hast du mal ein Beispiel wie man es passend zur Maus positionieren kann:
WinSetOnTop("0", "", 1)
While 1
$sZahl = InputBox("180 Grad", "Aktueller Winkel? Es erfolgt eine Drehung um 180 Grad", "", "", -1, -1, MouseGetPos()[0] + 50, MouseGetPos()[1] + 50)
ClipPut(Number($sZahl) - 180)
WEndHier ist ein Beispiel wie du das ganze mit Tastendruck auf F1 anzeigen lassen kannst, damit das Fenster nicht dauernd blockt:
HotKeySet("{F1}", "_DrehObjekt")
WinSetOnTop("0", "", 1)
While Sleep(1000)
WEnd
Func _DrehObjekt()
$sZahl = InputBox("180 Grad", "Aktueller Winkel? Es erfolgt eine Drehung um 180 Grad", "", "", -1, -1, MouseGetPos()[0] + 50, MouseGetPos()[1] + 50)
ClipPut(Number($sZahl) - 180)
EndFunc
Wenn du allerdings die Position speichern willst, musst du herausfinden zu welchen Koordinaten du das Fenster schiebst. Soll das Fenster immer dort bleiben wo du es hinschiebst (ohne die Koordinaten immer rauszufinden), kannst du eine eigene GUI basteln und die Koordinaten abspeichern. Die InputBox verrät dir ihre Position nämlich nicht.
Das Script funktioniert zwar gut
Es sieht um ehrlich zu sein ziemlich bescheiden... aus.
aber nach jeder Eingabe rutscht das Fenster wieder zur Mitte
Das Fenster von InputBox oder das von deinem Programm?
Schön das wir dir helfen konnten 
Wieso umgehst du die API denn? Die sprichst du doch mit HTTPS und WinHttp genau an oder nicht?
Du könntest mittels WinHttp.au3 die ganzen Requests nachbauen die dein Browser abschickt wenn du das per Hand machst.
Dazu brauchst du nur die _WinHttpOpen, _WinHttpConnect, _WinHttpSimpleSSLRequest und _WinHttpCloseHandle Funktionen.
Auf die IE.au3 würde ich in Sachen Dateiupload verzichten.
Die IE.au3 sollte eigentlich alles bieten was du brauchst. Damit kannst du Websiten laden, Formulare ausfüllen und Buttons klicken.
Warum heißt der zugehörige Befehl:
ControlGetPos
und nicht
GUICtrlGetPos
Der Grund ist hier unter anderem das du mit GUICtrlSetData und den anderen Funktionen auf Fremd-GUIs nicht zugreifen kannst, mit ControlGetPos allerdings schon.
Die anderen Gründe die von Bitnugger und Xorianator genannt wurden sind sicherlich auch nicht zu vernachlässigen.
Da musst du dich an die Hersteller der Software wenden. Eventuell bieten sie eine CLI oder API an, mit der du das ganze einbinden kannst?
Normalerweise definiert die Reihenfolge der Controls wie sie erstellt werden die Reihenfolge wie sie fokussiert werden.
Sollte das bei dir nicht klappen, kannst du Accelerators setzen, mitzählen und entsprechend ControlFocus verwenden.
Nur wie bereite ich die Daten am besten auf? so das ich am wenigsten Aufwand damit habe? und es Effektiv ist?
Je nachdem was du mit den Daten am Ende anstellen willst würde ich andere Lösungsmöglichkeiten verfolgen.
Wenn du selbst per Hand mit dem Datensatz weiterarbeiten willst würde ich mir dementsprechend viel Mühe geben, damit ich im Nachhinein die erwähnten 10 leeren Spalten z.B. nicht habe.
Soll das ganze aber danach mit AutoIt oder einem anderen Programm verarbeitet werden, dann kann dir das Problem mit den 10 Spalten z.B. egal sein.
Ich schätze mal nicht das die Rechenzeit ins unermessliche steigt, dass du jeden Schritt bis zum maximum optimieren musst.
Schreibe einfach Code der zuverlässig, flott und wartbar ist im Hinblick darauf, was mit den Daten am Ende passieren soll.
Was passiert denn wenn du beispielsweise 10 Lieferanten hast die einige Produkte gar nicht liefern? Dann hast du die 10 Lieferantenspalten frei und erst beim 11. steht dann ein Preis drinne.
GUICtrlGetPos - oder was vergleichbares fand ich nicht.
Knapp daneben ist auch vorbei: ControlGetPos.
Zu deinem Problem mit dem Fenster verschieben nimmst du am besten eine Hook die auslöst wenn du dein AutoIt-Fenster verschiebst. ($WM_MOVE)
Wie $wParam und $lParam aufgebaut sind entnimmst du am besten der msdn. Hier mal ein kleines Script wie man eine Hook anlegt. WinMove das Notepadfenster bei jedem Hookcall.
#include <GUIConstantsEx.au3>
#include <WindowsConstants.au3>
$Form1 = GUICreate("Form1", 615, 438, 192, 124)
GUISetState(@SW_SHOW)
GUIRegisterMsg($WM_MOVE, "_HookFunc")
While GUIGetMsg() <> -3
WEnd
Func _HookFunc($hWnd, $iMsg, $wParam, $lParam)
ToolTip($hWnd & @CRLF & $iMsg & @CRLF & $wParam & @CRLF & $lParam)
EndFuncUm was für ein Programm handelt es sich denn überhaupt?
Ansonsten wirst du sicherlich fündig werden, wenn du nach Schleifenvariablen suchst, denn es hört sich stark danach an.
Mit einem passenden Debugger wirst du die Werte sicherlich schnell finden.
$oIE = _IEAttach("Google", 1)
Und was soll die 1 bei dem Mode-Parameter deiner Meinung nach bewirken?
Schau doch mal das Beispiel an was du gepostet hast. Fällt dir da nichts auf?
