AutoHotkey Community

[Tekl]

Hello,

I've made a script which shows me a tooltip if a entered Filename in a file-dialog-box is longer than 31 chars.

If this script is running and press Ctrl+O for example in the Notepad, than there it is not possible to open a folder with a double-click.

If I increase the timer to 400 then it works If I klick inbetween this time.

Well, if I replace

ControlGetFocus, control, ahk_id %active_id%

with

control=Edit1

it works, so the doubleclick-stealer seems to be this Command.

[Chris]

Thanks. Unfortunately, I don't see any way to fix it. Incidentally, it also happens under AutoIt3.

I've updated the help file with the following:

[Tekl]

Hi Chris,

is there another way to get the active controlname?

Tekl

[Chris]

Since the OS does not allow an application to discover the focused control in another application, I can't think of a way (other than a system wide hook, which is currently outside the scope of the project) to do it without internally calling AttachThreadInput(), which is believe is the thing that disrupts double-clicks. Depending on what you want to do, you could use MouseGetPos to find out the control under the mouse cursor.

Assuming that isn't sufficient, you could limit your calls to ControlGetFocus to only when a keystroke or mouseclick occurs. A keystroke event can be detected with the Input command. A mouseclick can be detected by making all mouse buttons into pass-through hotkeys:

~LButton::
~RButton::
~MButton::
; For LButton in particular, give time for a double click to occur beforehand:
Sleep, 500
ControlGetFocus, FocusedControl, A
return

[Tekl]

Hi Chris,

well, I only want to know, if the cursor is in an edit1-Control. Maybe I'll try to check the window before I check the focus. Or is there a way to check, if the caret is waiting for input?

Tekl

[Chris]

[David Andersen]

Hi,

Has there been any progress on this issue. I really need to see which control has focus with a high frequency. I have tried paying around with Chris' solution, but it does not work in my script for several reasons, the main reason being that it sometimes hinders the user from double clicking, which is very irritating.

Does anyone have any clue on a workaround?

[Chris]

I've added the following example to the documentation. Hopefully it will be enough for what you need:

[David Andersen]

Thanks a lot Chris! This really helps me one step on the way.

My problem now is to retreve the name of the control (like "Edit1") from the HWND. This should be fairly trivial, but I cannot use any of the standard functions like ControlGet etc. A search on the forum got me to an article of how to get the HWND from the control name, but not the other way around.

[Chris]

I don't see why you need it. As stated in my post above, this ahk_id number (HWND) can be used all control commands. For example:
ControlGetText, OutputVar,, ahk_id %FocusedHWND%

[David Andersen]

The reason is that I want to record macros that are reusable even after the user has closed the given window. As far as I could see the HWND id of a control is different each time one opens the given application.

[Chris]

I don't think there's an easy way to do it, so you might have to design the script to dynamically fetch the ahk_id (HWND) every time. If that isn't feasible, you could try the following, though I'm not proficient in it so it might not work (and might require more research):

ControlID := DllCall("GetDlgCtrlID", uint, ControlHWND) ; Given the ahk_id (HWND), this retrieves a unique identifier of the control that might be persistent across sessions.

ControlHWND := DllCall("GetDlgItem", uint, ParentHWND, int, ControlID) ; This goes the opposite direction: given the parent window's ahk_id and the control's controlID, it gets the ControlHWND, which can then be used via ahk_id in all the control commands.

[David Andersen]

Thanks again Chris! The identifier gotten from ControlID := DllCall("GetDlgCtrlID", uint, ControlHWND) is not always unique across sessions. I noticed this by focusing on the "font" control inside Microsoft Word which was different when I had two windows of Word open. The URL edit control in Firefox also has the number 0.

After further researching, I came across the following article:
http://msdn2.microsoft.com/en-us/library/ms996405.aspx

In the section "Recommended Solution for Windows Forms", which should be an article of general interest. It describes using WM_GETCONTROLNAME to get the name given the HWND. I attempted to use WM_GETCONTROLNAME in a send message call, but I cannot find the hex (like 0x111) number for WM_GETCONTROLNAME, and a general search on google did not get me further. Any clues?

[PhiLho]

First site I looked at when searching WM_GETCONTROLNAME in Google: http://www.pcreview.co.uk/forums/thread-1229324.php
It seems this message can be used only internally. Not even sure it works outside Windows Forms (a .NET technology I believe).
_________________
vPhiLho := RegExReplace("Philippe Lhoste", "^(\w{3})\w*\s+\b(\w{3})\w*$", "$1$2")

[David Andersen]

I have now spent an awful lot of time on this without getting any further. If someone can solve this problem, I will pay them a symbolic 50$ over PayPal.

What I need is this:
The ControlGetFocus to work without hindering the double click, and without taking up unreasonable amounts of resources like CPU and memory. I suggest first retreving the HWND of the control and, somehow retreving the identifier of the control (just like ControlGetFocus) from there.

I hope you can help me out.

Regards,

David