








(11)
Your rating: Now say why...


| Downloads:25,947 |
| Version Downloads:5,846 |
| Type:Utilities : Compression |
| License:Shareware |
| Date:19 Nov 2009 |
| Platform:PPC / Intel |
| Price: $19.95 |
Overall (Version 1.x):![]() ![]() ![]() ![]() ![]() |
Features:![]() ![]() ![]() ![]() ![]() |
Ease of Use:![]() ![]() ![]() ![]() ![]() |
Value:![]() ![]() ![]() ![]() ![]() |
Stability:![]() ![]() ![]() ![]() ![]() |
+186
+1
Anyhow, Springy works just fine in all versions of Mac OS X starting from Tiger (10.4.x) , including Lion (10.7.x).
-1
+5
Needless to say, I was a bit upset that I'm expected to pay twice for a simple archiving utility. (and I won't).
Wrangled with StuffIt after that for a while and hated every minute of it.
Then I found JuneCloud's FREE Automator action/services set. Done deal.
If you're only looking for something to make clean archives in zip format, just go to Apple.com and search for JuneCloud. It's free and it works with Snow Lep.
+8
I have sent new licenses to all existing users (prior version 1.5) at that time, including you, and I didn't see it bounced back to me as undelivered. I suspect that you didn't receive it for some reason. Perhaps it ended in your spam box. I've just checked your profile here on MacUpdate and I see no purchase with your name, so you probably haven't used it at the time. Please send me an e-mail to license@springyarchiver.com with you old registration data (e-mail address you've used to register will suffice) and I'll sent you the new license. Whether you still like Springy and plan to use it or not, you've paid for it and you're still entitled for it.
+5
+5
It hasn't been 2 hours and the issue is resolved. I wasn't expecting it, and didn't ask for it, but to the developers credit, this is far and away the fastest support to an issue I've ever gotten. 5 star support service without a doubt.
And for anyone that wants to make a stink, it was a complicated issue that couldn't be resolved through normal channels up front. But I must say, the dev has gone above & beyond to make things right.
Thanks again man, I appreciate the commitment to your work.
+2
+48
reowen reviewed on 05 Aug 2009
Finally I found Springy and I love it. The contextual menu does exactly what I wanted. The program does many other useful tasks such as creating disk images. And the application (of course) allows one to view and edit the contents of archives.
The program is also well supported.
I've not found anything that comes close to Springy and heartily recommend it.
Even so, I have a few minor complaints:
- The contextual menu entries for acting without asking questions are clumsy and confusing, e.g. "Click and Create ZIP". Huh? Click what? I don't want it to do two things (as implied by the and) I just want it to create the archive. As I say, this is no big deal -- once you learn what it means it's fine.
- The as-shipped behavior for the contextual menu is to ask questions before creating the archive. The menu may ZIP but it really means ZIP.... Fortunately it is easy to change this in a preference.
- After installing the contextual menu doesn't always show up (this just happened to me yesterday when I upgraded to 1.5.2). Even after logging out and back in! I had to double-click the installed contextual menu item (which bizarrely opened something completely irrelevant) and then the contextual menu started working. I'm hoping that 1.5.5 will fix that, especially if I toggle the setting to move the contextual menu back under More along with the others.
+2
- Contextual menu entries... You may be right, but (not being a native English speaker) I really didn't manage to come up with something better, even though I tried. I may very try to find someone to do a proper English localisation, since all wording is done by me and I'm perfectly aware that's not an ideal solution. But you've just given me an idea, perhaps it's much better to use "Create ZIP..." for commands that ask some questions (parameters settings) before acting and to use just "Create ZIP" (no periods) for commands acting immediately.
- Springy not appearing in the contextual menu... You can find more explanations of this behaviour on the following pages:
http://www.springyarchiver.com/support/topic/topic/50
http://www.springyarchiver.com/support/topic/topic/55
To make the long story short: if you set Springy to show up in the "More" submenu, it will always be there for you. But if you set it to show in the root of the Finder contextual menu, every time you reboot, or logout/login, or change Springy settings from "Show in "More" submenu" to "Show in the root of the menu", the first time you show contextual menu you won't see Springy in there (in the root) and you'll have to disclose the "More" submenu (Springy won't be in there either) once. Only after that procedure, Springy will always appear in the root of the menu. I repeat, you need to disclose "More" ONLY ONCE after reboot, logout/login or setting change. This is the consequence of trying to put Springy in the root of the menu and I hope it's a small price to pay for people that want it there (in the root), which eventually makes navigation much quicker.
-7
+76
+6
1. People don't "give" me money, they eventually pay for the product they need/like and for the support of it.
2. "This" is not just contextual menu plug-in, besides that "this" also includes full-featured stand-aline archiving application, which at the moment works in Snow Leopard and will continue to work in Snow Leopard.
3. CM plug-in will still be available for Leopard users for quite some time to come (and for Tiger users but during much shorter period though).
4. Functionality offered today in form of Finder contextual menu plug-in will be offered in form of Services menu in Snow Leopard. Services menu in Snow Leopard will be much more customisable than now and users will be able to put Service menu commands in the Finder contextual menu. So "this" will work even with Snow Leopard 10.6 for - ever.
+10
i heard zip with 256 aes is easy to crack if u know atleast 1 file in the archive
+10
http://www.springyarchiver.com/blog/topic/116
-5
+23
JULY1962: Springy claims that it can split files using a standard format, but when I send split files to somebody else, they can't open them.
DEVELOPER: Springy uses a standard split zip format. It's not my fault that no other Mac app understands this standard format.
JULY1962: If no other Mac app understands it, then it's false advertising to call it a "standard". You're a liar!
DEVELOPER: You're an idiot.
...except in the thread it takes them 50,000 words to say it.
The "idiot" has a point. There ARE ways of splitting files that are more standard on a Mac than the format that (according to the developer himself) **no other Mac app understands**. Waving your arms and yelling "but it's a standard!" doesn't make it so. Clearly the PKzip split format is NOT a standard **on Mac**, or some other Mac app would understand it.
+12
Anyhow, in version 1.5.2, which I expect to release in 2 - 3 weeks, Springy will support (create, extract,...) binary split ZIP archive too, so I hope this unnecessarily long discussion will finally be over.
And not to forget, I've never called anyone "an idiot" during the whole debate. Don't put into my mouth something I've never said.
+23
Sorry if I put words in your mouth. I was condensing a whole lot of posts to their essence. Perhaps the line paraphrasing you should have simply read "You're wrong". I don't think you're a liar, but I will stand by the statement that calling something a standard when *no other app* on the platform knows that "standard" is at best a questionable claim. Perhaps all these other apps *should* know PKZip, but they don't. It's not a standard in the Mac world.
That being said, having a PKZip-compatible app on Mac can be handy for people coming from Windows. That, however, is a different discussion altogether.
+115
+115
I would love for Springy to play a bit nicer with Path Finder's CM. It has always been a bit "off." For example, it seems that the font size for Springy CM is hard coded. Path Finder has the option for a "small contextual menu font size." When this is checked, all the other 3rd party CM items font sizes adjust down appropriately, but Springy does not. So all the other CM items are at 9px, where as the Springy CM item is still at 12px. Just looks weird.
These are minor gripes. At least it's working for me now.
As of menu font size, no, it's not hard coded in Springy, it's just default, 12pt. If the official CM plug-in interface is used, menu items are inserted as AppleEvent record and list objects. A real creation of menu items is done by the system and in such case it eventually creates menus with fonts of correct size. In order to put Springy in the root of the contextual menu, I don't implement that interface fully, but I insert menu items directly, using appropriate Menus API. When specifying menu item text, and if font size is not specified, it just defaults to 12pt. This is easy to fix, and I'll do it in 1.5.1 or 1.5.2 most probably.
The biggest problem with SpingyCM 1.5 and Path Finder is something you didn't even mention: SpringyCM 1.5 is hardy functional with Path Finder! Again, this is due to the workaround in order to bring Springy back into the root of the contextual menu. SpringyCM is displayed in Path Finder, but when you click some Springy command, some other Path Finder command is called instead. I tried really hard to debug it and find out that like Path Finder is "eating" so-called "command event", so SpringyCM doesn't see it at all. I am in contact with Path Finder author and I'll see what I can do to fix this one, which is a real show stopper for SpringyCM in Path Finder.
+18
I really used the Springy contextual menu a lot, though, so not having any Springy contextual menu makes the software far less useful to me.
Springy CM plug-in is now (almost) fully functional when working with Path Finder! The only thing which won't work is extracting particular file from an archive while browsing through hierarchical contextual menu. Namely, browsing is still possible, but clicking on a menu item representing a file in the archive will NOT work. This functionality has to be implemented using Carbon command event and that event cannot be caught in a Cocoa application, such Path Finder is. By the way, this particular functionality has never worked, I hadn't even known until I've tried it recently (I'm not a regular Path Finder user).
DARYLF2
Finder slowdowns and crashes were not related to Springy CM not being in the "More" submenu, but due to some other problems and errors in implementation, which were corrected in version 1.5.2. Anyway, starting from version 1.5.5, there is an option in the General preferences panel to show Springy in either root of the Finder contextual menu, or in the “More” submenu like Apple intended.
+1
+29
Not knocking the idea, just maybe should be an option.
+1
-11
-33
What, do you all work for this guy or are his relatives?
+5
+35
-1
+23
+4
+26
SERBIAN reviewed on 26 Jul 2008
As for previous poster remarks...I think he/she misunderstood the Springy completely...This is not the tool for just splitting and joining files, although it can do that also in more than a good way, this is the ultimate tool for working with LOT of various archive types...I have read the discussion of mentioned poster and developer on Springy forum and I think that the poster simply dont understand anything regarding splitting/concatenate files...For plain split/join you can use built-in UNIX tools..For truly working with archives try Springy..You will be amazed for sure...
+2
Widber rated on 14 Oct 2011