LabVIEW Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea
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

I think the usability of the express xy graph (i.e. Built XY graph express VI) could be improved if we could configure a fixed history buffer if "clear data between calls" is unchecked, similar to what we have for charts. There is a need for xy charts and this would provide an easy to use solution.

 

Currently, unchecking the "clear data" option is dangerous, because untimately the system can run out of memory.

 

(While we are at it, the "Built XY graph" express VI, is also a bit stale in the code. I would prefer if it could be rewritten with a globally initialized feedback node instead of the local varaible and first run logic. If we have a globally initialized feedback node, the local variable and first run primitive are no longer needed, making for cleaner code.)

NI,

 

Please can you change the icons on the graph controls so that zoom in has a magnifying glass with a + and zoom out has a -

(The root icon of the zoom actually has the + in it!)

 

After 5 years its still a coin toss for me which icon to click on if I want to zoom in or out!

 

It would be much easier to explain to customers that to zoom in you use the planetary wide accepted concept of clicking the magnify+ icon.

 

I know you can customise the controls and its make it as you wish, but this should be the default in my option.

 

ps: I have no problem at all with the other four icons in the zoom sub-pallet, only the zoom in and zoom out.

 

Well, the subject says everything, doesn't it? I have some drivers written as classes and it would be nice to use them on RT, too.

 

Marc

It would be good if you could minimise sections of labview code to give you more working space on the screen. They have this with some text editors, and it would be nice to see it with labview.

I'd like to be able to delete an object from an existing wire and then have that wire be automatically reconnected.  Currently a broken wire is left after deleting something and one must manually reconnect the wire.  This would be the opposite of the popup option to Insert something.  Some deletions may produce a maze of broken wires that would be difficult to determine what to auto-reconnect but perhaps situations where there is only one broken wire (for example removing a Numeric Increment function (+1) from a wire) could be handled.

 

Hello Everyone,

 

it would be cool, if I could change the visibility of plots online by adding a check box for every plot to the legend. These check boxes would be used in the same way as digital displays of chart (option to show them, moving them, etc.), only that they are always inputs and default value is true.

 

Regards,

Marc

 

 

I'm pretty sure I just deleted my originalpost with an edit:

 

I would like some help when wiring up a Connector Pane.

 

On large Monitors and less than 20/20 vision, it's easy to hit the wrong terminal.

 

A visual feedback as to which terminal is currently active would be of help.

 

As would showing a larger version when wiring allowing the user to change active terminal with the arrow keys....

 

Shane.

Message Edited by Intaris on 06-08-2009 06:54 AM
Message Edited by Intaris on 06-08-2009 06:54 AM

I would like to make a small workind change on another suggestion found HERE.

 

I would like to be able to declare LVOOP classes as ABSTRACT.

 

One example is a spectrometer class I have developed which provides much of the needed functionality but which is not designed to actually DO anything (Get name, Set Name, GET calibration coefficients, SET calibration Coefficients and so on).  At the moment I can instantiate an object of this class as with any "VALID" class which then just returns an error at run-time because the functionality is not complete.

 

By preventing users from (either willfully or accidentally) dropping what is essentially an abstract class onto the BD of a program we could prevent some awkward bugs.

 

Shane.

As I had mentioned/asked here, it will be very much useful to have the above feature in future LV versions. It ll be similar to the one already present in NI's Digital Waveform Editor tool. When we have to navigate/play with more digital signal lines, the graph gets too much cramped to view the digital signals.

 

I wonder why NI has NOT implemented/given this feature till now, for the developers? Smiley Surprised