LabVIEW Idea Exchange

cancel
Showing results for 
Search instead for 
Did you mean: 
d.w.b

Indicate that array constant contains more elements than currently visible with scroll bar

Status: New

Scroll bar should be disabled if all elements are visible! Kudo here to get a big bang for the buck sooner than the 2nd in TOP KUDOED IDEAS from 2013 with 600+ kudos (https://forums.ni.com/t5/LabVIEW-Idea-Exchange/Indicate-that-array-constant-contains-more-elements-t...). It points out that the scroll bars are not a viable method because it looks the same when all elements are visible. That is EASY to fix; disable the scroll bar if ALL elements are visible! Currently it is disabled only if an empty element is visible. Perhaps the behavior was originally by design like block diagram scroll bars as mentioned in the reason that the following was Declined, '...without this "boundary", it is impossible to create more space...' but constants can easily be stretched by border handles to create more elements (https://forums.ni.com/t5/LabVIEW-Idea-Exchange/Make-window-scroll-bars-reflect-actual-contents-of-wi...).

 

dwb_0-1703104642443.png

 

14 Comments
fefepeto_kb
Member

Another thing to consider is the behavior of the front panel controls. If the scroll bar is disabled on the block diagram constants when all the elements are displayed, but the control is not changed it will cause inconsistency. On the other hand changing the front panel control too would impact people beyond the developers, since it would also change the end user experience. And sorry if it brings in more than the original scope of the idea, but I think it should be discussed here.

wiebe@CARYA
Knight of NI

>Another thing to consider is the behavior of the front panel controls. 

 

There are no array constants on the front panel.

 

This idea is exclusively about the diagram.

 

For FP, this would be very nice to have as an option.

fefepeto_kb
Member

>>Another thing to consider is the behavior of the front panel controls.

 

What I wanted to underline with the comment, is that the behavior of the FP controls and the BD constants is consistent now. Changing only one of the two would be inconsistent.

wiebe@CARYA
Knight of NI

>>Another thing to consider is the behavior of the front panel controls.

 

>What I wanted to underline with the comment, is that the behavior of the FP controls and the BD constants is consistent now. Changing only one of the two would be inconsistent.

 

Fair enough. Though I often wish there was an option to change this on the FP. It's not often I want users to add, insert and delete elements, they usually should only be allowed to change the values.