LabVIEW Idea Exchange

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

I like to dynamically control subvis with the get and set control methods

 

what would be nice is to get or set a single element of a cluster by naming it similar to a structure element in C

 

ex.    cluster_element.jpg

Application Builder property dialog >> Source File Settings >> Customize VI Properties...

 

One property I'm really missing is "Allow user to resize window". Obviously it can be set in the VI itself but there is no way to overwrite this setting when building the application.

 

Resize Window VI Property.jpg

 

Some more powerful icon editors (eg this one) have been written by users. An official version would be much appreciated.

Allow Array to be directly wired to number of interations in FOR Loop.  Right clicking number of interactions "N" would allow user to select Array dimension.  The demension could be displayed as shown.  This removes the need to "array size" and "index array" functions. 

For loop - old.jpg

For loop - new.jpg

Building multitype tables would be relatively simple using arrays of clusters...if it had not been for the fact that there is always space between the elements - causing the table to look unnaturally spread out.

Create a graph and display all its legends, the graph palette, X scrollbar etc. - you now have a rather messy mix of objects that are quite difficult to arrange together or in a compact and stylish manner.

 

The sizes of the objects should be made to match in different arrangements (preferably compact ones) and their default positions should be a good starting point, not a mess.

 

You could also have different layout/style options so when you choose to create a graph you get a number of layout alternatives to start from...kind of like the way you get in Excel.

I would like to see a Suspend When Called Manager added to the development environment.  The functionality would be similar to the Break Point Manager (which is great).  When you open the Suspend When Called Manager it would allow you to see all VI's in the heirarchy that have Suspend When Called enabled and allow you to disable it.

When you pass a wire from within a case structure to outside a case structure, you have an option of "Use default if unwired".

 

If we had additionally an option for "Retain Current Value", this would simplify and prevent needless wiring, especially if we are using the state machine pattern. See images below for use case.

 

Case 1.png

case 2.png

My goal is to reduce palette bloat!

 

Let's look at the conversion palette. Certainly looks impressive, but why do we need so many different bullets??? They are basically all the same function:  A universal input and an output type.

 

I suggest that the 16 marked bullets on the image, plus some others (e.g. "to variant"), be combined into a single universal bullet where we can select the desired output type by a simple right-click. Whatever we select will determine the actual icon, so once things are in place, everything will look exactly as before.

 

When we first drop the universal icon on the diagram (or insert it into a wire), the context menu appears and we must select the desired output.

I would like to see Option to Scale Font when FP resizes for all Objects or at least right click menu option for each object.

Why we should not be able to add shift registers to stacked sequences becuase it will eliminate the break of direction of data flow due to sequence locals.

We should be able to put data to shift register in 1st frame and access it in next frame.Sequence Structure.jpg

Add a modifier key when we close one probe (CTRL for example) will close every probe.

Hello everybody,

 

(as suggested I will separate my idea Expand the functionality of Event structures into four seperate ideas to allow giving kudos separately.)

 

Make it possible to add conditions to events, e.g. only allow event foo, if condition bar is True. I'm not sure, how this should look like. Some static conditions could be "key pressed == a" coupled with "key down" event. Conditions could also be coupled to controls via registering the control reference like dynamic events. If my idea Expand Event structure functionality: Register new types of references is realized, a condition could also be something like "tcp/ip connection is offline". If a condition is not fullfilled, than either nothing happens or there is a leftside node, which indicates the status of the condition. This should be configurable.

 

Regards,

Marc

Hello everybody,

 

(as suggested I will separate my idea Expand the functionality of Event structures into four seperate ideas to allow giving kudos separately.)

 

Allow for better handling of the event buffer for fired events of Event structures. I would like to have a feature to list and remove item(s) from the buffer of fired events. Otherwise you have always to write some code to catch events, you d'ont want just to execute or you want to remove, because you just pressed the stop button. This could be realised by new leftside and rightside nodes inside the event structure.

 

Regards,

Marc

The Index Array function should have an option (possibly default) to require that the index be wired. Forgetting to wire it up is a very common source of bugs and it's hard to find.  The autoincrementing feature when you grow this function is cool and should be preserved, but 95% of the time, I need to have the index wired in.
I would love it if the Call By Reference node had a "don't wait until done" option, so that we can stop using the inconvenient and inelegant Set Ctl Val method or other inconvenient ways to pass arguments to dynamically called processes.

 

I believe the main issue with this is what to do with the outputs from the subVI (since you won't be able to use them) and I can think of two options:

 

1. This option would be settable at edit time and would break the caller if you wire any of the outputs.

2. This option would be settable at run-time and you would get default data from the outputs and an error or warning from the error out terminal of the node if you wire any of the outputs.

Right now a left-click on an icon connection pane with the operating tool (the finger tool) just highlights the connected control or indicator.  It would be much more useful to have a drop down with the most common choices, especially the required/recommended/optional/dynamic dispatch selection.

I would like the ability to probe the loop iteration terminal ("i" in For and While Loops) without the need to wire it to something (indicator, edge of structure,...).

I think it would enhance the usability of XControls if it is possible to define events that an XControl can generate and that can be statically linked to just like other control type-specific events.

 

Earlier discussions on this topic has been done on LAVA and LAVA.

 

Ton