Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 342036 - [client] implement copy/paste gesture for file copy
Summary: [client] implement copy/paste gesture for file copy
Status: RESOLVED FIXED
Alias: None
Product: Orion
Classification: ECD
Component: Client (show other bugs)
Version: 0.2   Edit
Hardware: PC Windows 7
: P3 enhancement (vote)
Target Milestone: 0.2   Edit
Assignee: Susan McCourt CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-06 11:36 EDT by Susan McCourt CLA
Modified: 2011-09-01 11:42 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Susan McCourt CLA 2011-04-06 11:36:26 EDT
Simon thought we had already implemented this.  This would be a nice enhancement.  Select, Ctrl-C, navigate to target, Ctrl-V.
Comment 1 Simon Kaegi CLA 2011-04-06 14:47:35 EDT
Were you thinking of storing this state in sessionStorage?
Comment 2 Susan McCourt CLA 2011-04-06 15:48:51 EDT
(In reply to comment #1)
> Were you thinking of storing this state in sessionStorage?

As a start I was just going to keep it in memory, since the breadcrumb and file navigator navigation stays in-page.  I don't really imagine needing to keep it past a real page transition.

(However I do have some UI state I need to keep across page and I was going to ping you about storage options.  See bug 338152).
Comment 3 Susan McCourt CLA 2011-04-21 18:33:18 EDT
Fixed.
This is kind of cool.  You can checkmark select files and use Ctrl-c to buffer that selection.  Then use the breadcrumbs or links to navigate to the target and Ctrl-v.  The buffered selections will be copied to the breadcrumb location.  If there are name conflicts, you are prompted for the new name.

So, for example, to copy a file in place, navigate to it, select it, ctrl-c and ctrl-v and you'll be prompted for a name of the copy.

Note that the target determination works differently than eclipse desktop.  In eclipse, the selection in the nav tree is used to specify where the copy (or copies) will go.  Since we can drill into a location, I decided having the current breadcrumb as the target location would greatly simplify things (we don't have to handle multiple targets, etc.)  This may surprise someone used to eclipse desktop and lots of tree stuff, but I find it quite natural if you're used to zooming around using the breadcrumbs.