Navigation

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Search
    • Optimize archive on Context Menu

      W

      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

      Wishlist
    • Support for Zstandard .zst/.zstd archives

      Z

      It would be nice to be able to at least extract Zstandard archives.

      Wishlist
    • Highlighting files and folders in Add modes

      PA_Fan

      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.

      Wishlist
    • .BH in Windows 11 Context Menu

      C

      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!

      Wishlist
    • paq9a support

      R

      Any chance of including this format in a future release?

      https://github.com/FS-make-simple/paq9a

      Exceptional compression levels.

      Thanks.

      Wishlist
    • Windows Store Delivery (and ideally updates)

      TheAndyMac

      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.

      Wishlist
    • What features do you want in new format?

      spwolf

      Tell us what features you want from new format…

      Wishlist
    • Windows 11 Context menu support

      BigMike

      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)

      Wishlist
    • OneDrive for Business support

      Z

      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.

      Wishlist
    • Better handling for protected archives

      BigMike

      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.

      Wishlist
    • ZIPX: Add support for packing JPEG with specialized algorithm

      A

      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!

      Wishlist
    • Better archive type handling with drag & drop

      BigMike

      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.

      Wishlist

    Couple of anomalies with Test progress dialog

    Wishlist
    3
    7
    5795
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • D
      deipotent last edited by

      I’ve noticed a couple of anomalies with the Test progress dialog in PA 9, which is more noticeable with large archives:

      1. When a ZIP archive is tested using PA from Explorer using the context menu, the progress dialog is immediately opened, but is not updated until the ZIP file structure has finished being read in by PA and the testing has actually started. With large archives on CD/RW, this causes a delay before you see any useful info on the dialog.

      I would prefer it if PA painted the progress dialog immediately as soon as the archive is opened, with the text “Reading file structure…” (or something like that) in the “Current File” group box, and the archive filename in the “Total” group box.

      1. Related to the above (and something that will probably be fixed when (1) is fixed), if you test multiple archives, then when one archive has finished being tested and the next archive (which is large) is opened, the “Current File” group box text stays as the last file that was tested in the previous archive, and the current archive being tested in the “Total” group box also stays as the previous archive until the ZIP file structure of the next archive has been read and the actual testing begins.

      I would like to see both texts updated as soon as the next archive is opened, not when the testing actually begins.

      This is more noticeable when testing large archives on slower CD/RW’s.

      Not the clearest of descriptions so let me know if you need clarification of what I mean.

      1 Reply Last reply Reply Quote 0
      • D
        davidsplash last edited by

        in simple termes you mean you would like some information abut what powerarchiver is doing on say c drive archives or cdw or cdr archives. It seems a bit slow telling you what it is doing if you are saving the archive to a disk and zip drive.

        D 1 Reply Last reply Reply Quote 0
        • D
          deipotent @davidsplash last edited by

          Not really. I’m talking specifically about when Testing Archives using the Explorer shell extension. If you test a large archive which is on CD/RW, the Testing progress window is displayed immediately, but it is blank (ie. hasn’t been painted). I’m guessing PA is reading the zip’s Central Directory information. When it has finished reading this info the Testing progress window is painted with the background, progress bars, buttons, filenames and the actual testing begins. I want the progress window to be painted immediately when it is displayed, before the Central Directory is read. This should happen wherever the archive is located (ie. Hard disk, floppy disk, CDR/W, network drives) although the problem is more noticeable with large archives on slower media.

          Related to (2), if you are testing multiple archives at the same time (again using the PA shell extensions), then the transition when the testing of one archive has finished and another begins is only shown on the Testing progress dialog when the Central Directory has finished being read, instead of the next archive being displayed on the progress window as soon as the archive is opened (ie. before the Central Directory has been read).

          Here’s an example:

          • Select A small archive and a large archive in Explorer and then select Test from the PA shell extension.
          • When the small archive has finished being tested and the large archive has been opened for testing (but before the actual testing has begun), the progress window will still show that the small archive is being tested until the Central Directory of the large archive has finished being read. I’d like the progress window to be updated immediately as soon as the large archive is opened, instead of after the archives Central Directory has been read. PA should also inform you that it is reading the Central Directory (eg. “Reading file structure…” as mentioned above)

          Hope that clears it up a bit.

          D 1 Reply Last reply Reply Quote 0
          • D
            deipotent @deipotent last edited by

            Here are a couple of images to help illustrate what I’m trying to convey:

            This image illustrates what I see for a few seconds after selecting a large archive to be tested by PA. I would like to see the window painted as soon as the archive is opened, instead after the Central Directory has been read.
            attachment_p_820_0_pa_test_after_selecting_large_file.png

            D 1 Reply Last reply Reply Quote 0
            • D
              deipotent @deipotent last edited by

              This image illustrates my second point. This image was taken after the EasyFTP_1_3_2.zip archive had been tested, but before the testing of Firefox_0_8_Source.zip archive had actually begun (ie. whiole the Central Directory of Firefox_0_8_Source.zip was being read by PA).

              I would like to see the “…{56DFB5…}.jpg” text changed to “Reading file structure…” (or something like that) to indicate what PA is actually doing. Also, the text “Current File: EasyFTP_1_3_2.zip” should be updated as well to “Current File: Firefox_0_8_Source.zip” to indicate that this is the archive that PA is currently being tested.
              attachment_p_821_0_pa_test_progress_not_updated_as_soon_as_archive_opened.png

              D 1 Reply Last reply Reply Quote 0
              • D
                davidsplash @deipotent last edited by

                in simple terms its the speed of information about what powerarchiver is doing. Especially on cdrw or cd-r or zip disks.

                When will a fix be avaliable as winzip has nbo problem with this?

                spwolf 1 Reply Last reply Reply Quote 0
                • spwolf
                  spwolf conexware @davidsplash last edited by

                  So basically, current progress bar to advance when PA is starting to open current file… We will check it out for future versions.

                  thanks,

                  1 Reply Last reply Reply Quote 0
                  • First post
                    Last post