02-04-2014 01:02 PM
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 Although hovering over the Nav window itself will allow you to bring up the detailed help
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
02-04-2014 01:17 PM
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????!!!!
02-04-2014 01:21 PM
Just looked at the actual FP size, and it is 5095 x 2409. 😮
02-04-2014 04:39 PM
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
02-04-2014 04:44 PM
Can you alt-space, "m" to "m"ove the window? You can use the arrow keys till you find a corner...
02-06-2014 10:31 AM - edited 02-06-2014 11:00 AM
@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.
02-06-2014 10:51 AM
Maybe the algorithm is exponential?
Lynn
02-06-2014 10:59 AM
@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.... 😄
02-06-2014 11:57 AM
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.
02-13-2014 01:27 PM
@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