CUT & Paste - to multiple destinations

[therube]

CUT & Paste - to multiple destinations
- is that feasible, would that make sense?

so a COPY, Parent -> Paste - works with multiple source & destination

but a CUT, Parent -> Paste, does NOT work with a single source & multiple destination

(i've got something about that noted above...
[which i never actually posted on the board])

but since we can now COPY that way, any reason to not have CUT do similar?

granted, you have to realize that all but the source can't be "cut" till
it gets to the final destination (all intervening would be "copy").

- what if you have multiple source? should work the same way;
multiple source CUT & Parent -> Paste elsewhere. should work? i suppose?
in each case, instead of a single CUT, you have multiple CUTs (& again,
all but the FINAL [of each source] is actually a COPY, with the FINAL of
each source becoming the [lone] CUT...

- so is that "safe", foolproof? (call me a fool .)


(s/copy/move/g, as appropriate.)


(as it is, currently, with an attempted CUT & paste to multiple,
the CUT only ends up in 1 [the "first", i suppose] of the directories)

Being able to CUT & Paste to multiple
- that would allow you to "MOVE" a single file into multiple locations
(as opposed to COPY [which does work], & then going back to the source & deleting it... after the fact)

[raccoon]

AFIAK, there's nothing preventing void from allowing a multi-destination cut/paste by, as you said, preceding it with multi-destination copy/pastes and then rounding off with a final cut/paste at the final destination. The question just boils down to whether the user might become confused with a Cut (Move) operation translating into a Copy (Replicate) operation as well. Minor clean-up; void would have to consider whether to retouch the Date Created timestamps of the replicated files to match the Date Created stamp of the original, as with a traditional Move, but this would be hard because pastes are only intents and void has no idea whether they succeed or do not.

I don't know that it's worth it just to save one step of deleting the source file. But maybe.

P.S. I would really like if multi-destination pastes came with a warning prompt that the user had to confirm before screwing up wildly. Maybe if the number of destinations exceeds 10 or 100.

[void]

Currently, in Everything, Copy->paste into multiple folders, works by calling the paste verb on each individual folder.

This doesn't work for cut, as the first paste will move the file.



I would need to handle the copying/moving of the files myself.

I will put this on my TODO list.
There's concerns about handling errors, and what to add the undo system.

Thanks for the suggestion.

P.S. I would really like if multi-destination pastes came with a warning prompt that the user had to confirm before screwing up wildly. Maybe if the number of destinations exceeds 10 or 100.

Press ESC To cancel a multi-folder paste.
I'll consider a warning, thanks for the suggestions.