AutoHotkey Community

[Thalon]

For example start this little tast:

[Andre]

Hi,

here also.
with 1.37.04

Andre

Tested on XP MUI (Dutch) SP1
& XP Dutch SP2

[mario_a]

This has been reported earlier too . See this thread :
http://www.autohotkey.com/forum/viewtopic.php?p=20771

Apparently, the issue is not yet resolved. I don't see this bug on my machine though - Win XP Pro SP2

Regards,
Mario

[Chris]

That's the problem with this bug:

1) It doesn't happen on all XP machines. If it happened on mine, I could try a process of elimination to fix it.

2) There is no code in the program for the balloon/tooltip because it's a built-in feature of the OS. This makes it harder to find the source of the problem (which is still probably in the program somewhere).

I asked for help in the newsgroup "microsoft.public.win32.programmer.ui" but haven't gotten any response yet.

[Thalon]

It occured in XP Home-Edition (mario_a uses Pro and it doesn't occure there).
Maybe it helps?

I didn't find the other problem because I only searched in bugreports, but this one was in Ask for help ^^

Thalon

[Andre]

Hi,

Perhaps someone from the AutoIt team can help u ?

Andre

[Chris]

I looked at the code again and noticed the only thing unusual it does is send the EM_LIMITTEXT message to every edit control to remove the text limit. It's possible that this disrupts the ES_NUMBER style (which forces numeric input).

To check out this longshot theory, I've made a revised version of the program (edit: link removed because comments below indicate that it wasn't fixed). Here is a test script for it:

[Thalon]

Thx for your fast help Chris, but it didn't solve the problem.

1) I have renamed my old AutoHotkey.exe and used instead your revised.
2) Killed all prozess of AutoHotkey.exe (only to get shure)
3) Started the program with your code and typed in some letters.

The 'balloon' does still occure

It isn't of high priority for me, I just wanted to post it.

Maybe there is a solution somewhere in future!

Could anyone else try if it solves the problem for him?

Thalon

[Chris]

Thanks for trying it out. It was a longshot so I didn't have high hopes for it.

Assuming it's not solely due to an OS bug, this behavior is probably caused by something about the program as a whole: either its manifest, the way it initializes common controls, its compiler settings, or the compiler itself.

I'll keep searching for a solution.

[PhiLho]

Chris mentioned this old bug, I thought I should take a look.
It is interesting, I can reproduce the problem, but on the same system, I have SciTE which has a Go to line dialog box (Ctrl+G) with same controls, and it display correctly the tooltip warning that the typed character isn't allowed. So it is not a system problem (ie. works on some XP not on others) but rather a problem of use.
Using WinSpy, I found the control itself has styles very close of the SciTE one. I added WS_EX_NOPARENTNOTIFY which was the only missing style, but it didn't corrected the issue.
Now, one big difference is that the AHK GUI is a full application window, while the dialog in SciTE is... a dialog box. Maybe that's the main problem.
FYI, the SciTE dialog has additional styles over the AHK GUI:
DS_SETFONT
DS_MODALFRAME
DS_3DLOOK
DS_FIXEDSYS
and extended:
WS_EX_DLGMODALFRAME
WS_EX_CONTROLPARENT

I don't know if it can help...
_________________
vPhiLho := RegExReplace("Philippe Lhoste", "^(\w{3})\w*\s+\b(\w{3})\w*$", "$1$2")

[Chris]

Thanks; this could be useful. I seem to remember that AutoHotkey uses GUI windows that aren't dialogs but they use the dialog-related methods for message processing. Although this combination is supposed to be allowed, it's non-typical and so perhaps there's an obscure OS limitation that causes this issue.

[Chris]

This balloon-tip bug has finally been fixed in today's v1.0.47.02. The fix was related to WM_TIMER messages being blocked, which was discovered via serendipity in the topic http://www.autohotkey.com/forum/viewtopic.php?t=21208