| |||||||||||||
- NI Discussion Forums
- :
- NI Idea Exchange
- :
- LabVIEW Idea Exchange
- :
- Option for Disabled Structures to Not Use Default ...
Announcements
Option for Disabled Structures to Not Use Default Value for Unwired Output Tunnels
IMO, the Diagram Disable Structure causes bugs, because the output tunnels of the Diagram Disable Structure are set to "Use Default if Unwired", and the default values are very often not desireable, as can be seen in the screenshot, below:

See this blog article, for more details:
http://thinkinging.com/2008/05/11/the-diagram-disa
Comments
- Comments (1 - 8)
This could be extended to normal case structures. I think Ben has made the propostion to have a 'Default Values' case with for every tunnel a default value if the value is not wired in the executing case.
Ton
(Ton, you might remember my suggestion from very (very!!!) long ago as quoted here. I still think is is a good idea and I might write it up as an idea here
)
Back to this thread:
In many cases it might be sufficient to simply have a group of data types (such as references, etc.) that are simply not allowed to have default outputs at exit tunnels because it would never make sense. An unwired output for these specific types would give a broken arrow no matter what the tunnel setting is. Such rules would probably solve 90% of the problems mentioned above without causing options bloat. ![]()
Personally, I like default output tunnels in many situations, especially for booleans, strings and numerics. It simplifies coding. ![]()
It would be great if it could look at the input tunnels and make an association with the output tunnels and make those values become default. For non-matching tunnels, then they would not have default values.
- Browse by label or search in the LabVIEW Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
- If your idea has not been submitted click
Post New Idea to submit a product idea to the LabVIEW Idea Exchange. Be sure to submit a separate post for each idea. - Watch as the community gives your idea kudos and adds their input.
- As NI R&D considers the idea, they will change the idea status.
- Give kudos to other ideas that you would like to see in a future version of LabVIEW!
- TreeView probe
- Maintain Consistent Datatype for Property Nodes on...
- Saved Searches and Results
- More function in the TDMS API.
- A full ZIP API
-
Decoration
s With Drag-and-d rop Behavior - Better Key Navigation on Front Panels #2 (Tabbing ...
- Better Key Navigation on Front Panels #1 (Control ...
- Larger Queue VI icons
-
Improve Tree Control Performanc
e
-
Jim Kring
on:
A full ZIP API
-
Manzolli
on:
Decorations With Drag-and-d rop Behavior -
Manzolli
on:
Better Key Navigation on Front Panels #2 (Tabbing ...
-
Manzolli
on:
Better Key Navigation on Front Panels #1 (Control ...
-
Aristos Queue
on:
Larger Queue VI icons
-
SWalpole
on:
Improve Tree Control Performance -
JackDunaway
on:
Give the possibilitie of selecting text in Cluster... -
jcarmody
on:
Search Code Comments within VIs
-
JackDunaway
on:
Custom size of Images in Tree Control
-
JackDunaway
on:
Find needs to have multiple search criteria with l...
- Analysis & Computation (30)
- Execution & Performance (136)
- HW Connectivity (16)
- Installation & Upgrade (20)
- Networking Communications (11)
- Third party integration & APIs (23)
- UI & Usability (691)
| My Profile | Privacy | Legal | Contact NI © 2010 National Instruments Corporation. All rights reserved. | ||








