@tom go card and go to card same thing.
@ bob
That's what I understand (as you have described it)
-- The behavior is set in the properties of a stack.
-- the SE suggestions "knows" this and on typing
go card...[List of cards in current stack appears... choose one)
# you get:
go card "my-audio-library" of me #as we would expect
# but it gives an error; will not compile. You have to be explicit:
go card "my-audio-library" of this stack
# then it compiles
-- re: backscript
function isThisTrue() then
go card "my-audio-library" of me # as per SE suggestions
# generates an error
end isThisTrue
# isThisTrue , is part of a back script. It won't compile
# I wondered it that was causing a reference change
# because this works
function isThisTrue() then
go card "my-audio-library" of this stack
end isThisTrue
On 10/29/18 11:59 AM, Bob Sneidar via use-livecode wrote:
> Me always refers to the object the script belongs to. It doesn't matter which
> handler it is. A script running in a behavior is like running an instance of
> the target object (the object with the behavior set). This allows for
> multiple objects with the same behavior (think datagrids calling get the
> dgData in other dataGrids and you will immediately see why this would be
> necessary). This me refers to the actual behavior object, NOT the "instance
> object" as it were.
>
> As far as a backscript, are you saying you have a backscript object with a
> behavior assigned to it??
>
> Bob S
--
Svasti Astu, Be Well!
Brahmanathaswami
Get the SivaSiva app, it's free:
https://www.himalayanacademy.com/apps/sivasiva
_______________________________________________
use-livecode mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode