GRM Helper 1.0.0

1 Screenshot

About This File

This program will help you to automatically generate code for GUIRegisterMsg function. Select a control name from the combo box. Then the listView will populate the events of that control. If you click on any event name, you can see the event description in the edit box. Type your control's handle in the Control Handle textbox. Then type the line number where you want to call the function. Then type the line number where you want to add the actual function code. Then press Insert ToSciTE button. That's all.

Hi all:
In Scite it is possible to expand and collapse all the #Region at time with a shortcut ..?
Now I use the + key to expand and collapse but I can only use this suggestion for a one # Region
If I collapse all the regions one by one in order to have the code more understandable when I re-open the script all the regions are expanded and I need to collapse all again one by one.
Thank.s to all
Altor

Edit: A solution was found! Thanks Jos and others who helped me find this:
You can have AutoIt run a different "Main" autoit script when you hit F5 instead of the current one, per folder, by doing the following:
Run SciTE (might need administrator, depending on how autoit was installed)
Options -> global properties (alt o g)
Uncomment properties.directory.enable=1 (line 270 in my case)
create a file SciTEDirectory.properties in the project's main folder
Alternatively, if you don't have admin or don't want to edit the global.properties for whatever reason, you can just skip step 1,2,3 and name it SciTE.properties
Put in the file you created command.go.$(au3)="$(SciteDefaultHome)\..\AutoIt3.exe" "$(SciteDefaultHome)\AutoIt3Wrapper\AutoIt3Wrapper.au3" /run /prod /ErrorStdOut /in "NAME OF SCRIPT HERE.au3" /UserParams $(1) $(2) $(3) $(4)
Save the file. Now anything you run in that folder or subfolder will run the main script when you hit F5
Using SciTEDirectory.properties effects that folder and subfolders, where as SciTE.properties only effects that folder. Apart from that they work the same

Original question:
I have a main script, and a bunch of includes / udf's. Almost every single time I edit my includes I hit F5 to run the script, but it runs the include instead. I'm tired of switching back to the main script's tab in SciTE to run it, just to switch back to the include. Is there some kind of #flag or option to set a "main au3 file" so when I hit F5, it will see that and run the main file instead?

I have a au3.properties file that adds a search command to the right click context menu. This command does a FINDSTR on all .au3 files in the "Program Files" directory. However, on 32 bit Windows 7 and 8.1 OS's, 32 bit executables are now run from a "Program Files (x86)" directory.
I have a construct that builds a path variable that holds the locations to search. In this variable, I have both "Program Files" and "Program Files (x86)", as well as a directory that holds my library file.
The constructor looks like this:
findcmd="C:\Windows\System32\Findstr.exe"
myLib="C:\Andy\AutoIT-src\myLib"
where1="C:\Program Files\autoit3\include\*.au3" "C:\Program Files (x86)\autoit3\include\*.au3" $(myLib)\*.au3
Then in the command definition, I use it like this:
# "Find Definitions"
# Look in the C:\Program Files (x86)\AutoIt3\Include directory for any .au3 file
# that has a definition for the currently selected word (or the word the
# cursor is on)
#
command.name.42.$(au3)=
command.42.$(au3)=$(findcmd) /N /R /I /C:"^global [0-9a-f].* $(CurrentWord) =" $(where1)
command.subsystem.42.$(au3)=0
command.save.before.42.$(au3)=2
The problem is that on 32 bit systems without the "Program Files (x86)" directory, I get this error:
FINDSTR: Cannot open C:\Program Files (x86)\autoit3\include\*.au3
I think that what I need is an 'if then else' something like this: