#7611 NORM Future : Etoys mouseStillDown not governed by ticking

[Zarro Boogs per Child]

#7611: Etoys mouseStillDown not governed by ticking
--------------------------------------+-------------------------------------
           Reporter:  TedKaehler      |       Owner:  etoys         
               Type:  defect          |      Status:  new           
           Priority:  normal          |   Milestone:  Future Release
          Component:  etoys-activity  |     Version:  not specified 
         Resolution:                  |    Keywords:                
        Next_action:  design          |    Verified:  0             
Deployment_affected:                  |   Blockedby:                
           Blocking:                  |  
--------------------------------------+-------------------------------------

Comment(by ScottWallace):

 Hmm... this sounds like a pretty good idea.

 However, of course, the mouse-still-down is dispatched by the basic
 morphic event-handler mechanism, not by the ticking mechanism.

 But in an ideal world (rather than one in which we take what Morphic will
 give us,) yes, perhaps we should put the frequency of dispatch to scripts
 triggered by mouse-still-down under the user's control.

 Conceptually, script set to trigger on mouse-still-down could be thought
 of as an always-ticking-script guarded by whether the mouse went down in
 the object and is still down.  But implementation, transcending the worlds
 of event-dispatch and ticking, might be tricky.  Probably not a priority
 anytime soon.

-- 
Ticket URL: <http://dev.laptop.org/ticket/7611#comment:2>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system