#2574 NORM Trial-3: activities that initiate a drag to clipboard don't summon the frame

[Zarro Boogs per Child]

#2574: activities that initiate a drag to clipboard don't summon the frame
---------------------+------------------------------------------------------
  Reporter:  erikb   |       Owner:  marco  
      Type:  defect  |      Status:  new    
  Priority:  normal  |   Milestone:  Trial-3
 Component:  sugar   |     Version:         
Resolution:          |    Keywords:         
  Verified:  0       |  
---------------------+------------------------------------------------------
Comment (by HoboPrimate):

 Replying to [comment:3 Eben]:
 > Finally, we could consider the option to invoke the frame from the edge
 of the screen on a slight delay (sound familiar)?  We took out this
 behavior upon the complaint that this occurred accidentally when selecting
 tools from the toolbar or when trying to push the cursor out of the way,
 but the case where a drag is in progress might make sense, since dragging
 objects to the clipboard and people to the participants list are common
 use cases.

 I agree with this.
 After playing a while with Sugar (using emulation), I found it a bit
 cumbersome to have to drag pictures to a corner first, then to the
 clipboard (almost a diagonal + down movement of the cursor, while holding
 a button)

 I also think that this wouldn't confuse kids, since in his initial
 learning of the system, a kid would first learn that only the 4 corners
 activate the frame. Only later would he learn, by experimentation, that as
 a short-cut dragging objects to some selected (or all?) edges would also
 activate the frame after some seconds.

 Something similar happens in Windows and Linux desktop taskbars, which
 brings to front after a timeout an application when the mouse is in a
 "drag" operation and over the application "title".

-- 
Ticket URL: <https://dev.laptop.org/ticket/2574#comment:4>
One Laptop Per Child <http://laptop.org/>