Events in subpanels

Hallo,
I have B.vi with an event structure. In one of this events A.vi will be opened and showing up its frontpanel. A has also EventStructure. When I click Exit-Button in A.vi the event gets fired, A.vi terminates and returns to B.vi. This is no problem, nested event loops are working fine, although opinions are different.
Next step: Same scenario as above, but now B.vi has a subpanel where A.vi is inserted. And now it fucks up. A.vi is shown in the subpanel of B.vi but you can't click the exit button in A.vi anymore, neither any buttons in B.vi
I have tried the subpanel version with either, static events and dynamic event registration, neither works.
Are there problems to fire frontpanel events in a vi that is inserted in a subpanel? Is there a way to work around this. If I can't go for the solution "Nested EventStructure and subpanels" it would be result in much more programming work, which I want to avoid. This solution would be the simplest and best for my application.
I've attached code of my three examples.
Best regards
Oli
Attachments:
ExampleCode.zip ‏83 KB

"olifr" <[email protected]> wrote in message
news:[email protected]...
> Hallo,
>  
> I have B.vi with an event structure. In one of this events A.vi will be
opened and showing up its frontpanel. A has
> also EventStructure. When I click Exit-Button in A.vi the event gets
fired, A.vi terminates and returns to B.vi.
> This is no problem, nested event loops are working fine, although opinions
are different.
It is no problem to have a sub vi with an event structure in an event
structure. Nested event structures means to put an event structure directly
in an event structure. That won't work. It will also not work if you put to
event structures in parallel of each other, and let them listen to the same
event. So in short: avoid two event structures in one diagram.
In your situation, keep in mind that while A.vi is running, B.vi can't
handle it's events. So if there are still events generated (if A.vi isn't
modal, or if you send user events to B.vi), all these events could be
executed when A.vi finishes.
>  
> Next step: Same scenario as above, but now B.vi has a subpanel where A.vi
is inserted. And now it fucks up. A.vi is shown in the subpanel of B.vi but
you can't click the exit button in A.vi anymore, neither any buttons in B.vi
>  
> I have tried the subpanel version with either, static events and dynamic
event registration, neither works.
>  
> Are there problems to fire frontpanel events in a vi that is inserted in a
subpanel? Is there a way to work around
>this. If I can't go for the solution "Nested EventStructure and subpanels"
it would be result in much more
>programming work, which I want to avoid. This solution would be the
simplest and best for my application.
I can't open your code right now, but I do this all the time. Could it be
that you've put "lock front panel until the event case for this event
completes" is on? This also disables the content of the subpanel.
Disabling this option creates the problem I described earlier. You should tr
y to start the subpanel VI dinamically, or to start it parallel to the event
loop. You'll have to find a way to comunicate between the two VI's, like
user events, queues, or buffers.
Regards,
Wiebe.

Similar Messages

How to pass events from subpanel(s) to the main VI ?

hi all,
I found a lot of solutions to pass the events from the main VI to the subpanel(s) but none about passing the events from subpanel(s) to the main VI. In the attached VIs, I just want to generate an event in the main_VI.vi when I click on the button positionned in the subPanel1.vi. How can I do that ?
thanks.
Cedric
Attachments:
main_VI.vi ‏13 KB
subPanel1.vi ‏6 KB

Cedric,
You could use a queue to transfer the button data to your main vi.
See the attached files:
subPanel1mod - Detects a button change and Enqueues the state.
main_VI mod - uses the Timeout event to poll for data in the queue.
main_VI mod1 - gets the queue data without having to poll.
Like your orginals, these files are in LV2010.
steve
Help the forum when you get help. Click the "Solution?" icon on the reply that answers your
question. Give "Kudos" to replies that help.
Attachments:
subPanel1mod.vi ‏10 KB
main_VI mod.vi ‏16 KB
main_VI mod1.vi ‏15 KB

Keydown events in subpanel

I have read some other posts about this sort of problem, but the solutions offered there have not worked for me. What I want to happen is the VI in the subpanel should respond to keydown events. Everything I have tried to get this to happen has been intermittent at best. What usually happens is that a mouse click on any control or indicator in the subpaneled VI will then cause all keydown events to work on the VI as I wish, but you have to do that initial mouse click first. Does anyone know how to get a VI in a subpanel to respond to keydown events as soon as the VI starts running in the subpanel without any other interaction in the subpanel first? Assigning keyfocus and registering for events are the general suggestions in other threads about this sort of situation, but none of that has worked for me in the desired fashion. I am using LV 8.0.1 on WinXP if any of that matters.

OK, the basement flood is fixed for now, and the deadline was met on Friday. Here is a little demo of the problem. The basic idea is that the subpanel will be used for several different little recipe guides like the one included. Other things in the code could require bailing out of the recipe, so there is a global to force an early exit, but normally you would exit when the last step in the recipe finished. The code does things based on where the user is in the recipe, so waiting for the user to press any key is the way the code knows when to do the next step. I want the user to have to do nothing extra to get the keydown to work right from the beginning.
Attachments:
testsubpanel.llb ‏67 KB

Producer Consumer Subpanels, User events and DAQ

Hello All,
I am working on a Producer Consumer application and have beed looking at subpanels for user navigation. The application needs to be capable of responding to user generated events but also manage data received from attached data acquisition and control hardware. This is a 2 part question.
I need to implement about 15 screens in this application and have started integrating subpanels. I need to be able to navigate from one subpanel vi to another using subvi buttons but dont understand how to build this functionality. Can I build functionlaity so that when I click on a subpanel loaded vi's button it will load the vi referenced by that button and the original dissappears.
I have a 3 loop producer event template consisting of (1)data acquisition producer, (2) user event producer and (3) consumer loop but theres not much detail, are there any reasonable templates out there? I have seen the data- consumer and user-consumer but no mix of all 3.
Advice appreciated
Chris

I use subpanels to host my display vi's and control them dynamically. I would have a loop or vi process that manages your subpanel. You could use user events, queues or notifiers to send messages to this subpanel manager to perform the basic functions such as loading a vi into a subpanel, removing a vi from subpanel (you can remove and stop the vi or keep the vi running in the background or even make it a floating vi.) A subpanel button can create a local event which in turn could trigger a user event or message to the subpanel manager. I have attached my subpanel manager to give you some ideas...
Attachments:
Subpanel Manager.vi ‏39 KB

Calling a VI in a subpanel with parameters inside an event structure and using an abort button

Hi all,
I have a control panel with a tab control and two tabs have a sub panel in them. At runtime I load the VIs I want in to the sub panels. In the control panel event structure I want to start each of the VIs and monitor the execution state so I can abort the VI while it is running. One method I use can run the VI and the abort event will work (see example). The second method I use does not and this is what I want to do! I have many inputs to the VI I want to pass so placing the VI in the event blocks everything else and it has to wait until the VI has completed, so I cannot monitor the execution state.
I have attached an example of what I want to do.
Any help appreciated.
Martin
Solved!
Go to Solution.
Attachments:
SubPanel.lvlib ‏2 KB

Hello,
You can do this with queues.
The main vi and subpanel vi's should be based on the producer/consumer (events) and you handle the front panel events accordingly in the respective vi's.
Name the queues in obtain queue , for example the Main being MainQ, subpanels SubPanel1Q, SubPanel2Q. When you start the application, initialise the main vi and also run both of the subpanels (just to make sure that the queues are first obtained by themselves). Then you can use obtain queues to do inter vi communication.
For example if you need to send data from main to subpanel1, use obtain queue and use the name SubPanel1Q, pass the required data & command and voila. Subpanel1 vi will receive your message. You can do this anyway you want. Hope this helps.
Beginner? Try LabVIEW Basics
Sharing bits of code? Try Snippets or LAVA Code Capture Tool
Have you tried Quick Drop?, Visit QD Community.

Good way to trigger exit event for VI's loaded in subpanels?

Sorry if this is a novice question, but I haven't gotten much traction searching for an answer the last couple days.
I have a setup that uses remote panels for an interactive "lab." The panel loads a reentrant VI that is just a tab control, the front of which has a user/password/lab selection form, and upon proper credentials being entered tabs to one large subpanel. This panel loads the selected lab VI, which is itself just a rudimentary VI with 2+ subpanels, each of which loads a specific instrument. The instrument VI's are being held open by the subpanels, so that if the user closes the browser everything exits. It all seems to work fine so far.
What I'm wondering is if there is a simple way to force a handful of commands/cleanup-actions before these instrument VI's leave memory. One device in particular ramps high voltage on start, and I'd like to ramp it down as part of a cleanup step. Is there an easy way to incorporate this with my setup? If not, what's the best way fundamentally to handle something like this? I'm far from an expert, but if there is a lot better way to design a setup like this I'd love to hear it.
Thanks for any help.

Thanks for the reply.
I actually have toyed with both the application close? and panel close? events. Panel close doesn't seem to trigger off a subpanel (I think I read that in the help too). Application close doesn't trigger because I have to keep the highest level vi's front panel open or the remote panel doesn't display anything, and for my purpose that interface has to be active 24/7, even if individual labs aren't in use.
Maybe I should rephrase the question... is there any way to detect when a vi loaded in a subpanel is about to be taken out of memory because the subpanel is no longer viewing it?
I'm thinking if not perhaps there is a way to detect if a VI is loaded in a subpanel with another independent VI, and when that VI sees that the instrument VI in question is no longer running (due to the subpanel closing) it takes the appropriate action, rather than integrating cleanup into the instrument itself.... Anyone have any experience with this?

Event pass to subpanel

Hello
I know there is a lot written in the forum about this topic. My problem is that I would create a subpanel in a event. In the subpanel vi there should run a serial link continuously. For a application writer this is looking as I would create new thread. Main vi is still running. If I would do this without subpanel the event handler will be blocked. Of course it would be possible to let it run outside the event handler. But then the whole vi will start to be very confusing. Once I had six loops parallel. So a nice solution would be that I can pass event happened in main.vi to the subpanel to steered. In my case I just need the stoop command. Is there a nice way that I can detect events depending of different controls and pass them to subpanel. With a reference?? With global variable it could work and also with a user event but I don't like to write some code for every control in main vi that I'm able to pass it over.
Kind regards Reto

Hi Reto,
Since you already have the reference to the subpanel vi, why won't you use vi server for passing the datas?
Just use the subpanel vi reference and connect it to a propertynode,choose Fronpanel, which gives you the reference to the FP back, then access the FP Property "Controls[]" and use these references to pass datas(with the value property).
For me this would be the easiest way.
I hope it helps!
Evrem

How can I put a subpanel inside another subpanel?

Hi,
Is it possible to put one subpanel o several subpanels inside one main subpanel?
Thanks,
ToNi.

DFGray wrote:
You can create something in LabVIEW to do this, but it won't be trivial. Here are some things to point you on your way. I have not done this, so it is pure speculation on how I would go about solving this problem.
You will need to know ahead of time the maximum number of windows you will want. On your front panel, create that many individual subpanels. You can hide the border and make them transparent so you never see them unless something is in them.
When you load a VI into the subpanel, all you get is the panel, not the title bar. You will need to create a title bar with buttons and any border you want on the VIs in the panel area. This is tedious, but fairly straightforward, especially if you use system colors to make it look like a real title bar/border. You won't be able to make it look like an XP title bar unless you use bitmaps/picture control. If you go that route, you can probably even mess with the color map to change the bitmap colors when the system color changes (have to poll, no event for system color change).
You can resize and move the subpanels using property nodes. Getting the info to do this could be tricky, however, since you may be coordinating mouse events from the top level VI and the VI hosted in the subpanel. Should be doable, though.
One other method is to use floating windows, but move them on top of your main window so it appears to the user it is an MDI. You won't get clipping, but everything else will look the same and you won't have to jump through hoops to create title bars, etc. You will have to write a position manager to maintain the window positions, but that is probably easier than the tricks I discussed above
Good luck. One final question - do you really need an MDI? Floating windows with clear labels are a lot easier. Do some polling of your users to find out what they like best, then go for it.
You should using windows reparenting functionality through windows api dll calls. Reparenting is documented well on microsoft.com. Reparenting is how Excel opens multiple worksheets inside the Excel "parent" window. I have done this on a few of projects and it works far better than subpanels because it allows you to drag windows around within a parent application. They are also far easier to work with once you get the reparenting vi's correct (you have to do some messing with Z position and window activation to get them to repaint properly) because unlike with subpanels you can view a VI diagram while it is reparented with no problem. With subpanels I have also had problems with GUI controls driving event structures when a vi is in a subpanel.
-Devin
I got 99 problems but 8.6 ain't one.

How to use an Event Structure responding to an image control that belongs to a parent VI.

Hi
I am loading a subpanel vi by pressing a button located in the user interface of the main vi which also contains an image display. Subpanel vi opens up on the side and doesn't hide the image display of the main vi. Subpanel vi contains an event structure that needs to respond to user clicking on the image display of main vi.
Since the bug that occured while creating an image reference control isn't fixed, I am passing the main vi pane reference onto the subpanel vi. From that point I've tried to edit event structure and have it respond to the image control/pane that belongs to main vi but I don't know how.
Any help would be appreciated.
Thanks

Post a screenshot of your subVI code where you register the events.
André
Regards,
André
Using whatever version of LV the customer requires. (LV5.1-LV2012) (www.carya.nl)

Any way to show a subvi's frontpanel within its parent with out the cumbersome "subpanel"?

I'm writing an application, where several loops are running in parallel (e. g. read sensor data, receive UDP packets, send UDP packets, wait for input). Except for some configuration data, the loops are completely independent from each other (occasional communication is done via queues). Each of the loops will run indefinitely until told to stop by commands to a queue and is in its own subVI (otherwise the main blockdiagramm just containing the overall state machine would start to grow outside the screen, which is even worse than having to scroll in a text based language). Each of the subVIs also shows some information (status, sensor data, graphs, debugging).
So the big question is: how can I show all these subVIs information in a single window?
Using the "subpanel"-container is pretty much out of question. It adds almost as much clutter to the blockdiagram than the loops would do themselves (with "create vi reference", "insert vi", "run vi", "remove vi"; and that for every parallel subVI) and makes the code harder to maintain. Even worse, Labview is no longer able to tell me if one of the subVIs is currently broken (e. g. because there was a change in a typedef that requires changes in a subVI) until I run the complete program (or open each of the subVIs individually). Getting parameters into and out of the VIs isn't easy either that way (no more simple terminals).
I thought about making the subVIs' appearance titlebar-/menu-/borderless and floating and hardcoding a pixel position for all of them. But I can't really control what resolution the PCs running this program will have. So I fear they will be all over the place with no possibility for the user to move them around. This would also mean the main windows would always have to stick to the top left, which in itself would annoy users.
I remember having this problem already. My solution at this time was to make a copy of every frontpanelobject of the subVIs on the main VI (thereby cluttering the blockdiagram with heaps of unconnected terminals), creating a reference to that object, bundling them all together and writing it in a global variable. Then every subVI would pick out the references it needed and change the value with the value property node. Globals and changing the value per reference both being pretty bad Labview practice, it was still more manageable than dynamic calls to subVIs (which the subpanels comes to, although it shouldn't be needed). What making this approach not very practical this time, is, that some of the subVIs (and what they show) may be developed by other developers. This would mean for every frontpanel object they add/change/remove a reference needs to be added/changed/removed. While the reference list will be it's own cluster typedef, still all other subVIs will have to be updated, too.
Maybe I missed something. But is there really no simple option like "show frontpanel when loaded at this position within parent frontpanel"? Would make things soo much easier and way easier to maintain.

mikeporter wrote:
I'm sorry I'm not aware of any "cumbersome" subpanels - unless of course you don't know what you're doing. There is this wonderful invention called a "subVI" that can be used to organize and simplify your code, or are they too "cumbersome" as well? You should really learn a bit about what you are pontificating over before you start running off at the mouth.
Mike...
I didn't want to step on your toes. No need to get personal.
Subpanels make some additional code necessary that hasn't got to do anything with the actual program. And I AM using subIVs as I wrote in my first post, which is exactly the root of the problem.
Nevertheless I now solved it in a way that comes close to what I wanted. I don't know if some of you meant your suggestions to be understood that way (at least I didn't ). The subVIs will now "insert" themselves (via invoke node) into a subpanel on the main vi, which they are given a reference of at call. This adds minimal aditional code, especially on the main VI which I want to keep as clean as possible. By clustering the panel reference into the parameters the subVIs are already given (not used in the example I attached below), there isn't even a change on the terminals of the subVIs.
I got to check now if this works well with event structures within the subVIs or if it can create the same problems like multiple event structures within a single VI.
So no global variables anymore and no writing values by property node. I don't know if this just wasn't possible in previous Labview versions I had a try at that (I guess it was 8.6 and/or 2009) or I just didn't come up with the idea back then.
And if the text wasn't that helpful, here are two screens:
Parent VI:
SubVI:
Attachments:
main.png ‏2 KB
subvi.png ‏5 KB

Easiest way to pass data to/from subpanel?

I am new to subpanels and am kind of overwhelmed by the various responses I've read on the forums about this issue. Some people use named references, others user events, others queues...and right now I guess I've yet to see an example that was really clear for me to understand.
In my case I have lots of different controls and indicators within my subpanel. Two main things I need to do:
1. I need to pass the VI that gets loaded into the subpanel a single string and a single numeric
2. When there is an event on the subpanel (either a value change event for any control, or a mouse up event), I need to pass out a reference to the control that caused the event. The top-level VI will then process the top level event.
So that's it....2 inputs (1 string, 1 numeric), 1 output (a ctrl ref). Both inputs will be changing regularly as data from a telnet connection is read, and the output is driven entirely by user interaction with the subpanel (i.e. it's independent of the inputs).
What's the easiest way to do this?
thanks

bmishoe wrote:
I was thinking about it some more...the ctrl reference that I said I wanted to pass out - it could just as easily be a string. The label of the control has indices as part of it's name that I use to index an array to extract a string. There's no reason I couldn't do that within the subpanel and simply pass out the string itself.
So to modify my question slightly - the VI loaded into the subpanel takes in a string and a numeric and outputs a string, and I want the top level VI to execute an event structure each time the output string changes.
thanks...
If that's how you want to handle it, you should have 3 inputs, String, Value and User event, and inside the VI you check if the string has changed, in which case you generate an event. The Main VI will subscribe to the event and execute it.
The event has ofcourse string data so you'll send the data up to Main vi.
Easier would ofcourse to simply have the string output from the subvi and update the main vi's indicator each time.
Whether you show it in a subpanel or as a popup vi is just a visual thing, the VI should work the same.
/Y
LabVIEW 8.2 - 2014
"Only dead fish swim downstream" - "My life for Kudos!" - "Dumb people repeat old mistakes - smart ones create new ones."
G# - Free award winning reference based OOP for LV

Extract data from a subvi in a subpanel

Hi,
I'm modifying a huge existing vi-program (300+ subvi). Among other things I want to change the main vi and the user interface. My main goal is to have a menu bar (listbox) to the left and sub-panel to the right where subvis are opened whenever the user change selection in the menu bar. This, I can do with invoke nodes.
The challenge for me (and for you - if you accept) is to save the changes done by the user so they reappear when the user re-select that particular point in the menu.
Secondly, I would like/need to extract the settings from the subvis (when the user makes another selection in the menu) to the main vi so I can use the settings in other subvis.
Thirdly, I would like the subvi, open in the subpanel, to be in run mode, for the interface to be interactive.
I have mange to make a draft-vi, but I fear that it will require too much computer power and memory when it has to be able to call 30 different subvis. I also feel that the data/setting extraction is a bit clumsy and could become quite messy when expanded. My solution to make the called subvi interactive is fairly simple, but I hope another solution could appear in the discussion.
FYI, the program has to be made executable at some point.
I really hope someone can bring my some inputs or comments to my draft-vi.
eskrut
Solved!
Go to Solution.
Attachments:
FrontPanel.vi ‏22 KB
Task.vi ‏6 KB
Application.vi ‏6 KB

You have a very good idea. I have used it many times myself. But let's think things through a bit more:
You want to be able to pass data between plugin modules - which is a Good and Useful Thing.
When you get this running it would be another Good and Useful Thing to be able to reuse the architecture. Wheel reinventing is a Bad Thing.
If the user interface knows what the data look likes that is being passed between plugin VIs, it will limit your ability to fulfill Point #2.
So let's take things one small step further and say that the data passed between the plugins is private data that the plugins hide from the user interface (henceforth to be know as the reusable application framework).
In this scenario the reusable application framework has only one job: Opening plugins, starting them running and putting them in the subpanel. (ok so that's three things - nobody expects the Spanish Inquisition).
So how do you pass data? Functional globals, databases, events, notifiers, depending upon the details of what the plugins do, there are a bunch of alternatives.
Mike...
PS: The event for handling the selection should have all the code in it for managing the plugin. You can fire the event programatically during initialization to get things started. Likewise the list of options for selection can be populated programatically when the application starts.
PPS: Now that the reusable application framework has so little to do, give some thought to some other things it might have time to do - like providing a standardized error reporting mechanism; implementing a standardized menu structure that the plugins can hook into if they need to; or providing some common on-screen buttons that the plugins can use.
PPPS: Databases are a Very Good Thing.
Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion
"... after all, He's not a tame lion..."
Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

Trouble passing values to subpanels

I seem to be having issue pass values to my sub VIs in a subpanel. I'm using the invoke node and control value set command.
I am able to pass a database reference that I'm using, but when I try Boolean values, I get no response. I'm also trying to use one of the Boolean values to fire an event. The front panel of my sub VI looks as though the FP button is being pressed, but my value doesn't change and my event doesn't fire.
I've reviewed as may forum threads as I could and have looked through the bug reports without any luck. Any ideas?

attached is the code snippet. You can use this as a subVI in place of where you are setting the control value or just hammer the code in directly. Add error handling as you see fit, although you should note that if you use the error handling within the for loop, you will probably get an error, probably better to move the 'to specific' outside the loop.
Paul <--Always Learning!!!
sense and simplicity.
Browse my sample VIs?
Attachments:
setCtrlValSignal.vi ‏11 KB

Passing data to subpanel

I have an architecture question for the labview 8.2
community...
I have two indicators that I'll be passing data to and I would like to create a
single picture (png, jpg, ect) of both indicators. The key aspects is that the
data to these indicators will be changing and it's not until the end user
clicks "snap picture" on the front panel when the picture is taken.
I'm leaning towards creating a subpanel on the main vi then passing the data by
"call by reference" to a subvi. When the GUI event happens in the
event structure a "Get Image" of the subpanel is taken.
I have two questions.
1) I haven't gotten data to update properly in the subvi. The "Get
Image" always snaps a picture of the default vi and without the
values. What's the best way to pass the data in?
2) Is their a better architecture to use for this goal? I'm open to
other ideas it their is a more efficient and streamlined approach.
Thanks.

> I have two questions.
> 1) I haven't gotten data to update properly in the subvi.  The "Get
> Image" always snaps a picture of the default vi and without the
> values.  What's the best way to pass the data in?
The Set Value method should work. Also, if the VI is not looping, you can
simply put it's panel in the sub panel, and call the VI like any ordinairy
VI, using it's connector pane to pass data. That is the best, if it means
"easiest". If best means the most scalable, you'll need a more elaborated
architecture (see 2)).
> 2) Is their a better architecture  to use for this goal?  I'm
open to
> other ideas it their is a more efficient and streamlined approach.
>
Yes. There probably are better architectures. Most of the time I create
seperated user events for each seperate type of info I need to communicate.
I put the user event in a buffer, and each dynamic VI that needs that info,
registers for it's events. Often those VI's are in subpanels, but sometimes
they are VI templates, so I can start multiple instances. Sometimes there
front panels aren't visible at all, for instance DAQ VI's. I don't mean to
say this architecture is the best, but it has been great for all my projects
so far.
Any good architecture will need a lot of effort and experience. Not only
experience with LabVIEW, but also with the kind of projects it is made for.
That is why thee is no "best" or "standard" architecture. A power plant
needs another architecture then a word processing program...
Regards,
Wiebe.

Using Keys of Shortcuts in a Subpanel

I HAVE An APPLICATION THAT INSERTS VI'S IN SUBPANEL. Does THOSE VI´S THAT you/they are INSERTED IN SUBPANEL POSSESS BUTTONS THAT NEED to HAVE KEYS OF SHORTCUTS, do they PUT WHEN THAT SAW it is OPENED IN SUBPANEL, don't THE KEYS OF SHORTCUT OF THESE BUTTONS WORK, WHAT should I MAKE?

If I understand your question, the issue is whether key navigation works for VIs in subpanels, and the answer is no. You will need to trap them on the VI that contains the subpanel and pass them to the VI in the subpanel in some way (like firing an event).
Mike...
PS: You might also want to repost your question in your native language as there are a large number of international users on this forum.
Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion
"... after all, He's not a tame lion..."
Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

Events in subpanels

Similar Messages

Maybe you are looking for