Norm Kirchner

See this WIKI entry. I belive this is what you are looking for.

It's just a teaser rate, once I get you locked into the premium membership then I get to drain you for $45/year as a retainer fee and then I'll ask for cash at random times throughout the year to help me "cover costs"......wait.....didn't LAVA already do that? Looks like its a good working model!

http://www.skype.com/allfeatures/skypeprime/ I just stumbled across this today and it looks like an interesting concept Using Skype to get help from experts or be listed as an expert and ppl Skype to you. QUOTE So what I figure is that all us on Skype should list ourselves as experts and make some $ off of all the Homework Hustlers....ok, maybe that is un-ethical...ok it's totally unethical. and goes against all that the community stands for.... but it's a funny thought But the serious thought is that you actually don't have to charge anyone anything if you are listed as a pro-provider and someone contacts you. Not like we need any more distractions, but I figured I would put my finding out here and see what you all think. OOOOooooh I'll have to sign up now as a provider and be the first out the gate!!

Your link is missing the last 2 letters of ".php" the site is up, but fix the link

EVERYONE BACK UP A STEP!! I believe what km4hr is in need of is a better understanding of what a VI is and the concept of it rather than delving into reentrant execution. He just started. Let's see how we can get you back on track. First, if a 'vi' is opened either explicitly by calling it from disk or is loaded as being a SubVI within another VI, by default, there is one copy of it in memory and anyone that uses that SubVI will call the exact same chunk of code (vi, or file if you want to think of it that way) So your first creation was not a failure. In fact it was a roaring success!!! It did exactly what it was programed to do. So please do attach your sub-vi so that we can better understand why one execution would impact the other. But know that if you do anything that causes the same vi to be used, by default, certain techniques in programming will cause one execution of the SubVI from one source to impact the next execution of the SubVI from another source. Making the SubVI reentrant will assist you in your endeavor and possibly solve your problem, but you MUST understand why you are seeing what you're seeing FIRST otherwise you will curse yourself and any other work that you will do w/ LV. ok possibly overreacting, but this is not C++ or VB. It's still programming but the constructs cause different kind of behavior that are easy to grasp and move beyond so you can continue doing your cool project!

No real time at the moment to get into more detail, but start out w/ a detailed flow chart of the program and user interaction. Post it here and let's get down to type of architecture

Skye, Be sure to back up the bus just a second and not start charging ahead to 'write' code. Rather you need to come up w/ a basic architecture to your software and some of the core building blocks. This step is Language Independent. There are many resources to learn how to create a basic program in LV, but if you are looking at a project that needs to be developed, then some planning needs to precede the programming

I would like to propose an alternative to the solutions provided thus far. LVx and Exported Functions This is a design pattern that allows you to have a program running (a LV exe for example ) and have it easily respond to command requests from practially any LV source (another LV EXE, dev system on same PC, a PC in a lab around the world) and return the appropriate data packaged up w/ it. This method gives the exact functionality that you are looking for minus the web-services part. The beauty is that it uses some of the exact concepts presented so far but in a much cleaner fashion and much more extensible. Please do not be put off by the use of LVOOP as this is a great place to get your feet wet with it even if you're a beginner. I'm sure there are more details that need to be given, but check out the linked thread and ask away.

I have implemented a windowing scheme like this for an image processing application done in the past. If done properly, you can have all the functionality you need (cascading, minimizing, arranging) and have it look native to the system. I would STRONGLY recommend not doing the OS calls to make this work as I have had TONS of instability issues w/ regards to LV and doing this. If this is the kind of functionality that you need and the user expects, then making a window manager will be your best bet. Use vit's along w/ VI server or reentrant FP (personal choice) and each time that you spawn a new window, make sure the manager holds it and manages it as needed.

QUOTE (TobyD @ Oct 13 2008, 10:22 AM) Thanks, keep an eye out for the next round. The grand finale is the Taj Mahal

For those of you interested I just got back from 2 weeks in India. What an amazing journey!!!! Many pictures taken and a lot of journaling. But for now some of the picutres for your viewing pleasure have made it up on my picasa page. Enjoy http://picasaweb.google.com/NJKirchner/Ind...venture08Part1#

SWEEEET! and great to see someone else out there is finally riding the Jing bus w/ me! Ever get hooked on Jott.com too?

The alignment grid works... sorta. I do a lot of system recessed frames inside of invisible clusters for the nice effect that it gives. and sometimes I have things that their 'bounds' don't quite have the same gutters. Or you want the same things on multiple tabs to be aligned in the same spots so the net effect is that in these and other situations, IT"S A BITCH TO GET SHIT TO ALIGN. So, I propose that NI allows Rulers and Guides similar to photoshop and the like to help us setup our FP easier as to make more professional looking FP. Thoughts?! before I submit to ni on suggestion page of course

QUOTE (Scott Carlson @ Sep 12 2008, 11:55 AM) Statements like QUOTE but I have yet to see a VI that I would consider "clean" after running this tool. QUOTE The few times I tried it, the end result required some more cleanup. QUOTE The block diagram cleanup tool does not share this preference, which puts it strongly at odds with a key personal aesthetic. QUOTE thanks NI for the tool, as I'm sure it'll help LabVIE users (LabVIEW programmers - not so much) were the type that catalyzed my fervor. And no, I did not develop it, but I like to see arguments from the other side and although well intended, the comments seemed over critical at the time and I felt that someone needed to stand up a bit for the tool and the fact that they made it work in the first place. As I soak in the recommendations coming out as opposed to just seeing the... "well this just isn't good enough for me" comments, I center my chi once again.

QUOTE (Michael_Aivaliotis @ Sep 11 2008, 07:42 PM) Understood, and am now sufficiently calmer. And I do agree. My perspective of what I was hearing prior to my rant was far from what has been the remainder of this thread. And I shall chime in, as an admitted active user of the tool, what I see as potential improvements too.

QUOTE (mballa @ Sep 10 2008, 06:20 PM) Well in that case I'll just have to go the Price-is-Right cheapo way ($1) and toss some crap together just to make sure if it's a 1 horse race I'll win. That's called strategy baby!!

The CAR ID for the broken wire problem is 125719. The problem with both XControls being selected in the class list, NI is already aware of this and should be filing a CAR soon. Workaround for the build array...... put the XControl as the top element inputs to the build array and no broken wires. QUOTE (Aristos Queue @ Sep 10 2008, 03:12 PM) Not tested yet. Will give a whirl later tonight.

So I'm having some issues w/ trying to build an array of control references if one of the controls is an XControl. Which doesn't make ANY sense to me since the both fall under the 'Control' Class as a common denominator. So in order to prove that to myself, I made a constant of each of these references and started looking at the class membership hierarchy. This is what I got So 2 things. Apparently the XControl class doesn't know which class it belongs to (definitely not TE logging) And it breaks the build array for the references. And even when I straighten out its identity crisis and tell it what it is, it still breaks the build array. WEIRD

Now wait a damn minute!!! What are you all thinking ragging on the inability to have this make clean code cleaner??!! I mean get off it already. Yes, we all have our styles and ways that things should look w/ regards to specific functions ie format into string. And although LV can now respond to our voice commands, (more on this later), it still can't read our freaking minds!! Take some damn perspective on this tool, it analyzes what things are and moves them around in a logical manner. This is one of the most creative ideas that I have in LV in a long time. .... I can't even get what I'm saying across right at the moment because I'm so beside myself that you are all so critical of this awesome feature. The tool doesn't probably care how special you are and how neat the code is already. More likely it says what the F did y'all plop down and what makes sense as far as layout and starts from scratch. That's pretty damn smart if you ask me. So take the tool for what it's worth and don't be unrealistic with your expectations. and for those of you who are wondering, I have used it on a few occasions for cleaning up other peoples rats nests and for taking my quick prototype code and helping me when it's time to turn it into a well laid out diagram. I still move things around after the fact, but it saves me time..... and that makes all the difference! Hillshire Farm Go Meat!

Ok, something is fishy here. I've got a program that is not complex by any stretch of the imagination. I've got some LVOOP stuff in there but very simple structure 1 class owns 2 other classes, no inheritance. and the LVx package that does have inheritance, but has been built in 8.2 before w/out issue And as I try to build it into an EXE, going on minute #5 now, I am still waiting for the build to initialize... WTF!!!! Never have I seen it need to sit so long for an init of a build, but it will finish eventually... like the moment I walk away because I'm tired of trying to see how long it takes and give up. So the question is, has anyone had a simple program cause the EXE builder to take FOREVER on the init of the build? Going to start an NI SR as well but wanted to see what others have seen.

I can't say specifically how to do it, but I know there is no native way in LabVIEW to accomplish this. What I would expect the answer to be, is that you will call the SystemExec command (executes command line operations) to some component of .... wait... this is easier than I'm making it out to be. yup... that works. Just call that at the end of your program w/ the appropriate path worked into the end of the string.

You will have to catch the "mouse down?" event and see if it was a right click Use "Point to Row/Column" method for the tree to determine what you have clicked over using the corrds of the event Programatically change the value of the tree to be that value just right clicked on, and then set discard? to false on exit. bingo bango bongo instant right click selection.... that or NI could just fix the issue! Looks like a needed trip to the product suggestion center.

I'm actually in a user group meeting at the moment and saw a demo that appears to use flex. Let me see what I can glean from my NI rep...

QUOTE (Michael Hill @ Sep 3 2008, 09:36 AM) This is not what you want to be doing. From a programmers standpoint, the tag is the appropriate place for this especially if that is the information you are looking to extract from someones selection. Also even if you keep w/ your solution, still look into the API. It makes life sooo much easier for you and the next guy walking up to your program.

There are some key things to know about the tree control. Each element has a string tag associated with it. This tag does not have to have any resemblance to the displayed value. As you add an element into your tree, set the string and the tag. The tag will be your path and the name will be what's displayed. As someone selects part of the tree, the data value of the control is the selected tag .... ie your path I strongly suggest checking out the Tree Control API as it will get you out of property node hell and back into the LV we love so dear. I have a full presentation on working with the tree control.... Lemme go dig it out for you Found it here! keep the questions coming