Michael Aivaliotis

QUOTE(Norm Kirchner @ Oct 19 2007, 05:51 AM)

I am definetly on board with pushing NI to allow us to easily plug in our own additions to the Dev environment...

You guys have to stop thinking that way. You want something, build it yourself. You could probably crank out something in a few weeks that would take NI several years to release. Do whatever you have to do to make your life easier.

QUOTE(Norm Kirchner @ Oct 19 2007, 05:51 AM)

I am definetly on board with pushing NI to allow us to easily plug in our own additions to the Dev environment...

You guys have to stop thinking that way. You want something, build it yourself. You could probably crank out something in a few weeks that would take NI several years to release. Do whatever you have to do to make your life easier.

This offer is now ended. Only Premium Members can change their name moving forward.

http://www.labviewjobs.com/

http://www.justtestjobs.com/

File a bug report with NI.

So I split out these topics into another thread so I don't hijack the original discussion.

QUOTE(tcplomp @ Oct 18 2007, 09:21 PM)

Nice, but I had the same ideas when I started working with Yen on the Code Capture Tool but you end up in mailing the same stuff around.

I couldn't keep it clean anymore so I moved it to Sourceforge.net That is where such stuff can sit nice and easily and you can do the development in a decent way.

So maybe Forum with Subversion/CVS support

Ton

Basically, my thoughts are that you will probably have much larger bandwidth capability by placing the code on sourceforge. Also, getting SVN running on the LAVA server will probably take several weekends and is not something i am going to enjoy. I suggest just a forum called: "CR in-developement" which will have threads for various code projects. The first post of each thread can have a link to the SVN repository info on sourceforge.

The nice thing about LAVA is that we are reaching a nice critical mass. Discussions are alive and exciting here. We've created a pretty decent community and I think we can get a lot done. It took five years to reach this level of involvement and I don't want to break the flow by telling everyone that they now must go use the weak Sourceforge forum tools for discussions. You can have the code on the sourceforge SVN for development but keep the discussions here on LAVA. only the released versions should go in the Code Repository after development has reached a stage for release.

I have an idea. Should we move this thread and other potential CR candidates to a special "CR in-development" area to better facilitate this? I think there is enough momentum here to justify this. After a bunch of thrashing, we can produce some decent CR code. Thoughts?

I have an idea. Should we move this thread and other potential CR candidates to a special "CR in-development" area to better facilitate this? I think there is enough momentum here to justify this. After a bunch of thrashing, we can produce some decent CR code. Thoughts?

You mean these?

Download File:post-2-1192736521.zip

Qualified Name Array To Single String.vi takes a VI's qualified name, given as an array of strings, and converts it to a single colon-delimited string. This VI may be useful for working with VIs owned by any library type, and it is used as a subVI of the other two VIs in this .zip file.

Is This Control Of This LabVIEW Class.vi takes a control refnum and a LabVIEW class refnum and tells whether the control is an instance of the given LabVIEW class. It returns true for regular class controls/indicators and for XControls of the class.

Is This Control Of LabVIEW Object Class.vi is the same as the previous, except it does not take a class refnum for input. LabVIEW Object is the built-in class that is the ancestor of all other LabVIEW classes, and this VI specifically checks to see if the given control is an instance of this class.

I'm pretty sure I saw outline mode just a few days ago. It was probably when clicking on search results...

I have a better idea. Why doesn't someone start a wiki article that answers this question since it's been the 1000th time someone has asked this on the forums. We currently have a calling a VI category which has bits and pieces but no one comprehensive article. There realy is many ways to call a VI let us list the ways and what are the differences. An overview article is really necessary here.

QUOTE(neB @ Oct 18 2007, 03:54 AM)

I thought it was funny.

Welcome to LAVA!

Ben

QUOTE(silmaril @ Oct 18 2007, 04:46 AM)

In the LV User Group Meeting during VIP 2007 (last week's NI congress in Germany), the NI people told us that LV 8.5.1 will be released "in a couple of months".

Sure, and probably some time after that you will see LV 9.0. Oh and probably sometime after that you will see 9.1 then 9.1.1 then 10.0 then... So?

Threaded and outline mode was removed because it causes more problems to 95% of the people than the benefit it offered the few that liked it.

QUOTE(angel33 @ Oct 17 2007, 11:42 AM)

I'm here to just surf and get to know everyone here .My name is heather and I just like to get to know alot of others on this site.

Welcome to the forums, but what's with the attached image? You can't possibly think that's friendly.

QUOTE(Dean Mills @ Oct 15 2007, 01:34 PM)

... how do some of you find the time to read and discuss so many questions? Are the rest of us just poor at time management or work too much....

Many say that I have a God-like http://en.wikipedia.org/wiki/Omnipresence' target="_blank">omnipresence. That's not true. It just appears that way.

QUOTE(Justin Goeres @ Oct 16 2007, 11:17 AM)

I understand (or at least I think I would understand, if I cared to delve into it ) the reasons for it, but having a runtime-engine that's pushing 100 MB...

I prefer at least to always remind everyone that the 24MB run-time works just fine thank you.

I would recommend this for a Code Repository candidate. Please consider.

QUOTE(Darren @ Oct 15 2007, 12:09 PM)

What kind of "callback" VI are you referring to, i.e. how specifically is the VI being called?

-D

Using the Register Event Callback node.

Ok, this may be a bug, I (or LabVIEW) may be retarted, or fill in the blank. How do you debug callback VI's? I assumed that you could just put a breakpoint in the callback VI and the instance would break, but it doesn't. Any ideas?

It never ceases to amaze me where LAVA threads end up... but still, looking for LAVA lurkers out there. Just post and say Hi.

QUOTE(crelf @ Oct 15 2007, 10:18 AM)

PS: get better soon dude! (and don't forget to claim the time spent on the couch on LAVA as billable )

crelf, you're talking to an NI employee. They don't work like system integrators.

QUOTE(DaveKielpinski @ Oct 13 2007, 08:45 AM)

I tried to extend Michael's code in a simple-minded way to handle multiple events, by adding another element to the RegEvents terminal. Suddenly I was no longer allowed to connect to the dynamic events terminals! I could still select any event I wanted for RegEvents, as long as there was only one event. I don't see why this should be...

Sorry Dave. Here's how to add more items. We won't get into why this happens. Suffice to say that the registration refnum is typed to the data and because the uninitialized shift register is well, uninitialized, it retains the datatype. You need to type the wire by feeding in the registration refnum data from the outside of the while loop. We can't wire anything from outside the loop because this Facade vi runs only one iteration and the shift register retains the value from the previous run. To make a long story short here's what to do in 3 steps:

BTW, you don't HAVE to change your display name... just thought some people might want a space between their first and last name.