LabVIEW Idea Exchange

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

 

the input value of the conditional terminal should  " pass through "

 

                  (like the "case selector" of the "Case Structure")

 

 

                    xxxxx.png

 

                                                         like this,

 

                    yyyyyy.png

Wouldn't it be great if you could change the size (and other properties) of your cursor, as you can outside of LabVIEW? Let's bump this idea and see it in a future release of LabVIEW! 

 

size.png

 

 

The proposal consists in allowing to visualize more information in a project about the elements it contains.

 

Image21.png

 

For example: VI Description, Type, Application Instance, VI Path, …

 

Image11.png

 

Regards.

It would be nice to have a conditional tunnel that can be extend with more tunnel.

In this example, each one has it's own output as 1D-array and only one boolean trigger.

 

 

Multi Conditional Tunnel.png

LabVIEW has the capability to swap inputs on some nodes using the 'Ctrl' key. However, when we need to insert a functionality between two nodes (whithout QD) or we have to change the source of a cable, we have to wire first and then delete the branch from the previous source because the wire become broken. This become a mess if the auto insert feedback node option is enabled.

 

I suggest the modulation of the wiring with the 'Ctrl' key:

FullImplementation.PNG

When I search for "Text" using the "Search for: Text" option in the "Find and Replace" menu, the error description in custom Error Ring objects should be included in the search input. 

There is a method how to call a .exe with Parameters over the  ( http://digital.ni.com/public.nsf/allkb/17C3AD70493CE0208625666A00763364?OpenDocument)

But there seems to be no Way to give a Value to Return to the cmd as ReturnValue.

In C this would be expressed instead of

void main(void)

as 

int main (char *Args[])

{

return = x; // returns X as return value back to cmd

}

or similar.

 

The only way to do this now is to write a C DLL wrapper around the Exe and call this one to get a custom Return value. This is not very comfortable when you choose LabVIEW in order not to have to write in C.

Instead this should be included in the Build Specs just like with the Arguments. The Datatype and Data to be returned should be specified via Property nodes, and the Value should be passed back up to the CMD when finished.

BuildSpec.png

This is handy when using Batch scripts.

Virtually ALL of my more complex typedefs have multiple datatypes wrapped in a cluster. The result? A pink wire. I have fat, pink wires all over my code.

 

Allow us to choose different patterns and colors for wires on a typedef. Increases the ability to spot a typedef, and allows for distinction between two complex datatypes.

 

(Note: I am not condoning making a new wire for every typedef... that would be a point of confusion when collaborating. I would just like to add distinction to some of my more distinct typedefs).

 

CustomWiresForTypedefs.png

 

 

Wouldn't it be great if you could list only the recent files opened while in a particular project? I often bounce from one project to another, closing the projects in between.  Thus, I often would like to be able to view only the file recently opened from within a

the project I am working on. Adding a "Recent Files (by project)" to the Getting Started window would be valuable as well.

 

2018-12-07 view recent files by project.png

 

(A while ago I suggested to post this idea, but it has not happened so I do it. :D)

 

The Akima Spline (For example explained here) seems to have some desirable features compared to all the interpolation and fitting algorithms available. It should be added to the LabVIEW functions, at least to interpolate 1D

As mentioned by Daklu over here, we have to change a VI to edit mode to be able to copy items from its front panel or block diagram - we don't actually want to edit it.

The Duplicate Frame method of the DisableStructure class in scripting currently returns error 1072 ("This property or method is not yet implemented"):

 

dupframe.png

 

If we could programmatically duplicate frames in Diagram Disable Structures or Conditional Disable Structures, Quick Drop and other G-based editor features could benefit.

Retina displays on macs are really nice to work with, the details quality is a real plus, it would be nice if LabVIEW could take advantage of that, for now LabVIEW look really blurry & ugly on a retina display.

 

See the difference between LabVIEW and GitHub :

LV & git - no zoom

 

Zoom on LV :

zoom on LV

 

Zoom on GitHub :

zoom on github

This might be a bug report; it depends on whether todays behavior is intended or not(?).

Anyway: if you have properly defined the destination of a file in your application build e.g. on Source File Settings, but then later learn that the file was not actually on the list of source files - adding it to source files will automatically change the destination(!). I suggest it should check whether the user has already defined a valid destination for it and if so keep it.

 

Here is a demo of the issue:

When we try to copy and paste a element in the cluster constant its not replacing its added as the new element.but it working well in the control and indicator

 

The figure explains the problem

Replace elements in cluster constant.png

Is anyone at NI paying attention to this thread?  https://forums.ni.com/t5/LabVIEW/Extremely-small-cursors-on-both-the-front-panel-and-the-block/m-p/3748065#M1055219

 

It is a very serious problem and it needs a solution fast!

This has been brought up long ago, but I thing it deseves to be discussed here in the Idea exchange.

 

There are situations where it might be beneficial if we could have a string datatype that has a defined length. Arrays of such string would be stored flat in memory.

 

Application would include:

  • Typecasting a long string to a string array where the element is fixed length would slice up the string into an array of equal length strings.
  • Reading a binary file as an array of fixed strings would do the same.
  • ...

 

The default value would be a string of the defined lenght filled with \00. Shorter inputs would get padded with \00

Of course certain operations would drop the length, e.g. when concatenating such strings, the length would get dropped from the result, turning it into a plain string.

Currently, if you create an indicator from the loop iteration terminal of a for or while loop, the indicator is by default called "Numeric."  However with every other control or indicator in LabVIEW, the default name of the control or indicator is called by whatever it was spawned from.  (For example, when you create a control from the stop terminal, the control is called "stop").  I believe the loop iteration indicator should follow in this pattern.

Another request from my carpal tunnels here.  When you Right-Click and Create Indicator, you get the indicator wired to the terminal you selected.  When I right-click a reference and Create Property For... or Create Method For... I would like to get the PN/IN wired to the reference.  Right now it gets placed on the cursor when you select the property or method, and if you are unlucky, that can be a considerable distance from the terminal.  Now you have to drag it back into position, hope for autowiring to catch, or wire it up yourself.  I would much rather have it placed and wired automatically.

 

CreatePropertyForFromReference.PNG

The pane properties dialog is rather limited:

24116i402FDA4F25C800F2

 

It only shows 4 options:

-Label

-Label Visibility

-Background

-Background alignment

 

It could also show the following dialog:

So it adds the following properties:

-Origin

-Scroll bar visibility

-Minimum pane size

 

Currently you have to create some special code to set these options.

 

Ton