NI Home > Community > NI Discussion Forums

LabVIEW Idea Exchange

We've turned on a search before post feature in the LabVIEW Idea Exchange. This new feature will help cut down on the number of duplicate ideas in this space!

The NI Idea Exchange is a product feedback forum where NI R&D and users work together to submit ideas, collaborate on their development, and vote for the ones they like best. View all of the NI Idea Exchanges to post an idea or add your opinion on an existing one today!
New Idea

Truncate Long Paths

Status: Completed
by Active Participant blawson on ‎02-15-2010 10:10 AM

I don't like the way that long file paths are shown in path controls and indicators:  If the path is longer than the textbox (and it usually is!), the user only sees the first several levels that fit.  This can be pretty confusing.


One way to solve this issue is to truncate the path in the middle in such a way that the filename or last folder (which is usually what's most important) is always shown.  I've seen this in other UIs and it should be a natural thing for users to understand.


Here's an illustration:



I think this should be a built in feature of the path controls and indicators, accessible through right-click menus and/or the properties menu of the control at edit time.

Status: Completed
Available in LabVIEW 2012

Advanced Code Commenting Functionality

Status: Completed
by Member Chris_H. on ‎02-14-2011 04:10 PM

Current Situation

The current commenting practice in the BD is to place free floating comment number labels and write the comment in a text field as in the example below.

Current Code Commenting Practice.png



- comment number labels do to stick to the code block. if the code number block is moved the comment has to be moved as well.

- no link between number and comment text block


This unsophisticated way of commenting LabView code lead to the lack of comments in general. Usually a new programmer can understand what happens, but not why a function is implemented like this.




LabView provides the Advanced Code Commenting Functions.





The comment block is more then just a text block. Basically it has a comment ID, the comment itself and a comment category.

By the context menu the following functions are provide:

  1. add comment
  2. delete comment
  3. move comment up
        The particular comment line is moved up in the comment block. The ID is decremented
  4. move comment down
         Opposite from 3.
  5. highlight function
         The function to which the comment ID sticks is highlighted.
  6. the comment category can be selected. (e.g.. Code Explanation, To Do, )

Adding Comments

Adding a comment in the comment block incorporates two steps (after selecting Add Comment from the context menu):

1. Sticking the automatically generated comment ID to a particular code block just by selecting the item the comment belongs to.

   This could be any type of code: wires, SubVIs, the whole Case, a particular Case, Sequences....

2. Writing the comment




Example of Block 1.png


If the mouse pointer is set over a comment ID the comment is shown like a tool tip and disappears as soon as the mouse is moved away.





  • Comment moves with function block if function is moved on the BD
  • Comment ID sticked on the BD item and ID on the comment block always match
  • generally more comments in a LabView programm through more simple way of commenting code



Status: Completed
Available in LabVIEW 2013

Integrated Structure Labels

Status: Completed
by Active Participant Hueter on ‎06-30-2009 06:11 PM

I think structures should have a better label system. Currently I use free labels of the same color as the loop which looks great and makes the code easy to read and debug. But if I resize my loop I have to manually resize the label as well. I think this should be built into a right-click option.


(structure) rick-click » visible items » Structure label


Integrated Structure Labels.PNG

Status: Completed
Available in LabVIEW 2012

Currently, the block diagram has an endlessly useful feature. I use it every day - the Distribute Tool.





The following feature would be AWESOME for expediting BD readability:



Status: Completed
Available in LabVIEW 2011

Large string constants, like to one shown below, can really get in the way. I would like to double-click the border and have it collapse, like the LV 2010 Cluster now does. Putting large string constants in a VI, or rolling them up, are some work-arounds, but this would be easier...


Collapse Text.jpg


                                 Double-Click the "text" icon to reverse.

Status: Completed
Available in LabVIEW 2012

Every GUI Programmer's Dream...

Status: Completed
by Trusted Enthusiast on ‎10-26-2009 12:22 AM



...the ability to bulk-create References, Local Variables, Property Nodes...

Status: Completed
Available in LabVIEW 2012

Always Show the Connector Pane

Status: Completed
by Active Participant blawson on ‎12-03-2009 09:38 AM

My idea is simple: Put the connector pane on the front panel next to the VI icon.


Why: Right clicking to show the conpane means extra clicks that would not be necessary if it was always there.  It would also be solve the problem of saving the VI with the connector pane hiding the VI icon.



Status: Completed
Available in LabVIEW 2011

It'd be usefull for develloper and especially application user to improve graph control by adding to Graph direct access to Plot Visible property on plot legend.


For the time being, you have to go to color and choose transparent or to change visible property dynamically.


I propose control like that ... but we could find another idea to access Visible property.

All plot visible Selected plots visible



Status: Completed
Available in LabVIEW 2011

Boolean function accept Error Cluster

Status: Completed
by Active Participant DanyAllard on ‎06-01-2009 04:34 PM

Make possible that Boolean function accept error cluster as input as this example:


StopOnError.png     StopOnErrorCast.png

Status: Completed
Available in LabVIEW 2011

Complex notes manager

Status: Completed
by Member Edupo ‎12-03-2010 04:28 AM - edited ‎12-03-2010 04:35 AM

Hello, this is my first post in this forum and I don't found ideas about this topic. I hope you like it.


Well, time ago I started to work with LabVIEW, It's powerful, but there are some kind of issues that I want to explain here. Now I'm get involved in a big project for a very big aerospace company, and I'm developing a complex application to acquire some data and process it. Well, this software is in development by some people and I have an idea for the work flow.


I explain it with an example:

If we have in every VI a little data base with some notes ordered by type or something we can read the code or we can start to work in a VI faster. Imagine that you have an event structure with several cases, and you put some notes like you can see in the following image:




Now, I'm able to revise quickly the code reading all the notes and start working only in the "TO DO" zone. But let's do a more complex design: Now I open my project explorer, and open the "Note manager" that could be like this.





Here it is the real advantage of this tool: All the design are done and now I want to improve the application. Lets go only to the notes that interest to me: "TO DO" notes. If I double click on an element LabVIEW opens for me the VI centered in the zone that is interesting for me. And some more: I can check the work I've done and I can add new notes only with a click.


The more complex the project is, the more useful is this system. So, what do you think?

Status: Completed
Available in LabVIEW 2013

It could be nice to have a context help on coercion dots to see what is the expected type of the data that is supposed to be wired to. This way you can rapidly determine what kind of conversion to use to avoid the coercion dots.




Status: Completed
Available in LabVIEW 2012

When creating a subVI from a selection, LabVIEW should do two things:

  1. Use the user's default connector pane pattern instead of selecting one matching the number of inputs and outputs. This will make easier wiring and allow users to add more IO later.
  2. If the user is using a "standard" pattern (e.g. 4-2-2-4), LabVIEW should try placing the error clusters at the bottom corners and objects or references at the top corners.

It should also try to make the FP of the subVI cleaner, but that's another matter.

Status: Completed
Available in LabVIEW 2011

Add a "Mouse Scroll" event

Status: Completed
by Knight of NI on ‎06-07-2009 01:55 AM

It would be nice if NI added "Mouse Scroll" (and its counterpart filter event) to the supported events. Today, you can do this by using the mouse input VIs in a separate loop and polling, but that's not a very nice solution.

Status: Completed
Available in LabVIEW 2013

It should be nice to limit the action of Ctrl-B to a selected part of the block diagram.


For the moment the Ctrl-B removes all brocken wires in the complete VI.


Sometime when you have a case structure with multiple cases ... and when you have multiple brocken wires in many cases ...It is usefull to keep non visible broken wires...

The broken arrow (list of pending errors) will then help you to find all locations to modify. 



Status: Completed
Available in LabVIEW 2012

More often than not, one location doesn't work for both. Here's an idea:




Status: Completed
Available in LabVIEW 2012

When an array leaves a loop with indexing enabled, you get an array which has one more dimension, but quite often you want to concatenate the data to an array with the same number of dimensions.


If the subarrays have the same length, you can use reshape array, but usually they don't and you need to do something like below.


It would be very useful if output tunnels for arrays had an "Enable Concatenate Indexing" option as well, as depicted below, which would do this.


 Concat Indexing.PNG


Status: Completed
Available in LabVIEW 2012

New Boolean Diagram constant design!

Status: Completed
by Knight of NI ‎07-03-2009 04:37 PM - edited ‎07-03-2009 04:39 PM

The current boolean diagram constant is potentially confusing and too elaborate.


Confusing, because it almost looks like a toggle switch, so the new user might click on the right half, expecing an unconditional FALSE. However, there are no active areas, and an inversion of the current value occurs no matter where we click.


Too elaborate. All we need to see is the current value! Why do we need to see the "other" value greyed out??? We can guess that by simple elimination. :smileywink: There is too much redundant information, wasting twice as much diagram space than actually needed to display relevant information. The current design also makes e.g. 2D boolean diagram constant very confusing. Have a look at the image. Can you immediately tell that the 2D array on the left is only true on the diagonal? (I did not think so!). Now look at the suggestion on the right. Ahh... much better! :smileyvery-happy:



The boolean diagram constant should be smaller, simpler, and cleaner.

The image shows the current design on the left and the suggested design on the right.



What a difference in clarity and economy!!


Message Edited by altenbach on 07-03-2009 02:39 PM
Status: Completed
Available in NI LabVIEW 2010

Better enum editor

Status: Completed
by Trusted Enthusiast on ‎04-14-2010 10:56 AM

In line with giving us a better polymorphic VI editor, doing the same for Enums would be great.  The current implementation is SSSLLLOOOWWW and unwieldy.


Enum editor.PNG


Please re-visit this functionality to make our lives easier....  So many people create enums via rings for exactly this reason.  This is just unneccessary.

Status: Completed
Available in LabVIEW 2012

View Cluster Constant as Icon

Status: Completed
by Member chris.b on ‎10-27-2009 04:59 PM

Clusters are powerful and necessary, but they can easily clutter up otherwise immaculate code.  Why not have a "View As Icon" option (a la Express VIs) for cluster constants?




Right-click menu change...





There have been similar suggestions, but I think we need a clean, simple solution.

Status: Completed
Available in NI LabVIEW 2010

The icons of the model templates should have real text.

Status: Completed
by Knight of NI ‎03-01-2013 10:21 AM - edited ‎03-01-2013 10:27 AM

The provided model templates (fitting, optimization, etc. listed here) have the ancient icon style where the text is actually merged into the single layer of the icon.


Since in the typical scenario the text will be immediately changed to reflect the actual customized model name, it would be reasonable if these icons would have the current text editable in the icon editor instead. Currently, we need to erase the icon background before we can start typing or we get a mess.


For example, in the nonlinear fit model, the text "curve|fit|model" should be in the text tab, and not contained in the icon background (see image).


Suggestion: the model template icons should be blank and the current text should be pre-filled, but editable on the text tab of the icon editor.



Status: Completed
Available in LabVIEW 2013
Latest LabVIEW Idea Exchange Blog Posts
About LabVIEW Idea Exchange

Have a LabVIEW Idea?

  1. 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!
  2. 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.
  3. Watch as the community gives your idea kudos and adds their input.
  4. As NI R&D considers the idea, they will change the idea status.
  5. Give kudos to other ideas that you would like to see in a future version of LabVIEW!
Top Kudoed Authors
User Kudos Count
Idea Statuses