AutoHotkey Community

[majkinetor]

News
Sean discovered a better way to set window on top another window, that will simplify Dock a lot and make it 100% reliable. It will make clients topmost only relative to the host.

There is a catch though. It is using SetWindowLong in the forbiden way:

[tic]

of course there are very necessary reasons for placing a window behind the host. say you want a window with a border, and the border is a png (so you are creating an alpha blended gui with a normal gui as the host) then you would need to place the alpha blended behind, and wouldnt want to have to edit the png specifically for 1 purpose. the only reason i looked to dock was for that reason. it wouldnt allow me to do it so i decided to write my own version to do it, so it would be very handy. and for instance say you have a few windows hosted by one window, and then you want all of those windows to be hosted by another at some time, then currently they all have to be on top

[majkinetor]

That scenario could be done with 4 topmost clients.

Anyways, it seems bakcground windows may be useful after all, after carefull thinking...

I will see what can I do.

[comtts]

To majkinetor.

Your scrpts always come in really handy!
Well documented, easy to use and very imaginative

And about Libuilder...
I guess you stopped the job 'cause it took so much work not because there was any problem you can't handle, right?

[majkinetor]

[majkinetor]

New version. See history for downloads and info.
_________________

[bmcclure]

Perfect! You rock! That will help me create the new SteamLab docks (tabs and overlays) immensely. Thanks

(ps. with _bmcclure.ahk in Vista I had to add a Sleep, 1000 to wait for the print window to actually get drawn first, otherwise the dock didn't work. It can probably be less than that, but that was the first thing I tried and that fixed it for me.)
_________________
-Ben

SteamLab
SteamLab Wiki

[Broken] - My industrial music [on GarageBand]

[majkinetor]

This 1000 ms timeout problem is probably cuz of the way the bmcclure.ahk is instantiatintiating the dock.
I noticed that changing the value in

[Murp|e]

I've successfully managed to dock my AutoHotkey script to a host window, it appears/disappears nicely and docks/resizes nicely as well. Everything is peachy.

But what is the best way of ensuring that a docked window pops up when it should and uses minimial resources when it shouldn't. The worst possible way is probably what I have currently: I run my script at startup and it checks for the existence of a certain window every second, if a specific window exists it will dock to it, if not it does nothing.

Another alternative I have considered is replacing the shortcut to the host application with my script. My script gets called and runs itself in the background then runs the host program. If a certain "child" window exists, it will dock to it and if the host program is closed, my script exits.

Is there a better way to achieve this? Is there a way to run my script only if a certain window exists? Or run my script each time a new window is created perhaps? How do you normally implement these docks? Hope this wasn't too stupid of a question to ask...

[bmcclure]

I use a timer in SteamLab, if the SteamDock is enabled the timer checks every 500 ms if the host process exists. If not, the timer doesn't do anything else, so it's not performance intensive. If it does exist, the timer enables the dock and turns itself off.

I'd like to know if there's a better way, too, but that's the best I've found.

Then you'll need to start the timer again in the OnHostDeath label, if it's supposed to be a consistent dock.
_________________
-Ben

SteamLab
SteamLab Wiki

[Broken] - My industrial music [on GarageBand]

[majkinetor]

Monitoring host existance needs obviously process running all the time. The only other way is replacing the shortuct and exiting the script in OnHostDeath procedure, wich is as efficient as it can be.

The another way would be to have timer executing like demonstrated in sample scritpt and turning it off when you are docking. Dock is basicly iddle when not docking, and iddle most of the time as host is never moved so rapidly, so it is efficient enough to let it stay resident all the time. Resident all the time means in Dock's case that it will be toggled off and on when needed, so only timer is run when host is not alive. You can make this as efficent as possible in that moment, as timer can be arbitrary fast/slow, and it executes only 1 command (ifWinExist)

When multihost feature is implemented, you will be able to use single script to instantiate as many docks as you want.

Dock will also automate showing/hidding of its clients, so you can totaly forget about it. You will instantiate the dock and not think about it ever again (hopefuly). It will know when to hide windows, when to show them, how to find host of specific class or nature automaticaly etc... with some clever parameters. Current syntax will just slightly be changed to support this. Lets hope it can go as I imagined.

Notice that when Dock is toggled off, it uses 0% of CPU and that is always when Host is not alive.
_________________

[bmcclure]

I forgot that you have to add Dock_Toggle(false) to the OnHostDeath label if you want to be able to re-open it again when the process starts.

That was missing from SteamLab till 30 seconds ago

Update With the latest Dock version, the host process has some odd behavior; when the dock opens, it actually puts the host process (and itself) in back of the other windows, even if it was in front of them before. Is this intended?

Actually, that's probably my WinActivate code backfiring. I be that's it. False alarm I think.
_________________
-Ben

SteamLab
SteamLab Wiki

[Broken] - My industrial music [on GarageBand]

[majkinetor]

[bmcclure]

I already had updated the wording of my post (oh, you just saw that ), and it was an issue with my activation code. But it's still odd behavior I think.

I had code which got the id of the active window before the dock opened, then opened the dock, then used WinActivate to bring the old window back to the front. However now when I use that and the dock opens, the host and dock both go to the back. I don't know if it's just a timing thing or what.

It seems to work fine when I take that code out, so I don't mind that much if Steam brings itself to the front when the dock loads.

This was what I was using:

[majkinetor]

Myabe that animatewindow again

Perhaps some bug, we will see if anybody else experience it....

You don't need this: