You already have this feature. Right click on the DF taskbar and select Settings. Click on the Window Location tab and create a rule.

Jul 2, 2014  • #2

Hi Alan,
thanks a lot for that!
I was not looking for that feature under "Window Location".
Wow, now that made my day.
Have a good one,
Andreas

Jul 4, 2014  • #3

Guess I am missing some thing here, when I select windows location tab all i have is triggers, cant find rule(s)

Sep 6, 2016  • #4

Try the "Triggers (Windows Location)" tab, the third tab from the top.

Sep 7, 2016  • #5

Wow I just signed up because I was going to ask this question. Thanks!

Sep 7, 2016  • #6

Yes I have always bee able to see that exact location, however when I am there, the only option is to select "Enable Triggers" so I select this ONLY option. Then select add and it does not give me the option to open say word on screen#1 and excel on screen #2. S again I am sorry if I cant follow the process.

Sep 7, 2016  • #7

The Triggers feature replaced the Window Location feature, so you can still do the same thing, it's just a slightly different configuration. Please see the Triggers how-to, here: https://www.displayfusion.com/Discussions/View/working-with-triggers/?ID=43b31609-4ec6-4478-99f8-a1f11e9793f7

If you still have any follow-up questions, please don't hesitate to ask!

Sep 8, 2016  • #8

Still not working, and now when I open the fusion window reg fails

Sep 8, 2016  • #9

Could you attach a screenshot of the Trigger rule you created?

Sep 9, 2016  • #10

I'm sorry, but creating these triggers is way too involved. Yes, I could do it, but I truly do not want to. The reason for having software is to implement and automate basic functionality.

There used to be a feature to open application windows on a specified monitor. It was fairly simple, and it mostly worked. But now that interface is gone, so now we must build rules for these things? No thanks! That's not what I want, and I like detailed management. Imagine the folks who aren't interested, invested, or capable.

Please don't remove basic, essential functionality that people like and replace it with something that requires constantly referencing the documentation to create and manage multiple steps to implement. Yuck.

These triggers are particularly buggy, and using them should be reserved to develop truly personalized intricacies that the basic software doesn't support. They should not replace commonly used and previously supported application screen management.

I request that you rethink this Triggers approach.

Oct 5, 2016 (modified Oct 5, 2016)  • #11

I agree with TTE statement.
Every Time there is a new update the the simple things change, cant understand why this is not passed through end user first.

One of my oldest footnote is KISS.

I have attached is the requested screen shot of the trigger. The problem is it is for outlook and when I open a email that email open onto the other screen and not the program it self.

Thanks for your help on getting the trigger set up the way the program is coded.

• Attachment [protected]: Trigger.png [20,466 bytes]

Oct 6, 2016  • #12

With my system, I dont need to set any triggers or such to open something on a specific screen. For example open Outlook and then drag it to the screen you want it to open on. Click on an email and drag that to the screen you want to read it on then close them down. After that Outlook opens on the screen I selected as does the emails I click on.
This works for all my programs and does with or without DF running.

Oct 6, 2016  • #13

Funny don't know why I never tried that before, Thanks

Oct 6, 2016  • #14

Great tip, Alan!

Regarding the Trigger rules, Outlook will have some issues, because it reuses window handles, preventing the new email windows from being recognized as new windows. Unfortunately it's not something we can fix

With regards to creating Trigger rules vs. the old Window Location rules, it's really the same number of steps, just in a slightly different layout:

• Click Add to create a new rule
• Enable the checkbox for "Process Filename" and select your application
• Click Add > Move Window to Selected Monitor, and choose the monitor in the selector window that pops up
• Click OK to save the rule

If anyone still has trouble setting up Trigger rules that behave like the old Window Location rules, please let me know and I'll be glad to help out!

Oct 6, 2016  • #15

I still can't get windows to open via their specific taskbar/monitor no matter how much fiddling I do. I have to agree, the old way was superior and simpler. I'm usually trying to open tasks like Firefox, Chrome, Windows Explorer. Tasks open on the last window they were closed. I'm running Windows 7.

Any help would be appreciated.

• Attachment: df.JPG [121,336 bytes]

Nov 17, 2016 (modified Nov 17, 2016)  • #16

@Kevin: The matching rules look good, but it looks like you don't have any Actions configured. If you click "Add > Move Window to Selected Monitor," it should prompt you to select a monitor, and then you'll see that Action in the right pane of the rule. Please let me know if you still run into any trouble at all.

Thanks!

Nov 18, 2016  • #17

Perhaps I didn't explain myself properly. However I figured it out nevertheless. I did not want to open a window/task on the same specific monitor every time. I wanted the freedom to open a window/task via it's own monitor/taskbar.

The solution is the actions: Move window to mouse cursor monitor.

I hope this a permanent solution; meaning it's working now but buggy later or updated to something completely different in a few months.

To be more clear these are my settings for anyone interested in doing the same.

• Attachment: df2.JPG [130,843 bytes]

Nov 20, 2016 (modified Nov 20, 2016)  • #18

Ah gotcha, sorry for the misunderstanding! Glad to hear you found the solution. That functionality won't change any time soon, a lot of customers use that exact rule

Nov 21, 2016  • #19

I've been successful with setting the opening screen for my programs but I'm having a more specific problem. I use remote desktop, which runs all day on M1 (only) and then my local PC runs on both M1 and M2 all day. If I open something on M2 (in local) and slide it to M1, it appears on top of the remote desktop session...this is good. Now to my complication (albeit minor but annoying)...

I like playing RealPlayer while I work sometimes and typically view it in Toolbar mode but while RP opens on M2, the Toolbar appears on M1, BEHIND my remote desktop. (BTW, my local taskbar is on M2.) I cannot seem to force the RP Toolbar onto M2 and also cannot move it. Any thoughts?

Dec 9, 2016  • #20

@Karen: Is monitor 1 or monitor 2 your "Primary" monitor (you can check in the Windows display settings).

Dec 9, 2016  • #21

Not positive because I'm not at work (and just saw your reply) but I'm assuming M2 is primary because it handles the boot up graphics.

Dec 10, 2016  • #22

Ok, is the RP toolbar a toolbar that sits on the taskbar?

Dec 14, 2016  • #23

Hello. Is it possible to have an application running directly from a server to open on a specific monitor (it is an .exe)? I have the trigger set, however, the application will only open on my primary monitor.

Jan 19, 2018  • #24

What kind of server is it? Is it a Citrix XenApp server, or Microsoft RemoteApp?

Jan 23, 2018  • #25

It is a SQL (physical) server running our Time and Billing System.

Jan 31, 2018  • #26

Could you attach a screenshot of the Trigger rule you've created so far?

Feb 1, 2018  • #27

I have attached it for you.

• Attachment [protected]: prolaw trigger.pdf [24,247 bytes]

Feb 2, 2018  • #28

I can't see the .exe name in that screenshot, but I would recommend changing the Process Filename field to using a wildcard for the path, like this:

*ProLaw.exe

(I'm assuming that's the exe name, so you might need to modify that in your rule).

Feb 2, 2018  • #29

Unfortunately, that did not work. Is there anything else I could try?

Feb 5, 2018  • #30

The only other thing I would try is setting the Trigger Event to "Window Focused." If the window isn't sending a new window notification, DisplayFusion won't be able to pick up the "Window Created" event, but Window Focused should work every time the window gets focus.

Feb 6, 2018  • #31

Hi,

I'm using the trigger rule to open all windows open on the monitor where the mouse is.

I have an application (kodi) that i lauch with a remote on my external monitor.
I've set Kodi to only open on my external monitor by using the trigger rule on display fusion and by using the settings in kodi to lock the app in a specific monitor.

My problem is that kodi keeps opening in the monitor where the mouse is rehardless of the other rules i've applied.

So i was wondering if it was possible to exlude an app from the "all the windows open in the monitor where the mouse is" trigger rule?

Sep 4, 2018  • #32

If you move the Kodi rule above the wildcard rule, and enable the "Stop Processing" checkbox in the Kodi rule, that should prevent it from getting moved by the wildcard rule.

Hope that helps!

Sep 6, 2018  • #33

Hi Keith Lammers ,

It helped a lot!

It's working flawlessly now.

Thank you for for your quick, concise and precise response!

And thanks for making such a useful app!

Sep 6, 2018  • #34

Glad to hear it, thanks for the kind words!

Sep 6, 2018  • #35

Hi,
is there any chance to open different instances of the same application on different monitors, according , for example, to the process instance ID ?
For exemple, i would like to open a first instance of a videosurveillance client software on monitor1, the second instance on monitor2, the third instance on monitor3, and the fourth and last instance on monitor 4.
Any further instance should start again form the first monitor to the fourth, and so on...

Is there any way to implement this ?

Thank you
David

Sep 17, 2018 (modified Sep 17, 2018)  • #36

It may be possible with a scripted function. How many instances do you usually open, and do you open them all at once, or at different times throughout the day?

Sep 17, 2018  • #37

Hi Keith,
I would open four instances at the same time.

The problem is as follows: I have a videosurveillance client software, used to show video streams from IP cameras.
Now, this client can send different views of the cameras on different monitors, but, above all,when you close the client, and afterwards you open it again, it remebers the last position of the windows, before it was closed.

So the client restores exactly the views on each monitor, in the same position they were the last time.

Now, for some reason it very long to explain, I have to open four instances of this client, each one connected to a different videoserver, and FORCE each client to open its main window ( just one for each client ) on each monitor in the position I choose ( i Have four monitors with extended desktop ).

I have managed this , by using a workaround: in crograms/ I have created four copies of the folders of the client software, with all the executables, dll, etc, and renamed each folder in order do have four different paths: for example : crograms/client1/client.exe, crograms/client2/client.exe, crograms/client3/client.exe, crograms/client4/client.exe.

Then i created four triggers, "windows created", where "match conditions" is the process filename, and each trigger is associated with each different complete path and filename of the process.

This workaround works, but for some reason, possibly accordingly to the order in which you close the windows ( or for some other misterious reason ), sometime it doesn't work, and the windows just open overlapped on the first two monitors in a radnom way ( or with a scheme I could not understand ).

So I thought thet maybe I am doing something wrong or using displayfusion in some unusual way, and maybe there is some more elegant and correct solution ( es. not using four paths but just one path and open four instances of the program from this path )

sorry for the long explanation, hope i have been clear...

David

Sep 26, 2018  • #38

You can do it the way you're doing it, that's a decent workaround for sure. If you set the "Delay before checking match conditions" value in each Trigger rule to "1000" does that make any difference? You'll need to click Apply in the main settings window before that change would take effect.

Sep 26, 2018  • #39

Hi Keith,
I'll do some tests with the solution you suggested.
At the moment I have implemented the delay by means of a batch file that opens the four clients, and waiting 10 seconds between each command, using the DOS command "CHOICE /T 10 /D S /N", that exactly waits 10 seconds before going on.
At the moment it seems to work.
I will also try with the delay directly in Displayfusion.

Thanks
David

Sep 27, 2018  • #40

Sounds good!

Sep 27, 2018  • #41

Is it possible to determine a window out of running processes?

I use YAWcam to monitor one of my apartment windows (cat comes in through that one). Problem is that I can only select the general program executable, but the window I want to move is called 'Yawcam - Preview' and I cant find how to add that one.

Apr 6, 2019  • #42

@diFitches: Are you trying to use that window in a Trigger rule, or scripted function?

Apr 8, 2019  • #43

Hi Keith!

Thanks for helping me out.
I've tried it with a trigger - but I'd take any method to make it work

Apr 8, 2019  • #44

Have you already tried putting the window title in the Window Text condition of the Trigger rule? If that doesn't work, you can also try the Window Class (you can drag and drop the blue target on the window to grab it).

Apr 8, 2019  • #45

I feel silly that I didn't came up with it myself. Works like a charm now - thank you very much!

Apr 8, 2019  • #46

No worries, glad I could help!

Apr 9, 2019  • #47

Posted in error

Aug 28, 2020 (modified Aug 28, 2020)  • #48