Notepad immer über einem AutoIt-Control und Control Größe

Zitat von AutoMit

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)
EndFunc

Zitat von AutoMit

GUICtrlGetPos - oder was vergleichbares fand ich nicht.

Bei der Suche in der AutoIt-Hilfe gebe ich den Suchbegriff dann einfach mit * ein... in deinem Fall also: *getpos*
ControlGetPos.png

Wie das historisch gewachsen ist, weiß ich nicht... dass müsste man den Entwickler fragen.

GUICtrlSetPos
GUI = Graphical User Interface (Grafische Benutzeroberfläche)
Ctrl = Control (Steuerelement)
Set = Set (Setzen)
Pos = Position (Position (und Größe))

Soweit ich es verstehe, kannst du die mit GUI beginnenden Funktionen nur auf GUIs/Controls anwenden, die du selbst erstellt hast, da du als Parameter für das anzusprechende Control nur die controlID übergibst, für die GUI keinen, denn die stellst du mit GUISwitch() ein, falls du mehrere erstellt hast.

Bei den mit Control beginnenden Funktionen musst als Parameter für das anzusprechende Control "Title", "Text" und eine controlID angeben... wobei man das nicht zu wörtlich nehmen darf (siehe Title/Text special definition).

Denn es funktioniert z. B. auch so...

Global $hCtrl = ControlGetHandle('', '', '[CLASS:Scintilla; INSTANCE:1]')
ConsoleWrite("@@ Debug line" & @TAB & @ScriptLineNumber & "   var: $hCtrl --> " & $hCtrl & @CRLF)

Wie es zu abweichenden Namensbildung für diverse Funktionen kam, ist zumindest für mich nicht nachvollziehbar.
Z. B. die hier...
GUICtrlSetPos() <=> ControlMove()

Wieso bei der einen Funktion SetPos und bei der anderen Move, wenn sie doch beide dieselbe Aufgabe haben?

Zitat von Bitnugger

Soweit ich es verstehe

Nicht nur soweit du verstehst, das ist so.
Sind halt ein paar schlaue Köpfe dahinter, die sich Gedanken über die Verwendung von Namen machen.
Es wäre ja auch sehr unsinnig, wenn man eine Funktion mit dem gleichen Namen, aber 2 Anwendungsgebieten baut. In anderen Programmiersprachen möglich, sogar üblich, aber nicht auf unterschiedlichen Anwendungsgebieten im gleichen Paket, wenn dann eher auf unterschiedlichen Datentypen.

Also: Konvention, dass man das Präfix als sinnvolle Identifikation für Befehle nutzt, und das Infix / das Suffix beschreiben, was der Befehl tut.

Zitat von AutoMit

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.

Hi,

Zitat von Bitnugger

Wieso bei der einen Funktion SetPos und bei der anderen Move, wenn sie doch beide dieselbe Aufgabe haben?

What’s the point of the MoveWindow function when we already have SetWindowPos?
Nicht direkt auf AutoIt bezogen, vll intressiert es dich trotzdem.

mfg
Zeitriss