Group does not exist after "copy to this card"
brahma at hindu.org
Fri Jul 7 15:18:53 EDT 2017
I doing this thing of saving a custom control in the loader stack on card 4..but it's behavior is text only stack on external to the stack
then I have a new init handler that adds the long id's of these controls
to then it is super easy to do this anywhere anytime, on other stacks and modules (loader stack is always present in memory and these controls are not overloaded with images so they don't take up a lot of RAM in the app package)
copy sConfigA["shareContro"] to this card
the control copies and appears and it has a behavior that fires,
so far this is all very cool "brilliant" in fact… a new world of view object/classes opens up! wow..
but after the copy is done, the engine still doesn't acknowledge that the grp exists
put sConfigA["shareControl"] into tShareControl
put exists(group "shareUI") # false
copy tShareControl to this card # it works! buttons fire, behavior triggers Wow
put exists(group "shareUI") # oops: still returns false
so there is no way to prevent the instantiation of multiple copies of the custom control…
I *could* copy this particular control to *all* stack on preopenstack and then assume it is present, but there are caveats there… and I want to stay on this path of dynamic instantiation of view "classes" as needed. It has so much potential. I could also do the things of setting flags… but this adds complexity to what should be simple
if not [some control exists]
create it by copying the template
assume its already there, ready to go
So we *do* need to know if the control actually copied and is now present on the card, albeit in an unsaved state.
More information about the Use-livecode