LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Programmatically set a VI's terminals to "required" or "optional"

I have only toyed with scripting in LV.

Please see the LAVA forum here

http://forums.lavag.org/LabVIEW-VI-Scripting-f29.html

for answers regarding scripting.

Please don't flame me, I'm only trying to help!

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 11 of 19
(1,481 Views)
Jeez, how's this for a hack in the dark?  Just for the heck of it, bmihura, try adding the following line to your labview.ini file.  Maybe it'll let you access the connector pane property...

SuperPrivateScriptingFeatureVisible=True

The link that Ben provided says that for 7.x this adds some extra scripting features to your property nodes.  Heck, maybe it'll do some good in 8.20...

Nick




"You keep using that word. I do not think it means what you think it means." - Inigo Montoya
Message 12 of 19
(1,453 Views)
As far as I know, no-one has a 'scripting-license' and those that have, don't tell.
Because it reveals not-so-finished parts of LV.
I don't think that this specific option problem (connector pane) is something that is necesary for LV functionality.
The only use I can think of is when you produce/generate VI's. This is only possible with scripting so you if you need (not want) it, you already have it

Ton

PS I don't have one
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
Message 13 of 19
(1,449 Views)
OK, actually, on second thought, the above idea probably won't have exactly the effect you're hoping for (even if it does anything at all) since your property node explicitly stated that ConPane is now deprecated, but it might expose a new 8.20 scripting property that'll let you accomplish essentially the same thing...

Nick
"You keep using that word. I do not think it means what you think it means." - Inigo Montoya
0 Kudos
Message 14 of 19
(1,445 Views)
TonP Wrote:

"I don't think that this specific option problem (connector pane) is something that is necesary for LV functionality."

Yup, that's be my interpretation too.

I'm personally looking forward to the future "scripting" client, as it'll be the first time it'll be officially supported by NI.

I've just moved from LV 6.1 to LV 8.20, and I'm happy with most of the changes so far.  If there's something you'd like in LV and it's not there, let NI know and see what happens.

Shane.
Using LV 6.1 and 8.2.1 on W2k (SP4) and WXP (SP2)
0 Kudos
Message 15 of 19
(1,422 Views)
I would just add that, while I'll agree that it is certainly not an "essential" function, that could be said of many features of LV.  There are certain degrees of "non-essential-ness" and some of those non-essential features would only be stripped away over my dead body.  Now, while the connector pane property is not one that I care deeply about (I've never actually used it), I can see its utility - particularly as a development tool.  In particular, if you had a library of a lot of functions with idenitical connector panes (happens often enough) and you wanted to change some connector from being "optional" to being "required", it appears you could accomplish this easily en masse with the ConPane property node. 

That said, I can definitely see NI's point of view.  It's not so much that these sort of esoteric "power-user" features would be a drain on NI support (after all, there aren't that many people that are going to use them).  It's more that they probably have significant chunks of code that they plan on potentially changing from release to release (we can all relate to that) and they don't want folks to go off and rely on any of that functionality because there's a darn good chance that your code will get deprecated in the next release.  And clearly nobody wants to see that happen.

But here's what I do take some degree of issue with... Taking away functionality should be something reserved for whole-number releases.  If LV9 doesn't have the ConPane node, nobody's going to be too shocked.  However, if you write some code in 8.0 and then 8.20 comes out, you have every right to expect that it should work - especially considering that many of us feel that 8.20 came out on the heels of 8.0.  I don't think I'm alone in this expectation.  It's how we've been conditioned as development environment consumers.

As companies go, I practically worship at the altar of NI.  LV is one of the most brilliant and powerful software tools ever devised; NI's product line as a whole is more-or-less consistently powerful, robust and easy to use; Their support is quite frankly second-to-none; The NI pros in this forum are freakin' awesome; And I truly believe that NI conscientiously keeps an eye out for the best interests of its customers.  However, I think they made a (albeit very minor) mistake here, and we have a little justification in registering some small gripes.

We're the guys that buy the products.  We have an obligation to ourselves to help direct NI in shaping those products.

Respectfully,
Nick
"You keep using that word. I do not think it means what you think it means." - Inigo Montoya
0 Kudos
Message 16 of 19
(1,399 Views)

Hi Nick,

Well said!

The LabVIEW Champions are having a meeting to discuss LabVIEW upgrade issue tomorow!

I see if I can "sing your song" in your behalf.

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 17 of 19
(1,388 Views)


@Nickster wrote:
However, if you write some code in 8.0 and then 8.20 comes out, you have every right to expect that it should work



To break the news Nick, old VI's will work, you just can't create them. So you should make them in an old version of LV, and just open the code in 8.x..

Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
0 Kudos
Message 18 of 19
(1,366 Views)
Niiiiice... Thanks for the clarification, Ton.
"You keep using that word. I do not think it means what you think it means." - Inigo Montoya
0 Kudos
Message 19 of 19
(1,349 Views)