AutoHotkey Community

[toralf]

This script will reveal information on windows, controls, etc.
It is made public under the Attribution-NonCommercial-ShareAlike 2.5 licence from Creative Commons
it requires the latest AHK version.

ScreenShots of the 5 tabs (Version 1.4):
____
__

ScreenShots of the 3 option tabs (Version 1.4):
____

A larger list (which can be activated on the advanced tab) shows more data:
- a list of all controls and their properties of the window in question
- a list of all existing windows and their properties

Download the AHK Source Code

Change log:

[evl]

Glad to see further refinements Is there a list of planned changes/improvements at all?

I noticed that when "Show right list" is ticked, and if you change tabs, it stays open.

Also, in Windows XP when not using the Windows XP theme (i.e. using the classic windows look) the text in the title of group boxes (like Control and Window) aren't highlighted in any way. Perhaps making them bold text would work in both cases (and older operating systems)?

[Laszlo]

Very nice! Only one little problem: I use non-standard Windows fonts (large), which makes all the edit controls appear in the wrong place. Maybe the right font could be explicitly specified for the GUI.

[AHKnow*]

Awesome program. Worthy to be distributed with future releases of AutoHotkey.

One thing though, I do miss the "Advanced Tab's" "Show Window Text below" box from version 0.9. I thought it was a nice touch to have it go away or come back.

[robiandi]

@toralf:

[AGU]

Ok, I would vote for #23 oder #56.


_______________
Cheers
AGU

[AHKnow*]

My vote would be for #57 to replace #172 in the below line of code:

[evl]

Hi toralf. I had an idea for another feature if you're interested. For quick scripts that just need to click on various things in a window, it can be a pain to record each mouse click and the time to wait in between. I was thinking about something like another tab or edit control that (when visible) hooks the left and right mouse buttons (maybe the middle one too) and records the location of any clicks and the time between clicks (e.g. using A_TickCount). There could be radio selection buttons for window or screen relative co-ordinates and optionally record the title of the active window (perhaps only when it changes).

[toralf]

Yes, I think that would be an improvement. But this is more related to a auto script writter. I know that other people are working on such a thing. Therefore I do not integrate this into Window Info.
_________________
Ciao
toralf

[toralf]

Updated to Version 1.1 in first post.
_________________
Ciao
toralf

[Laszlo]

I thought it could not be improved any more. I was wrong. Good job!

A few minor problems:
- With the default font in my system, the GUI window still looks ugly: the edit boxes are shifted unevenly to the right. Maybe not only the font-size, but also the name of the font should be specified.
- When the tooltip shows the name of the control under the mouse cursor, it could cover another control. I have to move the mouse and come back to see, what is under the tooltip. It was nicer, if the tooltip could disappear, when the mouse cursor gets inside the tooltip.
- When the GUI of the script is active, it does not show the window information under the mouse, I have to click somewhere else, first. After that, the information is shown about the window under the cursor, even if another window is active. It looks inconsistent.

[toralf]

Thanks for the feedback,

1) It is specified on line 203:

[Laszlo]

(1) In my system 6 pt MS Sans Serif font makes the controls nice and aligned. (I have 125% magnified fonts, 120 DPI; 120/96 = 1.25). It could be read from the registry, and used as a correction factor: 8/1.25 = 6.4 ~ 6pt). I experienced this kind of problems with many commercial programs, like with my favorite editor, MultiEdit 9.10. Its customization dialogs suck really badly. I paid $200 for it.

(2) In MSIE, the Google search box is covered with the tooltip. It does not mater if I move the mouse slowly or quickly, until another control gets highlighted, the search box is covered, and no information can be obtained about it.

(3) It makes sense… Have you tried a Freeze! hotkey, instead? I don't know if it is any easier to use, though.
--- ---
(4) Here is something to think about: I have a Gui (analog clock), with transparent background, but opaque hands. Your script shows the window info, but I cannot get anything about other controls, which are below the transparent part. I can activate them, but no info is shown.

(5) The mouse information is the opposite: the pixel colors are taken from the window at the bottom, the hands of the clock do not ever show up.

(6) After experimenting a little, the script crashed. Windows got in a funny state: The activate window (selected with AltTab, or the taskbar or clicking in a visible part) do not get in the foreground. I have to manually minimize foreground windows to get to the active one. It looks like some cleanup is necessary at the end of the script. Have you thought about OnExit? Killing the script from its tray icon could cause the same problems.

[toralf]

1) 2) and 6)

[Laszlo]

OnExit needs a little more fine tuning. Try exiting the script from its tray icon. Alt-Tab will not bring the active window in the foreground. Restart the script and exit it from its GUI: Alt-Tab works fine. (Fonts and tooltips are perfect now on my laptop.)