Queing pack/unpack using Background Transfer Manager (BTM)

[arky]

Is it possible to que packing or unpacking in TC? Not necesserly using BTM. I couldn't find relevant topic in Forum nor TC Help...

Quite often I have unpack many files, I think queing instead of unpacking everything in background at once would speed up this process.

[sqa_wizard]

Just add a line to your wincmd.ini ...

[Configuration]
AlwaysPackInBackground=0
1: zip in background
2: zip+external packers in background
3: like 2, but run external packers minimized

AlwaysUnpackInBackground=0
1: unzip in background
2: unzip+external unpackers in background
3: like 2, but run external unpackers minimized

[arky]

Thx sqa for hint. This is not what I asked, useful though :]. I'm looking for queing functionality in TC for (un)compress tasks.
Some workaround which I'm using is a batch script, so I can uncompress one after another huge archive file automagicaly, each one to special Dir...

[ghisler(Author)]

No, unfortunately queuing of packing or unpacking isn't possible, because a queue item cannot hold multiple file names needed for these operations.

[arky]

Thanks for reply Christian!, now I know this function is unavailable in TC for sure .
I thought that if operations on directories can be queued so why not the archives... Maybe in some later versions?

[ghisler(Author)]

The problem is that the queue function is combined with the function "ftp download from list". It's not possible to store a complete pack operation in such a list, the line would be much too long...

[clao]

I also think this would be a great functionality if possible. I'm searching for a long time for something like this, I wrote scripts, tried to use external queueing programs, but in the end it's not that easy to use. I'm using TC exactly because it makes things easier.

I think it would be really great if someone could find a way to implement this feature. It should work exactly like copying files in the background with F2. At least for archives with only one file if more is too difficult.

[nsp]

The problem is that the queue function is combined with the function "ftp download from list". It's not possible to store a complete pack operation in such a list, the line would be much too long...

2ghisler(Author of TC)

Why not using a new command redirector that use a temporary file/template list as parameter ?
Using this line would not be too long to write eg :
"The command" "some options" "Temporary.File/templateList" "Target Folder/Archive".
this sound not so long....

With such you can have a "pack/unpack from list", isn't it very similar to "ftp download from list" ??

Probably this thread should also be moved to suggestion...

[StatusQuo]

No, unfortunately queuing of packing or unpacking isn't possible, because a queue item cannot hold multiple file names needed for these operations.

I understand this for packing (multiple selected files) - but what about unpacking? AFAIS for each operation it's only source=archive file and target=target location.
Did I think too simple?

[ghisler(Author)]

If you mean Alt+F9 to unpack entire archive, then you are right. But for F5 to copy selected from archive, it's also the names which you have selected for unpacking.

[StatusQuo]

Ah, I think I get the problem, thanks - this way the archive would have to be opened for each extraction seperately (slow).

[yabbah]

Bad news, then I need to hang around with speedcommander instead, as it support queing when unpack. And that is what I do most of the time.

Hope this will be implement in later versions tho.

//yabbah