Norm Kirchner

All you guys have totally gone in the wrong direction. NO CREATIVITY. 2 options 1.Someone finally gets off their duff and utilizes the built in windows voice recognition in conjunction w/ scripting for things like, (open BD, Clear broken wires, select all, align right, open {label here} properties 2. OCZ's NIA. check this $hit out!!! ~,~

Well since I just got such a rave review and you happen to have backing from the head honcho's and I happen to have a room @ the hilton.... looks like I've got a roomie. If we can swing getting the reservation room set close to the other JKI guys we can have another hallway party and tuesaday night code-off.

QUOTE(Ben @ Jun 15 2007, 08:00 AM) I can't say for certain, but it's most likely to match up w/ a quirk in the core of the picture control. I'm sorry I came up on this thread late, but I have a simple radar sweep program I'll try to dig out for y'all it uses the picture control

Just thought I would have to chime in w/ my own little piece. http://forums.lavag.org/index.php?act=attach&type=post&id=5580

I suggest you check out the tree control API within the LAVA code repository http://forums.lavag.org/CR-Tree-Control-API-t5962.html

QUOTE(Tomi Maila @ Apr 17 2007, 01:57 PM) Just for reference, if you plan to do dynamic calls w/ built exe, you need to have contstants of all objects to be used present anyways, somewhere in the non-dynamic code due to difficulties building w/ objects and managing exclusions and inclusions I've just run around the track a few times on this one and have figured out w/ the help of the good folk @ NI how to do this.

QUOTE(Tomi Maila @ Apr 17 2007, 11:49 AM) No, you understood correctly. This is what you would expect, but I heard from the horses mouth that this is not supposed to be legal although that if you use TCP/IP that you can make it happen but you get some errors when you return the object. http://forums.lavag.org/index.php?act=attach&type=post&id=5539''>http://forums.lavag.org/index.php?act=attach&type=post&id=5539'>http://forums.lavag.org/index.php?act=attach&type=post&id=5539 If you do this, and the object inputs are not dynamic, I have seen it work, it's not supposed to, but if you open the ref w/ TCP it will. So who knows what kind of quirky things will happen or if they will cut it off all together.

So even though LVoop objects are by value, word around the block has it that you are not supposed to be able to pass objects across application references. Let me give you a for instance why this is gonna suck. You build a master slave application in which the master resides on a local PC and the slave on a remote PC. If you build any code structure build off of LVoop then you're hosed (although not totally)when you want to send information back and forth. BULL$H!t </rant> <solution> If LVoop is by value and has version numbers along with it, then the value stored in the wire should be flattened as is and passed to anyone else just like if it were a string by value. questions, comments?

Well I suppose I didn't make the problem clear. Nothing happens when I click a link. nada. And I need to stay @ IE6.

Well I may have to edit my original post. Nice job on the Google search. BUT WAIT!! Does anyone else see this problem... when I click on a search result, no page pops up and I have no popup blockers on and the only way to see the clicked result is to shift click the result and a new window pops up. I'm using IE 6.0 and No I can not use firefox, I like activex too much. -Norm

What do you feel is the proper implementation of this within the scope of another project. As in, I have my own type of object, is it appropriate to replicate the entire singlton project w/ the new data type or only parts or .... I know that it is us to utilize the design pattern however we choose, but did you have a process in mind? Thanks

QUOTE(Jim Kring @ Mar 27 2007, 05:32 PM) The problem with this is you still have a bundle node w/ 25 elements. That aside, thanks for confirming my question. -Norm

I have about 25 dynamic events being registered to an event structure which look like this http://forums.lavag.org/index.php?act=attach&type=post&id=5317 If I were to do a registration of only 1 item and that items object class was LVObject, When I fired the event and passed a child class to the event, would the object wire (of LVObject class)returned within the event structure properly dynamic dispatch to the appropritate class? I know if you cast a child class to a parent, the childs data is retained, but will it dispatch to the child method rather than the parent? -Norm http://forums.lavag.org/index.php?act=attach&type=post&id=5318

QUOTE(Michael_Aivaliotis @ Mar 25 2007, 04:06 PM) Well well... looks like that's exactly what I was thinking minus the framework of also creating a manager. I bet w/ the improvements in event registration and handling and xcontrols, this might have the potential to be a bit more fruitful this go around. That is unless, you've actually developed this and don't feel like giving all that hard work out for free to the community. :thumbdown:

QUOTE(Eugen Graf @ Mar 15 2007, 05:55 PM) Very true, but I know that I have thought many times of creating a child window framework using subpanels, that you could move/resize/cascade/minimize and so-forth. Well the short of what i'm getting at is, hasn't anyone implemented this yet using subpanels? The least that it would take is a custom sub-panel that had a standard title-bar that you could click and drag the sub panel around. well, I know it's possible....

Dual post on OpenG http://forums.openg.org/index.php?showtopi...;st=0#entry1414 Looking to discuss options. Enums w/ spaces in the text do not translate properly

For the Item symbols ('icons') you can use the modify item call, and I think you just need to re-define what the icon at an index is from another function, which, i'm assuming this is what you want, I don't have. I'll look into it though, as I have thought about it before myself too.

Ok, Sorry about not getting to this posting sooner. I didn't Know it existed {never got notification}. But on a few of your points. 1.The VIs are read only because I built the zip from VIs that are in source control {uses read only to handle checking in and out} so feel free to do a change all once unzipped 2. Custom Icons??? once you change the VIs from read only, change whatever you want 3. I thought the LGPL would let you do whatever you wanted, I'll follow the recommendations of the group to make them as usable as possible. Also to all of you, Thank you for the kudos. This toolkit is my baby and I'm glad you all like it. Be careful w/ the INI viewer though, it's been a while and I know that it hasn't gone through a ton of debugging and I don't want to mess up any of your INI by accident. Well when it comes to the INI viewer, it's meant to handle standard INI. It was never used extensively, but rather as a proof of concept and an excuse to use the tree. So in a standard INI there are only 1 layer of children. Feel free to extend the capability and post it back here. I'll modify the zip if it looks like they're good changes I know that some minor changes have been made since the 7.0 version so I can't vouch for their absolute sameness, but they all use the same connector pane and operate really close, so they should be forward compatible if you upgrade. Give me a few days to get to posting it, but I'll dig um up.

Of course you can change the start position of a dial, who said that you can't? What do you need to change it to?

File Name: Tree Control APIFile Submitter: njkirchner File Submitted: 10 Jan 2007 File Category: User Interface Description {Almost}Everything you every wanted out of the tree control but were too afraid to build. Provides extended/smart/wrapped functionality of the tree control. Functions Add Item Modify Item Remove Item Get All Items Get Top Level Items Get Items Parent Get Selected Item Get Siblings Get Children Get Item Properties Check Tag Valid Convert Tag to Text Find Tag from Text Outdent at Item Indent At Item Expand Collapse Empty Tree Notes Capable of working w/ LV 7 or later but uploaded version is for LV 8.2. Please request previous version if necessary. Good to recognize that the tree control is just a fancy multi-column listbox. Version 1.0.0 Initial Release 1.0.1 Example program added Click here to download this file

See this post, to see how to interact with the dial numeric control and get it to look like slices of a pie. http://forums.lavag.org/index.php?showtopic=4310 Another thing that would be nice w/ using the dial is that you can easily display the number scale (which would be hell on the picture control) ~,~

Sorry I'm chiming in so late in the thread, but y'all might find this interesting. enjoy Download File:post-208-1168617944.zip

Funny that you should mention that. This was actually the front end of a web based weather monitoring station driven totally by the LV internet toolkit web server. I could recall historical data too, although it took a bit more. I'll see what I can drum up, but the directional control was based on a customized control w/ 4 floating text decorations.

Will any of these help you out? see attached image

I hosted the one for the 5 hours and learned a few things. It's ok to make it public, but you need to closely moderate the number of people available to talk. By default, people coming into the conversation are able to talk immediately, rather than by being invited to speak from only being able to listen. This way you can leave it open to whoever but stop the wackos from getting through. You change the default by setting the option "send all to listen" or something close to that. ~,~