Michael Aivaliotis

Please upload a sample VI or image. If this is true then it's a serious bug!!

So I guess I should start a dozen or more LabVIEW websites to increase the index eh? :laugh:

Just want to raise this again as a wish list item since it seems that some work was done in LV8.20 to address certain search use cases but this one STILL is not addressed. Ignore clones, ignore vi.lib etc. Please add a checkbox to ignore password protected VI's.

I just refuse to use any type of Google Reader or Google email... Mainly because everyone is using it. There is no logic behind this choice. It's too hip. I'm using some other web based email program but I won't mention it because I don't want anyone else to use it. If this sounds ridiculous, then that's the way it's suppose to sound.

I suggest you get the latest copy of LabVIEW 8.20 (legaly) and open your existing code and start fixing the areas of concern. On the other hand, If you only have 6.1 then just program away as you always did with that version. Just because a newer version of LV has some cool new feature doesn't mean you have to incorporate it into your 6.1 code or make sure it will be compatible with 8.20. The newer versions of LV will automatically recompile and replace deperecated functions with newer equivalents, most of the time, automatically. Just beware that once you start using 8.20 features, then you cannot, in general, downgrade your code to an older version.

In my opinion, this single feature fulfills most of my use cases since I can make my own code to do what I want.

I would like to see the following features in future versions of the application installer builder. Ability to use keyword substitution in the information fields. For example, if I want to specify a subfolder where I want my shortcuts to be installed, I should be able to specify [Manufacturer]\[ProductName]. It seems that some fields support this but some don't. It's not consistent. Ability to hide the path selection field for National Instruments software installs. I prefer to hardcode this and not allow the user to change it. Ability to launch an EXE before or during the installation. This exe may be included with the installer. Also this exe may require the LV run-time which means that we need the ability to install the run-time first. The "run the executable after the installation" option should have the ability to show a checkbox to the user to selectively run this if they want. The additional NI installers must have an option to download from the web (NI site). This way we can reduce the distribution size. When selected, the installer would download the required setup then run it. In addition to this we should be allowed to overide the NI web distribution URL. This would allow companies to re-distribute the installer on an internal server if necessary. The additional NI installers only shows what's installed. It would be nice to allow selection of other versions not available on your machine. More powerful "system requirements" section. For example, only install if specific registry keys or files exist. Finally, the ability to bundle the install files into a single setup.exe.

Why not just copy the VI's to a new location via file explorer? They'll still point to the common code base. Am I missing something?

Hmm, I have not created one from scratch in 8.x. I too did the work originally in 7.x. They seemed to inherit the other states by just upgrading to 8.x. I know the process can be automated because i've seen it done. I can't recall how at the moment.

Even though your idea is also a good one, I was thinking something else. Actually, I always makes sure all my VI's are in memory. Is there any other way to code? Before the project view, I had a VI Tree vi that I used to place all my important vi's on the block diagram. I then open this single VI to make sure I have everything accounted for. There are several reasons I like this. The primary is that when you update typedefs, all VI's get updated automatically without later surprises. When you use the save as feature with rename, all refering VI's get updated without later surprises. When you do a search, all VI's get searched. There are others that I can't recall right now. I'm not saying that this should be a default feature but something that can be turned on, on a per\project basis. Perhaps there's another way to address the above uses-cases in LV8.x but right now, I don't see it.

I'm getting used to the new project view in LV8.x. A feature that I think would be neat is the ability to specify a VI or LLB that will automatically get loaded into memory when you open a project.

Congrats, you win!

Chris, as I'm the guy who created the original "master" button, I think I can help out a little... I'm not going to give away the secret just yet. I find it interesting to see everyone trying to figure it out. You are so very close with the decal concept, however, as you can see, when you click on the image, it doesn't shift down and to the right as in VIPM. Keep trying

Original Post: http://forums.ni.com/ni/board/message?boar...315#M205315 This was reported to R&D (#41DGI1R0) for further investigation.

Original Post: http://forums.ni.com/ni/board/message?boar...ssage.id=206072 Download File:post-2-1158649357.vi

In LabVIEW 8.2, when you are using the wiring tool and hover over a node terminal, the terminal highlights but it does not flash. Was this changed on purpose? Not sure if this is good or bad, just different.

Is there any way to set a property on a project folder in such a way that it is synced automatically to a physical hard drive folder? This way, when you add stuff into the hard drive folder it automatically appears in the project view? This is in the project explorer of 8.20.

I'd like to change the palette that shows up first when I right-click on my diagram. Is this possible? If so, how? Specifically, I'd like to set the programming palette as the root palette. I'm using LV8.20

Can't understand how that works. Can you attach the code or give some more details? I mean what class is that?

The 8.20 exe builder allows setting of a version number. Is there any way to access this programmatically within a built app? I tried the App version property but it returns the LV version.

http://www.businessweek.com/innovate/conte...logy_spr_future

That's right. I noticed it after I made the post. Sneaky little bugger.

Screenshots: Hmm, there's only 19 candles on the cake...

Original Post: http://forums.ni.com/ni/board/message?boar...ssage.id=204543 Confirmed Response: Download File:post-2-1158201763.llb

Original Post: http://forums.ni.com/ni/board/message?boar...ssage.id=204785 confirmed Response: