The variables needs to be global rather than local if the scripts are to be placed in both the card script and the script of the figure that should be moved. The first line of the card script and the first line of the script in the object should then read:
global sMoveLine,sMoveSteps,sMove Tore > 28. jun. 2016 kl. 21.40 skrev Tore Nilsen <tore.nil...@me.com>: > > I am not quite sure I understand what you are trying to do , but I’ll have a > go at it: > > /*This is what I would put into the cardscript*/ > > local sMoveLine,sMoveSteps,sMove > > on openCard > > put field "moveSpots" into sMoveSteps --put the coordinates into a variable > for faster execution of script > > put 0 into sMoveLine -- initialising the steps > > put "false" into sMove -- initialising a variable to control movement > > end openCard > > > /*This would go into the script of the object that should be moved*/ > > on mouseEnter > > put not sMove into sMove -- change the movement control to true > > add 1 to sMoveLine -- get the next set of coordinates > > send moveFigure to me in x milliseconds --starts/stops the movement > > end mouseEnter > > > on moveFigure > > if sMove is true then > > put line sMoveLine of sMoveSteps into tNewLoc -- finds the new location > > move me to tNewLoc in y seconds -- moves to the new location in specified time > > end if > > send moveFigure to me in x milliseconds --starts/stops the movement > > end moveFigure > > > on mouseLeave > > put "false" into sMove > > end mouseLeave > > > Regards Tore > > > >> 28. jun. 2016 kl. 21.05 skrev d...@swcp.com: >> >> correction: the walking figure used 'send' not 'move' >> >>> On Jun 28, 2016, at 12:59 PM, Dar Scott <d...@swcp.com> wrote: >>> >>> Maybe this is a good time to introduce the event style of programming. >>> >>> Focus on 'move...without waiting', and 'moveStopped' and maybe 'send'. >>> >>> Well, if the details allow that. If using moveStopped makes things jerky, >>> then you might need to do something else. However, I think my grandson >>> made a walking stick figure doing this. >>> >>> When you stop, not only stop moving but also set a flag so moveStopped does >>> not start the next motion. >>> >>> >>>> On Jun 28, 2016, at 12:32 PM, Richmond <richmondmathew...@gmail.com> wrote: >>>> >>>> I have a *button* which, when I click on it, sends a *graphic object* off >>>> on a mad journey all over >>>> a *card* based on reading positions from a*listField*. >>>> >>>> I have tried *STOP MOVING* to interrupt that script, but that does *NOT* >>>> work >>>> because the graphic is executing a large number of very short movements in >>>> a cycling >>>> *REPEAT UNTIL* structure. >>>> >>>> Ideally (Ho, Ho, Ho.) I should like to be able to have something like this: >>>> >>>> the mad movement script starts executing when triggered by a *mouseEnter* >>>> script >>>> in the *graphic object* that moves, >>>> >>>> and >>>> >>>> some sort of *STOP SCRIPT* in a *mouseLeave* script in the same *graphic >>>> object*. >>>> >>>> Now, I know that sounds a bit *bonkers*, but I am writing this on behalf >>>> of a very bright chap >>>> who is attending my Summer classes, and I do understand what he is trying >>>> to achieve. >>>> >>>> Richmond. >>>> _______________________________________________ >>>> 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 > > _______________________________________________ > 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
