Queue option during copy

Here you can propose new features, make suggestions etc.

Moderators: Hacker, petermad, Stefan2, white

Post Reply
dumaal
Junior Member
Junior Member
Posts: 5
Joined: 2007-08-07, 08:24 UTC

Queue option during copy

Post by *dumaal »

In the copy dialog there is a Queue option, but if not used at this point later is impossible to Queue. Often I decide to Queue after I started 1st copy operation. During the copy operation the progress window shows 3 options: Pause,Cancel,Background, I wish to be another: Queue (or this one to replace Background). I dont see much benefit in copying (huge files) in parallel so Queue option should be preferable to Background
Thank You
User avatar
sqa_wizard
Power Member
Power Member
Posts: 3896
Joined: 2003-02-06, 11:41 UTC
Location: Germany

Post by *sqa_wizard »

What is the benefit of putting an already started copy task to the "Background Transfer Manager"?
It will be just create another new copy task.
The current file copy would stop, already copied part will be lost.
#5767 Personal license
User avatar
nsp
Power Member
Power Member
Posts: 1950
Joined: 2005-12-04, 08:39 UTC
Location: Lyon (FRANCE)
Contact:

Post by *nsp »

sqa_wizard wrote:What is the benefit of putting an already started copy task to the "Background Transfer Manager"?
It will be just create another new copy task.
The current file copy would stop, already copied part will be lost.
Probably that the behavior could be to pause the current task and continue when the queue continue process it later. When you have multiple files/folders you could complete in background the current one and put the remaining operations in the queue.

About the "poor" queue manager, I really miss queuing unzipping operations...
User avatar
ZoSTeR
Power Member
Power Member
Posts: 1052
Joined: 2004-07-29, 11:00 UTC

Post by *ZoSTeR »

You can queue unpack operations with WinRar.
dumaal
Junior Member
Junior Member
Posts: 5
Joined: 2007-08-07, 08:24 UTC

Post by *dumaal »

sqa_wizard wrote:What is the benefit of putting an already started copy task to the "Background Transfer Manager"?
It will be just create another new copy task.
The current file copy would stop, already copied part will be lost.
The "big" benefit is that once you started a copy operation you would be able to queue another "after" instead of "along" with the background one. Queue operations are sequential only with those inside the queue and are concurent with background copy operations. If you start a copy operation of a 20GB blue-ray rip to an external drive, then you decide you also want another 20GB rip queued, you will queue it for nothing because both operations will run concurently and there is no option to change that, with the obvious drawbacks: file defragmantation, if you have to cancel you need to cancel all because nothing is completed if they go in parallel.

...and obviously I do not want any copied part to be lost, just to be queued and continued from where it left when its turn comes.

Tbh, I cannot believe that this need was not realized or that no one complained about it before. The whole queue feature is useless if one does not plan ahead to use it. Change please "background" with "Queue" inside copy progress window as the smart thing to do when doing multiple copy ops (on the same target device) would be to queue not to background.
User avatar
nsp
Power Member
Power Member
Posts: 1950
Joined: 2005-12-04, 08:39 UTC
Location: Lyon (FRANCE)
Contact:

Post by *nsp »

ZoSTeR wrote:You can queue unpack operations with WinRar.
Yes but this is not inside TC and you need to buy another tool.. (you did give the tip 4 years ago )
Also some file manager like multi commander have this feature.
User avatar
ZoSTeR
Power Member
Power Member
Posts: 1052
Joined: 2004-07-29, 11:00 UTC

Post by *ZoSTeR »

dumaal wrote:Tbh, I cannot believe that this need was not realized or that no one complained about it before.
It's been realized and complained about several times before.
Post Reply