Actually, in almost all OS, when you have many files to move or copy, it's
really badly handled.
For exemple when you need to copy or moves files that are not in the same
directory, you can't use multiple selection, to have all this file copied in one
shot.
So you copy some of them, then either you wait for the copy to finish, wich can
take a long time if files are big, or you just run the next copy, wich can take
even longer because of the concurrency between transfers.

Now if we could just queue the transfers, like in most of the web download
manager, it would fix this problems.
It would be nice also to be able to :
- change the order
- start the transfer at a particular time
- put transfers in the background so it doesn't hog all ressources
- select priority according to the file size. For exemple, a queue for big files
and a queue for small files would avoid having to wait
- have the possibility of forcing an immediate transfer that would overtake the
current ones.
- detect if the moving is on the same partition, so it can do it immediately,
since it takes no time.
- detect if a transfert between two partition A and B is already pending and if
not, start immediately the transert, since a transfer between partitions C and D
at the same time would not interfer.

This concurency problem is a problem I have always had no matter wich OS or
window manager I used.
Even in command line, doing this is not easy.
The batch command doesn't seem to do what I need.
I have seen a method for using with mpg123 that uses lp (the printing command)
to queue mp3 file playing.

Maybe something like that already exist ?