Re: Message path question

[Peter Haworth]

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.

Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 


On Mon, Feb 10, 2014 at 5:51 PM, Richard Gaskin
wrote:

> 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 if I put a "revHookPostSaveStack" handler
>> into it, it will be found when the rev backscript dispatches that message?
>>
>
> It should.  What happens when you try it?
>
>  Also, if I pass the message in my handler, will it be seen by other loaded
>> libraries with a handler for it?
>>
>
> It should.
>
> --
>  Richard Gaskin
>  Fourth World
>  LiveCode training and consulting: http://www.fourthworld.com
>  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
>  Follow me on Twitter:  http://twitter.com/FourthWorldSys
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Message path question

[Richard Gaskin]

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 if I put a "revHookPostSaveStack" handler
into it, it will be found when the rev backscript dispatches that message?


It should.  What happens when you try it?


Also, if I pass the message in my handler, will it be seen by other loaded
libraries with a handler for it?


It should.

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Message path question

[Peter Haworth]

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 "revHookPostSaveStack" handler
into it, it will be found when the rev backscript dispatches that message?
 FYI, the dispatch command in question has " to me" in it.  I hope that's
the case since I'd rather not start adding scripts to the IDE stacks.

Also, if I pass the message in my handler, will it be seen by other loaded
libraries with a handler for it?

Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Message path question

[Richard Gaskin]

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 other place for that message to go is to the engine.  Is
that right?


All backscript and library handlers are available to all other 
backscripts and libraries.


The only time their specific order comes into play is when dealing with 
handlers of the same name in two different scripts. In that case, 
libraries are checked first, and then backscripts, in the order in which 
they were inserted into the message path.


Additionally, "dispatch" has an unusual characteristic that's not likely 
at play here, but worth knowing about:  if a custom message sent with 
dispatch isn't handled, you won't get a "handler not found" error as you 
would with "send".  Instead, the local var "it" will simply contain 
"unhandled".


--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Message path question

[Peter Haworth]

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 other place for that message to go is to the engine.  Is
that right?

I would like to do something in a handler for that message so just checking
where I need to put it.

Thanks,

Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Message path question working with iPhone Control Kit

[Michael Doub]

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 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 
> path.
> 
> Unfortunately, it does not explain why this one control is not receiving the 
> message even though the reference linkage looks correct.
> 
> 
> On 2011-12-16, at 6:00 PM, Michael Doub wrote:
> 
>> I am hoping that someone on the list is familiar with the Andreas Rozek's 
>> iPhone Control Kit. 
>> (http://87.106.227.245/LiveCode/iPhoneControlKit/index_en.html)  I am trying 
>> to figure out why the scroller object is not responding to the mouseUp 
>> messages.   Poking around I found that I can catch the MouseUp message in 
>> the BehaviourButton script of the of the appropriate control on the 
>> (Behaviors) card of the iPhone Control Kit stack for all controls except the 
>> scroller.   Although the problem I am chasing is with the scroller,  how are 
>> the MouseUp messages being routed to the buttons on the (Behaviors) card?   
>> There are no MouseUp handlers in most the controls on the MainCard of the 
>> iPhone Control Kit card, or in the MainCard script.  The scroller is an 
>> exception and it looks like it doing normal work.   There are not even any 
>> MouseUp handlers in the stack script of iPhone Control Kit itself.  
>> 
>> How are the MouseUp message routed to these controls?   I am clearly missing 
>> something. 
>> 
>> Regards,
>>  Mike
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Message path question working with iPhone Control Kit

[Michael Doub]

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 path.

Unfortunately, it does not explain why this one control is not receiving the 
message even though the reference linkage looks correct.


On 2011-12-16, at 6:00 PM, Michael Doub wrote:

> I am hoping that someone on the list is familiar with the Andreas Rozek's 
> iPhone Control Kit. 
> (http://87.106.227.245/LiveCode/iPhoneControlKit/index_en.html)  I am trying 
> to figure out why the scroller object is not responding to the mouseUp 
> messages.   Poking around I found that I can catch the MouseUp message in the 
> BehaviourButton script of the of the appropriate control on the (Behaviors) 
> card of the iPhone Control Kit stack for all controls except the scroller.   
> Although the problem I am chasing is with the scroller,  how are the MouseUp 
> messages being routed to the buttons on the (Behaviors) card?   There are no 
> MouseUp handlers in most the controls on the MainCard of the iPhone Control 
> Kit card, or in the MainCard script.  The scroller is an exception and it 
> looks like it doing normal work.   There are not even any MouseUp handlers in 
> the stack script of iPhone Control Kit itself.  
> 
> How are the MouseUp message routed to these controls?   I am clearly missing 
> something. 
> 
> Regards,
>   Mike
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Message path question working with iPhone Control Kit

[Michael Doub]

I am hoping that someone on the list is familiar with the Andreas Rozek's 
iPhone Control Kit. 
(http://87.106.227.245/LiveCode/iPhoneControlKit/index_en.html)  I am trying to 
figure out why the scroller object is not responding to the mouseUp messages.   
Poking around I found that I can catch the MouseUp message in the 
BehaviourButton script of the of the appropriate control on the (Behaviors) 
card of the iPhone Control Kit stack for all controls except the scroller.   
Although the problem I am chasing is with the scroller,  how are the MouseUp 
messages being routed to the buttons on the (Behaviors) card?   There are no 
MouseUp handlers in most the controls on the MainCard of the iPhone Control Kit 
card, or in the MainCard script.  The scroller is an exception and it looks 
like it doing normal work.   There are not even any MouseUp handlers in the 
stack script of iPhone Control Kit itself.  

How are the MouseUp message routed to these controls?   I am clearly missing 
something. 

Regards,
   Mike

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Message Path Question

[mike]

I have an external for some IOS functionality that I was thinking of simulating 
when on the PC.  So I should be able to insert a backscript when not in the 
mobile environment
Sent from my BlackBerry device on the Rogers Wireless Network

-Original Message-
From: Mark Schonewille 
Sender: 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 to try replacing engine commands with 
external commands.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Become our partner in sales http://qery.us/1bq Start selling Color Converter 
today. 20% commission!

On 9 dec 2011, at 14:32, Michael Doub wrote:

> Where are externals located in the message path?
> 
> Stack
> MainStack
> Library Stacks
> BackScripts
> Engine
> 
> Are they part of the Engine?


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Message Path Question

[Mark Schonewille]

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-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Become our partner in sales http://qery.us/1bq Start selling Color Converter 
today. 20% commission!

On 9 dec 2011, at 14:32, Michael Doub wrote:

> Where are externals located in the message path?
> 
> Stack
> MainStack
> Library Stacks
> BackScripts
> Engine
> 
> Are they part of the Engine?


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Message Path Question

[Michael Doub]

Where are externals located in the message path?

Stack
MainStack
Library Stacks
BackScripts
Engine

Are they part of the Engine?

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode