crdowner
17 discussion posts
Thanks for the Move Window to Next Monitor button that was introduced in version 3.1.
You may already know this but the new button does not stay with its window while a windows is being dragged. The button does reposition once the drag is completed though.
This has happened for 3.1.0 through 3.1.2 running on Windows XP Pro with SP3.
Do you have both of the hooks enabled on the Troubleshooting tab? Does this happen with all application windows, or just some of them?
crdowner
17 discussion posts
Both hooks are enabled but I have new information. I log into my PC with a standard non-domain admin account. When I need to perform tasks that require domain admin rights I use RunAs to launch the needed application. The button on windows launched under my normal account move with the dragged windows pretty well. There is a small delay but it is very small.
The problem happens for any application launched using RunAs. I logged on to my PC with my admin account, launched DisplayFusion and verified that both hooks are enabled; however, DisplayFusion is not set to start for this user and the license key is not shown for this user either.
Should the license be associated to the computer or the user?
What version of Windows are you using? Are both of the accounts local administrator on your PC? (It sounds like they would be, I just want to confirm).
crdowner
17 discussion posts
Windows XP Professional with service pack 3 with all critical patches as of this morning.
Both accounts are local administrators.
The system hooks that DisplayFusion uses don't seem to be able to hook a process that is running under a different user account. As a result, the window isn't updated immediately (because of the hook) but instead has to rely on the frequent polling to update the position. At least the buttons do eventually fall into place (~1 second delay).
