A floating tip strip showing the panel dimensions during the resize of FP and BD

[Ironman99]

The idea is quite simple to implement, I suppose.

Two main benefits:

1. allows you to know the exact size in pixels that the front panel will get at runtime, while the manual resizing of the FP occurs.
This feature should take in account VI's Windows Appearance options (Window has title bar, Show toolbar when running, ... etc). It helps you to set the FP size for the (different) screen on wich the program has to be run.

2. this feature can help you to set the BD size for the smaller screen on wich you know you'll have to edit the program.

Up to now you can only set a minimum FP size, and use it as a sort of "pixel size reference". However this is the internal net size of the panel, toolbars and title bar excluded, and the final setting is a bit tricky. You can also programmatically change the FP size, but this is of little use, if you don't want to risk that some control disappear out of the panel boundary.

The second benefit is only for those of you that use LV on different PC (Lab and laptop, for instance) like me...  and, like me, hate having to scroll the BD for editing it :-). Usually I set the BD size to the maximum possible dimensions of the smallest screen I use.

Cheers

[altenbach]

I really would prefer that all resizing operations (panel, object, container, etc.) would give more feedback, e.g. as outline with some examples in this much older idea.

For example, if I resize an array container, I would love to see the very interesting number of visible elements, not the boring size in pixels!