-
-
Notifications
You must be signed in to change notification settings - Fork 246
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Option to extract to folder with the same name as archive #333
Comments
@belazor thanks for the feedback! I'm not sure I'm getting that one right, since I think it's already the current behaviour:
Can you supply some test files so I can better understand what's the change you're proposing? |
I confess I made an assumption when it came to multiple files and folders, sorry about that! I only purchased Keka off the MAS an hour or so before submitting the feedback as The Unarchiver failed to extract the attached zip file, but Keka managed it fine. When I extract this file, I would want Keka to create a folder named The primary reason why I believe this should change is that if I'm extracting a file I don't know the contents of into a large "Downloads" folder, it's not always obvious to me where exactly the resulting file(s) went. In the case of that particular zip file, I'd need to look at the "Date Modified" column to figure it out, if the Downloads folder was large enough that the extracted "src" folder didn't spring into view. Assuming this isn't already possible somewhere, and I'm just missing the setting, maybe a sub-option of the "Extract to location" could be added that always creates a parent folder (with the detection mentioned in the OP). Thanks! |
This is an interesting request. I tested the previously attached
|
A further thought, what if the file you were unarchiving was named Then the current behaviour is OK and as expected So is the real issue that the creator of the zip chose to rename the file after its creation? |
If you look in the last paragraph of the OP, I addressed this :)
You could say that, but it's also true that at least on Windows, WinRAR allows you to extract to a folder named after the zip (regardless of whether it was renamed after creation): https://i.stack.imgur.com/3BNwP.jpg |
Yes, I have used that in the past with WinRAR and 7zip on Windows. None of the apps in my previous list offer such an option so it would require new user interface design. How would you see such an option being presented or activated on macOS? |
This also reminds me of #188 which asks for more intelligent naming of the original archive. |
Inside the "Location" fieldset in Keka preferences, underneath the "Extract to location:" drop-down, there could be a checkbox with label "Extract to sub-folder with archive name". Alternatively, the checkbox could simply read "Extract to sub-folder" and descriptive text (such as the one found under the "Format" fieldset on the Compression tab) could elaborate, with something like "A folder with the same name as the archive will be created in the specified location." |
@filliph this will be like the "Extract on xf-patch-2011 folder" for 7-Zip in Windows contextual menu. This should be easy to do :) |
Shouldn't that be "Extract to" rather than "Extract on", like WinRAR in my previous screenshot #333 (comment)? :) |
You're right @filliph, I always get confused with "on, to, in"... |
Released in the latest dev build: v1.2.0-dev.3901 |
In my opinion, it should work like this:
It would be perfect if Keka could also detect if the archive contained a folder with the same name as the archive, and not create nested folders.
Thanks for considering!
The text was updated successfully, but these errors were encountered: