NI Home > Community > NI Discussion Forums

LabVIEW Idea Exchange

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

I'd like an option to the 'value' property (especially for clusters) to enable/disable showing the parent.

 

In the example below, I'd like to toggle whether the parent is shown on the  default label when I create the value property from  filename (hide parent) to old datum: filename (show parent)...

 

It would be nice not only to be able to toggle this for specific instances, but also to be able to set the default as a VI property (and a project property).

 

'value property obscures important information'

Intaris

Help dealing with insane objects

Status: New
by Trusted Enthusiast ‎06-02-2010 02:28 AM - edited ‎06-02-2010 02:29 AM

I think everyone's been there before.

 

Working on a project and for some reason from somewhere an Insane Object appears somewhere in the code.  Not a nice thing to have happen.

 

At the moment, it's quite a nasty job trying to track these things down.  Usually most users resort to trial and error in trying to find the culprit.  I myself use the mass compile function to at least narrow down which files have the problems.  Recently there was a post on the Forums highlighting the LabVIEW Object Viewer which seems like something which should be much more accessable.

 

I would like to propose making tools like these more accessable, more usable and maybe adding a tutorial as to how to deal with this.  I also would like to see more sanity checks for the LV code so that we could maybe catch these erros earlier.  How about an error whenever saving a VI so that we can 1) attempt another save in case the error comes from a write error or 2) investigate the problem immediately so that we can rest assured that we have caught the problem early enough to prevent tearing down the whole project.

 

 

Message Edited by Intaris on 06-02-2010 02:29 AM

Sometimes debugging re-entrant VIs is painful. Its possible but slightly messy. It would be great atleast if a probe is offered that shows the control and indicator values when the VI is hovered over while it is being used as a subVI in another VI. Please see the picture below to understand what I am trying to say.  I think it will help in quick probing of the values together.

 

A while back, Dany Allard suggested merge and diff tools for projects and libraries.  I have a request that is similar, but more specific:

 

When opening a project, if for various reasons LabVIEW is unable to locate dependencies of a build specification, it would be truly helpful if the user was prompted to locate said dependencies.  As it stands, by my observation LabVIEW silently omits missing build spec dependencies - this can be frustrating and dangerous.

 

Here's some context: I have lots of projects with 5+ build specifications. When I move directories, files, or even change LabVIEW versions, my build specifications stealthily fall apart, sometimes very subtly.  Often I don't realize that my build spec is broken until I attempt to build, only to realize that it's a hollow placeholder in my project file.  The most insidious case is when the application builds successfully, but is missing dynamic VIs, etc.  This omission might go completely unnoticed without rigorous testing.  LabVIEW should, in my opinion, give the user some indication that the build specification is missing dependencies or is "broken."

 

One hypothetical way to indicate this status might be to list the build spec in red font within Project Explorer, and have dependencies listed in dimmed font within respective build spec dialogs.  There ought to be a "resolve conflicts" button in the build spec dialog;  Perhaps this functionality could be integrated in the main conflict resolution dialog somehow.

 

Furthermore, there ought to be an option to import build specs from other projects.  (Okay, maybe this should be a separate request)  When importing, the aforementioned conflict resolution process should be leveraged to make the import proceed smoothly.

 

Has this already been requested?  Thanks for listening.

 

Jim

craigp

Faster search palletes

Status: New
by Member craigp on ‎04-26-2011 10:56 AM

I'd love it if the LabVIEW developers optimized the search speed for searching pallettes for VIs.  When I hit the Search button on the Controls pallette, it can take 30 seconds or more before I can search as it says "Populating List...Please Wait."  It would be great if LabVIEW could populate the list as a background task sometime after startup such that when we need this function it would be ready to go without waiting.

 

 

Charts assume that the X-values always represent evenly spaced points. With LabVIEW 's charts, you only provide the Y value, and do not specify the X value.
For arbitrary X-values, one has to construct something (usually involving shift-registers).

Often charts are meant to display values as a function of time. If one changes the acquisition rate, one would expect the chart to change accordingly.
As LabVIEW only allows you to scale (and offset) the chart's X-axis, it would be nice to have a timestamp input (for instance expandable form the chart's terminal).
 
Resulting chart would look like this (here two plots). 
 
Chart with time stamp.png
 

I find that changing of the color of the axis name to be different than changing the colors of any other items on the axis of a graph or chart as well as less intuitive and more mouse intensive.  If the ability were on the Scale page of the Properties, it would be with the rest of the axis Scale color boxes.

 

Here is the current Scale page of the Properties dialog box for a graph:

Graph Scale Properties Page.jpg
 

So you can adjust the colors of the scaling like so:

Graph Scale Properties Color Changed.jpg

 

But the only way to then change the color of the axis name to match the scale colors is to highlight the entire text box, click on the Font drop-down box, slide to Color and then slide to your color without moving the cursor outside of the drop-down box because then you get to start over at the drop-down box.  This is a lot of mouse movement when you have three or four different plots that you want to have unique colors.

 

A better way would be to have a selection for the color right on that properties page like so:

Graph Scale Properties Page - Revised 2.jpg 

 

It doesn’t matter if it’s in that spot exactly or with the rest of the color selector boxes in the Scale Style and Colors section.  But I believe it would make sense for it to be on that page.

BVSmith

unzip by filename from zip files

Status: New
by Member BVSmith on ‎09-04-2013 03:06 PM

It would be very nice to be able to specify a filename or wildcard to unzip just certain file from a .zip file.

 

GregFreeman

Project: Auto Update Remote Device IP By Alias

Status: New
by Trusted Enthusiast ‎09-04-2013 01:02 PM - edited ‎09-04-2013 01:05 PM

Most of the time, I put remote devices on our internal network. If I set up the device so the IP Address is dynamically assigned, the IP often changes. But, the project needs me to point to a device via specific IP address. If the IP Address changes, I constantly have to update the remote devices properties in my project, often times not realizing this is even an issue until a deployment fails because the device can't be found.

 

I'm proposing an idea to link to a devices' alias (or some unique ID other than IP) and allow the project to automagically update the IP Address.

 

 

 

Ben_Phillips

Allow certain VI's to be skipped in searches

Status: New
by Member Ben_Phillips on ‎10-21-2011 09:16 PM

Sometimes when searching, certain subVI's take forever to get through, and they're almost never what I'm interested in searching.  A simple checkbox in the VI properties that said something like "Skip this VI when searching" would fix this neatly.


(slight aside, two of the slow ones have a bunch of .NET calls in them)


The only other way I know of to accomplish something similar is to password protect the slow VI's, but I work on a team and that would be a hassle for everyone.


This is related to the following suggestion, which is to allow multiple search windows to be open.  If that were implemented, it would at least make the slow searching less painful, by letting me keep previous results.  But I often end up wiping out the search results by doing something like 'find all instances', and then I'm back to the slow search.


http://forums.ni.com/t5/LabVIEW-Idea-Exchange/Allow-multiple-instances-of-quot-Search-Results-quot-w...

Guruthilak

Probes with Radix visible

Status: New
by Active Participant Guruthilak on ‎12-23-2009 02:43 AM

1) I would like to see the "radix" visible in the probes for "Numeric probes" and "hexadecimal/coded display" for "string" probes

 

 

2) A shortcut to make the selected "control label" in the front panel or block diagram to make it BOLD. (CTRL+SHIFT+B) or anything equivalent

I would like a better way to clear the list of recent files and recent projects in LabView.  It is often disireable to clear the history when changing to a different project or a different user.   Currently the user must close LV, edit the .ini file and restart LV.  I would like to see menu selections added to allow the list of recent files and/or recent projects to be cleared.

P@Anand

Launch Controls in Block Diagram directly

Status: New
by Trusted Enthusiast on ‎04-30-2012 07:03 AM

While creating a sub vi mostly I don't bother about how the front panel looks and also while coding its easy to take the constants from the function palette. What we will do if we need a control in the block diagram.

 

Method 1: Select a constant and then convert that into a control

 

Method 2: Go to the front panel and place the control that is required.

 

Instead of doing these things it would be best to be able to place a Control in the Block diagram (Even the error clusters). This may be implemented by

 

Right click mouse to launch Function palette --> Place the mouse pointer over the contant --> Press CTRL and Drag the constant to the Block Diagram. Control is created. I was having this in mind for a long time but not able to post. I am not sure whether it has been already posted.

 

 Place control.png

 

 

 

 

JimZ1

Abort Asynchronous Called VIs when the parent stops

Status: New
by Member JimZ1 on ‎10-10-2011 03:42 PM

Currently when a vi is called asynchronously, it will live - even when the calling VI stops.  This may cause problems in some cases - for example, code that uses the "first call" function.  During development, it is not unusual to have a VI stop inadvertantly without proper cleanup.  With Asynchronous VIs running in the background, you must shutdown and restart your project to clear out these Asynch VIs.  It would be nice to have an option on the OpenVI function that caused the Asynch VIs to abort in the event that the calling VI shuts down inadvertantly.

parthabe

Scrollbar for Cluster

Status: Duplicate
by Trusted Enthusiast on ‎12-06-2009 11:17 PM

I feel it is hightime that NI introduced the Scrollbar option for the clusters, similar to arrays.

 

This may serve as a workaround till NI implements the "View Cluster Constants as Icon" option, asked in another idea.

Status: Duplicate
This idea is a duplicate concept to the following idea post: http://forums.ni.com/t5/LabVIEW-Idea-Exchange/Scroll-Bar-Property-for-Clusters/idi-p/921174
ErnieH

Version independent source code saves

Status: New
by Active Participant ErnieH on ‎10-18-2010 08:54 AM

Give the user the ability to save the LabVIEW source files as un-completed, version independent files capable of being imported to any version of LabVIEW. Of course, newer features won't be recognized, but the vast majority of the code should be useable.

I'd really like the blackened left-upper corner that you see on control icons to also be present on refnums if they point to a control that is a typedef...

 

This has the additional benefit (besides just being helpful) of letting you know if you accidentally diconnected the typedef and the refnum is no longer typedef-constrained...

 

Basically this would take effect when you drop a typedef'd control on the refnum...

 

ScreenHunter_03 Apr. 24 08.46.jpg

 

 

I create a new project and go to save it for the first time. When I chose a location to save my project, I want it to create a folder for all the project files at that location. Instead, it asks where I want to save the .lvprj file and saves that as well as two other files (.lvps and .aliases).

 

From my experience with other programming languages and development environments, I think it’s pretty standard to automatically create a project directory (in a folder) when you create and save a new project.

Manzolli

Highlight Execution Should Not Disappear

Status: New
by Active Participant Manzolli on ‎05-05-2010 08:10 AM

I was quite surprised that no one wrote a suggestion about this yet, at least I didn't find after doing a search.

 

Sometimes, when Highlight Execution is on, you need to see a portion of the code that is not in the screen. Doing a scroll to see the desired code, part of the code being showed goes away, with the values shown by the Highlight Execution. If you bring back that portion of the code that was on the screen originally, the Highlight Execution values will not be there. You need to wait until next turn to see new values, or put probes in the wires to see then right away. Sometimes we need to see the FP or put any other screen over the BD. The result is the same, the Highlight Execution values will be gone.

 

The idea is to have an option to make the Highlight Execution values stick until you turn the Highlight Execution off.

 

Another interesting idea is to do implement the idea above and add a button to clear the Highlight Execution values anytime you want. Then the values could remain even after the execution being stopped. The advantage of this idea is that you will be able to edit the code with the values of the last execution on. May look messy, but you just need to press the clear button and all values will be removed, not a problem. With this concept it will be easy to save a screen (print screen) with Highlight Execution values on. Probably this also reduce the amount of probes needed in a daily basis.

 

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
85
72
41
29
29
Idea Statuses