#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 Eben):

 First of all, the frame should not appear when a copy is made.  This, due
 to the nature of the frame, creates motion at all of the edges of the
 screen, which doesn't particularly highlight the copied item, and is
 somewhat distracting.  Rather, we want to use the same animation framework
 that we will also use for incoming notifications, invitations, and
 messages, joining and leaving buddies, etc.  The icon which will appear in
 the clipboard should appear on screen, at the edge, directly adjacent to
 the location where it will sit in the frame.  After a short delay, it will
 slide offscreen, taking it's spot in the frame.

 We can work some extra magic so that if you manually invoke the frame
 while its on the screen, it "sticks" to it and hides with the frame.  We
 can fake this by adding the item to the frame immediately, so it's
 actually both in the frame and onscreen, and then hiding the onscreen icon
 when the frame is revealed, skipping the sliding animation.

 Now, to the other point made here about dragging, it's certainly true that
 we cannot automatically invoke the frame since it obscures part of the
 activity.  Dragging to the corners should work.  Pressing the frame key
 should definitely also work.  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 don't think we should provide programmatic access to the frame.

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