LabVIEW Idea Exchange

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

Using "Select a VI" option, we constantly browse to a set of reusable/project folders at different location. 

 

select a vi.png

 

Getting vi's from Project folders is easy with project explorer window but this is not the case for reusable.

It will be better if we have an optional node in LabVIEW Palette that helps us in browsing LabVIEW files from a set of folders. 

 

Documenting my suggestion below:

 

 1. Consider the "VI Browser" is our required node as shown below.

 

paste.png

 

 2. On Right clicking the node, i should populate the folders and subfolders as pull right menu name [Assume that VI Browser node will get the folder paths from a ini file similar to LabVIEW.ini]. And LabVIEW files as the elements for the menu. Thus the menu can be customized from ini file.

 

menu.png

 

 3. Upon selection of an element, the node should get replaced with the vi or ctl as below.

 

replaced.png

 

This kind of feature prevent us working with windows explorer for browsing vi's in the middle of programming. Also adding this to Quick drop will further reduce our effort of browsing.

 

I'm a new user and have noticed data are put into folders with the project date as the name. An Example is: 10152012_111940_AM.

In one project I generated several folders which I realized cannot be sorted chronologically by name. My suggestion would be name folders using this format: YYYYMMDD_HHMMSS where HH uses the 24h clock. That way folders will sort chronologically. So the above folder would be 20121015_111940. The attachment shows a folder with renamed files.

I've thought for some time that the editing of icons and the glyphs available is very limited.

 

Is there any way to have a user folder available where I can place icons or glyphs that I’ve created or downloaded. That can then become available to me in the icon editor either under a new tab or in the glyphs?

Just right click on (m)any function(s) and have an option to "Make Conditional"

The intent is to require fewer case statements on our diagrams.

When you search in the window of explorer some element of labVIEW all time shows the generic icon of the type of file

   

control.pngFor controls

vi.pngFor Vi’s

lib.pngFor libraries

Etc…

 

 

This functionality is correct to identify the type of file, but when you change the representation to medium or large icons, the icon don’t change and you can’t identify the particular element.

 

Mi idea is that, in short icons maintain the actual representation, and in the medium or large icons represent the icon of the element (which has been designed by the user in icon editor)

 

In the same way this function could be implemented in the project tree into LabVIEW editor, this idea can be found more easily some element when the project is big.

Add a button to open a broken VI in the app instance where it would be built.

 

 

When a build fails because of a broken VI the application builder shows an error window. Since LabVIEW 12 all the broken VIs are listed inclusive the reason why they are broken. (The list is in the reasons field.) This is much better than before, thanks.

But today I had a list of broken VIs, every single one without a reason. (Example message: broken1.vi: \n broken2.vi: \n broken...)

So I come up with the idea I proposed in this thread (even there were improvements since):

"I ask for a possibility to open the broken VI in the BUILD application instance when this error occurs. This could happen automatically or with a button."

 

(A general idea about improving app builder: Better error descriptions for Application Builder).

When selecting a Sub VI after customizing it, it would be great if user is able to view it as an icon if this VI has only one teminal input and output.

Often I have parts in the code which are duplicates but differ in types (representation) so that I am not able to use a VI. So there is the possibility to use a Code Snippet and but it to these locations. A nice feature would be the possibility to capsule the code snippet. This should give the possibility to edit the contents and to apply all changes to the places where the codesnippet is in use. This would make it comparable to a strict typedef and give the possibility to edit code on different locations although no vi is used. This feature is also comparable with an include statement in an text oriented language. This feature would also be helpful in maintaining a polymorphic vi because there only would be one place to do your changes.

It would be helpful if developper didn't have to open "Properties" window to select one of basic display formats. 

 

It could look like here:

display format.jpg

 

Martin

I came over the problem while creating a polymorphic vi. Most of the code in a polymorphic sub vis is equal only the representation of the controls and indicators differ. I build a polymorphic vi to handle a data reference to 1D, 2D 2D arrays with DBL,FLT,I64,I32,I16,I8,U64,U32,U16,U8. Which results in 60 nearly equal vis. If there might be a need for maintenance this results in a change on 60 positions which is boring and error prone by the best. So I was looking for a way to include the equal part from a vi or whatever with no dedicated early types on inputs and output. I did not find a way and therefore I but the idea here.

Please build a possibility to include a subvi without dedicated representation on the inputs and outputs.

Example:

I build a vi for saving XML description and array data to a file. (see attachment)

You can play around with that and will see that changing the AB value representation from I16 to U16 will break the wires. There is no valid U16 data value sub vi in the polymorphic vi. If you want to add that you copy the WriteDataBlock_I16_2D to Write DataBlock_U16_2D. Change the representation of the array data value reference in and out and save it. Than you have to add the sub vi to the polymorphic vi WriteDataBlock and the program will work again. You have to do this for every representation you want to give the user a possibility to work with. If a problem arises you have the change code in every subvi of the polymorphic vi    

subvi of polymorphic vi.jpguse of include vi.jpg

For giving an elegent look to the frontpanel it,sometimes needs to be bold,coloured,justified etc:-I want to make my listbox looking elegent,for that all the listbox values need to be justify on center.I searched and came to know that we have to select each row value one by one and then go to Application Font>>Justify.It is very cumbersome if our listbox contains 50 or more datas.why don't provide an option for:-

Rightclick listbox>>Justify>>left,Right or center.

 

 

 

 

 

I'd like the default color for lables for wires to match the wire color... it makes the block diagram cleaner and more obvious:

 

ScreenHunter_03 Sep. 04 11.09.jpg

When i created an Accessor for a Cluster of the class private data, i was able to access only the Cluster., but couldnt get the Individual elements of the cluster. If i want Individual element, i need to Unbundle the cluster again. But, I wish to get the Cluster's element too from the Property Node itself (Like how Unbundling of Cluster of Cluster can be done). So that, the Elements of Cluster will look like getting from a Sub Menu..

While running a VI which contains a Call Library Function, it can often be useful to be able to inspect the function prototype for debugging purposes.

 

function prototype

When working with large resolution monitors 2560 H pix in a dual monitor system 5120 H pix it would be great to be able to change the cursor type and size (similar to Autocad...large crosshairs) for alignment of objects. The BD and FP grid system makes it to hard to see small lines and clutters the diagram.  A zoom on mouse scroll wheel would also be a huge improvement for work in the block diagram.

NI smartcams + VBAI provide a really neat and fast way to get results in image processing - however, predicting their performance is close to impossible. Information like "DSP coprocessor" is nice, but it's not adding any information that I can use.

I have benchmarked the devices that went through my hands with some standard resolutions+ROIs and algorithms, so I have some idea, but most of the time I just wonder "Would this work on a 1774?" "Would it work on something slower?" I usually call an engineer and try a loan device, but this takes time and rather static concepts.

 

I know that algorithm runtimes (especially the more complex ones) strongly depend on the sample data, so it's not just a matter of scaling, but even an estimate (like 8-12ms) would improve my experience rapid prototyping.So, I'd just use Profile->Performance Meter -> Profile for NI 1772..
 

For debug purpose TestStand and other programming languages provide a "Watch Expression" feature. Similar to this I would like NI to add "Watch Variable" feature in "View" menu:

 

Watch Variables In LabVIEW.png

 

When user would click on "Watch Variables" a he should be able to see all the locals and globals used in entire VI hierarchy and select the variable that he wants to Watch. These variable should be displayed in another floating GUI. This feature would be of immense help even when we want to debug an executable where probes can't be used.

 

Thanks

Amit Karia

For large projects it becomes cumbersome to set VI properties individually for each VI. I know there are few scripting methods available to do this. But in general it would be good to set the desired VI execution properties in "Environment" options available under "Tools --> Options" menu.

 

Set VI Properties Globally.png
 

 

Thanks

Amit Karia

The current behavior of the ""Array Max and Min PtByPt" library VI is to return only  the FIRST occurrence of an element in the input array that is the minimum or maximum value. If the array contains data for which each element is unique, that's fine. But if the data is NOT unique, and more than one element can contain the same value, this routine could provide considerably more functionality by returning ALL min/max element indices.This is in fact the current behavior of the "Array Max and Min" library VI.

 

I'd like to see the "Array Max and Min PtByPt" library VI updated to match the behavior of the "Array Max and Min" fucntion, namely that instead of returning only the index of the first min/max element found, it would return arrays of indices for ALL max/min elements found.

 

The implementation of the functions that process arrays intact (like "Array Max and Min") and the functions that process 'arrays' point-by-point (like "Array Max and Min PtByPt") should be both consistent and factorially implemented. The decreased functionality of "Array Max and Min PtByPt" is inconsistent and unnecessary. The full implementation would make that routine much more useful.

 

All of the PtByPt routines should be evaluated to see if they are consistent with their array-processing counterparts.

 

 

When using quick-drop to insert a vi into a wire, it inserts the vi into the first wire segment, not the selected one - not always what one wants.