LabVIEW Idea Exchange

Top Authors

User

Kudos

Post an idea

In Front panel and Block Diagram when we place a control (Graph) over another control (Numeric) everything is fine and we don't have any clue that an object is overlapped. The only way to find the control (Numeric) is by going to the BD and navigating to the FP by using the Find Control menu. So it would be nice if we get a shadow for the object which is overlapping any other object. This is also applicable to the BD objects where there are chances where the VIs gets duplicate when we try to create a copy by using Ctrl+Drag.

Using the "Find Control Option" in BD

This would be simple if we come to know that an object is overlapped by a shadow

During the run time this shadow can be removed like how we use controls over the Tab container.

Please ignore if it is already suggested.

View All (1)

One of the major obstacles to LabVIEW adoption is the difficult learning curve (perhaps it’s easier than learning a text-based programming language, but still). A simple reevaluation of whether certain options are in the most logical place might help make it easier for first-time users.

The two that caught me up the most when I was first using LabVIEW:

I expected to find the Tools Palette under Tools not under View. This tripped me up a number of times, saying, “Where on earth is the Tools Palette!?” Over the last several years I have observed a number of new users have the same difficulty. If the first place the average user looks for something is not where it is, then it is either in the wrong place or perhaps something is poorly named. The things under Tools may be better thought of as “Utilities” or something so I wouldn't keep looking for the Tools Palette there.
I expected to be able to click View>>Block Diagram to view the block diagram, not Window>>Show Block Diagram. Again, you watch someone who is new to LabVIEW poking around trying to navigate and I guarantee they’ll click View before thinking to look for it under Window.

The more I use LabVIEW, the more I find things that just seem to be in weird places. I know this may seem silly, but I think it would be worthwhile to do some new usability studies on things like this.

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)

Auto-label items in a cluster

When adding a control as a cluster constant it's important to see what's the controls name in order to use the constant correcty.

As you can see on the right side of the image there's how a control will be added when you drag&drop it into the block diagram.

To show every label it's quite a lot of work to click on each single item (it's hard enough to hit the control correctly!) open the contect menu and select "Description" to show up.

It'd be a great relief, if you can simply select "Show all labels" to perform the same operation with 3 but 20 clicks.

Also there should be a function to automatically select if the text should be upper, lower, left or right to the constant.

View All (4)

I wish there was a simple check box or rotation option for the Y-Axis name label on charts/graphs rather than having to do it programmatically.

Here is what I mean:

I emailed tech support and they confirmed there is no direct way but sent me a workaround which I've attached for reference.

Regards

Mitch

Insider program?

File Path Control browse options

View All (4)

A value change for the autoscale setting of a graph / chart scale is currently not registered. It can only be detected by polling for the scalefit value. The range of detectable events on charts and graphs is currently incomplete. The scale range change event and the autoscale range change event trigger at the same time in unpredictable order. This makes it hard to detect whether a user manually adjusted scale minimum and maximum or adjusted the autoscale settings value in the scale attribute. Different user actions all trigger a scale range change event without any way to discriminate the cause of this event.

Bulk binding Variables to OPC Client

The current way to bind many shared variables to an OPC client, is through browsing a tree and selecting.

This is very time consuming when you have hundrends or thousands of tags to bind. Specialy if the all the tags are not in the same path.

A better way, is to bind the variables, by simple text.

Example: We will insert the following text

A1M01Z1:value

A2M01Z1:value

A3M01Z1:value

and LabVIEW will automatically create 3 variables, bounding to those addresses (with the same name, prefered). Many OPC Servers supports this type of address.

Note that the true path of A1M01Z1 could be something very big, like:

My Computer\OPC ABB.lvlib\_OPC1\[Control Structure]\Root\NETWORK 1\Nodecm3\Extended Process Objects\MB300 AI\A1M01Z1\VALUE

This way you can add thousands of items in minutes. It is quite easy for the R&D team to implement and will help many professional engineers.

Most probably, this idea will not accept many kudos, but i think R&D must consider to implement this.

(this was discussed with NI technical suport, Reference#3279019)

Thank you all, for reading

View All (2)

error source includes case name

free label format

How often do you find the need to orginize data into a table format while documenting your vi? I for one, could & would use it all the time! Creating a resizable table free label we all use in word & excel seems like a simple task and would aid in organizing and documenting data into a more readable format. A ctrl+double-click or shift+double-click could serve as an easy access method, tab through the contents, and resize rows and colulmns vis a cursor change while hovering at the specific borders. Free Label, New type, table format, organize data, rows, columns.

I sometimes need to add (paste) text documentation to the block diagram. This often results in a single line of text that can stretch, as a single line, for what seems like miles off to the right of the text-block insertion point. I then need to make multiple drag-edge/shift-block/repeat adjustments to beat the text block down to something that will fit on the screen. It would be nice to instead be able to select the text block and either specify a width or else say to make it the same width as something else on the block diagram.

Scroll bars in text blocks would be nice too, as long as I am wishing.

Edit code during execution

It would be great to have possibility to change/edit the code when a VI is running in "Suspend when called mode".

This would be a code developer ultimate dream when you are into development of new code or just fault finding in old code.

During development or fault finding when/if you are using "suspend when called"-functionallity for a sub VI in your code.

I mean when the sub VI is "paused" and waiting for you to press the "run" button, right there, possibility to edit the code for that VI and run it ones, change the code (perhraps changing some timing or changing a formula of an calculation or both or change execution order for some settings of the DUT etc etc) a little bit and run it again, tweak it a little bit more and run it again... AND THEN exit the sub VI (with "suspend when called") and CONTINUE with the rest of the CODE like nothing have changed!

A kind of possibility to change the code during execution, just for VI/s that you have chosen "suspend when called" for.

What a functionality when you are into fault finding and testing out of new developed code! ! ! !

I think that this functionallity would make a big difference between text-based coding and using LabVIEW in matter of how easy development or fault finding can be done.

I find the new Channel wires very useful things! However, I really miss one type/variation which would make a real many-to-many lossless message sending possible, but also with total control over where the msgs end up in case of multiple readers! Imagine that we have a Channel wire which can be branched, and you can also specify a "destination label" (could be a number, or string, etc.) at the Write nodes. This new Channel type would allow multiple Write and Read nodes. At the Read nodes, we could also specify the "destination label", so ONLY those Reader nodes would get the actual message which are subscribed for that particular "label".

I can program this functionality, but it would be great to have such features in a single Channel wire...

What do you think? Is this a good idea or you see some caveats/downsides of such Channel?

LabVIEW Idea Exchange

Display Shadow for Objects which overlaps other objects

Search Index/Replace Element in In Place Element Structure

Consider reevaluating the organization of menu options.

Step into subVI Highlight Execution option

Always display the full value of a control or indicator in the help window

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

Auto-label items in a cluster

Rotate Y-Axis Name on Charts/Graphs

Insider program?

File Path Control browse options

Events for all Graph / Chart property value changes

Bulk binding Variables to OPC Client

Interface based messaging for Actors.

error source includes case name

free label format

Actor Framework- Batch Message Accesor

Add "Resize Objects" option to to block diagram toolbar

Edit code during execution

Confirmation dialogue when changing type definition to control

New Message Channel wire type with option to specify destination