Call a function on another card

Bob Sneidar bobsneidar at iotecdigital.com
Thu Feb 23 18:17:41 EST 2017


I did a quick little test. The card's script local variables are not accessible from the behavior script. 

At this point you might consider using card properties instead. This is what I have been doing. This way each card can have it's own "variables" in the form of properties. Then you can have a function in each card script that returns the value stored in the property:

function cardProp pPropName
   return the pPropName of me
end cardProp

Booyah. I use this myself. The nice thing about using properties is that if there is no such property there will not be any error thrown. 

Bob S


> On Feb 23, 2017, at 14:56 , Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I may be mistaken, but I think that script locals are accessible to a behavior script. If so, you could keep the script local variables in the card, and the handlers in a library or backscript. I will set up a test for that. 
> 
> Bob S
> 
> 
>> On Feb 23, 2017, at 14:51 , Peter Bogdanoff via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Bob,
>> 
>> This is a good question. In my case, each card script has script local variables that are used only for that card.
>> 
>> In this unusual case (I’m creating a text search method) I need to access the contents of those variables from another stack.
>> 
>> I indeed would like to move common handlers to a stack or library script, but these handlers use many local variables relevant to the individual cards. I have not yet thought of a simple way to use common handlers without a LOT of passing of local variable data.
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





More information about the use-livecode mailing list