This App is No Longer Maintained. Visit the Replacement at StrokesPlus.net

StrokesPlus Forum
                       
StrokesPlus Forum
Home | Profile | Active Topics
Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 Lua Scripts
 Tutorials
 Guide: How To Find That Window!
 Forum Locked
 Printer Friendly
Author Previous Topic Topic Next Topic  

Rob

USA
2615 Posts

Posted - 09/27/2015 :  16:57:00  Show Profile  Visit Rob's Homepage
Please read Guide: Windows and S+ Overview first!

Executables, Titles, Handles, Oh My!
Each program has an executable (sometimes referred to as an image by Windows) which contains all of the necessary code to run the program. The program has one or more windows (with or without titles), one or more processes, each having one or more threads. Generally, you're simply looking for the handle of the main window for the program with which you'd like to interact. Finding that window can sometimes be a challenge for new users, especially if they're inexperienced with Windows development or scripting.

Okay, But How Do I Find The Main Window Handle?
There are multiple ways which S+ provides the necessary functionality to locate the handle for the window with which you'd like to interact. This includes searching by EXE name, exact window title, matching based on a Regular Expression pattern, window class name, by the window located at a specific pair of coordinates on the screen, and more.

Screen Location
One of the most common and simple method is via location on the screen. For example, to get the main window based on where a gesture began:
local handle = acGetOwnerWindowByPoint(gsx, gsy)
This snippet gets the owner window handle for the window where the gesture was started (gsx and gsy are variables internally populated by S+ and passed into all action scripts). The variable named "handle" now has a number stored in it, this number is the handle (address). Defining the variable with "local" in front of it means it will only exist during that action's script; generally this is preferred so you don't cause memory to continually increase over time.

S+ also offers acGetWindowByPoint and acGetParentWindowByPoint which return the respective window handle. The prior gets the window handle exactly at the supplied coordinates, where the latter gets the parent window handle of the window at the exact coordinates. acGetOwnerWindowByPoint walks all the way up through the parent windows to find the overall owning window of the window at the location specified, then returns its handle.

Exact Class and/or Window Title (case-sensitive)
S+ includes an action function named acFindWindow which allows you to find the window where the class name and/or window title exactly matches the supplied parameters. Passing in nil for either parameter means the function will match any window. For example, when you first open Notepad (the one which comes with Windows), the title is "Untitled - Notepad" and the class name for the main typing area is "Edit". So if you happened to want to find the exact text area of Notepad, you could call:
local handle = acFindWindow("Edit", nil)
The "handle" variable would now store the handle for first window with a class of "Edit". However, this could be pretty much any edit box in any application. If only Notepad were open program to have an edit control, it would return the handle for that control; note that the handle to the main window for Notepad would not be the handle to the text editing area. However, calling this would get you the main window:
acFindWindow(nil, "Untitled - Notepad")
Now for some programs, the latter method is fine, but many programs' window title text changes. For example, if you saved the file in Notepad, the title would change to something like "Test File.txt - Notepad", which means the call above wouldn't find any window which matched the supplied criteria. However, if there happened to be another program or window/control which had the same exact title, you'd want to use this:
acFindWindow("Notepad", "Untitled - Notepad")
Note that the class name for the Notepad application is called "Notepad". To find the class names for windows, you can use Spy++ (which comes with Visual Studio, or something like WinID.

Of course, since the main window's class is "Notepad", it's a pretty safe bet to use this, since it won't matter what the title of the window is:
acFindWindow("Notepad", nil)

Window Title By Pattern
Using Regular Expression (or just regex) and the acFindWindowByTitleRegex action function, you can craft very powerful patterns to find the window handle for which you're looking. While 90% of the time, the pattern you'd need should be simple, Regular Expressions can get very complicated and cryptic. RegExLib is a GREAT resource for understanding and testing regex patterns.

In the example above, the following expression (pattern) would always find Notepad due to the fact that Notepad uses a specific pattern for window titles:
local handle = acFindWindowByTitleRegex(".* - Notepad")
The pattern above basically says find any window with ends with " - Notepad". As I mentioned, Regular Expressions can be very complex and I will not get into depth on the topic here.

Executable Name (case-sensitive)
Sometimes programs can have many windows open or are simply difficult to find the main window's handle via the above methods. The pair of actions acGetProcessIDFromPattern and acGetWindowFromProcessID can be used to obtain the main window handle for a given program; although it is substantially more resource intensive from a technical perspective. In the example below, we're going to find the main window handle for Notepad, regardless of what the window title is:
local pid = acGetProcessIDFromPattern("notepad.*") 
local handle = acGetWindowFromProcessID(pid)
The variable named "handle" now contains the main window handle for Notepad. Note, however, that it only returns the handle for the first instance of notepad.exe found.

Conclusion
Once you have the right window handle, anything is possible! One of the most common actions is bringing the window into focus:
acActivateWindow(handle) --Bring the window to the front
But the possibilities are virtually endless.

Well, that's all for now...until next time!

chandisciple

75 Posts

Posted - 09/28/2015 :  07:29:03  Show Profile
Informative and just fantastic !!!
Go to Top of Page
  Previous Topic Topic Next Topic  
 Forum Locked
 Printer Friendly
Jump To:
StrokesPlus Forum © 2011-2018 Rob Yapchanyk Go To Top Of Page
Snitz Forums 2000