Michael Aivaliotis Posted April 9, 2006 Report Share Posted April 9, 2006 Can someone tell me how to ignore password protected VI's when I use the find function in LV8? For some reason NI vi's are ignored but mine aren't. This seems a little selfish don't you think? Quote Link to comment
crelf Posted April 9, 2006 Report Share Posted April 9, 2006 For some reason NI vi's are ignored but mine aren't. So there's some extra flag in the file that distinguishes it as "NI" - or is it because they reside in vi.lib? Quote Link to comment
Jim Kring Posted April 9, 2006 Report Share Posted April 9, 2006 My bet is that it is a vi.lib thing. Quote Link to comment
Rolf Kalbermatter Posted April 10, 2006 Report Share Posted April 10, 2006 So there's some extra flag in the file that distinguishes it as "NI" - or is it because they reside in vi.lib? Could be. Or if they are VIs from the LabVIEW DSC system or similar toolkits it could be the system flag for those VIs that also excludes them from being visible in the VI hierarchy and in eneral any search of any kind. Rolf Kalbermatter Quote Link to comment
i2dx Posted April 10, 2006 Report Share Posted April 10, 2006 My bet is that it is a vi.lib thing. or they are marked as "IsSystemVI" ? Quote Link to comment
Jim Kring Posted April 10, 2006 Report Share Posted April 10, 2006 or they are marked as "IsSystemVI" ? No, I don't think so. Quote Link to comment
Michael Aivaliotis Posted June 19, 2006 Author Report Share Posted June 19, 2006 I've moved this topic to the wish list because I think NI's integration with password protected VI's and the search function completely sucks. Actually, there is NO consideration of password protected VI's in LabVIEW's search function. I would like the following: A flag in the search options that allows you to ignore protected VI's If the flag is not set and a password dialog pops up during the search, there should be a checkbox asking if you want to: "ignore future searches in protected VI's (for this search)". #2 is important because when the password dialog pops up, you only have the option to Cancel. This only cancels the current VI. If you have hundreds of password protected VI's then you will get hundreds of pop-ups. Perhaps an ABORT of the search in this dialog is better. Otherwise you have to play a game of: escape+click, escape+click, escape+click in order to abort the search. Quote Link to comment
Jim Kring Posted June 24, 2006 Report Share Posted June 24, 2006 I've moved this topic to the wish list because I think NI's integration with password protected VI's and the search function completely sucks. Actually, there is NO consideration of password protected VI's in LabVIEW's search function. I would like the following:A flag in the search options that allows you to ignore protected VI's If the flag is not set and a password dialog pops up during the search, there should be a checkbox asking if you want to: "ignore future searches in protected VI's (for this search)". #2 is important because when the password dialog pops up, you only have the option to Cancel. This only cancels the current VI. If you have hundreds of password protected VI's then you will get hundreds of pop-ups. Perhaps an ABORT of the search in this dialog is better. Otherwise you have to play a game of: escape+click, escape+click, escape+click in order to abort the search. I agree that we need these suggested features. Quote Link to comment
Michael Aivaliotis Posted October 2, 2006 Author Report Share Posted October 2, 2006 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. Quote Link to comment
Jacemdom Posted October 2, 2006 Report Share Posted October 2, 2006 Please add a checkbox to ignore password protected VI's. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.