If I unpack a single file (zip, rar), the button for background operation is shown, but if I select two or more files (same type, all of them zip or rar), the unpacking dialog do not contains the button for operate in background and the operation is always in foreground.
Is this behavior by design? is a bug?
Button background missed for unpack files
Moderators: Hacker, petermad, Stefan2, white
Hello, Farri.
This behaviour is by design.
Why?
If you select just one archive file for unpacking, T.C. can quickly read the header of the archive file. Thus T.C. can quickly determine what kind of archive you are trying to unpack, irrespective of the filename extension (.zip, .arj, .rar, .7z) and T.C. also knows whether the unpacking programme is thread-safe. Only in case the unpacker is thread-safe, T.C. will offer the "Background" button.
If you select several files for unpacking, T.C. would have to read the headers of each selected archive file in order to determine which kind of archive it really is. (A .zip might not be a real .zip, but a misnamed .7z file instead e.g.). As a consequence T.C. would have to check each archive header in order to find out whether all needed unpackers are thread-safe. Only in this case, T.C. could offer the "Background" button.
What should T.C. do if you select e.g. 5 files which can be unpacked in the background, because the internal unzip module is thread-safe, but you also select 5 other archives, but the needed unpacker is not thread-safe, so it cannot be sent to the background. What should T.C. do in such a case?
This is why T.C. will only offer unpacking in background in case you select a single file for unpacking, but not in cases where you select several archives.
Kind regards, Karl
This behaviour is by design.
Why?
If you select just one archive file for unpacking, T.C. can quickly read the header of the archive file. Thus T.C. can quickly determine what kind of archive you are trying to unpack, irrespective of the filename extension (.zip, .arj, .rar, .7z) and T.C. also knows whether the unpacking programme is thread-safe. Only in case the unpacker is thread-safe, T.C. will offer the "Background" button.
If you select several files for unpacking, T.C. would have to read the headers of each selected archive file in order to determine which kind of archive it really is. (A .zip might not be a real .zip, but a misnamed .7z file instead e.g.). As a consequence T.C. would have to check each archive header in order to find out whether all needed unpackers are thread-safe. Only in this case, T.C. could offer the "Background" button.
What should T.C. do if you select e.g. 5 files which can be unpacked in the background, because the internal unzip module is thread-safe, but you also select 5 other archives, but the needed unpacker is not thread-safe, so it cannot be sent to the background. What should T.C. do in such a case?
This is why T.C. will only offer unpacking in background in case you select a single file for unpacking, but not in cases where you select several archives.
Kind regards, Karl