Dirk J.

QUOTE(spaceboy @ Jul 23 2007, 10:38 PM) If you have the opportunity to upgrade, do so! The event structure greatly simplifies this kind of tasks, i.e. you can simple respond to Stopbutton.Click; Password.Valuechange and Tabs.Valuechange events. Using Stop is not recommended because it, well, stops. Immediately. Without you ever having a chance to clean up stuff. You might want to look into "state machine" VI architecture for your VI. I don't have any version below 8.21 available now, so I can't upload a VI, but here are some screenshots that may help you going. There are 4 states, some resembling the frames in your VI: - initialize: stuff performed in 1st frame of your VI. after that, go to "poll". - poll: checks the stop and enter password button to decide what to do ("quit" or "verify password") - verify password: checks your password. if OK go to "rest of VI", if not, back to "poll" - rest of VI: whatever you want to do more here - quit: stops the VI. you could do cleanup in this state.

QUOTE(yen @ Jul 23 2007, 08:14 PM) Ah, but that was deeplinked to the NI forums, it wasn't mine Regarding encapsulation, I agree. The way I use it, is implemented in a LVOOP class. Some problems may arise however if a developer decides to fork the wire, which will create a new class with the same pointers. Still, that, or maybe an OpenG-by-ref class is the best way to go.

QUOTE(yen @ Jul 21 2007, 09:27 PM) which other version? anyway, what I meant was that I know people who consider using CLF's not 'pure G'; because some of the code is hidden in a dll ... in this particular case, I favor this dialog to select a folder over Labview's because my users (mostly students in my lab) are used to this one. they usually select the wrong directory using LV's dialog. QUOTE(rolfk @ Jul 22 2007, 10:14 AM) I think this has a memory leak. The IDList returned by SHBrowseForFolder is a memory buffer that should be freed with the (originally undocumented) ILFree function in shell32.dll. thanks, fixed. (it's easy, so I won't post a new version).

QUOTE I tend to store them in a separate directory anyway (but not in user.lib at this time) maybe the advantage would be that it's easier to link to other contributions ("this CR-snippet requires that-and-that snippet")

QUOTE(yen @ Jul 20 2007, 02:55 PM) If you allow for using a lot of Call Library Function Nodes, then this one is. User inputs: owning VI, title of the dialog, root item of the dialog, browse options Outputs: selected directory and it's display name. PS: I didn't solve the 'image' issue, but on the other hand, that will only return an index for the system image list - which should be accessable in some mysterious way)

From a UI perspective, it would be nice to specify the title as well. QUOTE(yen @ Jul 20 2007, 01:27 PM) Here's a modified version which makes the calling VI owner of the dialog, and displays a custom title.

you can also use the ShBrowseForFolder function. An implementation was posted on the NI forums here, this is the file browse.vi (as you'll find, the BrowseInfo structure, which is a cluster of pointers, that is I32 is not filled in in this example. any ideas on how to accomplish this?)

Look at the 'similar topics' listed below...

Hmmm.... Thanks for figuring that out, that's a time-saver!! QUOTE(tcplomp @ Jul 5 2007, 05:32 PM)

QUOTE(orko @ Jun 27 2007, 04:39 PM) That's default already. QUOTE I can tell you that this is definitely not IE7 related, since I'm still using IE6 ;-) ok, I don't remember when this started, on a LV upgrade or an IE upgrade...

QUOTE(alfa @ Jun 27 2007, 10:14 AM) depending on your religious perspective, it will be probably one of these:

and voila, Nullll got someone to do his homework again ;-) sure hope Sally is also reading this

QUOTE(orko @ Jun 27 2007, 12:29 AM) that kind of works for me... the llb now opens in explorer but the 'details' view is not persistent. but at least it gives me a button to change to details view faster than in IE. BTW, is this problem IE7 related? Something MS changed to override DDE based file associations with Explorer?

QUOTE(Omar Mussa @ Jun 25 2007, 09:43 PM) Related to this... LLB's only open using Internet Explorer on my system; I can't get them to open in Windows Explorer, which sucks because IE defaults to "Icon" viewstyle whereas I would rather have "Details".

ah, the good stuff! both the templates and the endevo tool seem extremely usfull... thanks!

QUOTE(dbyers3 @ Jun 7 2007, 09:03 PM) See here for the VI to do (part of) this... QUOTE Look at this registry key (just read it out): or, if you don't like registry stuff, use this VI. http://forums.lavag.org/index.php?act=attach&type=post&id=6054

QUOTE that's in reverse order of appriciation!

QUOTE(tcplomp @ Jun 1 2007, 03:58 PM) Thanks, that makes sense. QUOTE Now here's my Q: Does anyone know how to set the 'private' state of a lvlib-member? Or detect the state of such a member. Like this: http://forums.lavag.org/index.php?act=attach&type=post&id=6005''>http://forums.lavag.org/index.php?act=attach&type=post&id=6005'>http://forums.lavag.org/index.php?act=attach&type=post&id=6005

I'm trying to generate an lvlib for the contents of an LLB, see screenshot. The code works fine, but if I open dummy.lvlib directly, and then try to open one of the VI's, I get this message: "mytest.vi" is at the expected path but is not part of "dummy.lvlib". Do you want to update the VI to be part of the library or remove the item from the library? Is there any way to "update" the VI's programmatically? http://forums.lavag.org/index.php?act=attach&type=post&id=5998

I guess you need to find out what your curves represent and not what they look like. My guess: top one is some kind of absorption peak (Gaussian/Lorenzian) and the second one is related through it by a Kramers-Kronig relation or something similar. You can estimate it roughly by the derivative of a Gaussian. QUOTE(Glenn @ May 22 2007, 10:24 PM)

when running: right-click and select Clear Graph in edit mode: right-click and select Data Operations > Clear Graph. you can also wire an empty array. second, buy the Application Builder.

QUOTE(Submeg @ May 14 2007, 01:43 AM) All you need to to, realizing we're not all experts in rotary actuators, is post your best attempts so far, maybe including the equations describing your problem, etc. No offence, but right now, it seems you're asking for us to do your homework for you.

QUOTE(alnaimi @ May 10 2007, 03:57 PM) well, after all we've been through, do you mind telling us wat solved your problem?

Briljant idea!!

QUOTE(SeniorStudent @ May 9 2007, 11:50 PM) Your signal to noise ratio is very low. I had to read your question a couple of times before I could decipher it. anyway, howmany lins hs da LPT? RU able 2 ctrl > 2 lins?