Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Search instead for
Did you mean:
Do you have an idea for LabVIEW NXG?
Use the in-product feedback feature to tell us what we’re doing well and what we can improve. NI R&D monitors feedback submissions and evaluates them for upcoming LabVIEW NXG releases. Tell us what you think!
I would like to propose the use of a stacked parallel execution structure. Especially in FPGA applications, this will solve the problem of diagrams running off the screen. All execution pages will run simultaneously as if independent while loops were scattered across the BD. This idea potentially leads into a 3 dimensional visuallization of coding LabVIEW. Note: In the image, the pages are offset but should look similar to a stacked sequence structure.
When you connect the error wire to a case structure selector, you get two cases for error and no error. I think you should be able to add in cases for specific error numbers so you can handle specific errors differently. You could do this currently, but you would have to unbundle the error and use the error code.
Building on the "Path Case Selection" idea, it can be difficult to remember all of the values of an Enum when defining a case structure. I suggest a popup menu on the case structure which lists available values for selection. Values already defined in other cases could be greyed out, and values selected in the current case could be selectable for removing. Perhaps it would require a heading to differentiate from selecting a case, and Ctrl-click (Ctrl-right-click?) to activate.
This idea simply extends "Allow References to be wired into Case Selectors" by JackDunaway. In short, allow paths to be wired directly into a case selector, with one case for "Not a Path", one for "Empty Path", and a third for "Valid Path". This would often save me small trees of nested cases.
When you’re making a By Reference LabVIEW Object using a Data Value References (DVRs) the user of your class would need to embed each Dynamic Dispatching VI inside an In Place Element Structure (IPE). Or you have to create wrapper VI for each method but this undermines the advantages of LVOOP Inheritance.
The idea is that a DVR containing a LabVIEW Object wired to a Dynamic Dispatching Terminal is equal to calling the Method VI inside the IPE structure like illustrated below.
Sometimes, like in many other software that have a paint feature, we need color swapping between foreground and background. The idea is to add a spot in the Tools Palette to allow this operation in one click. Here is a suggestion:
It's difficult to see the spot because I did not changed anything, just added the double ended arrow. One way to help the visibility is turn it white when the mouse hover over it.
For non-integer increments, the data entry currently accumulates binary errrors due to the limits if the DBL representation, so e.g. sometimes the upper limit cannot be reached using the increment button several times, but only when entering the upper limit directly.
This comes up at regular intervals, e.g. here. In one fo these discussions, I long ago suggested to make it into an idea. It seems this has not happened, so here it is!
This limitation needs to be handled with some internal code, e.g. to coerce the value to the nearest decimal fraction based on the least significant digit of the increment value whenever the up/down buttons are used. ... or something similar.
I'm sometimes amazed how lazy I get. As soon as a cool new feature comes out, like a For Loop with Break, I want something better. I'm tired of writing code to search through an array of clusters for some specific value that matches. I really want LabVIEW to do this for me. This could drastically improve coding efficiency in advanced applications.
Imagine we have a new primitive search function that can search an array of clusters for a specific item and return the index of the first match. Then instead of writing this code manually, I could just drop the function and select the type to search by.
A minor niggle I have is the way LV reacts when we resize windows. The anchor point is always at the top-left of the window.
If I grab the top of a window and make it smaller, I don't get rid of space at the top of the window as expected but rather at the bottom. This makes alighning the top of the window a painstaking process of resize, adjust, chack, resize, adjust, check..... I'd live for LV to anchor at the opposite side of wwhere I'm resizing. If I want to resize the panel shown below to get rid of the space at the top of the panel I insitinctively grab the upper windo edge and resize. But alas, the result is not what I expect (Even after 10 years of LV programming).
I want to get rid of the space at the top.....
Doh! Grabbing the top edge doesn't do what I want!
An object on the BD that, when double-clicked, would take you to another location in the BD. This would be useful when you have several areas in case-structures, sequences, or event-structures that you would like to document in a central location.
In particular, I have a case-structure that shows windows to the user. I have a specific window that I need to be modal, so I open that in my main event-structure instead of the window control loop. These two sections of code accomplish a similar task, so it would be nice to add a link the event-structure case near the case-structure. This would make the event-structure case easier to find.
We use the lock/unlock SCC method, and one thing I often forget to do on a new installation of LabVIEW is to set "treat read-only VIs as locked" to true. I think this option should be set to true by default.
Allow the Case Selector Label to be moved along the top border. Often wires naturally fall in the center of the case and it would be nice to move the Selection Label to the left or Right to make the BD neater
Now that my LV version is so "last year" I would just like to state my preference for the original naming scheme with simple version numbers. If it seems too boring, you can go to Roman numerals, I'd purchase LabVIEW X.
Of what has been tried recently: 6i, 7 Express, 8.20, and 2009 I prefer the simple naming to all of them.