Hi! Very nice script! Thank you!

When saving window positions on Windows 10, the following apps open by themselves:

• Calculator
• Settings
• Microsoft Store

And this is what gets written into the WinPos.txt:
Title="Calculator",x=,y=,width=,height=,maximized=0,path="" Title="Calculator",x=1228,y=178,width=352,height=517,maximized=0,path="" Title="Backup and Sync",x=0,y=0,width=0,height=0,maximized=0,path="" Title="Microsoft Text Input Application",x=1920,y=0,width=1920,height=1200,maximized=0,path="" Title="Settings",x=,y=,width=,height=,maximized=0,path="" Title="Settings",x=-8,y=-8,width=1936,height=1184,maximized=0,path="" Title="Microsoft Store",x=,y=,width=,height=,maximized=0,path="" Title="Microsoft Store",x=-8,y=-8,width=1936,height=1184,maximized=1,path=""

Hi,

tools like Discord and foobar2000 have dynamic window titles and your tool doesn't recognizes them.

An idea would be to check, if the window is not found, for all words alone, if they are in window titles. But that could create other issues...

I've never worked with AHK before but is something like this possible?

Things work normally as is, but a new property is introduced to the WinPos.txt file where you can assign a hotkey to a specific section which defaults to [Win] + 0.

Something like this (I know the key binding is not the correct syntax):

SECTION: Monitors=1,MonitorPrimary=1; Desktop size:0,0,2560,1440; Key:[Win]+[Shift]+1

Then, when you press that key combo it would launch that section's window layout.

Use case:

When you want to have 4 or 5 different layouts for different things and you want to jump between using them without having to manually copy / paste things around in the WinPos.txt file.

Workaround for now:

From what I gathered, the only way to do this now would be to:

1. Duplicate the current AHK script.

2. Assign a different key combo for the duplicate script (1 instead of 0 for example for save / restore).

3. Change WinPos.txt to be uniquely named (append a _1 or something to it).

4. Do business as usual and pick the layout you want on demand.

That's kind of a lot of duplication!

It would be perfect if it could restore to the right virtual desktop also.
The script here also works but on my setup only remembers windows on the active desktop: https://superuser.com/questions/1408214/make-programs-specifically-chrome-open-on-same-virtual-desktop#comment2304770_1477582

In short, this script isn't capturing/recording when windows are minimized, but not having much experience with AHK, I don't know how to fix it.

When I "capture screens" on my Win7x64 system with AHK 1.1.23.05, the windows all cycle through (which, I guess, I would expect), but all the minimized windows open and don't re-minimize (although the ashleydawson post claims it does).

When I look at the WinPos.txt file, there are no maximized=-1 items. As I would expect, when I "restore screens", all the windows open including those that had been minimized during the capture.

If I manually edit the WinPos.txt file to set some maximized=-1 items (from maximized=0 that they are all set to), the restore does end with them minimized. (They do open, but then minimize.)

When I "Restore Screens", the windows cycle through opening and resizing and (if they are minimized) returning to minimal status. However, the last window in the WinPos.txt always becomes active (not the previously active window). That's not a big deal except the last one in my list happened to be minimized, so it opens, resizes, minimizes and then re-opens. If I move it to another location in the list, it stays minimized.

The code looks good to me (being inexperienced with AHK), but something is not working as intended.

First, I'm new to GetHub, so I don't fully understand the process, but I wanted to help out, and I am happy to learn.

Second, thanks for the code, it saved me hours.

Third, it didn't work on my Win10 with 3 monitors. But I made the following modification and it now works. I am not sure how to get this modification into the main code (see point 1), so I am posting it here under "Issues"

DK

Original code:
WinGetPos, x, y, Width, Height, Program Manager
line:= line . "; Desktop size:" . x . "," . y . "," . width . "," . height

Revised code:
WinGetPos, x, y, Width, Height, Program Manager
line:= line . "; Desktop size:" . width . "," . height

Hi guys!
I'm a autohotkey newbie. I tried some hours to separate the Restore subroutine in a standalone routine for starting automatically after Windows logon. But I havent luck with my work.
Plz help me

ptube

I like this project. Thanks for bringing it out of the AHK forums to a more public space.

I'd like to make this available as a Chocolatey package. The only sticking point is that packages are supposed to be "machine installs", and, currently, the WinPos.txt location is always the same as the AHK script. The recommended location for non-installed Chocolatey packages in in the Chocolatey\lib\<packagename> subfolder of %ProgramData%, but that is not writable by non-admins. The bigger problem is that there is only one WinPos.txt for the entire system regardless of the location.

I'd like to get this script using the per-user %AppData% location for the capture. It should probably check the script location first to allow for portable users and backward compatibility, but if there is no WinPos.txt in the script directory and/or the user doesn't have modify rights to it (un-elevated), then it should use something like %AppData%\DockWin\WinPos.txt.

If I ever get time to grok AHK, I'm happy to submit a PR, but I thought I'd throw this out there for anyone with more time/skill to poke at.

(Addendum: A major upgrade would be to allow multiple "sets" of Windows for each user.)