AutoHotkey Community

I have multiple gui's running on the system in a hidden state. When I press a hotkey, I want one of them unhidden depending on which window is active at the time; e.g. if Xplorer is active, one gui is unhidden, if opera is active, another gui is unhidden. Ideally I'd prefer to keep these guis each in a separate file, for ease of maintenance. This would mean each of these guis would need to have a rbutton shortcut defined that checks which window is active and either unhides itself or does nothing.

Unfortunately, if many scripts define the same shortcut only the shortcut in the last-defined is active.

Another alternative is to have a separate chooser script that defines a shortcut that checks which window is currently active and unhides a gui based on that, but it needs to be able to send a command 'gui show ...' to a separate running script.

Another alternative is to have them all in the same script, and with each gui going by a number, 1, 2, 3, ... . This will make it a bit hard to maintain because each of the scripts can be about 100-300 lines and eventually there may be 10-15 of them, and some of them would be the same on all systems I use, while others may be somewhat different on each system, depending for example on OS, directories set up, version of an application the script works with, etc.

Which is the easiest and preferred option of these three? Thanks!

_________________
-AK

I'd use one script which would contain the shortcut to activate the correct gui and #Include the gui scripts in this "main" script.

Roman

Great! I didn't even think about #include... Glad I asked, I was almost decided just to move them alltogether...... that would suck.

_________________
-AK

Please take a look at this:
http://www.autohotkey.com/forum/viewtop ... 0710#30710

_________________
Ciao
toralf

Toralf, thanks, but I have a question: I need to gosub to functions defined in the included files, therefore it seems to me that your method won't work because I can't go to functions inside the functions.

_________________
-AK

I have a further question... I tried the method of using includes and when I put them into my original scripts, on a shortcut they do come up but they're missing all the buttons and gui options that are set up in autoexecute portion. It's as if autoexecute is completely forgotten by the time a gosub is run.. I tried to reduce this to 3 small files which I'm posting, by the way these three files don't even show the gui at all.. I'm at a loss here, please help anybody! I feel like there's some stupid mistake like a missing comma or something here..

try.ahk:


tryx.ahk:



tryy.ahk:

_________________
-AK

The solution is in the "return"s.
Think of #Include as if the file is copied to that place. Now do this for the three files. What you get isNow tell me, why this isn't working. :)

_________________
Ciao
toralf

I knew about #include but I thought return works like it does in Python, where you can have some statements, then a function def ending with a return, then some more statements, etc etc, and return merely terminates the function, the following statements will still run. So if I understood right, in AHK anything after a function def won't run? thanks for helping me out I'd never guess

_________________
-AK

A Return is the end of a sub-routine, hotkey, hotstring or of a function or of the auto-exec section. After that AHK will stop after the return and wait for the next action (e.g. hotkey) or return to the position where the routine was called with GoSub and continue with the next command after GoSub.
Thus you have to be careful where you put the Returns, so that all auto-exec sections are executed with multiple includes. That what I wrote in the post I gave you the link.

_________________
Ciao
toralf