LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Array Element.Disabled

I have an existing VI where the original programmer has a 2D array of booleans.

He sets the Array Disabled property to Disabled and Grayed Out.

He is also setting the Array Element.Disabled property to Disabled and Grayed Out.

 

I am not understanding why it is also necessary to do the latter.

0 Kudos
Message 1 of 6
(3,079 Views)

Yeah, my quick test shows there is no point in also setting the disabled property of the control in the array.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
Message 2 of 6
(3,076 Views)

The only reason I can think of to write the properties seperatly is to possibly be able to scroll through the array and view (but not change) data with the scroll bars "Looking" Normal.  If it isn't a purely UX requirement I would question the developer as to why the code was missing that comment.


"Should be" isn't "Is" -Jay
Message 3 of 6
(3,059 Views)

The programmer is gone.

 

 

0 Kudos
Message 4 of 6
(3,057 Views)

@nyc_(is_out_of_here) wrote:

The programmer is gone.

 

 


Well, Now you know exactly who to blame!  Next, you need to guess if that was a real requirement or if the developer needed another cup of coffee that morning. Then add the BD Comment stating your guess.


"Should be" isn't "Is" -Jay
0 Kudos
Message 5 of 6
(3,052 Views)

@JÞB wrote:

@nyc_(is_out_of_here) wrote:

The programmer is gone.

 

 


Well, Now you know exactly who to blame!  Next, you need to guess if that was a real requirement or if the developer needed another cup of coffee that morning. Then add the BD Comment stating your guess.


He had LabVIEW Core 1, Core 2, and Core 3 training and yet never heard of using auto-indexing with FOR loops.

 

0 Kudos
Message 6 of 6
(3,001 Views)