Being silly with penguins

RM richmondmathewson at gmail.com
Sat Apr 23 18:09:14 CEST 2016


Which wag was that who said something about "life-long learning" ?

Thanks.

Richmond.

On 23.04.2016 18:43, Colin Holgate wrote:
> I hadn’t either, but I suspected there was a way to have more mousestilldown events, and idlerate is mentioned in the mousestilldown dictionary entry.
>
>
>> On Apr 23, 2016, at 11:07 AM, RM <richmondmathewson at gmail.com> wrote:
>>
>> Hey, "You're way ahead of me baby!" as I have never even heard of "idleRate" before.
>>
>> Richmond.
>>
>> On 23.04.2016 15:23, Colin Holgate wrote:
>>> I only put the wait in there because I thought it was needed, but it isn’t. Using mousetilldown is better, and the solution to the smooth animation while dragging is to set the idlerate to a lower number.
>>>
>>> local p
>>> on mouseDown
>>>     set the idlerate to 50
>>>     put 1 into p
>>>     grab me
>>>     do animashun
>>> end mouseDown
>>>
>>> on mouseStillDown
>>>     do animashun
>>> end mouseStillDown
>>>
>>> on animashun
>>>     put ("p"&p)&".png" into theimage
>>>     set the backGroundPattern of graphic "G1" to the id of image theimage
>>>     put p + 1 into p
>>>     if p > 15 then put 1 into p
>>> end animashun
>>>
>>>
>>>> On Apr 22, 2016, at 11:46 PM, J. Landman Gay <jacque at hyperactivesw.com> wrote:
>>>>
>>>> "Without waiting" applies only to the "move" command. I don't have your original handler, but Colin's below doesn't use "move" so it wouldn't apply here. Normally during a move the handler pauses until the move completes. If you add "without waiting" the rest of the handler runs immediately while the move continues independently. If your original handler uses "move" then adding "without waiting" might help.
>>>>
>>>> I wonder if Colin's animation would work acceptably if the "wait 1" was changed to "wait 1 millisecond" though.
>>>>
>>>> On 4/22/2016 2:33 PM, RM wrote:
>>>>> At this point it would be marvellous if somebody could chime in with a
>>>>> fairly sensible
>>>>> explanation of the role of "*without waiting*" and whether is would
>>>>> *declunk* the mismatch-thing
>>>>> that seems to be going on between *dragging* and *animating*.
>>>>>
>>>>> Certainly, *Director* (at least in 1999) did not have that sort of problem.
>>>>>
>>>>> Richmond.
>>>>>
>>>>> On 22.04.2016 21:37, Colin Holgate wrote:
>>>>>> This has the advantage of smooth dragging, but the disadvantage of
>>>>>> less smooth animation:
>>>>>>
>>>>>> local p
>>>>>>
>>>>>> on mouseDown
>>>>>>
>>>>>> put 1 into p
>>>>>>
>>>>>> grab me
>>>>>>
>>>>>> do animashun
>>>>>>
>>>>>> end mouseDown
>>>>>>
>>>>>> on mouseMove
>>>>>>
>>>>>> do animashun
>>>>>>
>>>>>> end mouseMove
>>>>>>
>>>>>> on animashun
>>>>>>
>>>>>> set the backGroundPattern of graphic "G1" to the id of image
>>>>>> ("p"&p&".png")
>>>>>>
>>>>>> wait 1 with messages
>>>>>>
>>>>>> put p + 1 into p
>>>>>>
>>>>>> if p > 15 then put 1 into p
>>>>>>
>>>>>> end animashun
>>>>>>
>>>>>>
>>>>>> About Director, it can of course do this sort of animation monthly,
>>>>>> but also it can be used as an XTalk language.
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at 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 at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>> -- 
>>>> Jacqueline Landman Gay         |     jacque at hyperactivesw.com
>>>> HyperActive Software           |     http://www.hyperactivesw.com
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at 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 at 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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




More information about the use-livecode mailing list