LabVIEW Idea Exchange

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

There has been always the need of opening the file/folder location in windows explorer, but I guess every application uses the trick of doing it through "System Exec.vi" or "Open URL" or Win32 API.  There is no LabVIEW native function to directly open folder/files in windows explorer directly.

 

Below threads discusses various methods to achieve this...

http://forums.ni.com/t5/LabVIEW/Use-LabVIEW-to-open-Windows-Explorer-to-a-certain-directory/td-p/898...

https://lavag.org/topic/11395-opening-windows-explorer-to-a-specific-directory/

https://lavag.org/topic/18444-open-windows-folder/

https://decibel.ni.com/content/docs/DOC-14633

https://decibel.ni.com/content/docs/DOC-22461

 

It would be nice if LabVIEW comes with some native function like below

 

File Folder Idea Exchange.png

Create an XY Graph and feed it a time stamped XY plot with some hundred thousand points...and you have yourself a very sluggish and possibly crash-ready application. The regular graph can take a bit more data, but still has its limits. Having 100k number of points to display is quite common (in my case it's most often months of 1 second data).

 

The idea could be formulated to just "improve how graphs handle large data sets"...but how that would be done depends a bit on what optimizations the graph code is open for. The most effective solution however would probably be to do what you currently have to write yourself - a surrounding decimation logic.

 

So my suggestion is to add an in-built decimation feature, where you can choose to have it automatically operated when needed - or when you say it is needed, and possibly with a few different ways to do the decimation (Min-Max/ Nth point etc.). The automatics should be on by default - making the problem virtually invisible for the novice user.

 

A big advantage of doing it within the graph is that it will (should) integrate fully with the other features of the graph - like zooming, cursors etc.

I have searched the forum but cannot find this particular issue - only the adaptive nature of the dropped constant.

 

When an Integer Numeric Constant is dropped onto the block diagram the value '0' is highlighted ready to accept a typed value.  When you do the same thing with a DBL Numeric constant you have to double click it to highlight it before you can enter a value.  This behaviour is inconsistent the Integer being preferred.

 

Ken

I would like a click event (Mouse down followed by Mouse up) in addition to the separate mouse down and mouse up.  You can fire a mouse up event without having mouse downed inside a control.  Likewise, you can fire a mouse down event by clicking and dragging and releasing outside of the event.  There have been numerous occasions where I want a click event rather than individual down and up events.

Typing “#” in the block diagram comment should give a suggestion of existing bookmark names(like autocomplete feature), as continue typing the list of matching names should narrow down. 

This helps;

  1. user to quickly select existing bookmark names
  2. avoid bookmark name mismatch due to typo error
  3. Save typing time
  4. maintain same bookmark name if need for tracking or linking purpose

 

Any thoughts? Will this be helpful ?

 

Thank you

Adarsh

CLA from 2014

At the moment the only way (I know) to fill a picture ring with pictures is to copy a picture item to clipboard and paste it into the ring. There is no way to programmatically fill the picture ring and afaik this is not planned to be implemented because the ring has to be recompiled and so there is no way at runtime (maybe with scripting?).

 

To simplify this I'm thinking of a way to convert a picture ring into an array of "2D Picture" items and back. Maybe over right click the ring and select "Convert to picture array" and then same way back by right clicking the picture array and selecting "Convert to picture ring".

 

The picture array can be filled and handled programmatically and with some programming you can create a simple manager to insert, swap, edit and ... your images, show them in a picture array, copy the picture array data in run-time, paste in frontpanel in edit mode and "Convert to picture ring". Done, easy and simple.

Hi,

 

my suggestion is to make it optional within the eventstructure to execute code on each event, before the event specific code will be executed, like follows:

Eventstructure_raw.JPG

Please see the following example for a better understanding of my suggestion:

Eventstructure_code_example.JPG

This option would make it possible to execute common code which is needed on every or almost every event, or to execute common code e.g. on any userevent. A filter option would be neede here to be able to filter events on which the common code should not be executed, e.g. to only use this option on userevents.

 

With best regards

 

AP

Since the Error Ring constant is read from  *--errors.txt files at LV startup and then ignored it is cubersome to add new error codes "while coding", you have to restart LV to get a refresh.

Please give us an option to re-read the contents of the errors.txt files from within LV, maybe from within the Error Ring popup dialog.

/LeifS

Sometimes I have several parallel array wires and I want to probe one of them with a graph probe. During debugging, I notice that I actually want to probe one of the other wires instead.

 

Current procedure:

Create an new probe on the other wire. If we do that many times, we will have so many probes as to make it difficult to keep track of them all.

-or-

Create a new probe on the other wire and delete the old probe. Several steps.

 

Wouldn't it be nice if we could Control-click on a probe number on the diagram, get the switcheroo cursor, and then click on a different wire of the same type to move the probe over. It would work very similar to how we currently are able to swap terminals on the connector.

 

Summary: Allow switcheroo on probes 😄

When LabVIEW 2009 starts, first appears a splash screen with a serial number. Almost the same screen is an About LabVIEW window.

Everyone can see private, protected SERIAL NUMBER: VIsitors during the presentation, students during LabVIEW studying, etc.

 17029i1C9133421731EA4F

Problem can be solved:

1) Activate LabVIEW with a correct serial

2) Enter fake serial, try to activate again.

3) Enjoy fake serial on the screen, activated LabVIEW.

Dark side of the solution:

1) Nobody can't see his real serial number, even when really needs it

2) A bit errr... clumsy

 

Proposed modification:

LabVIEW serial should be only inside License Manager, on the splash screen - only information: Activated, evaluation, etc.

No Dark side: License Manager can be hidden using Windows user restricting policies.

 

Forum topic here: http://forums.ni.com/t5/LabVIEW/Hide-serial-number-from-LabVIEW-startup-screen/td-p/1150052

Thanks altenbach and others for solution and idea refinement.

 

Alexander

 

PS Alike idea "Hide LabVIEW SN from box": http://forums.ni.com/t5/LabVIEW-Idea-Exchange/Stop-Putting-The-SERIAL-NUMBER-right-on-the-BOX/idi-p/1146383

When you get a data changed event from an array, it would be nice if that event included an array of what items in the array actually changed.  This makes it easier for the user to determine what changed and how to deal with it.

When I create a public API method for an actor it's very nice to have the VI description populated for use with the Context Help window:

Method CH.png

 

However, once you create an AF message from that method, other actors will generally be using the Send [VI Name] method instead of the payload method itself and the context help for the Send method is decidedly less useful:

Send Method CH.png

 

Wouldn't it be nice if the send method automatically appended the payload method's VI description so it looked something like the following?

Better Send Method CH.png

 

I've actually written a VI package that will do this, but in order to accomplish it I ended up modifying the MessageMakerProvider and MessageRescripter project providers. It's workable, but it's really only reliable for the one specific version of LabVIEW in which it was developed so it'd be much nicer if NI implemented this out of the box.

The vast majority of times I place a property node onto a block diagram it is to write to the property.  Having the default direction of property nodes being "write" would save much time having to change them from their default "read" direction.

I just want to have a layer manager additionally to set a frontpanel element to a specified layer. Using Ctrl+J or Ctrl+K (Ctrl+Shift+J, Ctrl+Shift+K) is only relative to other frontpanel elements.

So if i move a group of elements between other (locked) elements i couldn't define which layer i want to use.

I also would like to have a property for layer level (property node and item in the property dialog).

I often use the "Find" text to find where objects are set or where values are changed within the code.  Usually when debugging or implementing new code.  Often, I search the same text to lookup all the VI's or areas within VIs that has been affected by a change.  

 

It would be great to have a pull down to select from a list of recent text entries instead of having to type the word over again.  This avoids any typing errors due to typing too fast, dyslexia, old age or plain old lazyness.

 

This feature already exists in CVI.  Why not have it in LabVIEW?

 

 

It would be nice to be able to change the tab behavior "Skip this control when tabbing" when setting the tab order for the front panel.

 

TabOrder

 

Regards

/Thomas

I like how in the Web UI Builder you can easily access the properties of a control and would like to see this in LabVIEW.

 

web ui builder.JPG

It's append all the time that I right click on a VI when the VI is running and I need to find all instances but the option is not there. That could be very useful to debug the code. 

 

 

AddFindAllInstances.png

 

An other option that could be very usful is the posibility of opening the VI Properties when the VI is in run mode. 

 

AddFindAllInstancesViProperties.png

 

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

 

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

 

 

                    xxxxx.png

 

                                                         like this,

 

                    yyyyyy.png