I love the bookmark idea that has been implements in 2013. I have been using the a lot. What I would like is for the bookmarks to have a dropdown menu in the Project window so that I can quickly find any VI that has a bookmark within the project. I feel this is easier than having a completely separate window that you have to search for for bookmarks. I often use the bookmarks for "TO DO" statements, and this way I can easily see everything I need to do in a project at a glance once I open up the project .I would want another tree menu basically labeled bookmarks that can be expanded to show all my notes.
Some times it is not easy to find the actual edited vi in the project window.
I would recommend to add an additional entry in the icon pop up window (front panel and block diagram window) that finds the actual vi in the project window.
After deleting items I don't want in the project, or loading plugins in a plugin architecture, I want to remove them from the LabVIEW memory. This is not possible now, as they go into Dependencies->Items in Memory.
The only way to do this now is to close and open the project, which over a large Plug-in architecture project is a real pain.
Ideally, I would like to right click the folder and choose "remove from memory". However, any option that allows this would be good.
So you have a case structure with a bunch of cases where wires proceed straight across unbothered. It could be a state machine with a state queue and error cluster and some persistent state information. It could be a DAQ module action engine. It could be a state case where you pick one of several wires to do something special with and pass all the others through. It could be a bunch of things, hardly matters what.
Wiring these is tedious, a source of error, and distracting in reading.
I think a better way would be to use pairs of tunnels, one in on the left and one out on the right. If the output tunnel of a pair isn't wired for a case, it acts as being wired from its paired input tunnel. These would set up and edit a lot like shift registers - you can link them the same way, and they slide up and down together, and they get a special visual appearance: instead of an up-and-down arrow, both sides would, perhaps, get sharp right-pointing arrows.
In order to provide an Owner when showing a .NET dialog, we need to create a IWin32Window Handle to the front panel window. This KB article shows how this can be done, which requires a DLL to be available. My suggestion is that there is a Front Panel property which returns this Handle as a .NET IWin32Window value.
This should work!! I know there are workarounds and I have used them but it would be much easier.
On Windows, you can define environment variables that auto expand to known directories. There are some variables that are already defined by the system. For example, %TEMP% automatically expands to c:\Users\<username>\AppData\Local\Temp OR WHEREVER THE USER MOVED TEMP DURING INSTALLATION. That's the important part .That makes it possible to write %TEMP%\abc as a symbolic path that works regardless of how the system gets reconfigured.
Users can define their own environment variables, and those get expanded when used in a path in the command line or Windows Explorer (the text entry region at the top of an Explorer window). On Linux and Mac, it is the equivalent of using $VARIABLENAME/abc, where VARIABLENAME is some user-chosen name.
[admin edit] Added background information on environment variables, and updated title to use the word "Environment" instead of "Environmental".
Some times the controls/indicators -> Copy / pasted to an VI are placed at a far off place.
Need to use Navigator to pull back to the Normal position.
Is ti worth to limit the Maximum Front panel size ? or Boundary ? . To avoid this case.
Not sure any such idea is proposed.
I often paste, as a text comment onto the diagram or front panel, a URL to a web site that inspired or informed my code. I would like the ability to paste a live hyperlink to that web page so that I can quickly get back there in the future.
National Physical Laboratory
I would like a programmatic (VI Scripting?) equivalent to the "Replace with a packed library..." option that appears when I right-click on an lvlib in the Project Explorer.
I wonder if this is already implemented using VIs in vi.lib (similar to the App Builder API), but I can't seem to find what I'm looking for.
There are times when I don't really like the way feedback nodes make my diagrams appear:
I don't like the wires going back and overlapping things. This usually happens when there are a number of FNs in a single piece of code.
One way to work around this issue is to do something like this:
This splits the wire into two nodes and is essentially the "text based" approach - create a named variable and use it as a buffer. The fact that it's a local doesn't really bother me that much, even though that might raise the local police on me, but it does have some actual disadvantages - memory allocation (not usually a real consideration, but still), difficulty in setting an initial value, a technical possibility of creating race conditions if the user doesn't know what they're doing, it's harder to see that the two nodes are connected, etc.
So what I want is something which would combine the two - allow us to right click a feedback node and select Split, which would split it into two:
which results in this:
This is essentially like having a shift register without the loop. It ties the two parts of the node together and it should allow having an init terminal on the read node. In theory, it could also have a label. Also, note that in this case I didn't limit the vertical positioning of the nodes. This should be useful in cases where nodes are connected through elements which change the height of the wire, like Build Array or Select.
If you want to see some more opinions on this, we discussed it here a few years ago - http://labviewartisan.blogspot.com/2009/03/why-are
Also, here are a couple of alternate visuals, just for completeness, although I don't really like them:
Project Properties / Conditional Disable Symbols / Description & Tips
There is currently no way to add a descriptive text in this window
(in the project properties dialog > Conditional Disable Symbols category, then right-click the table: Description & Tips).
How convenient it would be to be able to open a new "Description" prompt so as to describe each symbol you may want to add for a given project or target,
and especially the possible values that could be paired with the symbol keys. Upon editing a symbol, this description would help users and possibly prevent
them from checking out every single instance of the CD Structure to make sure the new symbol is the right one (espcially as there is no feature to locate the CD structures).
Add an editable Description dialog in the Shortcut Menu of the Conditional Disable Symbols table
When you use TabControls in sizeable front panels,
you can only "Fit to pane" or "Scale object with pane"
to the tabcontrol itself !!!
But not for Its content !
Please handle the Tabpages as pane in order to be able to create userfriendly operator interfaces !
At present you can only select controls/indicators from a common tab. This proves to be a pain when trying to align items throuch the tab container. ie you have 3 identical test panels mounted in a tab container and you want to align them all. this can be quite pain staking and time consuming.
Please can you have a look in to this so I can align or format C or I within different tabs of a common tab container