Re: Message path question
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 http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Mon, Feb 10, 2014 at 5:51 PM, Richard Gaskin ambassa...@fourthworld.comwrote: 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
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
Re: Message path question
On Mon, Feb 10, 2014 at 4:03 PM, Richard Gaskin ambassa...@fourthworld.comwrote: 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 http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html ___ 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 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 working with iPhone Control Kit
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
Re: Message path question working with iPhone Control Kit
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
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
Re: Message Path Question
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 m.schonewi...@economy-x-talk.com Sender: use-livecode-boun...@lists.runrev.com Date: Fri, 9 Dec 2011 15:38:30 To: How to use LiveCodeuse-livecode@lists.runrev.com Reply-To: How to use LiveCode use-livecode@lists.runrev.com 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