05-12-2007 04:26 PM
05-12-2007 04:44 PM
There is a logical problem with tab controls inside clusters. Each control
on a front panel has exactly one owner. The owner can be another control or
the panel itself (which is really just a glorified cluster). The controls
inside a tab control are owned by the tab control and the controls inside
the cluster are owned by the cluster. A control inside a tab control that
is inside a cluster would have to be owned by both the cluster and the tab
control. The tab control would manage the subcontrol's drawing while the
cluster managed the control's data handling. And the tab control itself
would also be owned by the cluster. I can imagine several problems that
could arise trying to set values which are impacted by two separate control
owners. Imagine the strict typedef nightmare that could be constructed!
There's also the point, already made on this list, that tab controls may
contain a mix of controls/indicators whereas clusters are either/or.
05-12-2007 04:47 PM - edited 05-12-2007 04:47 PM
Message Edited by mikeporter on 05-12-2007 05:50 PM
05-12-2007 04:52 PM - edited 05-12-2007 04:52 PM
@mikeporter wrote:
You can't put a tab in a cluster because it wouldn't make any sense. You se tab control really isn't a control in the usual sense of the word because it doesn't hold any data.
Message Edited by Michael Aivaliotis on 05-12-2007 05:54 PM
05-16-2007 05:46 AM
thanks for the info guys.
i do think it would make sense if it was possible, to have a tab control in the cluster. the main reason i like to use tab control is to display - hide controls as function of some other elements in program. but i still want the whole dataset from those tabs.
now to put into context of clusters: i want the full info from all clusters, in a cluster of clusters. yet i can address every cluster specifically. now if every sub cluster could be in a page of a tab control, yet being bundled as one supercluster, that would simplify a bit data handling.
nevertheless the points raised by Michael seems to give good reason why it just is impossible.
Gabi
04-23-2015 07:30 PM
I'm not sure about the arguement of having multiple owners. A tab "control" (or indicator) within a cluster, in the sense discussed, is not different than having a cluster within a cluster or even a tab control wthin a tab control (which I do all the time).
It really does help a lot to have tab controls within clusters and forcing the tab control as well as everything else on it to all be either controls or indicators isn't any limitation, because whoever wants to use the tab control for organizing a cluster will be using the cluster as either an input or an output (no mix of both), anyway.
It really would've been much nicer to be able to organize a cluster with tab controls, but now I have to find some other way not to ahve my cluster span multiple screens 😞
04-24-2015 02:57 AM
You can go vote for this idea, which might help future versions of LV to have this - http://forums.ni.com/t5/LabVIEW-Idea-Exchange/Allow-clusters-to-have-quot-pages-quot/idi-p/1481862
You can also read the comments there for some alternatives, which can be relevant.