LabVIEW Idea Exchange

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

During the development of several applications I always run into the problem that I have forgotten to set the "Limit to single line" flag for single line String Controls.

 

Why not set this flag automatically when you place the String as a single line on the front panel. And reset this flag if you enlarge the control to a size that can contain multiple lines?

 

Regards, Dennis

I often store data in text files, and as such, many times I have multiple arrays of numerics to convert.  What if the convert number to string VI was scalable.  Even better would be it outputing a 2D array when multiple arrays were wired into the front end.

I prefer

- not have them and have only local variable (actually, plots work weird with its local variable)

- have them in one place, like left top corner

- have them in 2 places. left side has controls and roght side has indicators

 

Also right click on local variable + Property must show the same dialog as the same action on control/indicator

 

 

When you highlight code and select Create SubVI from the Edit menu, the new sub VI has the generic icon and it's unscoped.  It would save me a few mouse clicks if when I selected this menu option there was a dialog to Create SubVI in Parent's [Class] Library? Yes|No?

Hi,

 

I would like to have a native error cluster connection on timer VIs so that I'm able to use the error cluster to make sure that the VI is executed at the right moment without using sequence structures.

 

Here is an example of how this feature could be used to avoid sequence structures.

 

[img]http://forums.ni.com/ni/attachments/ni/labviewideas/15500/1/Timestamp_Errorcluster1.png[/img]

 

[img]http://forums.ni.com/ni/attachments/ni/labviewideas/15500/2/Timestamp_Errorcluster2.png[/img]

 

The VI 😉

 

[img]http://forums.ni.com/ni/attachments/ni/labviewideas/15500/3/Timestamp_Errorcluster3.png[/img]

 

 

I've built the VI for my own purposes, but I think this might come handy to other LabVIEW users, too. Simple, but useful. 🙂

 

Regards

Manuel

 

 

 

 

 

Download All

It should be possible to change timing in timing-VIs ( wait until next ms) and timed loops before the current time is finished. Actually one has to wait for finishing the current timing, this is bad for long intervals like 1minute. Nice would be to have something like an property node to force the new timing.

It would be great if there was a keyboard shortcut in Labview that created a Sub VI of what you currently have selected rather than having to go to the toolbar and navigate to Edit >> Create Sub VI

Sometimes a change can break many wires all over the code. A structural change in a "Type Def." is a typical case. Hidden wires in Cases, Stacked Sequence or just out of the window, can make the use of "Remove Broken Wires" (Ctrl+B) a nightmare, since it removes all broken wires.

The idea is to allow user to select part of the code, including broken wires, in order to restrict the action of the  "Remove Broken Wires" command only the selected broken wires will be removed.

The Resample IMAQ VI should have the ability to scale the output image to match the input image. If the user only connects one of the X or Y terminals the other one should automatically adjust to match the ratio of the input image. Alternatively there could be a boolean autoscale? terminal which can be used to switch the function on. 

 

Attached is a subVI that does this.

It would be convenient if the right click menu for a front panel decoration included a function for placing on the diagram a reference to that decoration.

I would like to be able to right-click on a front panel control and on the pull-down it would give me the option to go directly to the event case for that control.

HiAll,

 

Now it is impossible to change the name of x-axis when graph is wired to dynamic data or waveform. To bypass this you had to use this kind of structure: Example.png or make another x-axis scale.

 

The idea is to change this situation to make name change work every time. 

 

Thanks,

The Latch action for button and switches can often be useful since they garantee that the set value stays on until it is needed, value is used only once, and they are automatically reset. Unfortunately these buttons cannot be manipulated programatically, only by hand.'

 

My suggestion is that latch button and swiches can be manipulated via property nodes. In write mode these switches can be set, and in read mode I can check the status. This will not reser the switch.

Before I make My suggestion I would like to say that Objects in labview have been my savior. My code complexity and reusability have improved ten fold.  It has allowed me to integrate templates including glyphs and artwork into base classes which greatly speeds coding.

In recent times, LV has allowed auto-coersion of references to objects to a lower, common class - yey!.

 

I would like to see polymorphism/function override support "ByRef" dynamic dispatch as well.

 

Class Byref.png

 

Right now I have to create a base class byRef function to access the object and then call a polymorphic VI to execute it.

This forces the creation of an extra vi per function call when I use objects byref.

 

Just seen a demo of LV2011 where the connection pane is automatically wired for created subvis (diagram->selet some stuff->right mouseclick->create subvi).

 

It would be great if there would be a similar function for new created vi's. When you create a front panel, common sense will let you put the indicators and controls in a way you will wire them to the pane. Controls to the left, indicators to the right. Additional parameters in between. And of course only the 4-2-2-4 pane should be used Smiley Wink .

 

The left/right bottom points are only to be used by the error in/out or left empty since at some time they will become error in/out (if you do not already have a quickdrop template for dropping this structure the first thing after clicking 'new vi')

 

 

 

 

autopane.PNG

Say you have an application that needs to be compiled into multiple different variants, say a internal debug version with extra logging, or a version with customer specific functionality.  You can use the Conditional disables structure to ensure that  only required correct code is compiled into the EXE. By limiting what is compiled into the EXE,  DLL dependencies can be removed, avoiding the need to ship internal only/customer specific DLLs or libraries with every version of the software.

 

Conditional build symbols are currently defined at the Project level in LabVIEW, and apply to all build specifications in that project.  This means that you can't have two separate build specs for the 'standard' and debug/customer specific versions of the software, and instead have to manually change the settings between builds, introducing the possibility for human error, and making it difficult to automate all builds.

 

Any symbol defined in the Conditional Disable Symbols section in the Build spec would replace any symbol with the same name defined at the Project level.  If a symbol wasn't defined at the Build Spec Level, but at the Project Level, the Project one would be used.  When viewing the Conditional symbols for a build spec it would be useful to also show the symbols already defined at the project level, so that it's clear what is different and what is being redefined.

At the moment, if you use a reference of a type def to pass info to other indicators, and then change the type def, the wires from the reference to these indicators are broken. It is quite painful to manually fix all these broken wires. It may reduce some pain, but does not solve the problem even if you make these indicators type def.

 

It will be really nice if the reference of a type def control can also be defined as a type def and paired with the original type def. When the original type def is changed, this type def for reference is changed automatically.

 

Greetings,

      To unpack an LLB in Windows Explorer, it would be convenient to right-click on the LLB and have an option to Unpack to current directory.  WinZip does this (for .zip files) via "Extract" options.

 

Then again, people may prefer using the "LLB Manager"(?)

It really bothers my eyes to stare at a white screen all day, but it's become the convention for everything (so I don't expect this idea to be popular). Most other development environments allow you to change colors. In MATLAB or C coding, I will always pick grey text on a black background. It would be nice to be able to change the block diagram colors to show up as black without forcing everyone to see my code as black.

when you place a label in the front panel, this is a new object, in decorations list, but their order number is indexed the first, and all old decorations are renumbered, if you have some programatic control about these decorations, you need reorder your calls.
Solution:

working in similar way of the controls, the last put,  it has the last number plus one, and having the possibility to reorder the decorations in de FP in developer interface.