snakebyte wrote:Are the files you are trying to remove readonly or locked by other application? Can you delete them manually after copying to other folder?
Sometime, yes, but actually this time there seems to be a bug (or a glitch with my widnows configuration) that when using PSSClips with a folder that contains a zip file, in the target there is a folder created with the same name, and then the file is being copied. This throws an error, as you cannot copy a file into a folder, where a folder with the same name exists...I think I should investigate this problem an file a bug report, though.
Anyway: the copy-process in interrupted, and I have to deselect the problematic file and start all over again. Tedious.
narayan wrote:As mentioned in the User Manual, Structured scrap clips are for copying; not for moving. So CTRL+X will work as if you used CTRL+C.
On page 334/335 under the description how to use structured scrap clips as an alternative to robust copy/move the documentation says:
"Step2: [...] In the scrap pane, select a batch of files and press CTRL+C. Then r-click in the destination folder in x2 window, and select Paste special | Structured scrap clips. [...] For moving the directory across (rather than copying it), the procedure is slightly different: In step-2, press CTRL+X instead of CTRL+C"
That implies that cut works with structured scrap clips, doesn't it? Or do I understand something wrong here?
But aside of the documentation: as paste structured scrap clips unfortunately does not work with the "robust" functions the whole process is obsolete when you try to copy a complex structure where files are unreadable (something that happens often when "cleaning up" a corporate fileserver): you have to start copying all over again, even if only one of the last files fails. I went into detail in
this thread about syncing why this is so sad.
I still hope one day Nikos will implement Paste Structured Scrap Clips with the robust copy function...all those syncing problems would be solved.