Justin Goeres

QUOTE (neB @ Jun 3 2008, 08:44 AM) That's an interesting way of looking at it. I don't look at the event data terminals as coming from some invisible container; to me they're just terminals that semantically kind of look like an unbundle . But nonetheless, I feel like if I create an event with a cluster datatype, I should be able to get the cluster as a whole at a single terminal in the event structure. It's particularly annoying when the event data is an Error Cluster to begin with.

Known problem.

QUOTE (Michael_Aivaliotis @ May 30 2008, 05:15 AM) Can anyone tell me what tags do for me that I couldn't do already with a search? I'm more than willing to give them a shot and try to like them, but I just can't figure out what they're good for and how they help me use LAVA (or LabVIEW) better. They strike me as a solution looking for a problem. For those of you who use (or like) tags, how do they improve your forum experience? What do I need to do to start seeing them in a different (and better) light?

Members List (Members link in the upper right corner) also returns a blank page.

QUOTE (PaulG. @ May 28 2008, 05:24 PM) There appear to be a few possible methods http://articles.techrepublic.com.com/5100-10878_11-1043851.html' rel='nofollow' target="_blank">listed here (each deficient in its own way ).

QUOTE (Michael_Aivaliotis @ May 28 2008, 10:33 AM) STOP LOOKING AT ME LIKE THAT. QUOTE (neB @ May 28 2008, 09:01 AM) Etch-a-sketch frustrated me as a kid because I could not render a circle. I really think that Trigonometry is a pre-req for etch-a-sketch use. Then all the kid has to master is producing a sine wave with one hand and a cosine with the other. That would get them all the Lissajous curves!

QUOTE (neB @ May 28 2008, 05:34 AM) Dual cores, and by leveraging the power of LabVIEW's inherently parallel processing capability.

QUOTE (Michael_Aivaliotis @ May 28 2008, 01:09 AM) Please tell me you did that with scripting, and not by hand? EDIT: On second thought, I can't decide what I want the answer to be. Doing it via scripting might be even crazier.

QUOTE (JFM @ May 27 2008, 10:29 PM) To elaborate a little bit on this, the File Position is automatically tracked by LabVIEW and is associated with the file refnum that you're passing into the Write File function(s). It is automatically updated after each Write or Read. So if you want a write operation to begin "where you left off last time" you don't have to use Set File Position.

QUOTE (salikatt @ May 27 2008, 12:57 PM) Generally speaking, using Property Nodes & References just to avoid block diagram clutter is a seductive, but wrong approach. It seems like a great idea, but as jgcode pointed out, it means taking a shortcut around dataflow. That can lead to really, really hard-to-find bugs in your code later on. For small, single developer projects you can probably get away with it, but it's better to just use good practices from the outset so you don't have to worry about how it scales later on. As for the more general problem of block diagram clutter, there are various ways to deal with that, including functional globals, decoupling of controls/indicators from the data they contain, by-reference and/or by-value objects, etc.

QUOTE (David Wisti @ May 27 2008, 07:39 AM) I don't mean to threadjack, but there are some known situations that can cause that to happen. The most common is that if you have any auto-populating folders in your project, the act of opening the project file causes LabVIEW to refresh those folders and it somehow always concludes that something has changed. I don't remember any of the other causes (because the auto-pop folders one is by far the most common for me), but my understanding is that the issue is annoying but harmless, and NI is generally aware of it.

QUOTE (neB @ May 27 2008, 07:20 AM) So then you can confirm that the Spooky Graveyard and Secret Old Mine are real?

QUOTE (Skip @ May 27 2008, 05:23 AM) Under any particular circumstances? (Is your disk full? Is your project on a network drive? Does it happen all the time on all projects, or just once in a while on certain projects? What are you doing when it happens? etc.) What you're describing has never happened to me.

QUOTE (Phillip Brooks @ May 27 2008, 03:13 AM) That map is legitimately awesome. It makes me wonder if (or wish that) the rest of the site is a personal in-joke or something. There's a gallery of art done in MSPaint, as well. The thing that might scare me the most is that the front page (I didn't check anything else) renders almost exactly the same in both IE and Firefox. EDIT: If you turn down your speakers and soldier forth into the bowels of the site, you strike gold. Interesting Tidbit #1: ("Theological Debate...") QUOTE (Yvette) If we we are all computers then there would be no need for mind control. Do you see what I am saying? You say we are not alive, and simply machines, then you say that they put mind control devices in our heads. In fact they would not need to use religion as mind control if we were just computers. Interesting Tidbit #2: ("Notes of a Global Domination Conspiracy") QUOTE (Yvette) ..bit by bit and little by little, until that fateful day when FEMA comes out of the closet............ it's gonna be a big surprise to many unsuspecting people........ that day looms over the horizon like a dark, storm cloud brewing......the dawn of the NEW WORLD ORDER !!!!!! FEMA, the secret government.

Should I be proud or ashamed that I think I can identify every Internet meme in that video?

QUOTE (thang @ May 21 2008, 07:02 PM) Yep, everything said above applies to your version.

Robotics: Or maybe The Actual Creator And Patron Saint Of LabVIEW:

The Creator And Patron Saint Of LabVIEW? QUOTE (eaolson @ May 21 2008, 03:44 PM) I was working on this one before I came back here and saw your reply: QUOTE (Aristos Queue @ May 21 2008, 03:13 PM) Of course, that sort of defeats the whole purpose, finding those who picked similar icons who might have similar interests. If the icon set is open ended, there's really no point to the whole thing. I kind of question the whole premise. I can actually see it for things like PXI, CVI, LabVIEW, LVOOP, LAVA, and OpenG. But Beer? Or Dog Lover? If the point is to "enhance your networking experience at NIWeek" I really question the level of enhancement that's going to come from saying (to a complete stranger), "Oh! I see you like beer! You may have noticed that I do, as well!" (Google? Google?! I mean, seriously.) Frankly, other than the sort of broad few I just mentioned, I would rather see people with unique badge icons, so that when I'm standing there talking to them on the show floor or during Free Beer Hour or between sessions, I can say, "So why do you have a haystack on your badge?" and they'll say, "Because my grandfather patented the first automated baling machine." I dunno. Maybe I approach networking a little differently than NI thinks I should .

Since I can't stop myself, here's another personal interest one: QUOTE (xtaldaz @ May 21 2008, 02:46 PM) That's why I hope we can find out the size of them in advance.

At the risk of seeming petulant and obtuse, those images are really lame. I really think we should make our own badge icons. Here's a blank: Does anybody have the contacts inside NI to figure out exactly how big the images will be on the badges? The images themselves (according to GIMP) are 207x179 at 300ppi resolution, so if they print them exactly that way they'll be about 0.7" x 0.6".

QUOTE (prads @ May 20 2008, 10:58 PM) Yes, what you're probably looking for is Bundle. Another (easier-to-read) option is Bundle By Name. There might be specific usage examples of each of them in the LabVIEW help, but I don't know for sure.

QUOTE (crelf @ May 19 2008, 12:46 PM) All items basically agreed. To go back to my recent LAVAcr story, most of what I accomplished (in an hour in the airport, since my aforementioned giant laptop is unusable on the plane) was laying out a class hierarchy and creating class data & member VIs for the classes, to fill in the implementation later. But you're right -- I can't stand LabVIEWing without a mouse, so any hardcore development is not going to happen anyway. Besides the basic framing I mentioned, I can imagine minor bugfixing. But no heavy lifting. But again, there's the other side to my question; traveling with a 17" laptop is kind of a hassle in general, and totally precludes me ever doing work en route. The reason I'm considering a 15" machine is because it will be a bit easier to lug around, and it might open up the ability to do some work under certain circumstances. But in order for that to happen, it has to be basically usable as a development machine when I finally get on-site. From reading experiences (& votes) here, it sounds like a 15" mostly fits that bill except for some resolution considerations.

QUOTE (Daklu @ May 19 2008, 07:35 PM) Do you have the Access Scope for the typedef set to Private? You have to make sure it's Public (or Protected, if you're only using it in related classes) or else VIs outside the class won't be able to access it. QUOTE Other questions I've been unable to find answers on: -Is it possible to create a class or method as 'must inherit?' Not at edit time. However, I have created dynamic dispatch VIs that do nothing but return a "must override" error at runtime to accomplish something similar. QUOTE -NI examples always show classes and lvlibs contained within a lvproj. Is there any particular reason for this other than being able to set up build specifications? Not that I'm aware of. You have to use the Project environment to create/edit classes, but they don't have to be members of an .lvproj. QUOTE -Is it preferred/discouraged to put several classes within the same lvproj? i.e. I have a Battery class which will serve as a parent for several specific battery child classes. (i.e. Energizer, Duracell, etc.) Currently I am planning on putting them all in the same lvproj. Good? Bad? I put things into a .lvproj based on whether they're associated with that.... project . If the class was part of a reuse library (in user.lib or something) I might leave it out of a particular project file (just like I'd do with most anything in user.lib), but other than that pretty much any file that I use in a particular project goes in that project's .lvproj.

QUOTE (Michael_Aivaliotis @ May 18 2008, 07:30 PM) That's a good point, although that would involve carrying yet another gadget around. Currently I do absolutely zero programming in-flight, but that's partly because of my laptop's enormity. That's kinda the point of raising the question -- I want to get feedback from everybody on their experiences with smaller machines. If my machine was small enough to at least consider editing code during a flight, then there's a small chance I might do it once in a while. FYI: a recent experience with an idea for a potential LAVA CR contribution is what brought this issue to the front of my mind.