All works as you predicted Richard.
I looked at the User Guide diagram and your excellent write up on the
message path before posting this question but the availability of back
scripts and libraries to other back scripts wasn't immediately obvious in
either place so thanks for the enlightenment.
Peter Haworth wrote:
On Mon, Feb 10, 2014 at 4:03 PM, Richard Gaskin wrote:
All backscript and library handlers are available to all other backscripts
and libraries.
Thanks Richard.
Just to be sure I understand this correctly, I already have a library stack
in place for this application so i
On Mon, Feb 10, 2014 at 4:03 PM, Richard Gaskin
wrote:
> All backscript and library handlers are available to all other backscripts
> and libraries.
Thanks Richard.
Just to be sure I understand this correctly, I already have a library stack
in place for this application so if I put a "revHookPo
Peter Haworth wrote:
Prowling around the IDE scripts, the revBackScript button of the revLibrary
stack includes:
dispatch "revHookPostSaveStack" to me .
... but there is no such handler in its script.
My understanding of the message path is that since this is in a back
script, the only ot
Making a duplicate of the BehaviourButton of the of the slider control on the
(Behaviors) card of the iPhone Control Kit stack and reassigning the behaviour
reference to the new button ID seems to have solved the problem.
On 2011-12-17, at 7:48 AM, Michael Doub wrote:
> Ahh, part of the myster
Ahh, part of the mystery is solved. For each group representing the control,
there is a behavior reference in the property inspector. This behavior
reference points to the button id of the BehaviourButton on the (Behaviors)
card of the iPhone Control Kit stack. This explains the message pat
: use-livecode-boun...@lists.runrev.com
Date: Fri, 9 Dec 2011 15:38:30
To: How to use LiveCode
Reply-To: How to use LiveCode
Subject: Re: Message Path Question
Hi,
I'd say either next to or right before the engine. You could consider them part
of the engine. Probably, it is a bad idea t
Hi,
I'd say either next to or right before the engine. You could consider them part
of the engine. Probably, it is a bad idea to try replacing engine commands with
external commands.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-