Jump to content
News about the LabVIEW Wiki! Read more... ×
Sign in to follow this  
Neil Pate

Variant To Data automagically backwards propagating type

Recommended Posts

Hi all,

 

I remember some time ago a discussion somewhere (cannot remember where) about the possibility of a Variant To Data figuring out which data type to output depending on what type the output was wired into.

 

Even though the type input is shown as a bold input (i.e. "required"), it is possible to leave this off. I have always manually placed down the desired output type, just as a force of habit more than anything else.

 

It seems that as long as there are no other structures in the way the Variant To Data is able to figure out the type it is being wired into, so is there any sense in placing a type constant?

 

Interested to hear what others do here.

Edited by Neil Pate

Share this post


Link to post
Share on other sites

Your Google-fu fails you. 

 

https://lavag.org/topic/16197-magical-variant-to-data-or-bug/

 

It seems it is not in all circumstances.  Personally I like this kind of feature, assuming you can always override it with the Data Type input.  I took this concept and used it on my Variant Repository XNode, which has a similar feature where it looks up stream to try to figure out what data type it should be.  Sorta like a polymorphic VI having the Automatic option.

Share this post


Link to post
Share on other sites

Ah yes, now I recall that thread, thanks. (I confess I did not google it, getting lazy in my old age...)

 

I am a bit on the fence on this, will probably try it out for a bit and see how well it fits into my workflow.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×

Important Information

By using this site, you agree to our Terms of Use.