jaegen

QUOTE(Aristos Queue @ Sep 11 2007, 02:50 PM) Is this why your http://forums.lavag.org/Map-implemented-with-classes-for-85-t8914.html' target="_blank">Map example had an "Empty Node" class, which did nothing? I still haven't figured this one out. Jaegen

Just for the record - the RSS links now jump to the correct page. :thumbup: Jaegen

It seems there's a bug with the RSS feed now. If a thread is only 1 page long, links point directly to the post. If a thread has more than one page, the link just displays the first post - it doesn't drill down into subsequent pages (I'm using Sage in Firefox). Jaegen

QUOTE(Robbie Gehbauer @ Sep 7 2007, 06:54 AM) Fabulous! :worship: Jaegen

Christina's new post reminded me of a question I had: The Create Accessor dialog automatically uses "Read" and "Write" in the VI names - is there any way to make this default to "Get" and "Set" instead? Jaegen

I'll add a "me too". When I wrote the CLAD exam it was on paper - I probably spent more time adding comments to the wording of the questions than actually answering them. Jaegen

QUOTE(yen @ Aug 28 2007, 12:05 PM) I have actually seen this exact problem personally. One day I booted a PC (Win2000), and once I got to the login screen the mouse pointer was jumping all over the screen. It took several hours before I figured out that Windows had decided that the hardware I was testing, which communicated with the PC via RS232, was actually a mouse. Jaegen

QUOTE(Val Brown @ Sep 2 2007, 07:05 PM) Hail Emacs! Just kidding ... I decided to be adventurous and figure out how to install Linux a few years ago. Somewhere along the way I was forced to boot into text mode and edit some files in VI. After spending about 10 minutes just trying to figure out how to close the program I was convinced that the learning curve was too steep for my patience. I've always been uneasy about this though, as I get the impression it can be lightning quick once you know what you're doing. Jaegen

QUOTE(gmart @ Aug 23 2007, 06:03 AM) Is this considered the final solution to this issue? I really hope that the end goal is to have a single *.exe with all the VIs inside it (with names "mangled" like they already are in the development system). Jim's "http://thinkinging.com/2007/08/19/password-protecting-vis-is-security-through-obscurity/' target="_blank">security through obscurity" issue is minor compared to having individual VI files out in the wild with every built executable. Jaegen

UPDATE: (Note: I never tried this in 8.2, so I have no idea whether 8.5 is different) I just built a little EXE with 2 classes, both with member VIs named "Read Value.vi" and "Write Value.vi". The builder won't let the VIs co-exist inside the *.exe file, so it automatically adds folders below the *.exe's folder and puts the VIs there. To manually control this, you can create custom destinations within the build spec, or set VIs to be renamed in the build. There may be other ways. The same thing happens whether one class is a child of the other, or they are just peers. I can certainly see this being a problem with dynamic calls and such ... Jaegen

Here's the thought process I went through when I first saw the release of 8.2: 1. Native classes in LabVIEW??!! With inheritance??!! Woo hoo!!! 2. By-value only??!! Nooooooo!!! 3. (a few months later) Hey, this by-value stuff isn't so bad ... 4. (a few more months later) Hmmmm, this by-value stuff actually makes complete sense 5. (a few weeks ago) Recursion??!! Woo hoo!!! (Disclaimer: This happened to come along at exactly the right time for me - I need a tree class) I hadn't heard about the built-app-name-collision thing until just now (I haven't tried this yet - is it there in 8.5???), and the whole-class-breaks-if-one-VI-is-broken thing just sort of made sense to me when I discovered it, so I've worked around it. Like Justin, I love how code looks when it uses classes well, and I'm very much looking forward to seeing the end result of classifying(?) ... objectifying(?) ... my big application. Jaegen

I was just about to ask about this. Thanks! Jaegen

Just in case anyone (like me) is too impatient to wait for CDs in the mail, the device driver set for LabVIEW 8.5 ("August 2007") is now available for download from NI. Full device drivers set (1579 MB): Here NI-DAQmx only (789 MB): Here All others: See Here Jaegen

QUOTE(Pana-man @ Aug 20 2007, 01:29 PM) :laugh: I don't think Tomi was remarking on the quality of your hardware. He was simply describing the software class as "generic" (i.e. a "utility" class that can be inherited from to provide a more specific interface). Jaegen

Sorry, but I use a right-handed trackball - I don't think they even make a left-handed version of it .Jaegen

QUOTE(Aristos Queue @ Aug 17 2007, 01:29 PM) I could probably post this after most of your responses AQ, but this is an excellent post. Perhaps it should be morphed into a wiki article of some sort? Jaegen

QUOTE(Spex @ Aug 6 2007, 04:03 PM) This is the exact sort of thing I imagined that new "Always Copy" primitive would be used for when I first saw it ... it's a perfect workaround for memory manager bugs (not that there are ever any of those ). Jaegen

QUOTE(Guillaume Lessard @ Aug 3 2007, 02:10 PM) ... poor Stephen ... he tries so hard to make us happy ... :headbang:

QUOTE(Val Brown @ Aug 3 2007, 11:51 AM) I've installed it now with no problems. I don't think their activation server is ready for 8.5 yet though. It didn't like my serial number when I tried to activate automatically, and the website version drop-down only had 8.0 and 8.2 in it, so I'm currently running in evaluation mode. Jaegen

QUOTE(Val Brown @ Aug 3 2007, 11:01 AM) When I click on the link it takes me to the little questionnaire for downloading 8.5 - and as far as I know I'm a mere mortal too. I got there through here, even though it says it's for 8.2.1. Jaegen

Evaluation Software Online Request Form is up too. Jaegen

QUOTE(Omar Mussa @ Aug 2 2007, 06:01 PM) I have to wholeheartedly agree with all 5 of these issues. I've just really started investigating classes, and I've actually been quite pleasantly surprised - they work better than I'd thought - but these little issues make the experience somewhat less than perfect. Jaegen

Something similar to this was reported here. (The "Value Change" event fires twice for normal colour selections) CAR: 42FC9DIQ Jaegen

There may be an easier way of doing this with the 3D Picture Control. You can probably create a mesh and apply your image as a texture, then control the rotation programmatically. I only started fooling with this yesterday, so that's about the extent of my knowledge. The "solar system" example ("\LabVIEW8.2\examples\picture\3D Picture Control\solarsystem.vi" shows how to use images as textures, and the "Order of Transformations.vi" example show how to rotate etc. Jaegen

QUOTE(Guillaume Lessard @ Jul 27 2007, 12:50 PM) I was wondering the exact same thing. Jaegen