Michael Aivaliotis

Can you attach the Facade VI showing this? I still can't find it in your last attachment.

Have you tried this? Does it work? The reason why I'm asking is because in order for you to use the references from within the Property nodes, you have to set State Changed boolean to TRUE every time you update the references from within the Timeout case.

It behaves the same on my machine as well. I guess the timeout does not apply to network connected resources? What's also interesting is that if you set a timeout > 15 secs, it STILL returns after 15 secs.

I ran it on my machine and it works great! Excellent work. :thumbup: Yet again, another case study in the argument for opening up VI scripting to the masses. Can you explain how this would work a little bit more? I didn't see this implemented anywhere in your template. Is this a manual edit step in the process?In general, you shouldn't do real work in the timeout case but perhaps this is the only way.

When I think of XControl, I think of XWife or XArcade. It used to be a control...

You can configure properties in XControls so they appear nested when selecting them from a right-click. See here.

I'd like to post an update to this thread. Yes, there is indeed a way to create so called "pull-right" properties for XControls. Someone from NI informed me of a way that is not officially supported by them but none-the-less works. All you need to do is change the localized long name of the property to include the nesting. For Example: If you have a property called My New Nested Property 1 and you want the menu to appear like Mike->My New Nested Property 1, set the Localized Long Name to Mike:My New Nested Property 1. Colon is used as the separator. Further experimenting reveals you can also create line seperators by replacing the name completely with a hyphen "-". Of course, this means you lose access to the property since now it's not selectable. You would probably create dummy properties to support this.

Well, I'm not too upset with the current implementation. What I find a little annoying is to make all those Method and property VI's. Then you need to do more work in the Facade. What I would like to see instead is just let us register the methods and properties RIGHT INSIDE the Facade event structure. Then we can do the work in one place. This could potentially be done along the same lines as dynamic event registration. An additional side benefit would be that you now will know exactly what property fired and when.

What kind of hardware are you using to do this?

I understand that the Display State control of an XControl can be used to store the current internal state of the XControl. One thing I don't like however is that every time you update this data from within the Facade and set the State Changed? value to TRUE, it triggers the caller VI using the XControl to show an asterix in the Titlebar which indicates that the VI has changed. I understand why this is happening, however it's not desirable if you're just keeping some temporary internal values in the XControl which only last for the current lifetime and you don't care about saving them. One alternative I guess would be to use an un-initialized shift register on the Facade VI to keep these variables and not use the Display State data. One limitation with this method is that the data would only be accessible from the Facade and not from the Methods and Properties. Another possibility would be to create a LabVIEW Class for the XControl. I want to avoid that since I don't want to open another can of worms. I'm already having enough trouble trying to get my XControl implemented in the first place.

Well, the more I work with Xcontrols, the more I realize that there is a SERIOUS lack of documentation or examples for them. Can someone shed some light on the Convert State For Save Ability and how the hell I'm suppose to freakin' use it?

Ok, I solved it. Here it is:

Maybe something like this?

There is possibly an interim option. Every submitted code has a dedicated support thread with it. You, as a developer can post a reply there to solicit feedback if you wish.

Do you mean it shuts down? Are you creating it through the MAX user interface?

Welcome aboard!

Which one is it? Bad performance or wrong answer? Are the values (on the inputs) going into the VI the same as when the VI is run by itself?

Here's a link to the LAVA New Year's eve skypecast. https://skypecasts.skype.com/skypecasts/sky...e390418a378528c

If you want your application to run on a Mac you have to build it on a Mac.

You can get the references to all front panel controls and iterate over an array of them with a FOR loop. Use the property Panel reference then Controls []. You can select the controls you want by getting the label or caption text, or even the type.

Well, my first attempt is not going too well. I made it public instead of private. This means non-LAVA members can join. I also made it 5hrs. I just discovered that you can't cancel a skypecast. So I have to wait until the time expires to start a new one. At that time, I will start a private skypecast and post the link in this thread so only readers of this thread can join.

I've just started one. Apparently you can setup a duration for it and the max is 5 hrs. Search for LabVIEW now... I'll start a new one if this expires. Let's do a new years eve LAVA chat!

Wouldn't you know it, that's the only place I didn't look. Thanks! :thumbup:

Does anyone know where NI keeps the templates for the XControl Method, Property and Facade VI's? I want to create my own which are nicer.