Sparkette

I was messing around in Cheat Engine by changing the "image" attribute of copied decorations. This attribute is shown in Heap Peek as "image [iMAGE] 0x######## (kPiccImage)". Anyway, I was trying different values, and I ended up mapping out the entire 0xFFF504XX range of possible images. This took me a while, as I had to increment the value and paste it 256 times. I'm sure there's a better way; in fact, if I do this again I'll probably copy/paste them eight at a time or something. Would anyone from NI know if these modified front panel decorations would be dangerous to use? I would think not, as I just made it show a different image from the list, but it would be foolish to count on it working. Also, I remember hearing that Picc is a proprietary image format, and I thought that the actual image data was stored in the clipboard. But apparently it's just an identifier for a hard-coded image? Anyone know what the valid range for the "image" value is? FFF50400.vi (And yes, I understand most of these weren't made for decorations.)

It's there now. http://labviewwiki.org/VI.Fake_Exec_State I also took the liberty of moving the page you linked above to "Private methods and properties"; when I get around to it, I'd like to add the Control.Genericity property, and I don't think we need a separate page for properties just yet.

Sure I will, I wasn't aware that page existed.

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.