LabVIEW Idea Exchange

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

There are some times I'd like to implement changes in a LVOOP hierarchy which requires making many repetitious changes in sibling classes.  Since the sibling classes are similar but not identical, the ability to create ONE sibling class with the new changes and then calculate (and store) the Difference, these Differences could then be applied to ALL siblings essentially batch-editing a whole group of similar VIs.

 

I know scripting can help here but I'm thinking about operations on sometimes quite a lot of VIs and it's simply a question of the return on investment.  Writing a scripting VI to do the changes takes a while......

 

Shane.

I don't like and don't use the Auto Grow option of structures. Therefore, I always uncheck Place structures with Auto Grow enabled in the LabVIEW options. A visual mark on the structures or a specific entry in the Find and Replace dialog box would help me to locate these structures on inherited VIs.

 

Auto Grow structure.jpg

Auto Grow.jpg

Have you ever noticed that the size of source is not the same in the error in/out clusters ?

 

Error in error out.jpg

 

It should not take more than 30 seconds to correct this for the next release of LabVIEW !

Right click a property node to set defer panel updates (with automatic un-setting at completion), so this does not have to be done explicitly with another ref to the owning VI. A glyph indicating this has been set could appear to indicate the option is invoked, similar to 'ignore errors inside node'.

I know that I am fresh on these forums, and have only used LabView professionally the last half year, but nothing like this came up when searching, so perhaps it is is an idea worth mentioning:  

 

Currently in labview: If we want to create a control from the terminal of a subvi or function we now have to left click -> create -> control. This action in itself require several seconds and very often a misclick produces an indicator or constant instead.  (move mouse, select it, delete it, back to the terminal, left click, create, control)

 

My idea: Double clicking a terminal has today no useful action linked to it - so my idea is that when double clicking an input terminal a linked control will be created, and when double clicking an output terminal a linked indicator will be created. 

 

Crtl + double click could create a constant: linked when clicking on a input, floating when clicking an output

 

Ctrl+double click could also create a floating constant when used on wires 😉 

 

 

It would be useful to be able to change the Annotation Font Size and Style

 

With the introduction of quick drop it has become extremely efficent to type the funciton you want and have it dropped....quickly....on the block diagram. It would be a nice addition to have this same functionality added to not only the VIs and controls that are in the palettes, but also for the VIs and controls that are in the dependency list for the project. This functionality would allow me to essentially quick drop any of the custom, applicaiton specific VIs that are developed.

 

I realize that this could require quite a bit of refreshing of the quick drop master VI list so as an alternative how about allowing quick drop to scan a particuar project and it's dependencies and add them to the list the first time quick drop is called from a particular project.

 

I could also see the need for a "Force Update" button to force the list to be refreshed after large changes to the dependency list have occured.

The function Index & Bundle Cluster Array can be quite useful and mimics a bundle in a for loop.

 

The reverse operation (= unbundle in a for loop!) would be equally useful.

 I wonder why it is not part of LabVIEW. Seems like an omission. 😉

 

I suggest to add it with the same icon graphics, but with left and right halves swapped.

 

(See also this example)

Message Edited by altenbach on 06-17-2009 01:21 PM

Both the diagram disable structure and the conditional disable structure are intended to allow easy enabling or disabling of blocks of code. These nodes ought to have no effect on a diagram except to remove or add sections of diagram. But they currently have the side effect of formalizing the blocks of code they surround, as if they were a sequence structure. There are two cases where this is undesirable.

 

1. Without the disable structure, these two loops would run in parallel. 

 conddis_unwantedsync.png

2. This VI arguably ought to terminate because that wire dependency from the loop to the Stop primitive is only created because whatever is in the disabled frame needs the result of the loop, but the code in the enabled frame does not. But because the disable structure acts as part of the code, this loop runs forever.

 conddis_shouldterminate.png

As title, users are able to select several controls or indicators and convert them to a cluster by selecting "combine them to a cluster" in right click menu. It is much easier for who want to create a sub vi and want to have cluster instead of exsited controls/indicators.

It could be nice to have the possibility to edit the FP and BD when the VI is running and in pause.

 

Some time it's long to get a software to a state that you want to trouble shoot and It append all the time that you need to stop your app to just toggle a Boolean constant or to change a numeric constant on the block diagram. That will be be very useful to make some minor change to help debug our app.

The default LabVIEW environment option should not show terminals as an icon. 

 

IconTerminals.png

Typical question in development process: "How quickly does my code execute? What runs faster... Code A or Code B?" So, if you're like me, you throw in a quick sequence that looks like this:

 

TimingDuringDevelopment.png

 

AHHH! What a mess! It's so hard to fit it in, with FP real estate so packed these days!

 

We need this:

ProposedTimingDuringDevelopment.png

 Just like my other idea, and for simplicity's sake NI, I would be PERFECTLY happy even if you had to set up the probes during edit mode, and were not able to "probe" while running.

 

 As a bonus, this idea may be extrapolated into n timing probes, where you can find delta t between any two of the probes.

Here's something that makes FP design difficult: shadows behind floating objects on FP. Add an IDE preferences option to disable shadows.

 

NOTE 1: The default is for shadows should be enabled. This is a handy feature that alerts a new FP designer that something may not be right with the arrangement.

 

NOTE 2: This does not apply to the BD. I think you should ALWAYS correct objects floating over structures on the BD.

 

NOTE 3: Give us an option to "Show Floating Objects." Like Show Buffer Allocations, SFO would flash the floating objects. Alternatively, give a list of floating objects (this should work on BD and FP)

 

 

FloatingIndicatorShadows.png

If you write a multi-purpose sub-VI, it is sometimes desirable to know during run-time, if an input of the sub-VI is connected to some source inside the calling VI or not. E.g. if you have two inputs and you want to do a certain action whichs depends on which input is connected, you have to write a polymorphic VI. Therefore you have to write at least 3 VIs: one VI for each input and the polymorphic VI. With a new control property or method, which tells you if the input got it's data from some source, you could do this with just one VI. There are of course other scenarios where this new feature could be useful.

 

Regards,

Marc

When working with Arrays via VI Server (similar to a previous idea) it's challenging to get at a single element of the array.

 

My workaround involves setting only one array cell visible and then changing the index to move to different elements....

 

Why can't we read / write the current active index of the array via Property node?

 

Shane.

A property node that provides the index(s) of the cursor location in an array would let us know on which element of an array a user had clicked.  That can be usefule for example to provide additional information replated to specific array value, such as using the array as a list of peaks on a graph.  Currently, the mouse down event provides Cord values but those are as pixels.  Similar information for tables would be useful.

 

Hello all,

 

Why we dont ask NI to make a chat room for the online members, to discuss topics faster

Here is an idea that I have wanted to make happen for a while. It is the Asyncronous Call By Reference. Basically, it is just a Call By Reference, but split in half so that the call is not syncronous (blocking), and return data can be obtained from multiple locations.  Plus, there should be ways to check the status of the asynchronous call and kill it.  I've even implemented this, to some degree, here http://forums.openg.org/index.php?showtopic=88
 
 
Message Edited by Jim Kring on 06-10-2009 08:14 AM

I read about this idea on LAVA and in fact had this idea a few years before myself: parallel For loops. Of course this does not work with every VI (only reentrant VIs) and shift registers have no function, but it would be cool to start dynamically parallel processes.

 

Regards,

Marc