Can you include .3MF to the list of re-compressible formats? Its structure is similar to MS Office 2007 documents and Open Document Format. It is a ZIP Deflate archive with XML data and some JPG, and/or PNG pictures inside. Otherwise, if I try to compress .3MF it bearly makes it smaller unless I recompress .3MF to the Store setting then it makes it a lot smaller.
Wish they all would move to 7zip ZSTD in the first place so that the optimized file size with FileOptimizer would be 50% of the ZIP Deflate version. And there would be no extra compression needed :)
I prefer to use light themes, and when, for example, I have set up my main archive screen to be Classic Toolbar with Blizzard Blue, files in the archive are highlighted (no checkboxes, full row select) with white text on grey background. They are easy to see .
However, in the Add screens, the files and folders are black type upon a pale blue background, which is not so readily visible, especially when highlighting separate files in lists with Ctrl/Click for addition. It would be ideal if the backgrounds to files in these screens could be set to mimic the highlighting of those in the main archive window.
I have tried experimenting with different themes and settings for skins, toolbars and so forth, but, unless I’ve missed something, none seem to give me the effect I want.
Re: Windows 11 Context menu support
It would really make me happy if you put .BH in the Windows 11 context menu. I know it’s in the “More Options” section, but this would make it more convenient. Don’t know why the option to add it to the menu isn’t there in the first place. P-L-E-A-S-E ??? :) Thanks You!
In Windows 11 a new explorer context menu is introduced.
The “old” context menu may still be accessed through an additional mouse click, to reach the PowerArchiver context menu functions, but this isn’t comfortable at all.
Could you add PowerArchiver items to the first level (and ideally disable the Windows native ZIP entry)
Hi,
I’d like to propose an improvement for password protected archives.
Actual behavior is:
If I open an archive, which is password protected and make a typo in the password dialog, I’ll get the message, that the password was wrong and I end up with an empty window. I need to reopen the archive to be able to enter the password again.
Improved behavior:
Tell me, that the password was wrong and give me the chance to enter the correct password to decrypt the archive.
Hello!
I know I have been asking for this feature some time ago, but as nothing has changed let me ask again:
The ZIPX-format offers an algorithm, that compresses JPEG-files by about 20-30%. Please add compression (packing) support for this in ZIPX-archives to Powerarchiver. Extraction of JPEGs packed into ZIPX by this algorithm is already supported by Powerarchiver for a long time, so it should not be difficult? Or is it a licensing problem?
Thanks!
Hi,
I’d like to suggest, that the correct archive type is (always) selected, when adding files by drag & drop to an archive.
This is already happening if the archive has the correct extension. For example, if I’m adding files to test.zip, zip will be selected. If I’m adding files to test.7z, 7z will be selected as format in “Add dialog”.
But this won’t be working, if the archive has not the “right” extension.
So XPI files (Firefox addons) for example are ZIP files. PowerArchiver opens them without any problems, but if I try to add file by drag & drop, PowerArchiver won’t auto select “ZIP”, but use the last selected archive format, while PowerArchiver already knows, that I’m trying to add files to a ZIP.
I love this, only there is one problem. The UAC elevation feature does not extend to Mount Image option in the add-on software PA provided. It is most annoying whenever I am on highest UAC settings and I mount an ISO, every time I open and create a virtual drive UAC appears. I also do not want to completely disable UAC.
Is adding UAC elevation for mount image feature possible?
How about recognising a few more (or all) of the file formats that are basically renamed zip files and treating them is if they are zip files.
For instance Android .apk files are just renamed .zip files.
Libreoffice/Openoffice ODF documents are all, as far as I am aware, just renamed .zip files. (.odt, .ott, .ods, .ots, .odp, .otp, .odb, .odf etc.)
Would it be possible at all in some future version perhaps, to have a “find file” function?
Reason I ask is that I was looking for a certain file I knew existed in an archive, but I had to unzip it then use another tool to find the file. It would have saved that extra step if that function existed in PA itself.
64-bit == faster de/compression;
-
It speeds things up for those of us running x64.
Also dual-core support would be good, if it’s not already present. -
Multicore support - from 2x to 8x faster than WinZip 12
Support for dual core, quad core and i7 computers for nearly up to 8x speed improvement over competing utilities that do not have multicore zip support (WinZip, WinRar). Multicore compression is supported for deflate and LZMA methods. -
I just put together a new Vista 64 machine with a quad core AMD processor so I should see a dramatic improvement over my old XP powered single core AMD?
-
@Larry:
I just put together a new Vista 64 machine with a quad core AMD processor so I should see a dramatic improvement over my old XP powered single core AMD?
because of 64bit - no… because of quad core, yes… when it comes to zip (deflate/lzma) and 7zip compression.
Particulary, zip deflate is blazing now :-). Of course, with PA 2010.
-
Thank you!
