Robert Blum
36 discussion posts
Keith,
This is an hard one to repro, but the gist is that I put my app windows in place on my 4 monitor system and save the positions. If I use the restore function at that time, it actually works. But I leave my Windows 7 pro system on until forced to reboot. Some time later, usually twice a week, I remotely use Microsoft's remote desktop client (typically from a Mac). This scrambles the window positions. When I return to the 4 monitor system and use the restore function, nothing happens though the windows are randomly distributed. In essence, the positions of the "last save" are lost.
My only guess is that there is either something re-initializing the positions in DF (what we refer to as a core clobber), or the data is somehow volatile and not saved. The net result is the restore appears to be skipped as nothing happens. Of interest is that DF is always running. It is never shutdown from before the save to after the restore attempt. The system, however, has been locked a number of times and accessed using RDC.
This has been happening since I began using the feature, which has to be at least 3 or 4 months.
I've included the troubleshooter output. I notice that there isn't a section for saved windows, though I actually ran that function and tested the restore before writing this.
If there is any info you need, please ask.
-Robert
• Attachment [protected]: dftroubleshoot.txt [134,025 bytes]
Dec 1, 2015 (modified Dec 1, 2015)
•
#1
Are any of the windows closed and re-opened after saving the positions? The positions are saved with the window handle, so if the window is destroyed, the position for that window is lost.
Robert Blum
36 discussion posts
Ah, so that's how it works. I didn't realize it was transient window positions. I thought that DF was remembering the position by application name and so would be permanent, like the icon profiles.
I cannot say whether or not all the windows stayed open for the interval between saving the position and restoring it, but it is possible.
However, I can think we can chalk this one up to working-as-designed. It doesn't appear to be documented, though.
In any case, I'd much prefer a way to save window positions persistently between sessions because I do switch between a 1-monitor setup (RDC) and a 4-monitor setup a few times a week. This feature does cannot be used consistently for my purpose because window handles aren't permanent.
It definitely shouldn't be losing them when switching to/from remote desktop. I've just tested it out here without issues. If you have a chance, could you test it again by saving the positions, then switching to remote desktop and back and seeing if they're lost again?
Robert Blum
36 discussion posts
After my most recent RDC, I noticed that all the windows I had not closed since I'd saved the positions moved. It appears to work as designed.
I will have to remember to save the windows positions before I lock my machine prior to RDC.
You can close this issue.
Regards,
-Robert
Tsteil Steildev28879
1 discussion post
This seems kind of useless to only be able to restore window positions if the applications/computer havent restarted. I thought this feature was working like I expected in the demo, so I bought it, but now I'm realizing it doesn't actually work like that. It's literally the only reason I bought the software.
Is there any way to do this?
My use case is, I have 3 monitors, and Windows does a terrible job of putting the applications back on the correct monitors after the monitors turn off/on and restarting. So, I want Display Fusion to put them on the correct monitors for me. I always have the same applications up, even after a restart. I really don't want to have to manually move and position all my applications every single time I restart the computer or restart some of the apps.