Am I the only one who gets annoyed by these two related problems when extracting downloaded archives:
- I "extract here", which means all the contents of the archive will be dumped into the current folder.
So if the contents are not inside a folder in the archive, they "pollute" the current folder with bits and pieces of the archive, some of which are hard to spot. - I "extract into new folder", which creates a new folder of the same name as the archive and dumps all the contents into that. But if the archiver thoughtfully put all its contents into a single folder already I end up with two nested folders, the outer one of which contains nothing else.
Obviously 2. is far less annoying than 1. and a workaround is to just always use the second method then get rid of the extra layer of "onion peel" folders.
But this is the kind of dumb repetitive thing computers are good at. So why not:
- "Smart extract here", which would check the contents of the archive and then:
- If the top level of the archive contains just a folder, then extract it into the current folder.
- If the top level of the archive contains anything other than just one folder, create a new folder with the same name as the archive, then extract the archive into that.
Requirements:
- Runs on Windows 7 with a user interface that hooks into the standard Windows file explorer.
- Supports ZIP.
- Can handle non-ASCII file names!
Nice to have:
- Support for formats other than ZIP