So my navtabs works well.
But I want to have an embedded display on the lower part of
my navtab that will become visible when I do certain things
from my navtab widgets.
I know an embedded display cannot be accessed so I used a
'group' widget that contains the embedded one. So I should
be able to access the 'group' widget's visibility setting as
it will not change.
So in my script, that is attached to each widget on my
navtab, I want to be able to 'show' or hide' the 'group'
widget that contains the embedded display..
In a perfect world my script should sends the $(pv_name)
down to the embedded display. This is where I am lost now..
I'm still not clear what you have, but let's assume it's
somewhat like this:
Main display has navtabs with 5 tabs, i.e. an embedded
display that selects one of 5 sub displays Tab1, Tab2, ..,
In addition, that main display has another embedded
You somehow want to influence that other embedded display
from within Tab1, .. Tab5.
The scripts for any of these displays (main, Tab1, .. Tab5,
the other embedded display) are all sandboxed to within
their display, they cannot locate widgets in other displays.
What you can use to communicate between these is PVs,
either real PVs or local PVs.
A script in Tab2 can write to loc://do_something(0) or
loc://the_name(""), and a script attached to the other
embedded display can react to changes in these local PVs.
I would start to worry, though, that this is morphing from
a control system display to a video game.
If the content of the tabs is related to what's shown
below, why isn't the stuff below simply included in the tab?
I.e. make the tabs larger and include the other embedded
display inside Tab1, Tab2, .., Tab5.