Yair

QUOTE (Aristos Queue @ May 6 2008, 07:40 PM) It's magic!

I think this would be a great feature and one which I also wanted for a long time. I use the OpenG VI all the time, but this would be much better.

QUOTE (Justin Goeres @ May 5 2008, 06:18 PM) Great idea, although I'm not seeing Elmer anywhere.

Did they really have to use "It's alive!"?

QUOTE (crelf @ May 2 2008, 11:12 PM) I think you need to set the desktop window as the parent. I'm not sure, but I think this can be done by using a null hWnd, but if not, you can just get the handle to the desktop.

Hey! What's wrong with Ice Ice baby? "You've been iced" actually sounds like a good idea, but beware - if you start that someone might pull Dr. Alban out of the moth balls at some point... :laugh:

QUOTE (rolfk @ May 2 2008, 02:35 PM) Probably, and for what it's worth, I don't watch any of those shows. The stuff I watch is usually either documentary or shows which some thought was put into. One example would be Lost. Unlike Paul, I don't watch it "mindlessly". I watched since the beginning because I like it. I don't like it for its soap opera style plots (like some people I know) nor for its "experience" ("ooh, it happens in 2006 and if you add those numbers you get 8 which is one of the numbers!" or "ooh, if you go to that website you get a lot more details". That's like being a trekkie). I like it because it's done very well (e.g. cinematography, music) and because watching and following it is a challenge, just like a puzzle. In that respect, the great attention to minute details does matter. I think that things like that are worth watching, but I also agree it's benefitial that people do other, productive, things as well. P.S. I also think CS is a great speaker. QUOTE (neB @ May 3 2008, 05:28 PM) He looks at me and asks "Why do you want to watch a movie when you have no control over the plot and it always ends the same way?" For the same reason you would want to read a book or listen to a piece of music or look at a painting. The same reason that will cause professional TV not to disappear. It's a valid form of art or entertainment. Regardless of how much people do this in their free time, eventually you need people working full time to produce high quality material over a length of time and just like choose your adventure did not replace Tolkein or Dostoyevsky, so will interactive movies (which have actually sort of been around for a long time in the form of adventure games) not replace TV. By the way, I don't think that anyone considers contributing here to be "wasting time". You're both helping people and participating in a community and those have value even if you're not "creating" anything.

I'm not sure I completely agree with his point. People have always been creating stuff and other people have always been consuming it. Obviously, now people have a new medium where they can do things they couldn't do before, but that does not mean that they will. Some will, some won't. To refer specifically to one of his examples, I don't think that watching Scrubs is necessarily mindless. I haven't watched it in a long time, but it happens to be a reasonably clever show which does require some attention. There are other quality creations on TV, and they are also valid even when they don't require you to do anything. I'm not disagreeing with the claim that doing something is good, just with the claim that doing "nothing" is almost necessarily bad. Perhaps distilling it to "doing almost nothing is necessarily bad", but I don't think that's necessarily true either.

There is a specific problem with OLE variants not keeping their values. You can see an example here. Looks like the only solution is to convert the data before sending it. For example, you can convert it to a 2D array of strings. QUOTE (rolfk @ May 1 2008, 09:04 AM) At least in 8.5.1 it's in Add-ons>>DB Tools even if you don't have the toolkit installed.

Can you post an example of your code? Variants you get from a database are mostly the same as standard LV variants. There are some corner cases (null values is one I'm aware of) where you would want to use the DB variant to data primitive, which comes with NI's DB toolkit, but I believe should also ship in standard LabVIEW.

QUOTE (Tomi Maila @ Apr 30 2008, 11:53 AM) Because that would contradict the established behavior and can have problems of its own? For example, what happens if you use a value change events in two event structures? When should the button latch? How about if you have two event structures and you're also reading the button in a third loop? In general, you don't have to tell users to use the booleans. They can just place them in the event case and not use them. This is also useful when double clicking a control because it takes you directly to the event handling code.

QUOTE (Cat @ Apr 29 2008, 09:23 PM) Actually, I think it's more of a cultural issue. While some people would have a harder time using maps (just like some people are dyslexic and some find math hard), I don't think women are automatically most of those people. Men, on the other hand, often have the cultural upbringing of not admitting ignorance or mistakes and therefore some men will not use maps or ask directions.

Bad pun warning! Was he trying to break something?

QUOTE (Cat @ Apr 29 2008, 06:07 PM) No. QUOTE (Cat) his response was, "I was making really good time." Can't say I see the problem with that. Most women I know at the very least think they can't read a map and use it for directions while most men I know do. In my experience, most of those men are clever enough to actually use the map properly and not just think they know how to. As I said, my younger sister is an example for someone who has no problem with a map while the other women in my family claim they can't use one.

QUOTE (PaulG. @ Apr 28 2008, 08:22 PM) :thumbup: :thumbup: :thumbup:

QUOTE (Irene_he @ Apr 27 2008, 04:12 AM) Maybe it gets lost because you refer to it as a "she"... Disclaimer - I've often driven with my younger sister in the passanger seat and let her handle the navigation and she's reasonably good at it.

I have no idea. I never worked with the dynamic data type. I don't know what those three data are, but you might wish to search the example finder (Help>>Find Examples) for some graph examples. If they are the XY data and a plot number, than using an XY graph should work.

QUOTE (Justin Goeres @ Apr 25 2008, 07:15 PM) I'm one of those clicks (first timer too), but to be fair to me, I noticed even a couple of threads before I got to this one that LAVA was not showing the target of links in the status bar. Coincidence? I don't think so... :ninja: Personally, I don't think it's funny, but maybe it's just my whacky sense of humor which only finds funny things to be funny.

After seeing that title, I was somehow expecting to see Jeremy Clarkson.

Why not wire the waveform directly into the graph? I suggest you look at some of these tutorials.

I think they had one of those games at the last NIWeek, but I didn't participate.

QUOTE (PaulG. @ Apr 22 2008, 10:54 PM) Yes to both. QUOTE All the OOP jargon fit together very well for me in the LVOOP Classes presentation, but by reference seems to be almost a cross-language industry "standard" if there is such a thing. By-ref is very useful, but that does not mean that by-val is not. The key is in understanding that the use cases for LVOOP might not be the same use cases that you're used to - there are use cases which do not require access to the same instance from multiple places in the code. If you haven't read it yet, there is an NI document called "the decisions behind the design" which goes into this in some detail. There are also quite a few threads here.

OK, turns out most of the problem is in NI's VIs, which I knew were quite inefficient, but I didn't realize how much. Making this change so that NI's VIs didn't actually do anything changed the result considerably: At this point, since I recently installed 8.5.1 and saw that the MGI VIs had a huge performance margin, I decided to look into them to see why they couldn't be backsaved (since that's what I remembered about them). I knew they used some of the variant VIs which were added in 8.x, but I thought I might be able to work around that. So I started by replacing all the 8.x variant VIs with the OpenG variant VIs. It took some adapting, but I eventually got a version which produced the same result with no 8.x code. I then backsaved it to 7.0 and hacked around the differences until the code again produced the same file. Currently, I have a set of VIs which works in LV 7.0 and which produces what is essentially an MGI INI file at about 5% of the time the variant config VIs take. You can open and run it with the sample cluster to see the performance differences. As you can see, the cluster has a total of ~180 elements and since about half of them are in an array, in this case this translated to something around 1500 elements. Some important points about this: It works, but it's a hack. The data types in the 8.x and OpenG list don't match and I only moved stuff around enough for it to work. I also had to change some stuff because flattening to a string has more options in 8.x. The MGI code uses variant attributes (all strings) to hold the lines. When working on this, I changed this to a simple LV2 global because I feared the variant might have performance issues. That means that using this with more than a single INI file can cause bugs. This needs either to be reverted to a variant or to use some other mechanism to hold a unique list for each file. It requires some OpenG VIs to run. I think that this code can be used as a basis for refactoring the variant config VIs. Currently, it uses the MGI format, but I assume changing it to work with the OpenG format should be relatively straightforward. I don't think that there is any legal issue, since the MGI VIs are freeware, but asking MGI for permission is probably not a bad idea. Unfortunately, I don't know if I can currently spare the time to work on this properly. I'll probably modify it enough to get it working reliably, but I won't have time to do the whole thing.

QUOTE (eaolson @ Apr 22 2008, 07:48 PM) LVOOP is still relatively new. It's only been around for a couple of minor versions, so it's still in an early stage. If you're interested, you can find all kinds of examples of stuff NI folks did which could be used. A couple of examples include the LVOOP based error handler AQ posted and the LVOOP based getting started window which Christina posted on her blog (and which made its way into 8.5).