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, .., Tab 5.
In addition, that main display has another embedded display.
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.