MILKE  I really apologise for the inconvenience, but you should've just sent a message to support address once your license became invalid. And off course you weren't supposed to pay twice. Once again I apologise, but changing licensing model was necessary. I didn't want to rely on Kagi license system any more since it's quite easy to break and to generate fake license codes. That's what the new license is all about. It was introduced with the version 1.5 of Springy on April 1, 2009 (when it changed its main icon as well).

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.  
(Version 1.6.1)

MILKE  Thanks for the comments. I'll try to address some of your complains...

- 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.   
(Version 1.5.5)

MILKE  Just a few facts:

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.  
(Version 1.5.5)

MILKE  @SHOCK J

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.  
(Version 1.5.5)

MILKE  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.  
(Version 1.5.5)

MILKE  The only reason binary split ZIP archives are "standard" (as you said) on Macs is just because all tools making them just run 7-zip command line tool in the background, and that's how 7-zip does it. I don't think that makes it a standard either, nor is it documented anywhere. I agree we can have different opinions about it, but that doesn't justify anyone accusing me of false advertising (or being a liar, as you said).

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.  
(Version 1.5.1)

MILKE  Okay how does this read?...

"And just because you say it IS false advertising doesn't make it false advertising. I proved that it ISN'T."

I won't respond to your false accusations and statements any more, not here, not anywhere. You can keep claiming whatever you want. I rest my case.  
(Version 1.4.2)

MILKE  I responded normally as I always do, trying to be helpful and as explanatory as I could. Your false accusations and statements of "false advertisement" and "program not being fully functional for Macs", made me responding differently, and I don't regret for that. People can follow the link above, it's all in there, they can judge themselves.  
(Version 1.4.2)

MILKE  Wise man said: "Since you obviously can't read, I'm amazed that you can write."

For all of those who would like to see what was the issue here, check out this link:

http://www.springyarchiver.com/forum/viewtopic.php?t=287

By the way, the Windows version of Springy doesn't exist, so how can it be functional there? But who knows, perhaps somehow you've managed do install and run it on that platform.  
(Version 1.4.2)

MILKE  I'm very sorry for the inconvenience you have with Springy. I guess you experience crashes in Safari and Mail the moment you try to show some contextual menu in those applications, right? The problem is caused by the Sparkle framework, or better said the modifications I've done to it, used to check updates. Since it's meant to be included in applications only (not in plug-ins, such are SpringyCM), I modified it and used some tricks to load it into the plug-in. Seems that wasn't such a smart idea after all :-(

The workaround for this problem is fairly simple and so far it worked with everyone having the same problem: remove SpringyCM from the contextual menu items folder and then install (copy) it again from the Springy disk image you've downloaded. Logout and log back in and the problem should disappear. If it's still there, please let me know. Even better, send a crash report to support@springyarchiver.com

For the version 1.4, I prepare the complete redesign of Sparkle framework for the SpringyCM. It won't be included in the plug-in as a framework, but will become an integral part of it. That way, the problems like and similar to one you have will be gone.  
(Version 1.3.3)

MILKE  It will be fixed in version 1.3.3. Unfortunately, Leopard brought some more quirks to both application and CM plug-in (some of them are bugs in Leopard in my opinion) and I expect to have them fixed by the end of this week. As of the feature you mention, I'm still investigating, but I'm almost sure there will be no other solution than to move the root menu item of archive contents (the one titled with archive name) one level deeper into menu hierarchy, hence in Springy submenu, where all other Springy commands are located. The way Leopard works with third party CM plug-ins is completely changed, plug-ins are not being even initalised before "More" menu item in the root of the Finder CM is highlighted. That prevents me to catch the moment when that submenu is populated so I can change the name of the menu item and attach archive contents hierarchy to it.  
(Version 1.3.2)

MILKE  Well, I was just waiting for someone to report this...

Don't worry, neither developer nor Springy has ceased. Unfortunately, at the moment I have got some real troubles with my former hosting provider and transferring the domain to another hosting (it's really incredible how far some will go to "persuade" you to stay with them), but I expect it fixed within a few days. If not, that I will most probably get another (temporary) domain until I get this one fixed. In the meanwhile, you can address all the requests and support issues to milke AT macserbia.org.

I'd also like to mention, just to make you sure that I'm still on track with Springy, that work on the new version (1.3) is in progress, with a lot of new features. You can expect it released at the end of June - beginning of July. By that time I really hope that domain issues will be resolved.

I'm sorry for all the inconvenience.

Milke.  
(Version 1.2.2)

MILKE  Indeed, there is a bug in application which shows its presence in a very rare situations. It's related to calculating the size of the archived file which consist of both entities: data fork and resource fork/HFS metadata. The cause of an error is mistake in conversion between different data types and, as mentioned, influences size calculations only with very specific combination of values. ende42 was that "lucky" to encounter such a combination.

I'll release the fix for this bug very soon. Unfortunately, it prevented ende42 to fully test-run the application. The contextual menu plug-in is not affected though.  
(Version 1.2.2)

MILKE  Can you please provide that archive, of course only if there are no sensitive data inside, so I can take a look? You can send it (if appropriate) to support_AT_springyarchiver.com. Thanks in advance.  
(Version 1.2.2)