When you hover over a wire it shows the context help the wire. If you hover over a tunnel for the wire with the wiring tool it only shows the structure in context help instead of wire contexts help.
Can this be updated to show the wires context?
Burst random signal is commonly used for vibration test with shaker. LabVIEW has some random signal generator in original functions, time series analysis toolkit, but not burst random signal. If LabVEIW does not feature burst random signal, it is difficult to suggest shaker vibration testing with LabVIEW.
Now we have to compete with other NVH vendors such as LMS, B&K, however lacking of basic functions might be kind of obstacle for DSA business. Even Ono Sokki and A&D who are automotive testing supplier in Japan can offer it, NI should do to meet customer's expectations.
We already have inline VIs that are compiled directly into the code, just as if you had wired the code on your diagram. Imagine if we could designate some of the inputs and outputs as polymorphic. We could create VIs that do simple math operations, comparisons and other stuff without having to create a dozen versions for the different inputs and outputs possible.
I think the outputs would have to be either a fixed type or same as a selected input. Some inputs, such as strings, wouldn't work in many cases. If the input wired to the inline VI was not compatible, it would just fail to compile and give you a broken wire, just as if you had wired the same code into your diagram. It really would just be a block of code that could easily be added to a diagram as a VI, but it would be recompiled based on the inputs.
If a larger number of controls and indicators are shown or hidden programmatically, and then if you want to change the front panel look, you need to click Show Control (Indicator) on each of them. Of course, for larger number of controls and indicators it is possible to miss some. My suggestion is to add the option: Show All Controls and Indicators.
At my current work place we use proxy servers as an internet connection. With LabVIEW it makes it difficult not only while the NI software is being installed (to check for updates, connect with server for veryfication etc) but also during typical work it makes troubles with finding examples and drivers from a development enviroment.
I would suggest adding some advenced internet connection options for proxy settings etc.
Another little thing with a company computers is that, even when installing NI software on a D drive it still installs some example software on C:. It makes problem when your IT limited your C drive for absolute minimum, because with huge amount of NI software the amound of "additional" data is getting bigger and bigger.
LabVIEW opens the file in the version of LabVIEW that was most recently opened instead of the version the file was saved in. Add a header to the file to allow LabVIEW to open the file in the correct version. This will save a lot of time and lower frustration of accidently saving a file in the newer version.
If I have many objects on the FP and I want to add event to "event structure", it takes time to found and select object from “Event Sources” list. It will be nice to add new event directly from FP by right clicking on the object. This option will be available if event structure exists on BD
There are times that I wanted to use a numeric constant or control as a string data type. In order to use a different data type, I would manually copy and paste the control/constant values to another data type. Moreover, if the control or constant is an array of values, it's tiring to do a manual copy of the values. Creating a vi that would convert the data type would also take time. As a suggestion, I hope LabVIEW can include in their "right-click" property box a method of converting the Path to String, String to Path, String to Numeric and Numeric to String.
I don't know if this is a big thing or not. Just a piece of thought.
These two would help to sort out VIs when you want to make llb plugins, to determine who goes where.
I'd like to right click on an item in the project explorer, and have two more options "Open private callees" and "Open public callees.
By "private callees" I mean: the callees that the selected VI is the only one to call in the whole project.
By "public callees" I mean: the callees of the selected VI that are called by at least one other VI in the project.
(I mean directly called and not dynamically of course, the developper would have of way to distinguish his VIs that are called dynymically).
Again, I've done it for personal purposes, here's the snippet in 8.6 for those who might like it.
How many times have YOU right-clicked on an output of a function to select Create... --> Indicator, or on a function input to select Create --> Control? I find myself doing that operation over-and-over-and-over-again. Wouldn't it be handy if the first choice of the drop down was Create Indicator (or Create Control for the inputs), i.e. above "Visible items >"?
Whenever you are looking for a Mouse Move, Enter or Leave event over a 2D Picture indicator, it takes into account the frame and returns negative values.
It is easy to control that, but I think it will be a good idea to give the user the option to choose if the event has to be fired whenever you enter the actual indicator (without the frame). Another option would be to take the frame away of the indicator.
What do you think?
PS: I attach a VI.
I would like to have multiple windows for the same VI available for LabVIEW. One example of this is in onenote. If you hit 'control M', another window pop's up and you can edit, drag and drop, etc, both tied to the core file. This would be useful for debugging, coping code to a different case, etc.
In "Image Displays", Images are locked in the center position when the area is bigger than the image. Could we have more control onver their position ?
This feature would be useful for those who need to show images with different sizes in the same "Image Display" (not simultaneously).
I guess a new ImaqImage property like "center position" or "top left corner position" or "alignment" would be enough ?
When you have something to print you can develop a VI with the option : 'print after execution'
With complex information, you can have a printable VI for graphical data, a VI for array data, ...
When you print all data you have a lot of paper.
But when your printer is a PDF printer, you have a lot of file with 1 page and not 1 file with a lot of page !
I suggest to have a way to create a print task, add a VI to print (with a option like 'add to print task after execution') and to have a command for run the print.
Advanced option :
A option to create more a print task.
So you can prepare the print task and juste run it on a event (and no loose time to build or re build the data if the same event comes again).
Currently when a search is made in the "find examples" window of LabVIEW it is not possible to find its folder path in the browse tab.
I would like to suggest the ability to right-click the search result and to have an option to find that search result in the browse tab.
This would be extremely useful when locating an example and then posting online the location in the example browser.
Here is an example of what it would look like:
National Instruments UK
A) You right-click in your project and instead of adding a new target e.g...you can add a data source. This data source could be a web service, an XML file (eithe local or at a http address...), an ODBC database, a modbus TCP/IP register etc. etc. You can now access the data from this by dragging the source icon in the projects list onto your block diagram. This would give you a reference and polymorph accessor VIs.
B) You drop a data source express VI onto the diagram and it pops up with a dialog that allows you to select the type of source.
C) Perhaps we could even integrate this even more; if I right click on a table e.g. I can choose to link it to a data source - and have a wide variety of sources to choose from. Yes, we already have the shared variable or data socket based data binding option, but we should be able to bind it to lots of different, open and industry standard sources.
when you place some control in the front panel, You don't have any idea of his position, You don't have posibility to control de exact position of this control, and You can't edit this position, only you have a small tip strip display when you move this control.You cant change the position of a control wiht the properties nodes in execution time, but this is not enough.
place a display in the front panel, to display the absolute position of a control, and his size, and when it is selected, to able to put his position, in additional way in the properties of control, having the posibility to do the same operation.