LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LabView windows won't stay on screen in 2 screen windows system

I recently installed LabVIEW 2020 on a windows 10 system with two screens.

I usually use the second screen for development tools and the primary screen for online meetings, etc.

For some reason after moving the LabVIEW window to the second screen many of the sub-windows I open such as the front panel and the block diagram of a vi open on screen 1.  Some of the pallets open on screen 1 and some on screen 2.

 

No other development tool that behaves this way.

 

This is annoying and counter productive.  Even disrupting video conferences when I use screen 1 for a Zoom meeting and screen sharing.

 

Is there an ini or registry setting that LabVIEW modifies that can be changed to correct this behavior?

 

0 Kudos
Message 1 of 5
(1,723 Views)

I'm not sure about your chances of forcing it directly with an ini key or similar, but I think I remember that LabVIEW preferentially tries to stay on the screen it considers primary when it is opened.

You can manipulate this I think - probably you can do it by renumbering your screens or turning one off when you open LabVIEW, but it might also be possible to drag the launcher onto the second, then close it, and reopen? I want to say I have a vague memory of this, but...

 

Unfortunately, I don't do this often enough to remember, and I try fervently to keep everything on my main screen, because VIs will reopen wherever you last saved them, and if that is on "screen 2", then when you open them on a different computer without a second screen, or with different resolutions, it often ends up partially/mostly off-screen, which is a pain.

 

Regarding "other development tools", I guess most don't open a whole bunch of separate windows. Of those that I can think of that do, they often default to throwing "new" windows on the main desktop...


GCentral
0 Kudos
Message 2 of 5
(1,702 Views)

Thanks for replying.

Changing screen numbering or turning one off screws up my other applications.

Some of these may need to be running while I'm using LabVIEW.  Such as a Zoom meeting with a development team about a LabVIEW project.

 

Windows convention is that is you close an application while on screen 2 it will open on screen 2 the next time you open it.  LabVIEW doesn't seem to honor this practice.

 

Yes, I have a number of tools that open many sub-windows similar to LabVIEW but all my other applications behave as expected and stay on same screen as "assigned."

 

 

0 Kudos
Message 3 of 5
(1,686 Views)

LabVIEW follows that convention too but each LabVIEW window is its own window which remembers where it was open when it last was saved. But this is not screen number based but simply screen location based. Your multiple screens also form simply a larger virtual screen and the screen coordinates LabVIEW remembers are based on this virtual screen with no monitor number whatsoever

And unlike other applications who will often happily open their windows completely offscreen if you don’t have that monitor connected, LabVIEW will actually move it’s windows on opening in such a way that they are partly visible on the nearest corner of the connected screens to where they were supposed to be placed.

But LabVIEW is (thankfully again) not a MDI application with one main window that forces everything inside it. Each window is its own entity and maintains its own screen location even across sessions. Of course while the thinga like Toolpalette always maintain their last state, VIs need to be saved to remember a particular location.

There is an option in a VI’s properties to change the screen number and location explicitly but that is for runtime location when the VI is executed or programmatically popped up during execution of your application.

 

Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
0 Kudos
Message 4 of 5
(1,633 Views)

@rolfk wrote:

LabVIEW follows that convention too but each LabVIEW window is its own window which remembers where it was open when it last was saved. But this is not screen number based but simply screen location based. Your multiple screens also form simply a larger virtual screen and the screen coordinates LabVIEW remembers are based on this virtual screen with no monitor number whatsoever

And unlike other applications who will often happily open their windows completely offscreen if you don’t have that monitor connected, LabVIEW will actually move it’s windows on opening in such a way that they are partly visible on the nearest corner of the connected screens to where they were supposed to be placed.

But LabVIEW is (thankfully again) not a MDI application with one main window that forces everything inside it. Each window is its own entity and maintains its own screen location even across sessions. Of course while the thinga like Toolpalette always maintain their last state, VIs need to be saved to remember a particular location.

There is an option in a VI’s properties to change the screen number and location explicitly but that is for runtime location when the VI is executed or programmatically popped up during execution of your application.

 


I was one of those who actually liked that NXG put all your windows in one parent window.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 5 of 5
(1,619 Views)