I would like to have the ability to set the compare aggregates mode for comparisons involving containers (arrays certainly, clusters would be a nice bonus) and a scalar value. This includes the comparisons to 0 functions as well.
I'm looking at a clone. I don't see why I would have to ctrl-M to get an editable version to do such things as:
- get the contextual menu up on the VI's icon to 'find all instances'
- get help on a VI that's on the clone's block diagram
- open or find all instances of a typedef via its contextual menu (the typedef being on the clone's front panel or back panel)
It would be nice to have the choise to clean up all wires options (All wires within a VI) when right clicking a wire. I know it works with clean up utility if multiple wires are selected, but I don't want to mark them with shift clicks all over. Just by right clicking any wire within one VI should get the all option.
I would prefer to have a feature added to space objects horizontaly and verticaly by value. It would be very helpful for arranging objects in block diagram and front panel. br ws.
When you have to handle events, many times you have to use "defer panel updates" fonctionnality, in order to make your front panel updates more fluent.
It could be nice to include a checkbox in the event configuration window, in order to ask (or not) an automatic defer panel Update.
If check box is checked :
I think there should be an editor option to color the background of structures (while loop, for loop, case, event, etc), based on nesting depth (e.g. only at odd levels), that doesn't have to be saved with the VI, and therefor isn't forced on everyone, but is "opt in" based.
Rationale: I have occasionally seen people color the background of alternating nested structures. My annoyance with it is that there is no standard. One person colors every structure a different random color, another person carefaully uses a single shade of blue for the alternating diagrams, most people don't do either. I think that the option should be a local editor optiion. Like the "show constant folding of wires" option. That way, those that want it, can have it on all the VIs they look at, and those that don't care, can leave it off.
Currently this function pads numer strings of a set width with space characters.
It would be useful to be able to select the character to pad with, for exaple zero '0'.
I understand there are workarounds such as search-and-replace after the fact, but it could be more efficient.
Using LabVIEW 2013.
This is minor one but it bugs me every time.
I create a new control and forget to change the type from "Control" to "Type Def.".
If I'm lucky I spot it after I drop it for the first time on the BD but sometimes I have to replace quite a few instances after I spot the error.
While there might be usecases for a custom control without it being a type def I think that most users want to use type defs when using custom controls.
Therefore please make the default type of new controls "Type Def."
As shown in below image we can see that, if I index numeric array and wire it with any of the node from numeric function it gives un-aligned wire whereas as same process if I use Boolean function at output of index it gives well aligned wire.
So due to this numeric function node wire to index out terminal makes our code with full of wire bends which is not as per NI LabVIEW coding standards also.
So here, I want to draw attention for NI, to do some correction to specific numeric function nodes so we can make neat and clean code in LabVIEW.
(Unless it's already changed in newer LV's, i'm on 2011 right now)
When opening the connector pattern, the current isn't marked in any way. If i'm after some extra connectors or a symmetrical one (why do people choose 3-1-1-1?) it'd be nice to quickly see where to start looking. A simple bold outline would suffice, maybe in blue?
This one is more kind of a cleanup to the algorithm.
In the Front Panel to move a set of objects pressing the arrow button or Mouse drag helps. But one more option to move the objects faster according the grid size is by Holding the shift key and using the arrow key to move. When observed the pixel distance between the object changes in the last method, which is not correct. So it would be great if this is fixed in the feature versions.
To understand the issue please do the following.
Place some controls on the front panel and select all and closely observe the space between each controls.
Try to move the objects to the left or right/up or down and you can see there is no change between the objects. Now Press shift and use the arrow keys and you can observer the pixel space between some of the objects are changing.
The distance between the Chart and the color box is atleast more than 1 grid space.
Here the pixel space between the chart and the color box is less than a grid size.
I am sure this is not an optical illusion.
While replacing the Property nodes with Invoke node, Call by Reference, Start Asynchronous call and Wait on Asynchronus call, the primitives are shifting the origin disturbing the wires. So a cleanup is reaquired all the time whenever the items are replaced. It would be very helpful and infact time saving if this is corrected.
Place a Property Node in BD with the Error in and Out connected
Replace the Porperty Node with an Invoke Node
Repeat the same with other primitives
The same behaviour is not found when the Call by Reference, Start Asynchronous call and Wait on Asynchronus call primitives are replaced with one another.
There are numerous ideas floating around about where the color box constant and control should be located in the palettes. How about if there wasn't a distinction between a color box and its numeric representation? Like the "View As Icon" option on terminals and clusters, I suggest a "View As Color Box" on numeric constants and controls/indicators:
I'm undecided on if this options should be available for all numeric data types, integers only, or U32 only, and what should happen to the Representation options when the numeric is a color box. I see at least these options (ordered after my preference - I prefer 1) the most):
1) The "View As Color Box" option is available for all numeric data types, but when selected the data type changes into U32. If you change Representation to anything else but U32, the "View As Color Box" option is automatically deselected.
2) The "View As Color Box" option is available only when the numeric is U32.
3) The "View As Color Box" option is available for all numeric data types, and coercion happens between the selected "color value" (U32) and the true Representation of the numeric.
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.
In many cases where I use file path constant instead of control. For selecting a path either we can right click and select browse for path or paste a copied path into the constant.
So it would be a nice and handy option to have a browse button along with the constant as the control has. This button won't respond when the code is executing or while the BD is in run mode similar to the other Enum/Ring constants. This button can be enabled or disabled or made always to be enabled or whatever may be the best approach. This button may be disabled when "invalid path" is selected.
I have modified the Path constant suggestion and now I feel its not going to take more space.
Mouse turns to select pointed when hovering over the button.
Upon clicking the button the browse window appears
Why do i have to open the Executable builder properties to access the icon editor of my icon file that's included in the project?
Add a r-click option to Edit the icon and/or make it the default if double clicked in the project environment, it doesn't really benefit anyone to open it in Image viewer.
(You can workaround much of the issues by setting the icon editor as default program for .ico's in windows, but there should still be a r-click option.)
I like to collapse long string and path constants to consolidate diagrams. Showing the string or path value in the tip strip is useful but tedious to update.
I suggest an appearance property that would automatically display the current value in a tip strip for string and path constants.
This property would be most useful if the Block Diagram Options page was also modified to allow a global setting.
I would appreciate having a little bit more room, and perhaps a bit more organization, in my in-place structures and (un)bundle-by-name calls. Rather than separate them into separate calls, it would be nice just to be allowed to insert a dummy entry in the list. This entry would just let you space out the entries that actually do things. You wouldn't be able to wire anything into them.
Maybe the dummies would be blank, or they could have a black '----' as their name.