Yair

Voting takes more effort than viewing? Not all people have a yes or no opinion?

As I was chasing myself in the game, I remembered what this really reminded me of - an old Heilein story called "And he built a crooked house". A quick search for links brought me to this Wikipedia article about tessarcats which has some nice animations:

Thanks. Don't bother cleaning it up too much unless it's really necessary. I will probably make some modifications to match my needs.

Unfortunately I haven't even played HL 2 yet (gasp ). I think the first HL was one of the greatest games ever and I remember waiting for a long time for it to arrive (I believe it was demo'ed more than two years before it was released), but I didn't get to the newer generation of games. Anyway, I liked Narbacular Drop, and came up with a new game - how many princesses can you get on the screen at once? My quick attempt brought me to three.

QUOTE(eaolson @ Dec 20 2007, 12:26 AM) Tagging can also be used to preserve specific pieces of information if it is used in conjunction with a search engine, but it requires some discipline and a good interface.

I know this is hijacking a bit, but while we're at it - it would be useful if the Download File button for the CR submissions was considerably more noticable. I would also agree on the position of the Add Reply button.

I think tagging in general is a good idea, although the current model used in the NI forums might not be the best one. I say we should wait to see how the system works over there and see what to do here only after it's been in use for a while.

My brief look at those seemed to indicate that the mnu links to primitive by pointing to some resource (i.e. the name of the primitive is not found in the mnu file). Since this is not at all my area of expertise I didn't look any further. QUOTE(rolfk @ Dec 19 2007, 02:06 PM) Since I've made that post I have had a chance to look at the palette API and unfortunately even that does not return the data for most primitives in the palettes. There are a few which seem to have an explicit name set for exporting, which is shown in the palette API, but most are simply not named. Luckily, the new VI object ring holds the names for most primitives and the rest could be added by hand, but I would like a way to be able to easily parse palettes for VIs and unfortunately, the palette API can't be backsaved from 8.0. Does the resource manager API you mentioned work before 8.x? Can you provide some pointers (functions and their definition). The only thing I really need is to recursively list palettes and the titles of the VIs they call. At the moment, I figured that as a workaround this could be done by parsing the actual directories, but that's a really bad solution.

QUOTE(phuzionz @ Dec 18 2007, 03:53 PM) To access it, you have to use http://forums.lavag.org/LabVIEW-VI-Scripting-f29.html' target="_blank">VI scripting. You probably don't need to use it, however. If you tell us what it is you actually want to accomplish we can probably offer a more appropriate solution.

QUOTE(phuzionz @ Dec 18 2007, 03:53 PM) To access it, you have to use http://forums.lavag.org/LabVIEW-VI-Scripting-f29.html' target="_blank">VI scripting. You probably don't need to use it, however. If you tell us what it is you actually want to accomplish we can probably offer a more appropriate solution.

Welcome to LAVA. What are your fields of interest?

I did get back to this recently and finally found a decent way of handling the aliases issue. I also cleaned up the code so that it looks much better now and started working on the UI for handling aliases. Hopefully I'll post a better version soon.

Welcome to LAVA. Here are some links to some online tutorials.

QUOTE(Michael_Aivaliotis @ Dec 14 2007, 01:00 AM) With the operative word being "some". Anyway, I expanded the links section there with descriptions and a couple of additional links and will point there from now on. I assume Ben would be a bit disappointed, because I remember he was amused by seeing the "here, here, here, here, here and here" text each time.

QUOTE(Norm Kirchner @ Dec 13 2007, 06:13 PM) Agreed, and to add to the last question - this would have the advantage over the CBR node that you can run the VI asynchronously if you accept that you will not have the outputs. That would make it much nicer.

LabVIEW does not have named variables like other languages. Instead, the wires are used to pass values between functions. You can create local variables, which are secondary access points to front panel terminals, but in a parallel lanuguage like LabVIEW, that's almost certain to create race conditions and it will make your code messy. If you want to transfer values from one loop iteration to the next, the best option is a shift register, which can be created by right clicking the loop wall. This is basic stuff in LabVIEW. To learn more about LabVIEW, I suggest you try searching this site and google for LabVIEW tutorials. Here, here, here, here, here and here are a few you can start with and here are some tutorial videos. You can also contact your local NI office and join one of their courses. In addition, I suggest you read the LabVIEW style guide and the LabVIEW user manual (Help>>Search the LabVIEW Bookshelf).

QUOTE(crelf @ Dec 13 2007, 09:35 PM) Am not!

This most likely means that a firewall is blocking one or both of your LabVIEW instances. Make sure the LabVIEW application has permission to send TCP traffic.

QUOTE(Michael_Aivaliotis @ Dec 5 2007, 08:45 PM) Good point. I probably got it in at some point where I thought that this was behaving wrong. Since it was just a quick example, I didn't review it.QUOTE(JDave @ Dec 5 2007, 09:04 PM) The code I included in my previous post works with a tab at the end. But it adds a \t in the normal display, and that's not a tab.

If you change Orko's VI to have the string update the value while typing (and remove the \ codes display) it works fine except for the case where the tab is at the end of the string. I'm not sure, but this seems like a bug. In any case, here's one (bad) way of how this can be done (8.0). P.S. I didn't actually realize originally that you wanted to keep the tab in the string. I thought you just wanted to get rid of it.

I prefer the Key Down? event. Check to see if the key is a tab (ASCII 9, if memory serves) and if it is, discard the event.

Each class has a different color property. For example, a boolean will have the Colors[4] property where a string control can have colors for the text and colors for the control itself. What you can do is cast the generic control reference to the specific class of the control and then use its colors properties. You can do this by getting the ClassID property of the control, wiring it into a case structure and using the To More Specific Class primitive inside the case. I don't know of a list of the class IDs, but there are various tools around the web (and on LAVA) which do this for generic handling of controls (although not neccessarily for the color properties). There is currently no way to programatically access the subparts of a control or to control the control editor. Can you give an example of a UI which is so complex that it takes more than a minute or two to color all of it?

There's no 8.1. From your profile I assume you mean 8.0.1. There shouldn't be any problem with having 8.0.1 and 8.2 on the same computer at the same time. If you've just installed 8.2, I suggest you try doing a system restore (Start>>Accessories>>System Tools) to before you installed it and then install it again, because what you are seeing is definitely not normal.

If the pulse is a stable 1 Hz and your TCP connection is consistent, then I see no reason why you shouldn't see the same thing in LabVIEW as you do in MAX. I suggest you upload the VI you're using to do this.

QUOTE(Tomi Maila @ Dec 2 2007, 12:22 AM) Oh well, if you insist... http://forums.ni.com/ni/board/message?boar...=287571#M287571