You may recall that last year, Stephen and I solicited the LabVIEW Community to vote up (or 'kudo' up, I guess) the Create a proper connector pane when doing Edit -> Create subVI idea posted by Yair on the Idea Exchange. You all responded in an impressive way, and we were able to add the feature in LabVIEW 2011. Specifically, we now create a subVI with the proper connector pane, properly-named error terminals in the bottom corners, properly-named refnum/class terminals in the top corners, and an organized front panel.
But that's not all! Thanks to Stephen, the code that modifies the created subVI is all VI-based. So if you want to customize the created subVI in some way with your own scripting VIs, there are two ways to do it. Here's how:
Providing Additional Create SubVI Functionality
Do you like the way we create the subVI, but you want to perform additional actions on it? If so, then follow these steps:
- Open this VI: [LabVIEW]\resource\plugins\CreateSubVI\Additional Actions Template.vi
- Save a copy of the VI here: [LabVIEW]\resource\plugins\CreateSubVI\CreateSubVI_AdditionalActions.vi
- Add scripting code to this copy of the VI to do whatever you want to the created subVI. Some ideas I've had are:
- Perform a Diagram Cleanup on the created subVI's diagram
- Wrap the created subVI's diagram in an error case structure
- Programmatically launch the Icon Editor on the created subVI
Would you rather define your own behavior for how the subVI is created? If so, then follow these steps.
- Make a copy of [LabVIEW]\resource\plugins\lv_modifyNewSubVI.vi and name it lv_modifyNewSubVI.bak.
- In the original lv_modifyNewSubVI.vi, you can remove the code on its diagram, and write your own scripting code to modify the new subVI. Here is a description of the inputs/outputs of the VI:
- VI Refnum - A VI reference to the newly created subVI.
- Fail? - If true, LabVIEW assumes an error occurred during your scripting, does not commit any of your scripting changes, and instead creates the subVI in the same way it did in LabVIEW 2010 and previous...full conpane, weirdly-named controls, etc.
- Caller Connections in/out - This is the most complicated part. The input Caller Connections array defines numeric indices for the controls/indicators on the (full) subVI conpane as it is originally created. For example, if you create a subVI with one input and one output, then the array might have the values [0,1]. You can then programmatically inspect the conpane to see which items are connected to which indices...let's say for this example, the control is index 0 and the indicator is index 1. For the output Caller Connections array, you must specify which indices on the new conpane those same objects are now wired to. So for example, if you change to a 4x2x2x4 conpane, and you place the indicator at index 0 and the control at index 11 (those are the top corners of 4x2x2x4), you would output [11,0] as the output Caller Connections. If you want to learn more about how this works, check out [LabVIEW]\resource\plugins\CreateSubVI\Calculate New Conpane Array.vi, which is the VI that figures this out for the current shipping Create SubVI technique.
- If you ever want to revert to the shipping functionality, restore the .bak copy of the VI.
I would like to eventually post some plugins of both types to the NI Community. In the meantime, please let me know if you've written some plugins to augment (or replace) the Create SubVI functionality...I'd love to see what y'all can come up with!
"Wrap the created subVI's diagram in an error case structure"
ReplyDeleteI'd argue that this should have been the default behavior if an error input and output are detected... But perhaps it's tricky because it could change the behavior of the subvi's code.
Anyway, I really like LabVIEW 2011. Instead of adding some big feature that I am never going to use, you tweaked and refined small but annoying aspects, preventing "death by a thousand paper cuts". Looking forward to using it!
@Marcos - Yes, I advocated that the created subVI diagram be wrapped in an error case, but I got shot down...and the reason given was that it could potentially affect the behavior of the subVI's code. :)
ReplyDelete