[Etoys] Jiggling the mouse

Scott Wallace scott.wallace at squeakland.org
Thu Jul 31 18:53:49 EDT 2008

On Jul 24, 2008, at 1:15 AM, Yoshiki Ohshima wrote:
> At Tue, 22 Jul 2008 14:37:39 +0530,
> K. K. Subramaniam wrote:
>> ...BTW, I made a one-liner fix to use simple drag (instead of shift- 
>> drag) for
>> moving direction handles. If others can try this out and find it  
>> useful, I
>> will file a ticket for its inclusion in Etoys.
>  Yes, I am still often caught for not pressing the shift-key so it
> would be useful.  But there may be some reasons for it to be in that
> way that I'm not aware of...  Scott?

The decision to require the shift-key was in response to a real and  
constant classroom issue at the time, arising out of two critical  
differences in halo policy in force back then:

(a)  "Mouse-over-halos" were used.  So just moving the mouse pointer  
over a Sketch automatically brought up a halo around the Sketch.

(b)  Halos on Sketches always included the center-of-rotation handle  
-- no need to operate the blue rotation handle first (the  
showDirectionForSketches preference was set to true.)

Therefore, when a child wanted to drag a Sketch, just moving the mouse  
pointer over it brought up a halo, and that halo always included the  
"center of rotation" handle, typically right at the center of Sketch,  
right where the child was likely to grab it if intending to "pick it  

So it happened, very often and very annoyingly, that the child ended  
up dragging the center of rotation when she had no intention of doing  
so.  And the result was often very mystifying.

Thus the guard.

Nowadays, however, we operate with mouse-over-halos turned off, and  
with the showDirectionForSketches preference turned off as well.

Thus, inadvertent operation of the center-of-rotation handle in a  
modern etoys system would be very unlikely.

So I would support removing the shift-key requirement.

   -- Scott

More information about the Etoys mailing list