NI Home > Community > NI Discussion Forums

LabVIEW Idea Exchange

Showing results for 
Search instead for 
Do you mean 
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

In Write to Spreadsheet when we try to create control for the Delimiter, the control gets overlayed over the VI itself. The same is not happening in the case of Read from file, so this need attention. Please ignore if it is already suggested.



Delete From Array Function - Output should be renamed as "Edited Array" instead of the current name "array w/ subset deleted", as the 'w/' often confuses new users (and users like me as well sometimes), whether it means 'array with subset deleted' or 'array without subset deleted'.


Instead of this, the name "edited array" as mentioned in the Help itself would suffice, and is much more clear. :smileyhappy:


Help - "Returns the edited array in array w/ subset deleted and the deleted element or subarray in deleted portion."


3D Coordinate Conversion VI

Status: Declined
by Member Standardnutzer on ‎10-29-2014 04:59 AM

Add a description of inputs and outputs relative the the chosen polymorphic instance of the VI.

Current documentation is Axis 1, Axis 2, Axis 3 and there is no description e.g. how those names correlate to the polar coordinates Phi, Theta and length!

I had to figure it out by trying - please just add tose few lines to the Labview help!

Status: Declined

Moved to CAR database: CAR 503133


Provide a Value Change? (Filter) event

Status: New
by Active Participant GregS on ‎10-27-2014 03:49 PM

In the same way that mouse clicks, key presses etc can be filtered or modified before being accepted, having a Value Change? event option would allow tighter control over input data than possible using the Data Entry tab, and without needing to wire to a Value property node or local variable as AQ suggests here.


While this idea in itself probably doesn't make much difference, it would be very useful if such an event could be "bound" to a .ctl (a sort-of mini-XControl) in an enhanced version of what the Data Entry tab currently does.


allow blocking of NaN in numeric data entry

Status: New
by Active Participant SFK on ‎10-24-2014 11:12 AM

Recently, I discovered an annoying "feature" of LabVIEW: if you limit the data entry of a floating point numeric to a maximum value with coercion enabled, entering NaN to that numeric will be coerced to the maximum that you set in the data entry dialog.


I already reported that as an unexpected behaviour, but after some more thinking, I dare to go even further and propse:


allow the blocking of NaN in floating point numeric data entry




The logic needed should not be much more than a finger exercise, as string controls already allay to discard CR/LF with the "limit to single line" property.


Best regards,



"View As Color Box" option on numerics?

Status: New
by Active Participant SteenSchmidt on ‎10-19-2014 02:00 PM



There are numerous ideas floating around about where the color box constant and control should be located in the palettes. How about if there wasn't a distinction between a color box and its numeric representation? Like the "View As Icon" option on terminals and clusters, I suggest a "View As Color Box" on numeric constants and controls/indicators:




I'm undecided on if this options should be available for all numeric data types, integers only, or U32 only, and what should happen to the Representation options when the numeric is a color box. I see at least these options (ordered after my preference - I prefer 1) the most):


1) The "View As Color Box" option is available for all numeric data types, but when selected the data type changes into U32. If you change Representation to anything else but U32, the "View As Color Box" option is automatically deselected.


2) The "View As Color Box" option is available only when the numeric is U32.


3) The "View As Color Box" option is available for all numeric data types, and coercion happens between the selected "color value" (U32) and the true Representation of the numeric.


Several ideas would be fixed by this, for instance this and this.





Probe terminal

Status: New
by Trusted Enthusiast on ‎10-24-2014 06:49 AM

During implementation of code, the algorithm and its implementation has to be tested and debugged in most cases many times. For debugging, probes are a very useful tool. But probes can only be created on existing wires.

If, for any reason, the developer wants to probe values which are not on a wire already (e.g. iterator of a loop), he has to create an indicator (or tunnel) in order to have a wire. Once the debugging is done, the terminal/tunnel and the wire should be deleted.


I find it would be much easier, if i could right-click the data output and select Create >> Debug Terminal. This terminal is part of the code, but once i close the probe, the items created by this option (terminal and wire with probe on it) are removed automatically.




PS: I know that there was a suggestion specifically for the iterator of a loop. I understand the reason why it was declined, but i find that using VI Scripting, the above mentioned functionality could be provided. As i WANT to have the information of that wire during debugging, i require that terminal/wire in any case. Using some automated tool would ease the debugging process with the hope to decrease time required to identify the software anomaly.

I like to collapse long string and path constants to consolidate diagrams.  Showing the string or path value in the tip strip is useful but tedious to update.


constant tip strip.jpg






I suggest an appearance property that would automatically display the current value in a tip strip for string and path constants.


properties window.jpg



































This property would be most useful if the Block Diagram Options page was also modified to allow a global setting.


options window.jpg


One of the things that sometimes bugs me when using LabVIEW is that if you have a front panel or block diagram in a small window, many of the menu options and toolbar options are inaccessible without having to resize the window first. You have to have a minimum window size to be able to access all of the toolbar functions.


Still don't get it?


This is how big I want my SubVI window to be:



Problems with the above:

  • A lot of the toolbar buttons and menu options are completely inaccessible
  • I'm sure it was for good reason (probably some other icons that appear there), but there's also a load of empty space to the left of the run button which would allow me to fit more of the toolbar on screen

To be able to access the entire toolbar, the windows has to be at least one of the following wide:




Why is this a problem?


  • Normally my front panel windows are nicely sized according to the controls and indicators on the front panel (e.g. controls top left, indicators top right, error clusters bottom), for most SubVIs this usually means that the window is thinner than the minimum width to show all of the toolbar options.
  • If you have a fixed size UI panel (e.g. for dialogues) - if you want to align / space objects on the panel you have to make it larger, do the scaling and then resize back to the original size which isn't ideal (possibility for not resizing to the original size correctly)
  • Similar to the above but if you have a UI where you have fit/scale to pane you might want the initial size of the UI to be smaller than the minimum width

Existing workarounds:


  • Just before submitting this idea I realised you can shrink the 'search' bar from the toolbar to make it slightly better2014-10-01_13-25-38.jpg
  • Use the OpenG (?) VI for 'fit to largest decoration - this is OK for some UIs but not really suitable for the SubVI case above

Proposed solution:

Please make it so that the menu and toolbar are accessible regardless of window size. One solution would be to have a button that allows you to 'scroll' the toolbar or have a pop-up dialogue that shows the missing toolbar buttons as per the image below.


MS Paint skills (icon lifted from Chrome's bookmarks bar):



As an aside, MS Word manages it fairly well (even though it isn't that readable), and it has a LOT of toolbar buttons:



Please consider my idea (or Kudos it) for future versions of LabVIEW - it will improve usability of the IDE.

Sometimes you might have a cluster constant, indicator or control on the block diagram or front panel without the labels shown. When you have a large cluster it's not immediately obvious which element you're editing/changing.


When you hover over a SubVI, the connector flashes on the Context Help window and eventually a tooltip appears on the block diagram under the mouse cursor as shown below:



I propose that, just like when you hover over an input/output of a SubVI it does the same to show the element name on clusters on the front panel / block diagram, as follows:



I know it's not the most exciting of suggestions but I think it would be good for usability.


See the snapshot for a visual clue.


Most often we need to browse to the palette of the base data type (in this case Bool, and not only the datatype of the wire (Array)), to search/insert/replace a function while coding. Here I wanted to bring the And Array Elements function from the Boolean palette by clicking the Equal To function's output, but it gives me an option only to the Comparison & Array palettes. I'd prefer the Boolean palette to be shown up in the options. :smileyhappy:


This suggestion should be considered in a very generic & more inclusive manner for all the use cases.


P.S.:- I did not see any option for BD category, so labeling under UI & Usability (since the BD is an User Interface for me as an App Developer using LabVIEW. :smileyhappy: )

Status: New

Turns out to not be an exact duplicate after all


Resize Text (Comment or String) with Double Click

Status: New
by Member tobyscott on ‎10-13-2014 07:19 AM

This idea is somewhat similar to Shrink-Wrap-Structures but for comments and strings


The idea is to resize a comment or string to the text by double clicking one of the resize indicators around the box.

This would happen without changing the number of lines or words on each line.

resize double click.png

The process would be resize the horizontal direction of the box until the line layout looks nice (and fits!) then double click the corner to remove the unwanted space.

There could be different resize processes depending on the corner or edge you click eg. double clicking bottom middle resizes to only remove vertical space, top left would resize and shift the text down and right so the bottom right corner remains anchored.


There are some other ideas about resizing multi line comment boxes but none were quite as straight forward as this so I made a new post for it.


This mechanism is similar to other programs for resizing boxes so it seems like a sensible thing to implement.


LVPROJ : Rename a folder

Status: New
by Trusted Enthusiast on ‎09-22-2014 02:54 AM


                              lvproj : be able to rename a folder






Color box control and color box constant place in tools palette

Status: New
by Member roto2 ‎10-17-2014 02:35 AM - edited ‎10-17-2014 02:42 AM

I'm using 2012 version, so I don't know if it's the same for 2013 and 2014 versions.


I don't use color boxes very often but when I do I always have the same problem when looking for them in the tools palette.


When in the front panel the Color Box control is situated in the Numeric folder





But when in the diagram the Color box constant is a little more hidden...





I know there is the "Search" option, which works very well. Also I can choose the color box control in the Front Panel and change it to a constant, but I worked for a lot of years with version 6.0 to 7.1 and it was very intuitive to find the constant where it was, i.e. here:





So why don't leave the color box constant with the other numeric constants?


By the way, thank you for reading, I always wanted to comment this :robothappy:



Polymorphic VI Selector should snap to VI icon when dragging

Status: New
by Trusted Enthusiast ‎08-28-2014 07:05 AM - edited ‎08-28-2014 07:07 AM

When dragging a control / indicator label or caption, if you move within a certain distance from the owning terminal the label will snap to one of a set of given positions (top-left, top-middle etc).  Outside this distance (or if the user presses the spacebar to toggle this behaviour), the label can be freely positioned.


The selector terminal for a polymorphic VI should display the same behaviour with regard to the owning VI icon.  A polymorphic selector is currently always free-floating.


Snap to.jpg



PS : Many thanks to Intaris and TiTou for their help to formulate this idea.

When tabbing between strings, you can type in each box.


When using Rings and Enums, you can select items by typing after the control has been clicked on; for example, if "Lead" is in the list, you can click on the Ring/Enum and type "L" and the control highlights the first element with "L" in it. You can then hit "enter" to choose that element in the list.


It would make much more sense from a user's standpoint if they could tab to a Ring/Enum, and start typing to choose an element.


I propose that when a user tabs to a Ring/Enum control, that if the user starts typing, that the Ring/Enum selects an element similar to if the user had clicked on the control.


Tab and Type in Ring.gif


Create cluster out of selection

Status: New
by Member okubik ‎05-15-2014 04:57 AM - edited ‎05-15-2014 04:58 AM

Hi guys,

I'm missing some very fast way how to create cluster out of selection. It could be done as it is shown here:


create cluster.png


I think since LV developers became familiar with Every GUI Programmer's Dream they are ready for the next step...

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