From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

LabVIEW Idea Exchange

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

As mentioned here long ago in another discussion, I really dislike the option Auto-insert Feedback Node in cycles.

 

Let me quote my old opinion here:

 

"Which I think should NOT be the default behavior: It "fixes" potentially incorrect code by throwing even more potentially incorrect code at it. I can't remember a single instance where I wanted that behavior."

 

While I wish this option would disappear completely, I think at least it should be off by default.

 

There are plenty of examples (e.g. here or here) where an auto feedback node insertion covered up a serious dataflow issue by making the VI no longer broken. This is a disservice to the new programmer who might not even understand what a feedback node really does.

 

A feedback node needs to be intentionally placed in all cases.

I often use the "most recently used" files/projects feature when working with LV. But i have no option to remove files/lvproj's from this without modifying my LabVIEW.ini-file.

I would like to have a method (e.g. right-click menu) to remove entries from that list.

Most recently used.PNG

 

To further expand this idea: Why not evolute the "recently used" section to a "bookmark&history" section where i have full configuration capabilities?

Hi,

 

when you right click on a color property node, and select create constant, the result is a U32 constant !!! Smiley Sad

so that you have to know the representation of your color in U32 formats, or you will replace it with a color constant.

 

I think it will be nice when I create a color constant to create a color constant not a U32 constant.

 

dd.pngsss.png

 

Many of us would have experienced situation where we would like to have listbox indicator or control as opposed to using array of cluster. For eg.

 

listbox control..PNG

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

This is achieveable with the help of array of clusters containing different control.

 

array_of_cluster.PNG

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

To some extent dropdown menus can be implemented in listbox, but with with large and complex codes with property nodes.

It would be great to have listbox control / indicator which would be simple to use like cluster element; as in below.

buddle_by_name.PNG

Such a listbox element is very useful in product testing application.

Currently, if you want to enter in multiple elements in an array, you have to click on the empty element before typing.  It would be more effecient to be able to press tab to enter another element in that array.

Provide a method to delete a shortcut to a recent file that is no longer current. The main LabVIEW window on the right-hand side below Open Existing has a list for All Recent Files, Recent Projects, Recent VIs, or Other Recent Files. The All Recent Files is default and perhaps most convenient. However, it always lists projects before files. Therefore, if we open numerous projects the recent files are pushed down and must be scrolled to, limiting convenience. It is common to open an example project, a new Untitled Project 1.lvproj, or one to help a coworker. These take up space which could show frequently-used files. These can be deleted from the LabVIEW.ini (e.g. RecentFiles.projectPathList, RecentFiles.pathList keys) but doing so it tedious and prone to allow accidental changes. A right-click pop-up menu could contain a Delete/Remove from List item; the Delete key cannot be used because there is no item selection since a single click opens the item.

LV2010 introduced a new possibility of accessing class private data via property nodes. However, I suggest to reduce the size of the property node when the Name Format is set to Short Names (default). The suffix .lvclass is not necessary.

 

24582iAED03877045EE9C1

The useful feature of having an arrow connect a free label to the part of the code it refers to was added in LV 2013. However, there are cases where a label refers to multiple objects, so you would want to point an arrow to each of those objects. Currently this is unavailable. I suggest that this feature gets implemented in following LV releases. It makes block diagram documentation just that bit better.



Attached Labels Now/Future

Hi all,

 

It will be very convenient to have the ability to change the amount increment in a for loop.  Currently, the i in for loop start at 0 and increment by 1 for each iteration.  It will be great if we can change the start point of i and the amount increment, similiar to what we can do in c.

 

for(i=2; i<10; i=i+3)

 

Yik

Add a new button to the search results dialog called "Set Aside" so I can have multiple search results open at the same time.  Put it near the bottom just below the search results.  When you click it, it changes the title of the window to "Search Results - Set Aside 1".  If you click "Set Aside" again when #1 is open, it will open "Search Results - Set Aside 2" ... and so on.  This way you can have several different search results open simultaneously.  I love the check mark feature in the search results, but it resets every time the search windows is closed or overwritten by a new search.  Thus I lose my place if I want to make sure to check every instance of something but need to search again while looking at one item.

I find it a real pain to add simple formatting to text in labels and decorations (free labels / floating text).  I really wish that Ctrl+B (Bold), Ctrl+U (Underline), and Ctrl+I (Italics) would do thier expected magic.

I suggest having a feature that would allow us to add "virtual" error terminals to any VI by right-clicking any VI and selecting "Add Virtual Error Terminals...". These virtual terminals would do nothing more than act as pass-through tunnels to facilitate data flow. This would allow us to minimize the use of sequence structures:

 

Example

The thumb tack in the palette is handy. But it disappears when we right click a node to find the corresponding palette.

menu2.png

So there has to be extra steps when I want to find more relevant nodes. What I really want is adding the thumb tack to it as in the normal palette, like:

menu3.png

Thank you.

 

Best wishes,

Bo

 

Have you ever wanted to place a probe on a loop iteration counter? I can't tell you how many VIs I have with a wire from the iteration counter to the loop boundary just so I can put a probe there (Maybe a pop up iter. count would suffice). Or probe an output terminal on a VI that is not wired. I know you can open the VI and put a probe on the wire but..

 

There are probably more cases.

 

Minor issue, but since we have a chance to ask..has been bugging me for about 20 years now.

 

 

It would save a lot of time if the Index Array function had options for Add Input and Remove Input. Currently when you need to add an input or to remove an item in the index array function you have to rewire the whole thing.

It would be useful if a special free label existed on the block diagram and/or front panel whose contents would be kept in sync with the contents of the VI description. For brevity, let's call this a Description-Linked or DL label. The screenshots below show an example.

 

1. The DL label shown on the block diagram

DL label 2.png

 

2. The DL label shown on the front panel.

DL label 1.png

 

3. The DL label shown in Context Help

DL label 3.png

 

4. A possible mechanism to show the DL label on the BD and/or the FP

DL label 4-edited.png

 

Suggestions

  • The DL label should have a distinctive background colour that cannot be changed (could be any pale colour)
  • It should be possible to show the DL label on both the BD and FP, only on the BD, only on the FP or neither in the BD nor the FP
  • Screenshot 4 shows a possible mechanism to show/hide the DL. There may be better mechanisms out there.
  • Selecting a DL label on the BD or FP and pressing DELETE (like when deleting a regular label) hides the DL label on the BD or FP respectively. Equivalent to unchecking one of the checkboxes in screenshot 4.
  • The two settings for showing/not showing the DL on the BD and FP should be stored within the VI. The settings should be preserved when creating a 'Save as...' copy of the VI.
  • It should be possible to independently resize and move the DL free label instance on the BD and/or FP (the size and position of the rectangle is not synced). Notice the size of the rectangle isn't the same in screenshots 1 and 2.
  • The DL label has no influence on whether other free labels exist in the BD or FP. Any number of free labels are still allowed.

This idea would ease the process of creating and maintaining well-documented code

  • When using a subVI inside a caller VI, the Context Help documentation is extremely useful (it may be the only documentation available if the subVI is part of a PPL)
  • When editing or inspecting a VI, the Context Help documentation is often not at hand. What is available at a glance is often a big free label comment somewhere on the BD or FP
  • As the VI is edited, the big comments on the BD and/or FP inevitably become out of sync with each other and with the Context Help
  • The DL label introduces the concept of having a 'master' documentation source, or a single source of truth
  • At Renishaw UK, some of us use an in-house scripting tool that searches for a free label containing the first word 'Description' on the front panel, and copies the remainder of the text into the VI Description. It's a useful workaround, but this idea would remove the need for such workarounds, and would add the benefit of two-way syncing (editing the VI Description to update the comments in the BD/FP).
  • drjdpowell suggested a similar idea (but not identical) in a comment to idea Subdiagram label for Block Diagrams too (screenshot below).

 

DL label 5.png

 

Thanks!

Right now we can point the comment to only one section of the code or one function.

 

It would be more effective sometimes, if we could point the comment to multiple sections of the code or multiple functions.

 

 

 

AdarshaPakala_0-1649056793758.png

 

 

AdarshaPakala_1-1649056830660.png

 

AdarshaPakala_2-1649056845658.png

 

Than you

Adarsh

LabVIEW from 2006

CLA from 2014

Allow probes to be added to unwired signals, E.g. interation number in FOR/While Loops, unwired subvi outputs, etc....

Now that scripting is "legal" we need to be able to do more with it, when it comes to the event structure scripting is weak.

 

Here are a couple of discussions where people wish for more scripting functions around the event structure :

Triggering an event on a picture created with LV Scripting

- Remove Frame Not Implemented

How do I get the cases in an event structure

- Event Structure Selector Labels

 

We need to be able to add and edit event!