#212 Queueing files to copy (UltraCopier like features)

[Simon Descarpentries]

There is currently no queueing file copier in Gtk world, UltraCopier working only for QT applications or catchcopy v0002 protocol.

To be true I stumble upon Xfe today searching for a file-copy manager able to queue copies instead of doing them in parallel. Xfe is doing greatly all the rest and so I would adopt it, for instance, if had this particular feature. And I believe it would be a spot-light on feature…

It could be part of a refactoring already needed by:
1. #37 file copy, move, ... in background
2. #112 File Copy should be a forked process
3. #167 Support Drag and Drop to/from Applications

[Simon Descarpentries]

It would help to pick up (for instance) 15 movies from an external disk, one by one (speaking which to pick up between to starting copies) to copy on local disk, without having 15 parallel copies and no way to exactly know where it stopped when it crashed (may be because the USB plug was pulled). I lived this scene many times, it involves at least 2 peoples, and leave a bad image of GNU/Linux…
The other scenario for this activity is : carefully grow a selection which will fail (because of a mouse handling mistake) at the 15th file, loosing the selection just when you wanted to start the copy.

Dragging a new file to copy would add it to the file-copy queue, and everything goes well.

Here are the main features of UltraCopier : https://en.wikipedia.org/wiki/Ultracopier
- Pause and resume the copy
- Copy list can be edited during the copy
- Apply speed limitation
- Resume the copy where it would have stopped if error occurred
- Collision management (overwrite, skip, cancel or rename)

[beastie]

+1 for this. Especially pause/resume, which can solve bottlenecking problems on less powerful systems or systems where the file system has journaling and other such cases.