shoneill

Wow. Cool info to have. Never came across that before. Thanks AQ. Shane.

As I said, including the file is the trick.... I don't like having to actually have the file n the project before using it in the installer but there you go. Shane.

I've had the same problem. I'm not in the office right now so I can't reproduce but I recall it having something to do with polymorphic VIs with LVOOP or something similar. Either way there's a particular constellation which causes the new Editor to bomb out and revert to the old one. If I find out exactly what causes I'll post an update. Shane.

Well you need to nclude VISA in your installer for starters. Then you need to include the *.inf file in your project and tell the installer where to put it so that the OS can find it automatically when attatching the device. The catch is really including the *.inf file in the project. Shane.

It makes me a bid sad and a little angry to hear this. This is a major thing missing when using LVOOP. Text, while perhaps inferior to icons (Assuming during development that the icons say anything yet) is far far superior to nothing, or even worse having to generate dozens of mnu files. Find whoever told you to not do this, tell them I wrote a response on the topic and them kick them in the shins. Tell them it's from me. Then kick them again and tell them it's from everybody else who would love this feature and that they should b happy you don't kick them once for EACH and EVERY person who would have loved this. Shane.

Haven't tried it yet but it sounds way cool. Any way to implement VIs from the entire class hierarchy? That would save me the hassle of creating dozens of .mnu files which is certainly a good thing. Shane.

Oh, on the topic of keyboards, my only gripe with my Thinkpad is that the left-bottom key on the keyboard (which is otherwise a real pleasure to use) is the Function key and not the Ctrl Key as normal. This makes switching between computers a bit tiresome but since I recently bought a KVM that problem is kind of solved..... Shane.

I solved this problem with my Thinkpad R60 by creating my own custom windows installer using nlite. Great software, makes re-installing windows a breeze. All vedor-specific drivers included in my installer (which can be set to run unattended BTW). Otherwise, back on topic, I have a Thinkpad (as mentioned already) and am quite happy. HDD dies a few weeks ago and when I phoned support (had purchased 3 Year support) the guy asked me "Are you sure it's the HDD?" I said "Yes" and he said "OK, I'll send a new one to you by courier". Next day I had a new drive. Support from Lenovo kind of impressed me. Maybe the fact that the swiss distribution for Lenovo is 5 km away from me helped though.... Shane.

It's in the upgrade notes that old code will not run without a licence in future LV versions. So unlike the Event structure which is unavailable for editing in lower LV versions but can at least be USED, the mathscript removal also disses any past work which has been done. I don't like the way NI is going about this. Shane.

On the negative side there's a group of people having a collective aneurysm about NI packing Mathscript into a seperate licence as from next year. Shane.

Since Ireland just introduced new blasphemy laws, do I have to start worrying about my last post? -looks over shoulder- Shane.

Yup. Here. The day I read that thread, I believe I may have cried. AQ is fallible. Shane.

Will the option exist in future to use OpenCL instead of CUDA? Shane.

Amen to that. It's getting over the disappointment the first few times that's hardest. I was taught OOP in college. Well, it wasn't part of the curriculum in my course, but I read up on it anyway. I never ever grasped the idea behind OOP. I never understood how it was supposed to work until I realised that Inheritance and such were COMPILE time events. I had always envisaged changing inheritance at run-time and how this could possibly work really stumped me to the extent that I just gave up on it. With LV 8.20 I just implemented something and suddenly the lights went on. Something ridiculously silly to get stuck on but none of the resources I had been reading actually explicitly said it was a compile-time event. My assumption was just wrong and cost me about 10 years of OOP understanding. I believe the best jargon for that os D'oh! Shane.

I wasn't sure if you were addressing a "proper" delegate or just the version shown in the documentation, hence my attempt at clarification. I'm not really up-to-speed on the different OOP patterns. I was using the Delegate pattern before I had ever heard of it, so I'm certainly no authority on the subject. I learn by doing and then some time later I learn how to call what I've been doing.... Differences to a Facade? My understanding (limited as it is) is that the primary role of a facade is to simplify things. A composite class doesn't necessarily do that. Although a facade is almost certainly also a composite class. That's about all I know (about OOP patterns). Shane. Ps Re-reading your post in light of your new post makes me realise you were actually expanding on the delegate idea instead of offering an alternative. Only realised that now.

Daklu, A delegate pattern can also be used when the class definitions are different. Following scenario would be useful for the problem at hand. Class A defines the overall functionality required (Loading, Saving, Getting GPS position and so on). Class A has, as a part of its Data a Class B which defines methods for a GPS hardware module which are used commonly. The actual IMPLEMENTATION of the hardware interfacing is most likely within a child of Class B. By using several different children of Class B (Class B.1, Class B.2) within Class A, we have essentially inherited the interface of the base class (Class B) with a different implementation (Class B.1, Class B.2 and so on). Class A can also have, as part of its data, a Class C which defined methods for loading and saving. The ACTUAL implementation is again found in a CHILD of Class C (Class C.1, Class C.2). Again we have the functionality within Class A of Class C with the actual implementation defined by the child classes of Class C. While it is not true multiple inheritance, the effects are similar. We can define two private data member classes (Class B and Class C) which essentially define out interface. Children of these classes can then override the implementation but the method of interacting with these classes (the Interface) is defined by the base class definition. Class A, instead of inheriting from multiple classes is essentially a COMPOSITE class. I have used this several times and find it a very powerful way to build modular code. Shane.

I was going to suggest the exact same thing. It really does go some way to compensate for not having multiple inheritance*. Shane. * for those who insist multiple inheritance is a good thing..

I think people may be confusing an open-source documentation of the existing VI format and a completely new (Human-readable FTW) file format. I really don't see how NI could possible have a legal leg to stand on against a NEW file format , i.e. a template for a script to generate VIs from a given input file..... Shane.

Maybe I'm missing something here but this isn't launching a parallel process at all...... It's launching a plain old serial object which must complete before execution of the case can continue.... Again, maybe I'm missing something here...... Shane.

If I understood correctly you want to connect one RS-232 Device with a USB Device, without a computer between? I don't understand how this is supposed to work on a technical level. USB and Serial have (Aside from the "S" part in USB name) nothing in common. Shane.

Congrats! I have a letter more than you.... CLAD.... Oh wait.... Seriously, Congratulations. Shane.

Congrats, I know you had mentioned this kind of thing before on the NI site (All VIs are objects) but I thought even you referred to it as a theoretical exercise at the time. Now I really want to see your code...... Makes me very curious as to the question and answer..... Shane.

QUOTE (gmart @ Jun 8 2009, 03:43 PM) Thanks, I'll have to try that out. Shane.

QUOTE (hooovahh @ Jun 8 2009, 04:17 PM)

QUOTE (i2dx @ Jun 8 2009, 06:59 PM) Experienced that on another internet site. Somebody posting the most insanely stupid things, refusing to take ANY advice while constantly whining about how his life sucked. Got banned eventually, but only after lots of people offered some heart-felt advice. The post that broke the camel's back was the idea of stealing LIVE power lines to sell the copper........ Shane.