So. I kind of like BOMArchiverHelper.app, the default OS X unzipping utility. However, it has quite a number of limitations. Most other unarchivers on OS X have interfaces that I don't like, or just don't work very well. Also, thanks to Windows' idiotic idea of using the current system encoding for filenames, I have tons of archives from Japan with Shift_JIS filenames, which none of the unarchivers on OS X I've tried will handle properly.
And so I, because I obviously don't have enough to do already, get the idea that I need to write a better unarchiver. Features I think it needs include:
For actual information on the current state of this project, read on!
Great frameworks! Thanks.
I've fixed two memory leaks and done a touch of cleanup.
>>367
Found another leak, so the file has been updated.
Ah, I knew about the missing free in XADRegex already, actually, but I hadn't catched the one in XADArchive yet, though. However, the nullstring thing is entirely intentional.
>>369
Yeah, the nullstring change was just my preferred coding style.
If this could open rar files that had passwords, my life would get a lot, lot easier. Is there anything we can do to help? Ive already donated once...
No, I mean, there was a reason it was written exactly like that, which is to make it a value guaranteed to be unique.
I'm having some trouble associating The Unarchiver with Zip files. They reset back to BOMArchiveHelper for some strange reason. When I went to reassociate them (via Get Info), The Unarchiver did not show up as an option on the "Open With" popup menu. If I select it using the "Other..." option, it works and the icon shows up properly. If I select "Change All...", it works - but the icon disappears and becomes a generic document icon!
I'm sure this is something weird on my end, but I thought I'd report it - just in case.
Sounds like some kind of Launch Services bug. It's a very temperamental system.
Can you please make an option to extract the files directly into the folder same folder as the archive?
As it is, i have to extract, browse into the new folder, copy/paste or move the files (thanks to no Cut on OSX), and finally delete the useless folder!
I honestly can't think of why you would want it any other way - is it to protect against duplicates? Even if the folder already has the files contained in the archive, you could have a dialog appear asking whether or not to overwrite. Considering archives are generally for sending to other people, it is not likely they will have the same files anyway.
Thanks for an otherwise great program! (Xee too!)
Can you please make an option to extract the files directly into the folder same folder as the archive?
As it is, i have to extract, browse into the new folder, copy/paste or move the files (thanks to no Cut on OSX), and finally delete the useless folder!
I honestly can't think of why you would want it any other way - is it to protect against duplicates? Even if the folder already has the files contained in the archive, you could have a dialog appear asking whether or not to overwrite. Considering archives are generally for sending to other people, it is not likely they will have the same files anyway.
Thanks for an otherwise great program! (Xee too!)
Bug: Appears to crash silently while extracting iWork08Trial.mpkg/Contents/Packages/iWork08Trial.pkg/Contents/Archive.pax.gz
Enhancement: Opening a .pkg bundle extracts Contents/Archive.pax.gz
Enhancement: Opening a .mpkg bundle extracts Contents/Packages/*.pkg
Something odd: When I attempt to uncompress a set of .RAR files, the program will lock up. However, I can't see how to get the program to quit since UnArchiver does not show up on the ForceQuit menu. I'm assuming that it has something to do with installation, but I am still unfacile with the Mac OS so I am not sure as to how to troubleshoot it as I would with a PC. Help/Hints? Oh yeah, version 1.6 on a 10.4.10 MacBook.
Use Activity Monitor.app.
Also, open Console.app and tell me if there are any messages from The Unarchiver.
There does not seem to be anything on the Console.
However, the Activity Monitor worked a trick. If nothing else, thank you for that suggestion. Odd though--for a "locked" up application, it sure was consuming an assload of CPU time; somewhere in the 75% to 85% range.
-
Dean C.
Hi, there is a bug whenever I try to extract more than 1 rar-file: The first file gets extracted, while they other are in the waiting line, but then wehn Unarchiver wants to process the second one in the line it just quits!
I have version 1.6 on my MBP Intel with 10.4.10
I just yesterday extracted several rar files in a row, so the bug is not that simple. What files are you trying to exist? Does it crash no matter what order you extract them in? Does it work if you extract one by one? Are there any messages on the console?
It'd be really nice if passwords would work with rar files ...
It'd be really nice if passwords would work with rar files ...
the unarchiver is worked in leopard(10.5).
but it can't link ZIP file association perfectly. I check zip format in the unarchiver [preferences>format tab]. but default zip unarchiving application wasn't changed.
please check this problem, and update unarchiver :-)
thanks, good luck!
I had the same problem as 388. Everything works great except for ZIP file associations.
Sounds like Apple went and messed with the UTIs again.
All right, for anyone who wants a workaround for the zip problem until I get around to buying Leopard and making a real fix:
Open up The Unarchiver.app/Contents/Info.plist
, and search-and-replace all instances of com.pkware.zip-archive
with public.zip-archive
.
As suspected, Apple went and changed the UTI for zip files, and this broke all programs that used that UTI. Which apparently was only me because everybody else seems to have understood that UTI handling is totally broken and unreliable.
That works great for now, thank you. I look forward to an updated version of The Unarchiver. :)
Thanks for the workaround!
BTW, it might not be just you since trying to associate Microsoft Remote Desktop config files with other programs also seems broken.
Hey I edited the Info.plist and Zip files now open with The Unarchiver, but the Zip files still have their default icon appearance. They don't have the nice brown Zip icons that is usually the default of Unarchiver. Any ideas? This is so odd.
I don't really know the history behind it all, but after scrolling through this thread, I saw some great looking screenshots from Adam Betts with an HUD window style. This could have been hard back in '06 but with Leopards new developer tools, the option for the HUD window style is built in. Would it be possible to get a preference to switch between the window styles in a future version? Also, for zip archive, I just went into the files info and told Zips to open with The Unarchiver and applied it to all files of that type. That worked perfectly, but like people have said above, I get the default blank page icon.
Just guessing, but that might just be Launch Services sucking again. Do they still not have the right icon after rebooting?
In case it helps, I DO have the right icons after that patch. It must be something weird, because my machines work just fine.
No I've rebooted plenty of times since then. When I right click and hit get info on a zip file it says it opens with "The Unarchiver" but it still has the default icon. Its making me crazy...I've tried everything.
What if you use Get Info to select some other app, then select The Unarchiver again, and then click Change All?
Hey that worked! Thanks a lot!
Well, to hopefully inspire someone of authority, I have actually modded The Unarchiver to have a HUD display. This shows that it really is simple enough for an Interface Builder to do (with the new dev tools). Here are some preview screens and a download link to the nib files i modified. The HUD needs a custom status bar, but hopefully this will help speed up and motivate the HUD interface into an Unarchiver release. I like it a lot and I think others will too. Also, The Unarchier rocks! thank you for the development!
Example One: http://www.randomstorage.com/mods/unarchiver/UnarchiverHUDExample_1.png
Example Two: http://www.randomstorage.com/mods/unarchiver/UnarchiverHUDExample_2.png
Unarchiver HUD NIBs: http://www.randomstorage.com/mods/unarchiver/UnarchiverHUD_NIB_Resources.zip
>>402 That looks really nice Pico! I hope something like this can be incorporated.
Thank, you can implement it too using the NIBs, it works perfectly, except for resizing the window, which I don't think is worth fussing with. Anyway, sorry for the double posts, I wasn't sure if i could post html and I wasn't able to delete my post like i thought i would be. Also, in the post I meant to say an "simple enough for an Interface Builder novice to do"
I'll certainly look into it, once I have some spare time to work on it again. What's the problem with resizing, are you putting a big black view to cover up the background painting? In that case, you should just be able to set its size flags so that it resizes properly.
When the window is resized the HUD loses its transparency, and is illegible because of the fact that I made the text white. The progress bar also gets funky, see the 3 different colors on the attached image. I think it does have something to do with the ProgressView but I don't know enough about it to troubleshoot.
Love the app, it's simple, elegant and useful.
As for the ZIP file problem, here's my experience.
Did a clean 10.5 install, and just upgraded to The Unarchiver 1.6.
First I told Unarchiver to open .zip files by checking the .zip format.
For a test, I create a file with .zip extension, e.g. by running "touch testfile.zip" in terminal. The file has a blank sheet icon.
I then get the file's info, change it to open with The Unarchiver (which does NOT show in the quick drop-down, i have to browse for it each time I'm here). This file, and only this file, then changes to the Unarchiver "Box" ZIP icon (yay!). Then I click "Change all" and all ZIPs including this one, go back to blank sheets.
Will update you if restarting fixes anything.
Thanks for your work on one of my favorite utilities.
Regards,
-Dan
I am having the exact same issue as Dan. I have tried all he said and multiple restarts, I also tried changing "com.pkware.zip-archive" to "public.zip-archive" with no luck and also tried changing it to "public.archive" which I saw somewhere after a google search. all to no avail. It would be great to see that awesome icon in my DLs stack!
Same issue here as Dan and Pico.. fingers crossed for an update!
Same issue - despite modification association is not functioning ):
Find :
<dict>
<key>CFBundleTypeExtensions</key>
<array>
<string>zip</string>
<string>ZIP</string>
</array>
<key>CFBundleTypeIconFile</key>
<string>zip.icns</string>
<key>CFBundleTypeMIMETypes</key>
<array>
<string>application/zip</string>
<string>application/x-zip</string>
<string>application/x-zip-compressed</string>
</array>
<key>CFBundleTypeName</key>
<string>Zip Archive</string>
<key>CFBundleTypeOSTypes</key>
<array>
<string>ZIP </string>
<string>ZIP_</string>
</array>
<key>CFBundleTypeRole</key>
<string>Viewer</string>
<key>LSItemContentTypes</key>
<array>
<string>com.pkware.zip-archive</string>
</array>
<key>LSTypeIsPackage</key>
<false/>
<key>NSPersistentStoreTypeKey</key>
<string>XML</string>
</dict>
Replace with :
<dict>
<key>CFBundleTypeExtensions</key>
<array>
<string>zip</string>
</array>
<key>CFBundleTypeIconFile</key>
<string>zip.icns</string>
<key>CFBundleTypeName</key>
<string>ZIP archive</string>
<key>CFBundleTypeRole</key>
<string>Viewer</string>
</dict>
It seams to work, believe me!
Ok so i want to get my own board up and running but i am a total noob when i comes to this. I have already installed perl,mysql,apache. I also configured apache to use cgi correctly. No all i have is the actual wakaba files but where do i place them and how do i get them into my database? All help would be greatly appreciated. Also would there be any chance of a guide somewhere? Like a detailed setup guide? All i get when i come here is people who have pretty much got their board working but have other questions about tweaking it. Thanks
http://wakaba.c3.cx/sup/kareha.pl/1141929669/ -> CTRL-F -> "guide"
HP... this didn't work for me on 10.5 on PPC.
Have you restarted and tried changing all zips to open with The Unarchiver?
I have restarted twice ;)
But, it started to work, for me, before I have to restart… U have to modify info.plist, move your app (perhaps: /Applications -> ~/Desktop -> /Applications), reassociate (contextual menu) … and after, it could work…
At the moment, all my zips have the icon of "The Unarchiver" :)
In my case 10.5 Intel… but, I don't think syntax used in plist have to deal with processor (may be am I wrong?).
That will break the formats list inside The Unarchiver, though.
>>391
Just a note, I tried this and it didn't work.
Just yesterday I deleted the unarchiver preferences and downloaded a new copy and tried this again.
It works strangely enough.
Wow, how did I overlook such a simple troubleshooting procedure? This actually worked for me as well. Thanks!
For those who can't get >>391 to work, it's probably because Launch Services won't read Info.plist again unless the app's container directory's timestamp has changed. That's why moving it around or reinstalling might help.
Or more reliably, use the Terminal to run touch "/Applications/The Unarchiver.app"
.
I just found out about this right now, but it looks like this HMBlkAppKit framework could be great for The Unarchiver, comes with great looking alternating row colors and custom progress bars already.
I just started using The Unarchiver and it is much faster than BOMArchiveHelper.
However, the files I'm extracting are 5+GB, and all I see is' preparing to extract "myfile.zip"', is never says anything like 'Extracting now'. Just when I think it's hung up, the extracted file's folder pops up. Which is great, but I'd like to see something indicating that it's not hung.
Thanks for the fast product.
Ok i love the app and how it opens Stuffit format, its wonderful since i hate stuffit, tho is there anyway that in the next update you could try and add support for .sitx files? as i have a few that i havn't been about to open for a while :-/
Regards, Hardcore
how about a quicklook plugin, like what betterzip has: http://macitbetter.com/BetterZipQL-1.0
Are you still working on it? Just came to say great work and that I look forward to 2.0 with password-protected rar support.
Yeah we want some updates, for Leopard and so on
I have some kind of Leopard fix done, but I need to test it a bit more. Should be out "soon".
I have plans for some big changes to make it easier to add new formats and add support for encryption and such, but it'll take a lot of work that I don't have the time to do at the moment. Perhaps sometime towards spring, I will.
So good to heard that... Can't wait to test it :P
So good to heard that... Can't wait to test it :P
THANK YOU !
this "patch" works fine.
Do you plan to put in a file joining feature so that people don't have to boot up Windows to open split RAR files? Otherwise, I find it works well -- Thanks.
It already supports normal multi-part RAR files.
The Unarchiver is a great utilify; but it doesn't unpack my RAR archives locked by a (long) password. It gives me the error: "Could not extract the file "aaa". Command is not supported". Other unarchivers have no difficulty in unpacking the archive. Can something be fixed? That would really be great!
The Unarchiver is a great utilify; but it doesn't unpack my RAR archives locked by a (long) password. It gives me the error: "Could not extract the file "aaa". Command is not supported". Other unarchivers have no difficulty in unpacking the archive. Can something be fixed? That would really be great!
>>442 Look above, he says he's working on encryption support. As of now it cannot handle encrypted archives.
omg. do i have to wait for spring...? hope you'll seed some betas.
btw I noticed you can find some unarchive bundles in Stuffit Expander.app, and are can those used for The Unarchiver? Maybe its needed to unassemble and hacked?
*Can those be used for The unarchiver
sry mistypes.
It is an interesting idea, but I suspect it wouldn't work. I'll keep it in mind, though.
The Unarchiver is not functioning properly in Leopard. I can't seem to assign The Unarchiver to open up my zipped files. When I use the Get Info window, I have to navigate to find it. (It's not visible along with Stuffit and Archive Utility.) When I assign it to a zip (or other similar) file and then click on Change All.. the window flashes and it says Archive Utility again. Looking for a solution.
it would be really awesome if it would check if i have the terminal version af unrar installet and then use that to unrar files. I have a lot of problems with files rar'ed with winrar stalling the unarchiver but runs just fine from the terminal with unrar e <file>
Christian: I suggest using Platypus and the command-line UNRAR to make yourself a fully working application without waiting for the RAR support. That's what I did within a day (with a little bit of bash scripting) and I'm quite happy (still using the Unarchiver for ZIPs etc.).
Finally put out an attempt at a version to fix the Leopard issues:
http://wakaba.c3.cx/releases/mac/TheUnarchiver1.6.1.zip
Nothing else really new in this, except for some higher-res icons. Hopefully it will work better on Leopard now. Any reports of successes of failures appreciated.
Is there any secret for using expanding Diskdoubler files? Here I send a sample, compressed with DiskDoubler 4.1, that The Unarchiver does not seem to support.
Compressed: http://www.box.net/shared/r0guhi1kwc
Expanded: http://www.box.net/shared/6yos1ggw0o
(I manually added the .dd extension to the compressed file, since that DD identified the compressed nature of the files by its icon, not by the filename)
libxad has the start of a DiskDoubler decompressor, but it does not actually work. I know nothing about it, so I can't do much about it. If anyone was to contribute some code for it, I'd be more than happy to add it.
You can just merge the official unrar source. I can't find a license, but I think it's alright.
Heya,
I encountered weird behaviour with a large (4gig) archive compressed with os x (10.5.1) archive utility. It just wouldn't extract right with the unarchiver and always ended up with some 500 megabyte file instead of the 4 gigabyte original. Archive utility on the other hand could extract it a-ok. First I thought it was an issue with the archive and compressed the file again a few times before I figured out I could try archive utility.
That doesn't seem incompatible with the LGPL. (but it would be with the GPL, of course)
>>457
I managed to duplicate this with a 2gb file. (An iso in a zip, in case you're wondering)
вы пидоры!
libxad is LGPL in this configuration
(http://theunarchiver.googlecode.com/svn/trunk/libxad/COPYING and some grep -r GPL)
The ability to unlock password-protected RAR files is a critically needed feature! I'm looking forward to seeing it added. Thanks.
The ability to unlock password-protected RAR files is a critically needed feature! I look forward to seeing it added. Thanks for your work on this!
i too hope i can decompress rar files with password in the near future, other than that the unarchiver is just great!