Sparkette

Put that in a VI and click the Run arrow. The VI will keep running even though it looks like it's stopped. You can even use this to do VI scripting on a running VI! Since this is a private method, do not rely on this working, and don't complain to NI if it breaks something. Like with many other things I've posted, this is done at your own risk, and is posted only for the sake of sharing something cool I found.

Ah yes, I understand why. Thought maybe you discovered an easier way.

priv=true doesn't seem to do anything. Is that what you meant?

I've been playing around with Xnodes a lot, and I was wondering if it was possible to create an Xnode that can actually contain code inside of it. You know, like a loop or case structure. I know the timed structures' side terminal boxes are Xnodes, but the structure itself seems to be a primitive. (Don't know why they made them Xnodes if the whole thing isn't an Xnode.) Is this at all possible? (I hope I'm posting this in the right section, as Xnodes and VI Scripting are very closely associated.)

NI could learn from this...

You mean a Mathematician's Answer? Yes, it's true that they can't recover the password, but they certainly can recover the block diagram, which is what you want. If they couldn't do that, neither could I.

I just noticed the following piece of bad advice given by the VI Analyzer:

I can't seem to find that method; where is it? And what does it do exactly?

Actually I figured out something that works. Even if the alpha checkerboard appears in the icon editor, if it's in an enclosed area, it appears as white. It would still be nice to have it cover things in lower layers though. The alpha checkerboard can actually be useful though, as each square on the checkerboard is one (scaled) pixel in size.

What exactly do you mean by "[you] came up with a syntax"? Is it just something normal that anyone can do, or are you referring to LabVIEW's source code? I just haven't heard the term 'syntax' used in the context of dataflow programming.

I don't know what you're getting at. Are you joking? No offense if you're not.

D'oh! Sorry for the triple post, but I remember now that that's why I wanted to place the contents of the VI rather than embedding it as a subVI. (I knew there was a reason.) That way the adaptive terminals would work correctly, and I could program my code template VI as I would if I was writing a generic VI, but it wouldn't be as dangerous. Anyone know how to do this? And yes, I am aware this thread has gone off topic somewhat.

Strange, I thought it existed because of intense heat and pressure underground or something like that.

That's what he said. Also, remember I mentioned VI Explorer at the beginning of this thread? I got an email back from him and he said he's working on making it work with LV 2012, so we'll probably have a solution soon that doesn't require modifying the EXE.

What does Metro have to do with this? I know it's a joke, but I don't see the connection.

Worked great! Though I wish it was easier to get adaptive terminals to work.

That's actually a good idea, and I'm surprised I hadn't thought of it. I'll give it a try and post if anything goes wrong (which wouldn't be a surprise since I'm working with Xnodes.)

Wait... It uses a limited palette? WTF? Why? There's no good reason for that on today's hardware! Where can I get a copy of this modified icon editor?

Don't worry, I already have a better way to do that, as you know. Also, what makes you think it's not for copying to another VI? If so, there wouldn't be an Owner parameter that does that. (Though come to think of it, it could be more for putting things in structures and stuff like that.) All I'd like to do though is make a subVI that can be placed in an Xnode GenerateCode VI, which will duplicate the contents of a template VI and hook up some terminals. That way I can program the Xnode's generated code just like I would if I was writing a regular subVI. It's a shame Generic VIs are so problematic.

Oh really? Told you I wasn't a lawyer. I guess I'll just keep this to myself; sorry to anyone who's disappointed.

I thought maybe it would move/copy the entire contents of the diagram. Anyone know how I can do that? Keep in mind that all I have is the refnum for the diagram to put it in, since I'd like to use this in an XNode's GenerateCode ability VI.

I've noticed that whenever I select white in the VI icon editor, it doesn't actually draw white; just a very light gray. I finally decided to Google http://is.gd/NEsoDF]"labview icon editor white"[/url], and it said it's because for some reason, LabVIEW considers any white on the outside of an icon to be transparent. A little outdated, but I can live with it. The problem is that unless I'm doing it by accident, any time I'm drawing anything in white I'm doing it on the inside of the icon, completely surrounded with other colors. How do I tell the icon editor to knock it off, and just use the color I select? Also, does anyone know why it uses (246,246,246) and not (254,254,254)? Manually selecting the latter just gives me the former, same as selecting pure white.

I found a bug that's reproducible using VI scripting. I was trying to programmatically place the entire contents of a VI onto a block diagram given the diagram's refnum, hoping it would help me make XNodes. (It's important to note that this bug does not involve XNodes at all, as if it did, I'd write it off as one of the reasons they weren't really released.) First, here's the code I used--notice that all the property/invoke nodes are cyan or yellow, not brown! Drop that into a new VI, and then put any old VI in the VI reference node. It should be one with at least some controls/indicators, so don't just create a blank VI. Now run the VI. A new front panel window with the same controls as the reference VI should open, but the block diagram will be empty. Double-clicking on one of the controls to jump to its respective terminal just opens the blank diagram. Just for the hell of it, I looked in Heap Peek, and no Front Panel Terminals were listed. Finally, duplicate one of the controls and click Run Continuously. LabVIEW will crash.

Well I downloaded a bunch of package files on another computer, but I can't seem to find where VIPM stores its library. Where does it put the packages it downloads?

Thanks for the offer, but the only way I'll ever improve DRM is by disabling it. I won't "help" them by giving them a false sense of security. Besides, if they tell me it's their software, so I disable the password, wouldn't the law be on my side considering I had no way of knowing it wasn't theirs? As I mentioned, I'm not a lawyer, so I could be wrong.