I noticed that the option to add the optimize archive function to the context menu is missing on Windows 10.
Opening each archive with the interface in order to click it becomes tedious with many files.
Same for others functions like Remove Archive Encryption
It would be nice to be able to at least extract Zstandard archives.
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!
Any chance of including this format in a future release?
Exceptional compression levels.
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)
I’m surprised that OneDrive for Business isn’t supported. I can’t link my company’s OneDrive account, but a personal (free) account works fine.
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.
Tell me, that the password was wrong and give me the chance to enter the correct password to decrypt the archive.
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?
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.
RJWaring last edited by
Now we have a decent enough Password Manager, Policies and the ability to wipe files.
What would be handy if within Policies an option to limit the volume of attempts , to log those attempts by text file an option that shuts powerarchiver down after each failed attempt as well as the ability to Delete the Archive if a limit has been reached.
That way, i know if someone was to try and hack my encrypted archive by password association it would not only take them even longer and wind them up opening PA everytime but it would be logged with the username, time, date and the file self descrutes ensuring my data is never recovered.
Obviosly, anything of that nature would be kept safe elsewhere but every handy when sending over to a client Highligh confidential details via email. Atleast i would be 100% confident that if i wanted it to 1 failed attempt would result in the archive being wiped (if the user had pa) so it could be a PAE or PA feature.
moles42 Alpha Testers last edited by
I’d feel pretty secure having my life savings in Richard’s vault…:p
someone cracking the password would not do it via PA, they would write a script for some command line utility they already have that makes it easy to do dictionary based attacks… so if we limited that in PA, it would only inconvenience regular users unfortunately.
Unless the file is behind the server, there is no real way to protect such attacks… however with proper use of password policies, it would be impossible to crack the password in AES protected file.