Why is Total Commander still unable to compress in 7-Zip without a plugin after all these years?

[ghisler(Author)]

but then please let us use 7Zip on the same way that we can use WinRAR or Arj

Is there any advantage over using one of the plugins?

[Galizza]

Is there any advantage over using one of the plugins?

 
Hi, i think that there are some advantages:

There are many users that don't even know about the existence of plugins, and if you add 7Zip to Configuration -> Packer they will know that Tc can use it and will make the configuration proccess quite simpler. This is important because i have found new users that thought that 7Zip is not supported because is not included on Packer section.

I'm a home user but maybe companies will prefer to install software with digital signature and not plugins that don't offer such secure feature. I know that 7Zip don't have digital signature at the moment, but it's a feature that have been requested and i hope that author will add it soon.

Best regards.
 

[Dalai]

Is there any advantage over using one of the plugins?

*) The 7-zip plugin uses only two threads for packing which makes it slow and not utilize modern processors.
The Total7zip plugin copies files to %TEMP% before packing when packing directly into a subdirectory within the archive: viewtopic.php?p=425122

Both of these issues (and maybe others) can be avoided if 7-zip is called directly, either via context menu or button or integrated into TC.

Regards
Dalai

[MaxX]

but then please let us use 7Zip on the same way that we can use WinRAR or Arj

Is there any advantage over using one of the plugins?

1. No need to use external wcx. That means: much less bugs and possible problems at all.
2. Better speed of work. Less conflicts in memory usage and processes priority.
3. Easier to configure.
4. Easier to update.
5. Easier to distribute.
6. More out-of-box features.

And now lets see problems of existing plugin solutions.
1. 7zip.wcx
- Enough old.
- Partially supports modern 7z algorithms.
- Slow.
2. Total7zip.wcx + 7z.exe
- Much slower then 7zip.wcx.
- Unpack to %temp%, then to destination.
- Unpacks more then needed while you need to unpack only 1 file from archive.
3. Multiarc.wcx + 7z.exe
- Not comfortable to use and configure.
- Sometimes Multiarc detects wrong packer and don't open 7z at all.
- Problems with non-unicode symbols.
- Problems with password-protected 7z files.

So... Yes, the best way to use 7z.exe is just the same as for ACE, ARJ, LHA, RAR, etc.

[MaxX]

One more reason is the archives with one-named files

Code: Select all

MIME-Version: 1.0
Content-Type: application/octet-stream; name="test.7z"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="test.7z"

N3q8ryccAATcp8LGZAAAAAAAAAAhAAAAAAAAAHANpnoBAAIxMjMAAACBMweuD84lflFCynNIGUqn
PQHccoh+3MihrTYimFeVOHmNjnBKrNi/6zczL7ZxfrbYJotHCGgAREjgoaalHGJue29u9fnSSUXA
d/KzKtoVABXj02io4fMfIAAAFwYHAQldAAcLAQABIwMBAQVdABAAAAyAggoB17b6NgAA

There's 3 diffrent files (1,2,3 inside).
You may F3 each of them until you have NO 7zip WCX plugins.
But if you have any plugin for 7z and then use F3, you'll get 1 each time instead of the file under cursor.

[AntonyD]

You may F3 each of them until you have NO 7zip WCX plugins.
But if you have any plugin for 7z and then use F3, you'll get 1 each time instead of the file under cursor.

But unpack works rather fine - coz we don't use any wcx plugin, am I right?

[MaxX]

2AntonyD
You may unpack one-named files with intertal TC's unpacker. Not by WCX, because they don't work here properly.
That's why we should use 7z.exe to pack archives directly instead of plugins that override reading 7z files.

[AntonyD]

That's why we should use 7z.exe to pack archives directly instead of plugins that override reading 7z files.

no doubts I fully agree about that.
but! probably WCX works more-or-less correctly - BUT - Total behaves INcorrectly when getting results from wcx?
Mr.Ghisler should retest this case more precisely)))

[MaxX]

The first step is done...

https://www.ghisler.com/history1100.txt
02.06.23 Added: 7z.exe or 7zg.exe can now also be used as an external zip packer (checkbox in Configuration - Options - ZIP Packer). Parameters like -mcu=on can be added directly (32/64)

Now we are waiting for native 7z.exe support, just the same way as rar/arj/ace works.

[Galizza]

Now we are waiting for native 7z.exe support, just the same way as rar/arj/ace works.

I hope it will be implemented on a next beta, maybe replacing 16bits Uc2.

[MaxX]

2Galizza
That would be really useful and good thing.

[KozakMak]

replacing 16bits Uc2.

+1