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 want to be able to add a dynamic tag like <my exe version> to the Welcome title and Welcome message the installer displays to the user when they run the installation. That way, they can see what version of the exe they are installing.
I would like a feature similar to Control-Click-Drag which creates room within a diagram. However, this version (Alt-Click-Drag) would create a rectangle of empty space bounded by the endpoints fo the drag, but only move those objects which within the new area. Those objects would expand outward and push any objects which they bump into while expanding. Objects which are distant would not be pushed.
I was thinking that defining packed project libraries as the source of VIs used by the LabVIEW enviroment would speed up everything ex. loading LabVIEW, loading palettes linking dependencies, building executables etc. + solve linking dependecies conflicts.
The thing that we could do is just add the packed project library for the standard LabVIEW functions as the base of the palettes, but since we want users to be able to see what's inside we would still leave the VIs in the same folders - this way the user would be able to choose if he wants to use the packed versions or the versions from the disk - unpacked.
This way only the ones with a specific unpacked instance would have to be loaded as single VIs, and we would have everything nice and clean.
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.
For the most part coersions can be broken down into two classes: lossy
(e.g. 64L to I8) and safe (e.g. U8 to U16). Why is there only one color
option for coersion dots? Could the vi analizer have seperate settings
for max allowable safe and unsafe coersions?
Everytime I build an executable I have to provide a custom INI file just to disable the localized decimal point. Please add a checkbox for this important setting to the application builder, e.g. on the "Advanced" page.
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.
I was recently working on a project where I connected one output up to an input of a different data type. I knew that I needed a conversion VI, and went to hunt down the correct VI. Could we please write code that would automatically hunt down the correct conversion VI, insert it into a user's code, and make all of the necessary connections, simply with a double click on the broken error wire where there is a type mismatch? This type of quick conversion feature could be very useful. And users could toggle this feature on or off at their discretion.
Currently, when opening a command window with the System Exec function, the "wait until completion?" option performs two operations. It causes the VI to wait until the command is completed, and it suppresses the output in the command window. The output becomes available on the standard output terminal after the command has completed. This causes problems if you need to see what is happening in the command window, and you need the VI to wait until the command has completed.
It would add more functionality if these options were separate. One option, "suppress output?", would suppress the output in the command window and put the output on the standard output terminal. The second option, "wait until completion?", would make the VI wait until the command has completed.
Many people don't know, but there is a great VI in vi.lib called Open a Document on Disk.vi which does exactly as it explains. If you feed it the location of any document (Word, Excel, HTML, PDF, ANYTHING!) it will open it with its default program on the computer. Unfortunately this VI is hidden from the palette deep inside the vi.lib somewhere. I think this should be placed on the palette as it can be very helpful in application development.
The VI is located at C:\Program Files\National Instruments\LabVIEW 2009\vi.lib\Platform\browser.llb\Open a Document on Disk.vi (default LabVIEW installation directory may be different)
Summary: Manifest / display non-standard system colours (those with active 25th bit) similar to 'T' for transparent.
Not sure how it should look like, some ideas here:
- display "T" or "S" for those colours as well; maybe in a colour that is in contrast to the colour displayed
- reserve a few pixels in a corner of the color box a paint those white / contrast colour
The system colours cannot be distinguished from the user colours easily. Right, they do not mix with the history and they have a special section in the color picker dialogue. But the issue of mistaking the system colour for a standard colour appeared several times in the forum: