LabVIEW Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea

Quick Drop is very useful, but when it comes to adding other VIs, it's too annoying.
You have to select the VIs you use often from tremendously long pull-down, and the order is completely messed up in Japanese version.
It would be nice to be able to select the desired VI from the list of icon you always use, or search by VI name.

Allow the mechanical action of radio buttons to be switch until released.

 

The way I make arrow buttons now is to put switch until released buttons in a cluster and watch for the value changed event of the cluster. When it changes, I convert the cluster into an boolean array, that array into a number, then feed that number to a case structure. Switch until released radio buttons, "No Selection" being a necessary default, would make that code nicer. The case selector would be an enumeration instead of a number.

Hi,

 

I want to find warnings in an opened VI. For example, a function has moved outside the case or loop structure and is not visible anymore. I call the error list STRG +L and give the show warnings a TRUE. I double click on the specific warning and I get the invisible VI or function highlighted, so I can move it back into the visible area by keys. The problem is, I always have to find the VI in a list of approx. 1000 VIs, which have a warning. It would be great if I would have a search by name function, or I could see the warning/errors of the active VI window. 

I have attached an example picture of what I mean (I use a german version) 

 

Cheers 

RogerG

 

I need "something" that is flexible and not necessarily defined during development... can be expanded or superseded over versions without breaking VIs.

 

currently using map, with main VI setting the keys and values and called VIs/subVIs processes only the keys specified (with default values) within the called VI itself. additional checks are required to prevent illogical or erroneous conversions during execution

 

something simpler/more elegant would be nice... the current ones are too "predefined" or "required to be defined'

 

any ideas?

When a folder is copied that contains (subfolders with links), the folders are not copied OK.

The copy command follows the shortcut/link and tries to copy that target.

 

https://forums.ni.com/t5/LabVIEW/Copy-a-shortcut-to-a-file-using-LabVIEW/td-p/97097?profile.language=en

 

(did not test it in detail yet, but I get a 'error 7' when copying a shortcut pointing to a no longer existing target. If the same behavior also is happening on 'move' or 'delete', following the shortcut may lead to very *unpleasant* suprises...)

So, I've recently transitioned portions of our code to LabView OOP. There really doesn't seem to be a feature which is equivalent to llbs in terms of how we use them, so I'm forced to build and release specific library .llbs for each class which uses dynamic dispatching. 

 

There are numerous annoyances with this, but one of the biggest is the severe reduction in the utility of the Compare Hierarchies functionality. Now, I get a all kinds of VIs which show up as "x", i.e. different, which when I pull them up show no differences at all (I always filter to show only noncosmetic block diagram changes, because who cares about anything else, really). 

 

Also, pretty much every version I get a raft of results where the only change is the path of a library/class dependency. Also, nobody cares. There should be a generation option of exclude VI path changes.

It would be nice to have an option for newly opened FPs should ignore previously opened modal FPs.

 

Edit: Or give an option for floating FPs to skip (ignore) all modal FPs.

 

Dear NI

I would like to have the possibility to add shift registers to case structures, either when used as state machines or true/false cases. There should be two options, namely a shift register that works as a normal shift register, as we know fro while loop/for loop, and then a new type of shift register that's specific for a particular case/state - sort of a LV2 global in disguise as a shift register for one particular case.

 

In a state machine the shift registers are often wired to the outside while loop, why not just use the case structure as the carrier of the **bleep** register. 

keep up the good work.

/soren

Companies around the world are trying to make it easy for robotics, for example NVIDIA is doing everything that they could get into simulation and and NI should have been in the front to support, just like NI had the tools for mobile interface in 80's, and never released to the public, if it would have happened then Android would not have born, just like that robotics once NI loses it to NVIDIA and python and other tools, it would be difficult so I am trying to create a simulation environment just like digit twin for robotics, where labview will simulate in open source for Gazebo, and then based on the simulation will control the actual robot.

 

Setup LabVIEW talking to Gazebo through ROS, if you are interested to be part of a group where we could get the software updated, please email me at jacobs.mathews@gmail.com

I installed LabVIEW 2020 on my PC and my friend is working with LabVIEW 2016 every time I open his projekt now it gets upconverted and if I downconvert it to 2016 I can only do it via the special option, which does not even allow me to overwrite the original 2016 files. Iam stuck with 2020 since I did not buy SSP GREAT, how is this in any way userfriendly? Its worse then the compatibility of Word with Libre office.

 

That was Bryans original post 12 years ago, its still the same.

https://forums.ni.com/t5/LabVIEW/How-do-I-continue-to-save-for-previous-version/m-p/4143151#M1194547

pbpatel_0-1617942167348.png

It would be nice to have this facility for splitter lovers.

while loop can stop/continue on Boolean or Error, why not also on default value.

 

gnilsson_1-1613944658719.png

Could be

gnilsson_2-1613944794749.png

 

Report Writer BEFORE WIndows 10 was SUPER ROBUST! Now that Windows 10 came along there exist many "turds" left in the Registry when folks UPGRADE from Office 7 to Office 10.

What happens is the Registry NEVER NEEDED to be kept clean of extra junk because NOBODY EVER UPDATED Office.

 

Now every Joe on the planet updates their Windows 10 with the latest Office 10..


What happens if they do NOT FIRST UNINSTALL, is the Registry is left with "turds"


When Report Writer uses ActiveX to make calls to use Word, in the old days, there was a SINGLE key in the registry to allow the calling program to gracefully start Word or Excel, or whatever.


NOW< with Windows 10 there are FREQUENTLY multiple "keys" in a Registry that causxe the LabVIEW Report Writer to "Gag" and "Hang up" doing nothing.


The SOLUTION is for the Report Writer to PARSE the Registry for valid keys and allow the request to be passed to the propper called process.

 

If this is not clear, please look up the SR below. There are a TON of examples and videos explaining how to fix it.

 

I have been working with LV since Dr. G was roaming the halls on LV 3...

 

This is the FIRST TIME Report Writer has gotten "sick".


This is an EASY FIX for the devs and since Report Writer is a purchased plugin they sould be able to update it so it works well.

 

Currently, they have us fiddling with the Registry or telling customers to uninstall and reinstall Office. That is a BIG FAT NO-NO to big companies because Office WORKS COMPLETELY for them and even programs like SolidWorks and DXP that use Word and Excel for stuff.

 

My number 831-455-0418

 

DEVS:

Please see: Request #: 00994109] Can not get EXE BUilder to run on WIn 10

 

The code below will execute without error or warning. The value returned will be 127 in this case.

 

Why is that? I understand the error 91 is returned if the typedefs are incompatible but if the type is different but compatible I would expect a warning maybe?

 

Cheers,

Jimmy

 

var.png

Hello!

how hard it would have been to include a fancy NXG Style scroll bar like this that would could use anywhere in our VIs?

 

Is it because the scrollbar doesn't exist in LabVIEW NXG? Is it possible to customize one by myself?

 

Cheers,

Jimmy

 

NXG Scrollbar.PNG

Through normal programming this can be done, but it does take someone that really understands the problem and how to deal with it.  My proposal would be more useful for a new to intermediate user or when all that's needed is a simple and quick solution.  

 

It would work like this:

 

A simple "Data Control" Express Node that could take data acquired using modules that run at different speeds (like a NI 9211 and a NI 9239 running on a cDaq chassis), that would automatically control the buffer size (through averaging as one option) to prevent a program crash.  Then output the data at a equally consistent rate which could then be graphed or logged at a set rate as determined by a user.

 

As we know if a 9211 is running at 4Hz and a 9239 is running at 20Hz, that could produce a buffer over run.  I'm suggesting that a "Data Control" node be written that a programmer could use to graph and log data at a selectable rate no higher than the slowest module.  In my 9211 & 9239 example it would be 4Hz or less, and that would occur because internally it would be automatically averaging the 9239 data.  If a lower speed is selected (like 1Hz) then both would get averaged before the data gets output at 1Hz.

After selecting "Add Event Case...", place the cursor in the "filter' field so I can immediately start typing the name of the control.

KeyfocusEventFilter.png

Dear Hot Shot Devs!

thousands of us want to be able to build a mobile app from LabVIEW!!!


Can you imagine??

 

All that power with full responsive features on any device, like Swift and Android Studio??

 

you can “hook into” those tools to let us design the User Interface and evening do Bluetooth and Wireless with all’s y’all’s stacks and wizardry!!

 

Consider me as an Alpha tester. I know what is needed. Let me know the plans!

 

I have been using LabVIEW since before rev 3.0 when we could actually talk to Dr G!!


great work you are doing. Sometimes I do not enjoy the “abstractions” you do to make it easy. Kind of liked the good ole “bit banging” direct link to Comms and I/O but I understand.

Front Panel array controls and indicators could have an optional (by default off) array dimensions field just under the array indices fields, that would display the current array dimensions and allow changing them if the array could be edited, such as for a control or for an indicator when not running.

 

If an array dimension is increased, it would fill in with the default value. If an array dimension is decreased, it would shorten by cutting from the end.

I initially came here to suggest that there should be an exclusion added for error terminals when selecting the option in Tools > Options... > Front Panel. But then I thought, why not just let us configure which data types default to required and which default to recommended. I'm probably being nit picky here, but I think this would be a really cool thing to add.

 

Check the box, then a nested list underneath, where you can add exclusions, becomes un-grayed out. Data types you don't want to default to required.

 

FireFist-Redhawk_2-1598535516598.png