ControlGetPos then send mouse to it.

[MHz]

I considered to locate a controls position with ControlGetPos. Then to move the mouse to that control, but co-ordinates are not received correctly? I also find that the array returned may be reversed at times i.e ('x, y' or 'y, x'). Swapping arrays does not help to reverse?

Or maybe my understanding of using this function is incorrect?

Sample

; Mousemove to Calculator - button 7
Opt("MouseCoordMode", 0)
WinActivate("Calculator")
$POS = ControlGetPos("Calculator", "", "Button5")
MsgBox(0, "Button 7", "Position is: " & $POS[0] & ", " & $POS[1])
WinActivate("Calculator")
MouseMove($POS[0], $POS[1])

[CyberSlug]

MouseMove only supports absolute screen coordinates.

Opt("MouseCoordMode", 1) tells the ControlGetPos to report relative coordinates, so you need to change the MouseCoordMode to zero.

Edit: Yeah, what Larry said

Edited October 4, 2004 by CyberSlug

[Jos]

controls are placed in the "client" area of a window. You will need to adjust Mouse coords by

- getting the Window size...

- getting the window's Client size

- subtract 1/2 of the difference in widths for X adjustment

- subtract the difference in height and add 1/2 the difference in width for Y

I'm lazy now, but will elaborate later if someone else doesn't

LAr.

<{POST_SNAPBACK}>

check out this post for a scriptlet : http://www.autoitscript.com/forum/index.ph...indpost&p=11831

[MHz]

To find a control on a window, i need to do a series of calculations to locate the control?

ControlGetPos is not used for this purpose? I do not recognize any other function that may interact with ControlGetPos? It's existence depends on retrieving the position and size of a control relative to it's window?

Does ControlGetPos have a reason to exist?

[Guest BL@(K-R34P3R]

That's what I think too, because ControlClick can click in a minimized window, but only at the current mouse position, as far as I know, it cannot click on specific coordinates unless in window or maximized. Could be useful to retrieve the coordinates of the mouse so that when you maximize the window you will know where it will be.

[MHz]

That's what I think too, because ControlClick can click in a minimized window, but only at the current mouse position, as far as I know, it cannot click on specific coordinates unless in window or maximized. Could be useful to retrieve the coordinates of the mouse so that when you maximize the window you will know where it will be.

<{POST_SNAPBACK}>

The coordinates that ControlGetPos seems not useful for mouse functions.

If you want to know where the mouse is, try MouseGetPos.

[Guest BL@(K-R34P3R]

Bah.

[Jos]

To find a control on a window, i need to do a series of calculations to locate the control?

ControlGetPos is not used for this purpose? I do not recognize any other function that may interact with ControlGetPos? It's existence depends on retrieving the position and size of a control relative to it's window?

Does ControlGetPos have a reason to exist?

<{POST_SNAPBACK}>

The Control position info is relative the Windows client area and the mouse functions are relative the the whole window including its frame...

ControlGetPos could be use together with ControlMove.

[MHz]

@ Larry you win, lol, but...

If what you say about themes, making a window larger or smaller, would that have an effect on mouse functions and others. Would they fail as the reliance on the window being the same size?

[Jon]

Maybe time to add a new mode for the mouse modes: screen, active window and active window client area.

[MHz]

@Jon, I would welcome this proposition. Thanks.