#2926 NORM Untriag: Paste and remove: Popping clippings from clipboard stack when pasted

[Zarro Boogs per Child]

#2926: Paste and remove: Popping clippings from clipboard stack when pasted
--------------------------+-------------------------------------------------
  Reporter:  Eben         |       Owner:  tomeu    
      Type:  enhancement  |      Status:  new      
  Priority:  normal       |   Milestone:  Untriaged
 Component:  sugar        |     Version:           
Resolution:               |    Keywords:           
  Verified:  0            |  
--------------------------+-------------------------------------------------
Comment (by Eben):

 Replying to [comment:1 HoboPrimate]:
 > Replying to [ticket:2926 Eben]:
 >
 > > We'd previously spec'd this to be the "alternate" paste behavior (the
 one assigned to ALT-V).  It really comes down to the more common use case:
 will kids want to copy n items and paste n items, or will they want to
 copy 1 item and paste it n times?  Does anyone have thoughts on this?
 >
 > Well, I think the more plausible use-case which the clipboard provides
 that current desktop ones don't, is if the kid wants to paste an item
 before the last one he copied. By having pasted items be removed by
 default, kids would allways have to make conscious decision if they want
 to keep the item when first pasting it, and since the future is allways
 unpredictable, he would still have many cases where he wanted that
 specific item again, and will need to resume or switch to the original
 source activity to copy it again.
 > I think the use case of copying 4 objects in a row, and pasting them in
 a row again easily is a more advanced use of the clipboard, and should be
 used by the alternate shortcut.
 Yeah, after considering it more I think we still want "paste and remove"
 to be the alternate.  I also come to this decision because it's more
 consistent with a traditional single-item clipboard in which the most
 recently copied item will be pasted repeatedly thereafter.

 > Eventually, you'll also want to have a limit on the snippets listed (if
 they are indeed copied to RAM or something like that), so not to slow down
 a machine if the kid doesn't "empty" his clipboard. Either it could be by
 number of items, or memory usage (like the Journal will eventually).

 This is already implicit.  The clipboard is a "push through stack" (I have
 no idea if this data structure actually has a real name), which is a
 combination of stack and queue.  It behaves as a stack until it contains
 ''n'' items, and after that it acts as a FIFO queue, dropping clippings
 off the bottom of the stack as new ones arrive.  This caps the number of
 clippings (and to a lesser extent the actual RAM required) while
 maintaining the semantics of a traditional clipboard and also providing a
 list of recently copied items for convenience.  We want its purpose as a
 temporary or transitional space clear.

 > > Oh, and I suppose we should let this ticket also serve as an
 implementation ticket for the alternate "paste and remove" action, which
 should also appear within the secondary rollover for items in the
 clipboard.

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