LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

How to deal with way oversized front panels?

Double-clicking a terminal typically flashes the control and pans the FP if needed. Here I see nothing because it flashes a control that is way outside my screen and all I can do is continue to stare at a completely blank FP.


Crtl+Shift+N would also need to be known for Ctrl+H then Hover to help find Ctrl+T then Smiley Sad  Although hovering over the Nav window itself will allow you to bring up the detailed helpSmiley Very Happy

 


 

LabVIEW needs to do some sanity checks on the window parameters before placing a window.

 


Agreed!  At least in the development enviornment.  (I would definiately argue for seperating the scope of these sanity checks to IDE only or we risk really angering some users when built apps start obeying vastly different rules)

 

Yet, perhaps this should be discussed elsewhere as it seam related to CAR 435259

 


"Should be" isn't "Is" -Jay
0 Kudos
Message 21 of 30
(1,781 Views)

Of course the mystery is how this VI ended up with such a front panel in the first place. I don't think there is a monitor big enough for that. In a scenario where the desktop is extended over several monitors, the user must have willfully (or malicously! 🐵 stretched the front panel across everything in sight. Since the area of the front panel containing useful elements is significantly smaller, something just does not add up. Why????!!!!

0 Kudos
Message 22 of 30
(1,773 Views)

Just looked at the actual FP size, and it is 5095 x 2409. 😮

0 Kudos
Message 23 of 30
(1,765 Views)

I notice that that VI has "Maintain proportions of window for different monitor resolutions" checked on the Window Size tab of VI Properties.  Could that have something to do with it?

 

Lynn

0 Kudos
Message 24 of 30
(1,725 Views)

Can you alt-space, "m" to "m"ove the window?  You can use the arrow keys till you find a corner...

0 Kudos
Message 25 of 30
(1,718 Views)

@johnsold wrote:

I notice that that VI has "Maintain proportions of window for different monitor resolutions" checked on the Window Size tab of VI


Yes, looks like something goes wrong with this setting. Here are two points:

 

Monitor: 2560x1440 <> Front panel: 5095 x 2409  (ratios: Horizontal: 1.99x, Vertical: 1.67x, Area: 3.33)

Monitor: 1400x1050 <> Front panel: 1509x1281    (ratios: Horizontal: 1.08x, Vertical: 1.22x, Area: 1.31)

 

On the big monitor I cannot see a single front panel element (!), everything is outside the visible area (That's not good!!!). On the Laptop, I actually see the controls! In both cases, all wndows decorations are outside and it is difficult to interact with the window as originally described.

 

Obviously, the math seems screwed up here. Can anyone figure the algorithm used to "maintain" proportions??? In my opinion, the proportions are completely different here. Nothing is "maintained". In fact, things are worsened dramatically on a very high resolution monitor.

 

For reference, heres the description from the help:

 


Maintain proportions of window for different monitor resolutions — Resizes the VI so it takes up approximately the same amount of screen space when opened on a computer with a different monitor resolution. Use this control in conjunction with scaling one or all the objects on the front panel. You also can use the Keep Window Proportions property to maintain front panel window proportions relative to screen resolution programmatically.


 

 

I never use this option, so I don't know if it behaves correctly if the window is smaller than the monitor, but if the window is bigger than the monitor (as seen here), things seem to seriously get out of proportion with very large monitors! I'll file a bug report.

 

0 Kudos
Message 26 of 30
(1,676 Views)

Maybe the algorithm is exponential?

 

 

Lynn

0 Kudos
Message 27 of 30
(1,665 Views)

@johnsold wrote:

Maybe the algorithm is exponential?


Cannot tell from two points (well, maybe (0,0) is also a valid point?).


We can probably tell after getting values from a few more monitor resolution.... 😄

 

 

0 Kudos
Message 28 of 30
(1,662 Views)

Theres a script floating around somewhere that checks the position and size of the front panel and resizes it to 1024x726 and aligns it with the front left corner of the screen. I think the labview team uses it to scrub all of their examples before commiting them to the example finder. Anyway, you could try recreating something similiar. Could have other best practice uses.

 

resize.png

Message 29 of 30
(1,638 Views)

@altenbach wrote:

On the big monitor I cannot see a single front panel element (!), everything is outside the visible area (That's not good!!!). On the Laptop, I actually see the controls! In both cases, all wndows decorations are outside and it is difficult to interact with the window as originally described.

 

[...]

 

I never use this option, so I don't know if it behaves correctly if the window is smaller than the monitor, but if the window is bigger than the monitor (as seen here), things seem to seriously get out of proportion with very large monitors! I'll file a bug report.

 


Has anyone else reproduced the issue Christian is seeing? I tested this on my multi monitor setup and although it opened annoyingly large, it still rendered all the objects. I also tested it on a high resolution screen (although it was a Mac) and did not see the issue. 

 

As a side note for dealing with large windows, personally I find the Windows key + Arrows to be a very useful feature added in Windows 7. 

Windows key + Up Arrow: Maximize current window
Windows key + Right or Left Arrow: Sets the selected window as half the screen on the side you indicate (holding shift moves it between multiple monitors)

Windows key + Down Arrow: If Maximized, unmaximize, else Minimize 

 

Jeff Peacock 

 

Product Support Engineer | LabVIEW R&D | National Instruments 

0 Kudos
Message 30 of 30
(1,565 Views)