A Basic Question On Message Path
Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller
A Basic Question On Message Path
I probably just haven't used the right search term in the Dictionary, but how does a library stack know which stack triggered it's libraryStack handler, or will that information only become available when the stack calls one of the library functions directly?
Thanks, Walt
Thanks, Walt
Walt Brown
Omnis traductor traditor
Omnis traductor traditor
Re: A Basic Question On Message Path
Walt...
The target returns the object which received the message that started execution.
be well
Dixie
The target returns the object which received the message that started execution.
be well
Dixie
Re: A Basic Question On Message Path
Thanks Dixie. In this case, a system "libraryStack" message, "the target" returns the library stack name, not the stack that started using the library.
Walt
Walt
Walt Brown
Omnis traductor traditor
Omnis traductor traditor
-
- VIP Livecode Opensource Backer
- Posts: 10052
- Joined: Sat Apr 08, 2006 7:05 am
- Contact:
Re: A Basic Question On Message Path
You can query the executionContexts global property to obtain the calling chain.
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
Re: A Basic Question On Message Path
Thanks Richard, I knew I had seen something like that but forgot the vocabulary.
Walt
Walt
Walt Brown
Omnis traductor traditor
Omnis traductor traditor
-
- VIP Livecode Opensource Backer
- Posts: 10052
- Joined: Sat Apr 08, 2006 7:05 am
- Contact:
Re: A Basic Question On Message Path
Glad to help, Walt, though I should note that the executionContexts is not documented because it's considered "subject to change". So if you use it, there's a chance it may change or go away in a future version.
That said, it's been in the engine for as long as I've been working with it (since '97), and thus far the only change has been a well-thought-out enhancement to cover behaviors when they were added in v3.5.
So while it's "subject to change", for right now it works darn well, and many projects in the community, including the Rev IDE, make extensive use of it.
There. You've been warned.
That said, it's been in the engine for as long as I've been working with it (since '97), and thus far the only change has been a well-thought-out enhancement to cover behaviors when they were added in v3.5.
So while it's "subject to change", for right now it works darn well, and many projects in the community, including the Rev IDE, make extensive use of it.
There. You've been warned.

Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn