Announcement

Collapse
No announcement yet.

Binary compare of archives from the context menu

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Binary compare of archives from the context menu

    Hi Scooter Software,

    although I found several old requests, I didn't find a solution:

    How can I get BC telling me that two ZIP files are binary equal instead of opening them as folders if I compare them by the Explorer context menu?

    IOW I mark two ZIP files and select "Compare" from the context menu. I want to know whether they are binary equal, but BC only shows me the contents.

  • #2
    Hello,

    Unfortunately, we do not have a method to treat archives as files only from the context menu. You can disable archive support for a specific extension from the Tools menu -> Options dialog, Archive Types tab, select zip and delete *.zip; text from the extension list, then restart BC4. This would then always treat them as files, and never as archives, in the shell extension or within a Folder Compare. Adding support to treat them as files or folders from the shell extension is something on our wishlist.
    Aaron P Scooter Software

    Comment


    • #3
      Since other files are also checked for "binary identical" when compared from the context menu before opening the specific comparison: Why isn't this done also for archives?

      Please implement this, I'm not the only one requesting this.

      It is a lot of work the check whether the two archives are identical

      Comment


      • #4
        Archives are considered Folders for the shell extension if the archive type is defined, so their contents are opened (and can be scanned as Binary).
        If the definition is removed, then archives are files, and are treated as files from the shell extension (scanning the archive file itself). You can pick one strategy or the other, but can't flip between them on the fly.

        It's on our wishlist to add an enhancement to our shell extension to allow archives to be treated as Files or Folders on the fly from the shell extension, but that is not available in the current version.
        Aaron P Scooter Software

        Comment


        • #5
          Hello,

          My suggestion was to silently do the binary comparison first - like it is done for other files.

          If the two archives are identical, show this information - as it is done currently for other files. Then ask whether to open.

          If they are not identical, open the directory comparison immediately.

          IMO this is not a "big new feature" but just about making the behavior consistent.

          Comment


          • #6
            In my view that would be an unnecessary complication. My zip files are usually big, and binary compares would slow things down. More importantly, if the ZIP files are of a similar or identical set of files (and why else would you want to compare them in BC) then I cannot recall ever seeing files with different content which have an identical byte count, so the binary compare is surely redundant.

            Comment


            • #7
              There are scenarios where it would be beneficial, but changes to the Windows Shell extension logic are not trivial. It currently only supports the concept of Files or Folders, and it has to be a solution that can determine a (configurable list of supported) archives before executing BC4, since BC4 itself is not called to until after selecting the shell extension command. It's something that's been on our radar to tackle, but we've have a few other larger projects already scheduled and limited resources.
              Aaron P Scooter Software

              Comment

              Working...
              X