LabVIEW Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea
If you use the NI proposed way of creating Sub-VIs for functions (which is good), debugging soon becomes a nightmare with every VI opening two windows, one of which is mostly not needed (the front panel). It would be great if LV gave us an option saying "Do not open front panels when debugging", which would only open the block diagram. Instead of the front panel you could only offer a list of all input/output controls (and maybe their values), and you could put this list in the same window for all open VIs (in some organized way - maybe similar to probe window). That way all front panels would only take up one window instead of many.
I wasn't able to create a multi-line comment.  Is this possible?  If not introduce that structure...

I think there should be a way to reinitialize a stacked shift register to the originally initialized value so you can clear out the contents of every iteration all at once.  For example, the code below, implemented with 4 individual shift registers:

 

 multiple shift registers.PNG

 

Could be implemented with 1 stacked shift register with a reinitialize terminal:

 

stacked shift register with reinitialize.PNG 

I would like the maximize button removed from the FP & especially the BD.  I typically work with many VIs open at once and I find it very annoying to open a subVI that consumes my entire desktop with a lot of white space. This is true of the FP and the BD.

 

Lets be real - your code is not that important.  The one except might be the main GUI.

At least numeric controls and string controls loose focus after pressing enter. This is especially unpractically when navigating by key. The focus should be held on all controls as it is on boolean controls.

Classes in LabVIEW are a great step over (and finally, with LV 2009 them start to work...) but there are still two 'holes'

 

Abstract methods. 

It would be great to have the possibility to define abstract methods and interfaces. Now I'm forcing an error into the error out indicator to notify the usage of a method not yet defined but it would be better to make the compiler to recognize the usage of abstract methods during the design time. One way to define abstract methods could be the introduction of a new entry in the 'class menu' and allowing to define them just in term of front panel (block diagram not available).

 

Class duplication.

An object is duplicated on each node, so is not easy to work into parralel loops on the same instance. To use the same instance I have used references, but it is not so easy to use (not as the 'normal' wires) and it hasn't the same performance (working with reference is heavier than working with instances). It would be great to introduce a mechanism that implements the convertion from instance to object, something likes a standard 'getReference' and 'getInstance'.

Find and Replace should be expanded to sections of code.

Hi,

 

Append True/False String is a function in LV, and it allows you to append one of the two input strings to the initial string based on a boolean input.  I use it to append pass/fail to the initial string. 

 

I think this function should also allow us to select a couple of standard true/false string without needing a true/false string input.  I should be able to right click on the node and select pass/fail, true/false, yes/no, go/no go, etc.  By doing this, we can make our code even cleaner.  When you select these standard true/false string, the appearance of the icon should also change in order to reflect what standard true/false input is selected.

 

Yik

The Block Diagram should look more like a schematic capture tool.  It should have the ability to zoom in and out and pan.  Users should be able to draw their own Vis like ICs in a schematic capture program.  Parts and wires should be drawn on a grid.

Hi all,

 

Sometimes, a cluster constant is used in LV.  Due to the size of the constant, a lot of time, it is sized down, so that only part of the constant is shown.  What if you want to see all the values in the cluster?  You have to size it up. 

 

At the moment, if we do ctrl+h and hoover over the constant, we will get some information about the constant, but not the values are in the constants.  It will be nice if the values are shown in the help window as well. 

 

Yik

My apologies if this has already been suggested ...  I've written many VIs with a While loop that has True wired to the Stop terminal, making it a "Do Once" loop.  This is such a common construct (i.e. a VIG) that it might merit its own "structure", something that "looks like" a While loop but has no Stop terminal, no "i" indicator, and is guaranteed to "Run Once".  I think having a unique "look" for this common special use of the While loop would be a useful addition.  Among other things, it would clearly distinguish "purpose" as different than a While construct.

 

Bob Schor

Ok, here's my suggestion: 

 

One minor annoyance with building pop-up subVIs is gracefully terminating the UI execution loop if the user closes the panel using the standard MS Windows "X" close button (upper right-hand corner of all standard Windows panels.)

 

Of course there are at least a couple of work-arounds -- disabling the Windows functionality completely, or polling to see if the panel is still open using a property node (and programmatically exiting the loop if it isn't). But I was thinking it would be nice if there was an option in the pop-up menu that forces a loop to terminate if the front panel window changes state from 'open' to 'closed'.

 

Alternatively, there could be a check-box option in the "Window Appearance" catagory of the "VI Properties" dialog that is something like this: "Auto-terminate loops when front panel closes". 

 

It's nice to offer users the familar functionality of the standard OS close buttons, but it would also be nice if there was a simple way to do this, without the programming overhead. (I've enclosed this functionality inside a subVI and it's relatively easy to drop this in and wire it up. Presumably, it wouldn't be too much work to add this capability right into the loop structure itself.)

 

I realize that this leads to questions about what to do with parameters that are usually passed when the loop is terminated in the 'correct' way -- the whole question of "OK" versus "Cancel". Perhaps Windows itself has a an answer to this question, and that could be adapted into the LabVIEW environment.

 

Anyway, it would sure be nice if there was a way to enable the standard OS close boxes without incurring the minor annoyance of programmatically terminating an active (while) loop or UI state machine after-the-fact.

 

Anyone agree?

 

 

 

I use a number of file and libraries common to all my applications.
To lighten the display would be nice to exclude certain folder from VI Hierarchy

It should be nice to add new VIs in the error handling palette.

 

These VIs could give, without having to analyse the satus or the error code, if there is no error, an error, a warning ....

 

So instead of testing the Status it could be ...

 

ErrorClusterOk.PNG

 

 

I know that the error cluster can be directly wired to a conditional terminal ...

but everytime you are in front of such a  diagram, you have to think of what will happen ? If i get an error the loop will stop or not ???

But using a kind of VI i describe previously ... there is no ambiguity ... it's clear !

 

 

 

 

Currently when you open a Front Panel or Block Diagram it will open on whichever monitor you previously were working with it.    I suggest that when you move a VIs front panel to a specific monitor and then open the block diagram, it should open the BD on whichever monitor the FP is on.  This will help save user from having to continuously move many different windows from monitor to monitor.  This can also be extended to opening subVIs.  The subVIs front panel should open on the same monitor that the caller's block diagram is opened on.

When working on a queued statemachine today, I realized its difficult to keep the wires straight. Usually you want one error wire going through your queue functions and into your subVIs but lining them up to keep the error wire straight often causes wires connected to the top connection terminal to get in each others way. If the queue functions icons were taller, this problem would be eliminated. See attached pictures

 

 

Message Edited by for(imstuck) on 02-05-2010 02:37 PM

In addition to vision assistant script files (.scr) directly opening in vision assistant as suggested here, The icon can also be changed from this

 

 

script.JPG

to

 

 

niscript.JPG

 

Not neccasarily with the extention .scr as it will clash with windows screen saver. It can be .nscr or .niscr

I want to swap sides for the scale on my Front Panel Tanks and DSC vessels like Pressurized Tank. 

 

This is very easy to do with a Waveform Chart or Graph but impossible with Tanks and Vessels unless you wire up some property node scheme to change the position of the scale, but then the indicator numbers are now between the vessel and the tick markers, making it a look a bit unnatural.

 

This would be very handy, especially for DSC processes where I'm trying to mimic process flow on the Front Panel and pipes could enter tanks from different sides.

Search waveform  in LV2009

If one zero-cross point of waveform is to be searched, the search waveform.vi has a bug here. Some waveform from acquisition data may has no value=0 piont. Sometimes, one float data, e.g. 0.001 can be regarded as zero in engineering field, but this point (data) can not be gotten by using such search waveform.

Hopefully , the arithmetic can be improved or give a notice in its help in next version.

 

 2010-1-16 17-54-25.png

 

帖子被Mechtest在 01-16-2010 04:35 AM
时编辑过了
How about creating a palette called "Legacy" or "Old Fashioned" to put controls that we should avoid using and should kept for cases of extreme necessity or compatibility with old code. Examples are the "Stacked Sequence Structure", the whole "DataSocket" palette, etc.