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!
Now that the Windows Store is making support for non-UWP apps mainstream, including those with their own update delivery process, it would be nice to see PowerArchiver in the Windows Store going forwards - at least as a channel for the product to be available.
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’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.
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?
I noticed that when I want to run the Virtual Drive for the first time inside the PowerArchiver Burner it prompts to download it form the internet.
I was wondering, would it be OK to include this utility straight into the offline installer to be able to set it up locally?
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.
Is there a way to enable the user to encrypt the files inside a ZIPX archive that has already been created?
This could save time for large archives that the user may need to encrypt at a later stage or that he/she has forgotten to enable encryption before creating the archive,
Password protected zip file not displaying filenames inside when double clicked
When double clicking a password protected .zip file, the contents (filenames)
are displayed. They may reveal what they are about.
I tried to first .zip the folder and then encrypt it.
am not prompted for a password, although PA does not display the filenames as with the first option.
Here are the steps I took.
It would be nice if
a folder is zipped en encrypted in 1 action
such action is available as context menu item
Current workaround (zip to password protected .exe may not always be suitable,
sending such files by mail often is rejected by the mailservers)
view files inside a pw protected file
Thanks for the screenshots.
You open the encrypted Zip file and there is nothing inside?
I have attempted to re-create an archive using the same settings as in screenshots and it worked fine.
The .zip file was compressed into another encrypted .zip file which opened properly.
If it’s easier, please contact us again on the live chat option and we can go through it thoroughly.
Yes, succeeded. Thanks for your help. Whilst I succeeded, I think it may be worthwhile to at least consider this ‘double action’ (first zip, then encrypt) be combined to 1 say ‘Zip & Encrypt’-action and available in the context menu, same as the normal zip.
As for the compress and encrypt option, you can already do that by configuring the ZIP format in config to always compress the file you are creating.
Here is a screenshot of the configuration screen where you can set the Zip format to always compress. Once you set it, every time you want to make a Zip file, it you will be asked to set the encryption password.
There is also Compress & Encrypt shell option that can be enabled and then configured in Options as well.
This post is deleted!
Okay, thank you both.
I wasn’t really aware of this option.
That said I still believe this is a small difference between the two step method
(see screenshots, viz. 1) first zip to a ‘normal’ non encrypted file, 2) then encrypt that zipfile)
use a zip profile with encryption enabled.
I have created a zip file of a folder using both methods.
In the first method (2-step): when double clicking the file, it will display the folder, whereas I think it should not, it should already prompt for a password at that point. Once the file is double clicked, PA should detect it is an encrypted zip file and prompt for a password, whereas now PA reveals a part of what the file may be about, even when using another encrypted zip filename.
so, encrypted file xyz.zip shows the foldername.
the 2nd method does not hide anything. maybe this is a drawback of current zip method and cannot be solved.
in that case, the first method, the 2-step would be a workaround, but as said, the password prompt should immediately after the double clicking.
problem with filename encryption in ZIP is that it is patented by PKWARE and we can not add support for it… we have support for opening such files tough. This is only part of ZIP standard that is patented, rest of it is public domain.
So if you need zip, you can use that workaround, or you can use pae2 or 7zip.
Thanks and let us know of more of your ideas if you have them!