Yair

Ben, I believe that Jimi simply does not know what you're talking about. World news is not covered in the same level in all places and not all people follow all the time.Jimi, I assume Ben was refering to this conference, brought to us courtesy of the nice Iranian leadership. I don't know how well Alfa would fit in there, though (lines like "Men evolved from apes" and "I created God" might not go to well with extreme Islamists and very extreme Jews).

Except that Ben's image shows the method for a table, not a tree, and I don't know of any vi.lib VI which handles that (and the private method did not work in 7.0). That said, there are some implementations on the web for doing this for tables and arrays.

This used to happen to me (I think it was after I installed an evaluation version of 8.0 on a PC with 6.1 and 7.0). Eventually it went away (because I unistalled 8?) and did not come back. I now have 8.2 eval installed and I don't have this problem, so it's also possible that I just got the right version.I remember seeing something about this in the NI LabVIEW forum, so I suggest you search for that thread over there and see if it has any useful suggestions.

Well, that particular cookie jar was placed at a demanding 500 posts until Mike Ashe reached it and Michael moved the bar. Perhaps after I reach that bar I shall consider the other method of achieving it.

I agree that that *looks* like a 9 pin serial port, but the documentation clearly says that it functions as a standard monitor, so I would expect that you would have a cable to connect it to the same place your monitor is connected to. As for how to make the panel fill the screen, go to File>>VI Settings and go into Window Size and Window Appearance.

I can't look at Stephen's code, but here's my version (7.1) - simple and easy. If you get a lot of cases, just use the tunnel wiring wizard. I see no one has responded to my previous post yet. I will make a proper topic out of it after I've had time to examine the issue. Download File:post-1431-1165265368.vi

A more elegant approach is to pass the timeout value in an SR. In the Window Resize event, put 150 into the SR and in the timeout case change it to -1. That way, you simply return the value to -1 after you update the display. All the other events can simply pass the value of the SR.

URGENT!!! I have lost my 5th dimension! It should be small (about Planck length wide and 4 miles long), sort of roundish-squarish and colored orange. If anyone finds it, please email it back to me.

I suggest you post your code with an exact explanation of your problem.

How about right click on the control and then "Scale..." or "Fit..."?

My guess is that the scaling property now belongs to the pane and not the panel, so the relevant option might have been moved or even removed from the editor's UI, but I don't have LV 8. You might wish to search the LV help. While on this topic, I was working recently with a guy using VS.Net and he showed me some of the resizing option MS provides with that IDE and I got to thinking - what would it take to make a generic "resizer" in LV? I haven't had time to think about it seriously, but here are some of my thoughts so far - Each panel object has some tags describing its properties (resizable height\width, anchored to top-left\top-right of the container, etc). As far as I could tell, tags can be attached to any panel object. To do the actual resizing we would need either a seperate process or to use the Panel Resize event and call the resizing VI in it. Since each control's size needs to be controlled by a property node, we basically need a class for each control class in the VI Server hierarchy. We might need some special handling for things like graphs. How do we enumerate the controls to get their properties at run-time? If you do it recursively throughout the panel, this is usually a rather lengthy process, which makes it impractical, even if you only do it when you start running the caller. Keeping the control refnums from the edit time is probably useless, since those numbers probably change each time, but I haven't checked it. Would everything work smoothly (tags in executables, newer versions of LV)? Is it even worth it? So far, I didn't get to do too many programs in which resizing the window was a necessary option. Obviously, in some areas this is required more, but maybe the technique outlined here is enough? Anyway, as I said, these are only initial thoughts since I haven't had a chance to properly examine the topic, but since this thread was bumped, I thought I'd mention it and see if anyone had any relevant thoughts.

My younger brother's love for Marmite has been brought up around the dinner table and I was just wondering if there are people who really eat the stuff. Personally, I was lucky enough to not get within smelling distance of any of it for at least 5 or 6 years, so I'm happy to say that I can't even remember if I ever tasted it, but I suppose it is possible that the Marmite which my brother liked is more bitter than Vegemite, so I suppose Vegemite could be "tastier".

If you do a lot of .Net interaction with LV, you should definitely follow Brian's postings. One thing I will note about your code is that you don't close the references (for instance, in your example, you should have closed the references to the DataTableCollection, the DataRowCollection, etc.). When working with an external resource (COM\.Net) it's very important to do this or you will have memory leaks over time.

If you want reliability over a long period of time and guranteed execution time, you should go for the RT solution. I don't know if any of NI's hardware can do image processing (other than the CVS), but if a PLC did it, then I assume it's not too complicated. I have done systems where a PC is the controller and they do work, but only under certain conditions - Nothing terrible will happen if the system fails (because of anything from problems with the OS to a bad cable). You don't need real-time control. The computer can withstand the environment its in. The system is completely clean (no internet, no games, no anti-virus, etc.)

The code in the image seems to be OK, but I can't test it, since I don't have 8.2 and my version does not support .Net container. If you want a certified answer, you should talk to Brian Tyler, who's the head of the LV .Net integration team. You can do that by posting to the NI forums or (if he doesn't anser that) by finding his email address in his blog. It would also be useful if you post the answer here afterwards.

Wow, SQ3. I have practically zero memories from that one. I do remember the quasi-Windows-3.1 waste basket from SQ4, though (as well as most things from SQ1, 5 and 6). Where would be without Sierra?

It's that damned American spelling. Gets you every time, Chris. :laugh:

Actually, as someone who also replied to that, I feel the right to interject and say that I don't think that was actually the question. The way I understand it, the goal is get an image of a page, not to download an existing image file. I couldn't find any really good solution to it (other than the workarounds of using PrintScreen or possibly finding the ability to print to an image file).

The ActiveX container for Excel is called Microsoft Office Spreadsheet, but I'm not sure whether remote panels display stuff which is inside ActiveX containers. You should consider that the entire point of a remote panel is only to view a remote panel, not to do stuff on the viewer. Knowing who the controller is is fairly simple with the Application class properties, so I can think of 2 options - 1. If Windows has the ability to launch executables on remote computers (if you have the proper permissions) then you will be able to do that through the System Exec VI. You will need to search to see whether Windows supports this. 2. You can have a VI which will run on the viewer and will wait for a connection from the controlled VI. Once the controlled VI detects a controller it will form a connection to the controlling computer and will tell it to open Excel when the time comes. Of course, this complicates things, since you're not only viewing.

Here are 2 interesting threads from the NI forums - one where the palette reorganization is explained (by Greg Mck, no less) and another where some LV "source code" is exposed (by some other obscure LV developer).

A Google search for the Eighth dimension brought up this, meant for all those who like this exchange. Sounds like you should read Flatland, soon to be a movie by fellow LabVIEWer Jefferey Travis.

I tried doing this in LabVIEW but my wire broke, so I guess it's wrong. Also, I could only find the String palette, not the Super Strings palette. Is that only avilable with some INI keys (like ShowSuperStringPalette=True)?

You could of course just search for it (the search button on the palettes is your friend). Of course, since you use the English spelling, you wouldn't find it.

And doing this is really unnecessary. You could just wire the boolean directly into the select function.

This seems to be a Windows issue, so searching for what the standard method of doing this is would be a good start. For example, a very quick Google search shows this and this. I don't know if those would work (for example, the first one requires a callback function, which I don't know if you can use, but you might be able to work around that using FindWindowEx). Anyway, there might be some other methods (through .Net, for instance). If you come up with something, it would be nice to see.