Jim
>As you so keenly pointed out, if I only have one caller and many>subpanels it is relatively easy to implement it once. However, we>currently have 61 User GUIS that use about 15 GUIS repeatedly. I don't>want clutter up my GUIS with subpanel stuff. That can be handled by>another object very cl
>>Well you usually have one caller and many subpanels. Implementing it
once in the caller instead of 50 times in each subpanel seems like a lot
of time saving to me. It also seems more logical to me to do it in the
caller but that may be just my warped mind.
Rolf,
I'm surprised by your comment.
"Jim West" <[EMAIL PROTECTED]> wrote:
>I am disappointed that in order to use the subpanels; I have to have the
>caller do the work. It would be so much easier if the VI could just use
>a subpanel control reference to insert themselves in a subpanel.
Well you usually have one caller and many su
> I am talking about a Subpanel Reference, not about a VI ref.
> I am expecting a behavior similar to an ActiveX container (drop an
> ActiveX container on the FP and you get an ActiveX Ref on the BD),
>
The subPanel works the way it does in part because having a terminal
implies it is capable o
Scott Hannahs; LABVIEW INFO
Subject: Re: Subpanels in 7.0
Scott
I am talking about a Subpanel Reference, not about a VI ref.
I am expecting a behavior similar to an ActiveX container (drop an ActiveX
container on the FP and you get an ActiveX Ref on the BD),
PJM
Scott Hannahs <[EMAIL PROTECTED]>
Scott
I am talking about a Subpanel Reference, not about a VI ref.
I am expecting a behavior similar to an ActiveX container (drop an ActiveX container on the FP and you get an ActiveX Ref on the BD),
PJMScott Hannahs <[EMAIL PROTECTED]> wrote:
At 09:12 -0800 01/30/2004, PJ M wrote:>Another str
At 09:12 -0800 01/30/2004, PJ M wrote:
>Another strange thing (to me) is why don't I *automatically* get a subpanel refnum
>when I create a subpanel (instead of that "insert VI" method) ?
>Also, because of that, whatch out for these tranparent supanel with no scrollbar (it
>is so easy to get more
At 10:36 -0700 01/30/2004, Jim West wrote:
>You
>are not allowed to insert a VI that is already running into a subpanel.
>Our code uses a spawned process (VIT) that runs in the background with
>the front panel hidden. There are several instances of these displays
>active at the same time.
Maybe I
Jim,
I have used subpanel quite a bit (I have an application that do used nested subpanel [up to 3 levels]) and why it is true that there are still a few issues about their behavior, they are still usefull.
>- (1) SubVIs of the parent window, which insert themselves in the>appropriate subpanel
At 08:47 -0700 01/30/2004, Jim West wrote:
>It is a mystery to me why the VI cannot be open or running. This
>eliminates several useful scenarios.
It also eliminates the confusion of having two different frontpanels active at the
same time. The open one or the sub-panel one!
They can be runnin
10 matches
Mail list logo
