Michael Aivaliotis

Added a LabVIEW Wiki page that covers this. Anyone can edit and improve it if they desire: http://labviewwiki.org/Development_Environment_Event_Callback_VIs

I would think twice before generalizing like that. User events are at the top of my list and many others I've talked to, when it comes to inter-process communication. Also, using the timeout frame is a common use-case for reading other data that needs polling or other updates between events. In fact, at the CLA summit, there were many requests by other CLAs to extend the capabilities of the Event Structure even further, since handling user events is simply not enough. Even though, at the end of the day, I'd really like NI to find a solution to this problem which allows me to register for events all willy nilly-like and only selectively create cases to handle them - my gut tells me that, If I I don't need to react on an event then I shouldn't really be registering for it in the first place, should I. For now, I would chalk it up to: "Hey, I just learned something cool and I really should spread the word about this 'best practice' to my colleagues and warn them about it." Education is important. I really like the option of having a right-click menu toggle in the future that would allow you to enforce that you must have a case for every registered event. The default behavior should be as it is now. This way, anyone relying on the old behavior doesn't get screwed during an upgrade. However, I would also like an options switch to allow setting the default mode for event structures. Similar to the auto-grow option. At least, this way there would be a documentation entry which the user can browse to find out more.

I dunno man. It sounds like you need a database instead of a file. Just load the data you need based on a query. But that's a whole other thread perhaps.

Don't use any type definitions inside your class data. I'm not sure I'm following what your final implementation looks like. You're letting LabVIEW load the object with the binary read function and then fixing your index if it's bad? Is the index a scalar value that requires some logic to determine its value? I would probably use the class version number to determine what code to execute on the data to fix the index. At the end of the day, you still need to do some "fixing". When I've had to do this. I use a multi-stage sequential conversion routine. based on what version I'm reading. So if you have 3 versions of your file then you would do 1->2->3. Needing 2 conversion routines. I've stayed away from using the class versioning system for saving object data because I tend to use typedef clusters in my objects. Ya, I know, bad - bad Michael. I'm slowly trying to ween myself from this habit.

All of us here on LAVA wish you a speedy recovery.

The book describes how I used to program like 10 years ago. I later migrated to OpenGoop, Very out of date. It's very light on the OO concepts as well. Native LVOOP is the only way to go moving forward and this book doesn't help you get there. Not saying you can't use the methods described, but why would you when there are better ways. As far as the printing, I was lucky to get the first one out in 2003. So quality was excellent.

Where are you located?

It's apparently a known issue that is going to be fixed in an upcoming release. Thanks for reporting it.

I just reported it to Invision. Thanks.

There are two icons which you can use to link back to lava. Please link directly (do not copy to your site) to these icons: http://lavag.org/uploads/links/lava.png (80x31) http://lavag.org/uploads/links/lback-lava.png (88x31) These can be used by any other blogger or website as well.

Daklu, any chance for you to attach your code instead of just images?

I've seen this delay before, but not LV2010. I've seen this in LV2009. It happened only in one project of mine. I tried several things to debug it and came to the conclusion that it was due to the complexity of the VIs and not the entire project. Editing some VIs was faster than others. Here's a video showing this: <object id="scPlayer" width="375" height="268" type="application/x-shockwave-flash" data="http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/jingswfplayer.swf"> <param name="movie" value="http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/jingswfplayer.swf"> <param name="quality" value="high"> <param name="bgcolor" value="#FFFFFF"> <param name="flashVars" value="thumb=http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/FirstFrame.jpg&containerwidth=375&containerheight=268&content=http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/00000023.swf&blurover=false"> <param name="allowFullScreen" value="true"> <param name="scale" value="showall"> <param name="allowScriptAccess" value="always"> <param name="base" value="http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/"> Unable to display content. Adobe Flash is required. </object> I don't know what all you guys are talking about. All of this feels like superstition. Don't walk under a ladder or else you get bad luck. Gimme a break.

I agree with you too! Why can't we prevent editing (changing the code) but allow copying and find all instances etc?

I agree with crelf.

I just want to see it. You can just attach it to the current thread as a zip file. Whatever you have. Edit: I just moved this thread to a different subforum.

Not the Block Diagrams you're looking for:

You can't imagine how happy you made me right now... I'd love to see this implemented. Is it possible for us to see some of the code? What are your plans for this. Perhaps post it on the LAVA CR?

Good idea Darren.

Stupid question. Why does your plugin class have to be in a separate project? Your statement: "To make it easier for people to add their own functionality to the program without having to dig into the full project" is not clear to me. Which class is the reusable component? Classes are libraries and libraries are by design meant to be reused.

So what's the real problem Ton? Do you have a website that's causing NI some problems?

Thanks to Tomi for introducing me to this: http://notinventedhe.re/on/2011-2-3

True, LabVIEW has limitations. That's why we're all here pushing the limits right? It's also true that you can have a successful lifelong career in LabVIEW and even run a software company that uses LabVIEW to its core, without ever having to touch a sigle line of text code. Oh, and it's fun too. The nice thing about all this: I never even once throughout the years doubted my decision to base my career around LabVIEW.

The thing with LabVIEW is, either you "get it" or you don't. Those that don't will never change, so don't bother. Our job is to try and find those that "get it" and help them grow. Hmm, that sounds like a religion.

For now it's stuff that I feel needs to be featured.

For some reason, links on the LAVA CR pages look a little different. I'm working on fixing this. Edit: This is now fixed. The links on the LAVA CR match the look on the rest of the site.