crelf

BB Queue, brew, and food

You've got far too much time on your hands...

Boo-mer! Boo-mer! Boo-mer!

For those wonder what the hell Mike's drooling over:

......................Boomer

priceless

You forgot:

5 straight nights of solid drinking

Thanks, that helps. It is how I was starting to understand it, but that explanation clears it up. That is the tough part of being the only LabVIEW guy here, no one to bounce ideas off of or ask opinions. Which is Why we are here right?

Sure is - and it's also another reason to get yourself down to NI-Week and have a beer with us!

LCOD is essentially elaborate functional (LV2-style) globals that use an enum-controlled state-machine (commands... i.e. methods, property get/set commands) that can be used for data hiding and auto-initialization (1st call, invalid refnums, etc).

I think that comparing LCOD and GOOP is like comparing apples and oranges. Sure, both methods allow you to encapsulate data in a private way, but I can't see a way of instansiating objects using the LCOD method, which (for me at least) is the main reason to use OO (that's where the scalability comes in - check out this for an introduction). There's also several other benefits to OO, inlcuding the ability to use inheritance from parent classes, etc... That said, many (but not all) GOOP engines use LCODs in their object repositories, so you could argue that OO extends the LCOD paradigm even further...

Well here's a teaser for your troubles..

You're lucky there's a swear filter on LAVA...

LOX BBQ's will never take off in Aus. The whole point of a BBQ is to slow cook the meat so that you have plenty of time for PLENTY of :beer:

Another reason why Cricket matches go for five days (unless Australia is playing )

I agree. I was particularly impressed with the realistic space dogfighting. No more banking your spacecraft to turn etc.

...and the sounds of battle were really really quiet - I appreciate that sort of detail.

Done and done! ... and done and done and done...

I'd do anything for a Tooheys Old right now...

How is this done? Is there a link on the NI website I could refer to?

A polymorphic VI is just a collection of like VIs (like a a library). As always, the best place to start is to RTM (under the help menu).

Sorry for my late post.

Thanks Michael and crelf! your solution is a lot more elegant than mine.

No worries - that's how you learn I hope that you'll be able to teach us a thing or two one day!

So, and this the reason of this topic: Why theres is a LabVIEW Report Generation Toolkit for Microsoft Office and not for OpenOffice.org.

Because of demand - if enough people want the OpenOffice toolkit and it produces enough of a ROI, then I'm sure NI would consider it. I just don't think there are enough people that are using both OpenOffice AND LabVIEW to make it worth their financial while. That said, there's nothing stopping you from writting such a toolkit - in fact, if you need help, it could be an appropriate OpenG project.

Your tail of the break reminded me of hearing about how we got the standard distance between railroad rails.

Which leads us to this story... (note the correct spelling of "arse" )

...as I got out of my chair to shake his hand he said with a big grin, "G'day you old bastard"

Hey - how is Pat? He's a top bloke!

but I don't drink beer...

You what?!?!?

I hope the intension is to also include the button groups from that library.

Absolutely - sorry guys, but I've been pretty flat out with the new job recently - I hope to get back into the swing of things soon...

Another of life's little dangling threads cleared up.

Glad to have helped! :laugh:

That's why they sell it in Germany as "Fosters - Famous Australian Beer". Nobody want's to drink it @ home => they have to sell it somewhere else.

By the way, crelf do you live in Australia /if yes: where?

cheers,l

CB

Not that I'm standing up for Fosters (no fair dinkum Aussie would ever do that ), I have had it in the USA and the recipe is certainly different - still not great, but much better that the brew at home (then again, maybe I was spoilt for choices in Australia). My beer of choice in Oz is Toohey's Old, and my beer of choice in the USA is Shiner Bock (when I can get it) - they're very similar.

I'm not in Oz at the moment - I grew up in the bush here, and spent most of my professional life here, but now I'm here working for them.

Is it just an American Urban Legend or is/was there an Aussie saying that, "I'm so thirsty I'd drink water..." ?

Can't say I've ever known an Aussie that thirsty! Yes, that saying is used a lot, often in variations like: "I'm so thirsty I'd drink Fosters" or "I'm so thirsty I'd drink yank beer"

G'Day jdebuhr and welcome! I think you'll find a lot of really useful stuff here on LAVA (if you're not into visiting the site every day, there's an excellent RSS component for Outlook that you can get - more info here). You'll also notice that we have a bit of fun right here in the LAVA lounge too. I'm in Farmington Hills (not far from Detroit), so if you're ever over this way, be sure to hit me up for a :beer: or two!

For the higher numbers (just some of them, not all, yeech) couldn't we use scripting to make a sparse ring with just a hundred or so at a range? I'm not at a LV 8 machine right now or I'd try something.

I don't know how valuable that would be - I'm more than happy with the little 113 element version, as if what I'm looking for is way above that, then I'm probably going to find it in the LabVIEW help and just wire in an I32 anyway. That said, it does improve code readability...

Never thought I'd hear or read such an admission from any Aussie

I suppose I should have finished my sentance:

"I don't think I could drink that much beer, but I'll give it a go!"

BTW, it seems the forum itself really didn't like your change of the avatar -

Mel should be back and smiling now - sorry for the interruption, and in Kermit's famous words: "We now return you to your regular scheduled programme..."

It would be nice if NI got LabVIEW RT to work with the new INTEL dual-core processors.. <sigh..>

They're working on it...