Apologies ahead of time for grammar and spelling, I am on a phone.<p>This is a really cool idea, although you would you be willing to implement it using a file which would cache the cut/copy operations until a paste is done?<p>As it stands, whether you copy or cut the underlying operation is a cp. This means no matter what you pay the price of creating a copy of each file. There are a couple of ramifications of this, that I can think of at least. One, surprising labeling of files - selinux labels are dependent on how files are created. As such a move does not create new labels, where a copy does. Depending on what the operation is, the user might want to retain or remove the existing label. As it stands, the user cannot do the former. It is also possible that a file cannot be copied/moved to the home directory but to the destination directory only. Two, loss of filesystem move advantage. When you move a file within the same filesystem all that happens is a new link is created in the directory and the old one is deleted. This means the data of the file goes no where. Generally the "copy then delete" method is used between file systems. By doing this manually you cause this process to happen all the time. Worse, it is possible the SRC, HOME, and DST are all different file system, so this would cause three different copies.<p>However, if you implement a file within the HOME/.xcv directory which contains the source and the method of transfer you can make the transfer a direct source to destination affair.<p>Overall, I really like this project - could have saved a lot of time with it. Good luck!
The copy/cut/paste paradigm is ubiquitous, but I've always thought that a better model would be mark/duplicate/move.<p>Where copy+paste is achievable by mark+duplicate and cut+paste by mark+move.<p>That way you don't have the danger of losing cut content if you forget to paste.
Something like this would be less likely to accidentally delete files (copy copy paste just purges the list, not the actual files):
<a href="https://gist.github.com/fjolnir/e24f806e39a3776033d5" rel="nofollow">https://gist.github.com/fjolnir/e24f806e39a3776033d5</a>
I wrote something similar sometime back:
<a href="https://github.com/ashisha/x-cut-copy-paste" rel="nofollow">https://github.com/ashisha/x-cut-copy-paste</a><p>But the ability to list the files being copied is brilliant indeed.
Cool project!<p>What about a syntax like:<p><pre><code> Copy all files recursively:
xcv .
Cut all files recursively:
xcv -x .
List all files which will be pasted:
xcv -l
Paste all copied files elsewhere:
xcv -v /elsewhere
</code></pre>
It's just that most people will want to do those things by default, and remembering "xcv c -R ." is a bit more mental effort than "xcv ." But maybe that's just a personal preference.