Cursor bei GUICtrlCreateMenu[Item]() ändern mit GUICtrlSetCursor()

AutoItler

Hallo Autoit-Gemeinde,
ich möchte mein(e) Script(s) visuell etwas "aufpeppen", indem sich der Cursor bei jedem Überfahren mit der Maus von Buttos und Menüs sowie Menü-Unterpunkten (Items) von "normalem" Cursor in eine Hand mit "Klickfinger" ändert.
Ich habe es für die Buttonfunktion GUICtrlCreateButton() mit GUICtrlSetCursor(-1, 0) hinbekommen.
Bei der Anwendung dieser Funktion auf GUICtrlCreateMenu() bzw GUICtrlCreateMenuItem() fuktioniert das aber leider nicht.
Was mache hier falsch?

AutoIt

; ....
; Beispiel-Scriptausschnitt
; ....
;
GUICtrlCreateButton($text, $links, $oben, $breite, $höhe)
GUICtrlSetCursor(-1, 0)
; funktioniert, wie gewollt
;
Local $_hGCCM = GUICtrlCreateMenu($text)
GUICtrlSetCursor(-1, 0)
; bzw.
GUICtrlCreateMenuItem($text, $_hGCCM)
GUICtrlSetCursor(-1, 0)
; funktionieren nicht
; ....

Alles anzeigen

Ich hoffe, die Code-Extrakte sind aufschlußreich genug.
Ach, ich habe auch mit den entsprechenden Ctrl-ID's statt "-1" versucht; leider auch kein Erfolg
Vielleicht hat jemand 'ne Idee, vielen Dank schon mal im voraus.

**Kanashius**

Ich hab mal etwas getestet. Eine Lösung konnte ich leider nicht finden, aber ich kann das Problem eingrenzen:
Das Menu sendet keine WM_NOTIFY Messages, oder leitet diese nicht an das Parentfenster weiter.

Helfen würde vermutlich nur der Hook aller Messages und das Filtern der Messages auf die Controls und dann das Ändern (GuiSetCursor), wenn mit der Maus über das Menü gegangen wird, oder es verlassen wird.

Eine einfachere Variante wäre das Abfragen über die Mausposition, das kostet aber mehr CPU. Außerdem müsste getestet werden, über welchem Menü man ist, ob das Submenü ausgeklappt ist,...

Ich glaub es lohnt die Mühe nicht. Mich würde es auch nur verwirren, wenn der Mauszeiger überm Menü ne Hand wird. Normal wird die Hand nur genutzt um dort, wo man sich nicht sicher ist, anzuzeigen, dass es klickbar ist, also z.B. wenn ein Text angeklickt werden kann. Im Internet ist es verbreiteter, da es dort kein Festgelegtes aussehen gibt, sondern alles Mögliche angeklickt werden kann.

Mein Versuch:

AutoIt

#include <array.au3>
#include <WindowsConstants.au3>
#include <StructureConstants.au3>


;CtrlHandle,Cursor
Global $arCtrlCursor[0][2]


$hGui=GUICreate("",400,400)
$cButton=GUICtrlCreateButton("Button",5,5)
GUICtrlSetCursor(-1, 0)
_CtrlSetCursor($cButton,0)
$cMenu=GUICtrlCreateMenu("Datei")
_CtrlSetCursor($cMenu,0)
$cMenuItem=GUICtrlCreateMenuItem("Sub",$cMenu)
_CtrlSetCursor($cMenuItem,0)
GUIRegisterMsg($WM_NOTIFY,"_WM_NOTIFY")
GUISetState()


while 1
	$iMsg=GUIGetMsg()
	if $iMsg=-3 then _close()
WEnd


Func _close()
	exit
EndFunc


Func _CtrlSetCursor($cCtrl,$iCursor)
	if NOT IsHWnd($cCtrl) then $cCtrl=GUICtrlGetHandle($cCtrl)
	$index=_ArraySearch($arCtrlCursor,$cCtrl,0,0,0,0,1,0)
	If $index<>-1 then
		if $iCursor=-1 then
			_ArrayDelete($arCtrlCursor,$index)
		Else
			$arCtrlCursor[$index][1]=$iCursor
		endif
	ElseIf $iCursor<>-1 Then
		ReDim $arCtrlCursor[UBound($arCtrlCursor)+1][2]
		$arCtrlCursor[UBound($arCtrlCursor)-1][0]=$cCtrl
		$arCtrlCursor[UBound($arCtrlCursor)-1][1]=$iCursor
	Endif
EndFunc


Func _WM_NOTIFY($hWnd,$iMsg,$iwParam,$ilParam)
	$tInfo=DllStructCreate($tagNMHDR,$ilParam)
	$hControl=DllStructGetData($tInfo,"hWndFrom")
	$iCode=DllStructGetData($tInfo,"Code")
	for $i=0 to UBound($arCtrlCursor)-1 step 1
		if $hControl=$arCtrlCursor[$i][0] then
			ConsoleWrite($hWnd&":"&Hex($iMsg)&":"&$iwParam&":"&$ilParam&@crlf)
			;GUISetCursor(0,1,$hGui)
		endif
	next
EndFunc

Alles anzeigen

Ich hab auch Probiert das Callback der _WinProc umzuleiten, sowohl vom Fenster als auch vom Menü. Beim Fenster kamen keine Nachrichten, wenn das Menü gehovert wurde und das Menü hat garkeine Nachrichten abgeschickt.

Vielleicht hat ja noch jemand anderes eine Idee

MfG Kanashius

AutoItler

Hallo Kanashius,

vielen Dank für Deinen Vorschlag. Recht hast Du, es muss nicht sein. Die Funktionalität des Scriptes ist auf jeden gewährleistet.
Es war nur halt so ein Gedanke, da das compilierte Script von jemanden genutzt werden soll, dem man besser auf eine "Klick-Möglichkeit" mit der Nase drauf stößt. Der 2. Grund für diese optische Spielerei war dem Motto: "Warum? - Weil ich's kann!" -geschuldet.
Ich werde Deine Idee aufgreifen und versuchen sie einzubauen. Über Erfolg oder Mißerfolg werde ich hier berichten.

Vielen Dank noch einmal ....

MfG., Autoitler