LabVIEW Idea Exchange

Top Authors

User

Kudos

Post an idea

View All (1)

I have run into the problem from time to time that I create a new build specification in my project, hit the Build button in the setup dialog just to have the build hang or crash LabVIEW. To add insult to injury when I opened the project file again (sometimes even after recovery) that new build specification was not there since the project was not saved before building.

I have now trained myself to resist the temptation of hitting that Build button. Instead I will exit the dialog, save the project and then start the build via a right click.

I would really like to see the project file being saved before the build is executed.

We require to programmatically Add an EPICs IO server to a shared variable library like you can do manually from the project explorer as shown in the picture:

Currently, there is a way to create an EPICS IO server programmatically with the function but this function will not save the EPICS IO server on a Shared variable.

We require to save the EPICS IO server to the library, then save the library(.lvlib file) to disk so we can later deploy the library.

I didn't see this in a search, but wouldn't be surprised if it is already here.

I personally hate auto growing structures. I find I spend more time downsizing them after laying out the internals than I do increasing the size when it is turned off. So I have the gloabl setting turned off, so all structures I create do not auto grow.

The problem? This doesn't override the structures auto grow setting. So, if I get code from someone else who had it turned on, then I have auto growing structures.

I see 3 potential solutions:

Change the existing global setting to not drop auto growing structures to also override the setting of existing structures (the structure setting doesn't have to change, hust override it). I am even open to not having the structures have individual settings, either they all do or they all don't. But, I could see the argument for keeping that setting, especially since it is already there. I just would like to see it get overridden by a global setting.
Change the existing global setting to only enable or disable growing. All structures by default are dropped with auto grow enabled.
If the current behavior is still desired, then add a new setting that enables or disables autogrowing structures globally. This way, I could drop auto growing structres, but LabVIEW will ignore the setting if I don't want the behavior.

This would allow programmers with different preferences to both use the same code and not be annoyed by not having the desired behavior. I think #3 is probably the best solution to the problem, as you can maintain existing behavior and simply AND it with the new global setting.

View All (1)

Hello again,

Using control indexes makes for very powerful UI management. I am a huge fan.

I frequently want to update several controls with the same value, but the "Set Control Values by Index" has two polymorphic cases (that I know of):

One index, one value
Multiple indexes, multiple respective values

How about a third case?:

3. Multiple indexes, one value

What I do now:

My proposed polymorphic case:

It's a tiny little change, but it's a case I'd use all the time.

Thanks as always,

Mr. Jim

View All (6)

Allow user-defined Fonts

In Place Structure (Unbundle - Bundle)

Please ... enable also the others!

it would be easier to swap between two inputs (or outputs)

In Place Structure (Unbundle - Bundle) should work like the behavior of the original Bundle-Unbundle,

like this,

Hi all,

In a perfect world,it sould be possible to distribute items on the front panel according to the height//width of the front panel !

Today, when I create a dialog box, I place the controls on the front panel, close an eye move away from my screen, then watch if my buttons are well centered.

Tomorrow, wen I'll create a dialog box, I will place my controls on the front pannel, horizontally distribute them, and click on the new NI button to dispatch them accordingly to the current FP size !

I run into many situations where data is collected and stored in an Excel spread sheet. Moving this data into LabVIEW usually requires writing some code to either process the data after it has been saved into a .csv format or pasting the data as a single string and then parsing it in LabVIEW to get it into a usable format.

Usually, the data is in two or more columns where one column is an X axis and other columns are Y axis data points. My life would be made better if I could select all of the data I want in Excel, copy it, and then paste it into LabVIEW as an XY array cluster.

Good Implementation: I can only select two columns. The first (left most) column is always X axis points and the second Y axis points.

Better Implementation: I can select multiple columns of data and would be asked by LabVIEW which column to use as the X axis and all others are treated as Y axis data points. This would paste into LabVIEW as an array of XY array clusters.

Best Implementation: In addition to the better implementation, I can also include the column title in my selection and LabVIEW will use it to name the data series, just like Excel does when you create a scatter plot.

Consider adding a property node that will return the current error listing of a VI or all VIs. This wuld provide the same information a clickingthe run arrow on a broken VI. This information would be of great benefit when programmatically analyzing the current state of a project or set of VIs to determine the root cause of why something is not executable. Often there is one VI that is actually broken but is called by many other VIs that also appear broken but actually do not need anything fixed directly. By having the error information, the root cause could be determined without a need for opening all of the other VIs.

View All (2)

I wish the Formula VIs supported conditional logic.

More broadly, make the Formula Node and the Formula Parse and Eval VIs have the same syntax and capability.

from LV help:

Differences between the Parser in the Mathematics VIs and the Formula Node
The parser in the Mathematics VIs supports all elements that Formula Nodes support with the following exceptions:

Variables—Only a, a0, ..., a9, ... z, z0, ..., z9, are valid.
Logical, conditional, inequality, equality—?:,, &&, !=, ==, <, >, <=, and >= are not valid.
Functions—atan2, max, min, mod, pow, rem, and sizeOfDim are not valid. You can use these functions in a Formula Node or use their corresponding LabVIEW functions.

View All (3)

Telnet Support

I use an electrical drawing package and on different pages of schematics it is nice to have copied components e.g. potential lines to be in the same position so when flicking through pages you can easily see the differences and it looks prettier.

In an event structure or case structure when I copy and paste an object from one case to another I would like to be able to also copy the position of the copied item. I like to be able to scroll through event structures and see any identical components in the same location.

I propose that the X and Y keys on the keyboard be used to trigger this auto alignment so that after pasting, pressing Y will move the copied item to the same Y position and then X to move to X position.

View All (1)

LabVIEW Idea Exchange

Right Click Option to Show Function in Palette

Formula node forbid to run VI when undefined variable is used

Build button in Application Builder Dialog should save project before build

Datalogging and supervisory control module support for Labview 2018 64-bit

Add an IO Server programmatically to a shared variable library

More control of the Context Help window at runtime

Change the existing behavior or Add a new setting to control structure auto grow behavior

Set Control Values by Index - Multiple Indexes, One Value

Allow user-defined Fonts

Case structure constants for every case

In Place Structure (Unbundle - Bundle)

Distribute objects according to the size of the FP

A more compact form of Index Array for constant index values and single output

Intelligent copy of data from Excel spread sheet to VI

Propert Node To Show Current LabVIEW VI Error Listing

Implement conditional logic in Parse & Eval Formula Node VIs

Remove 'Background priority' from VI Properties/Execution since it is ignored anyway

Telnet Support

A "remove from group option" to remove single item(s) from front panel group

X-Y Copy Alignment after Copy and Paste on Block Diagram