So as long as you had prior purchases, the discount will apply.
]]>At least offer a discount for renewals...?
Starting from today, a discount of 20% is automatically applied for renewals.
You must use your original contact email address from a prior purchase to be eligible for a renewal discount.
]]>I have no problem paying you (I actually enjoy supporting the development of quality applications). I just wish I could purchase a lifetime license and be done with it. A lifetime license for all your software would be even better.
Current licensing schema is already for a lifetime. You can keep using your current licensed version forever, literally, it will not expire. As a bonus, you also get free upgrades for a period of 1 year from the date of purchase.
It is not feasible to provide a lifetime license for all future versions, as this kind of practice does not provide adequate financial support for virtually unlimited amounts of work that needs to go towards future development.
At least offer a discount for renewals...?
I agree - that is certainly something that needs to be implemented.
]]>What would help is to see 3rd party products which implement a registration process on portable versions. This may help find new options and show how other vendors deal with this problem.
]]>Distributing a Pro version which does not need any activation or registration code is not a good idea. Registration code personalizes the copy of the product for the licensee and displays license details in the About dialog. That's a "must-have" for commercial users. And right-now I can easily block certain registration codes if I see them spreading around, while with your approach distributed Pro versions will be untraceable.
What about users who use the portable version? Why even have a portable version anymore? It's misleading because without full functionality it's useless in a portable environment.
If one wants to get the full use of the application after paying for it and uses it in a portable environment, IT for example, one must risk forgetting to delete the key on another machine and having that key stolen.
I do hope you someday have a change of heart and make the key portable. I want to support this project.
]]>It may be ironic and perhaps a step backwards but unfortunately it was a necessary step. There is a post that tries to explain the reasons for this move: How it all evolves into Lite vs Pro. In short, this step was a necessity to keep the project alive.
Even though v5.71 and earlier versions offer functionality that is locked down in v5.73 Lite, those versions are at the end of the line. Going forward, support and all new features will hopefully compensate for this, so it can be viewed as a cost of continued development. The question is, would you rather keep v5.71 and halt all future development and support, shutdown the site and distribution? I'm hoping the answer is No
In regards to your humble request... The features that were locked down are set and will not expand any further, except maybe to some newly introduced features down the road.
]]>It is quite ironic that you can get the same feature set of a "PRO" version from an earlier version of the product which was available free. Now I am not against the practice of paying for advanced features, but these should be new features not available earlier and not features that are restricted just to make people pay. It just comes off as greedy.
I haven't used any products other than ReNamer (and Colors during my web development career) and I can see that I get the all the pro version features in 5.73 in 5.71 (except for the support and commercial license... but then again there was already a licencing system for that)
It is my humble request that you don't cut down on features that was available free but develop new ones and add it to the pro version.
]]>2) Creating custom compiled versions is a big overhead that requires significant amount of time for implementation and testing. This also isn't possible right now to do on the server due to various architectural differences.
Hmm, instead of "custom compiled versions" I was actually envisioning a system where the entire process was automated, with the server having the ability to somehow "stamp" each executable (binary modification?) with the requisite license details and push it out for download. It would certainly require quite a bit of work up-front in order to set up and test such a system, so it was just an idea I threw out for your consideration... (It's easy to toss out ideas after all, since I'm not the one who'll have to do all the work! )
1) There are many "unaware" users out there, who will simply copy their Pro version, share it with friends, put it on their website, etc. Simply because they can, as there is nothing stopping them. Registration process actually helps a lot in this case as copying the Pro version does not share the registration.
Yes, actually this does make sense. It is more likely that people will share a pre-registered version, rather than sharing the app as well as the reg code they received via email.
Oh well, perhaps there's a better solution because I still think that having the ability to access the Pro version portably would be a huge plus.
]]>1) There are many "unaware" users out there, who will simply copy their Pro version, share it with friends, put it on their website, etc. Simply because they can, as there is nothing stopping them. Registration process actually helps a lot in this case as copying the Pro version does not share the registration.
2) Creating custom compiled versions is a big overhead that requires significant amount of time for implementation and testing. This also isn't possible right now to do on the server due to various architectural differences.
Overall, the registration process forces both aware and unaware users to think about their actions when registering. And this is a very important aspect.
]]>Distributing a Pro version which does not need any activation or registration code is not a good idea. Registration code personalizes the copy of the product for the licensee and displays license details in the About dialog. That's a "must-have" for commercial users.
I never said that reg codes wouldn't be required at all. What I said was that every registered user would need to enter their unique reg code on the download page, and once the server verifies that the code is correct, not expired etc. then the user would get a personalized Pro copy of the app with their license details displayed in the About dialog like it is now. Lots of advantages to this approach, including letting people with expired or about-to-expire licenses know about the advances of the latest version and offering perhaps a discounted rate to encourage license renewal. You can also keep accurate track of the number of reg codes actually in use, number of downloads per Pro user and other similar anonymized stats that might be useful.
And right-now I can easily block certain registration codes if I see them spreading around, while with your approach distributed Pro versions will be untraceable.
The apps do not "phone home" to validate the reg codes against any licensing server, right? So then obviously you can only add blacklists for any pirated codes to future executables. This will not prevent all older app versions from being registered using the pirated codes and used as Pro and be equally untraceable.
Now suppose a pre-registered Pro version leaks and you see it being spread around, then you can easily blacklist the reg code for it at your end. In this case only that particular leaked Pro version can be used (not even older ones), since the blacklisted reg code will prevent the download of any other Pro versions (older or newer) from the server. Advantage of this approach however is that since the blacklist exists on your server and not inside the program executable, it can't be easily patched and circumvented. So all in all I don't see how the current approach is better than the proposed one, unless perhaps I'm missing something obvious?
]]>Denis, have you considered separate executables for the Lite and Pro versions? You might say that registered users can then spread the Pro version around, but then again, they can do that with the licence/reg code as well which AFAIK is not validated against any licensing server when used. Pro users can enter their reg code online to be validated by the server for access to updated versions of the apps. It will require a bit more work on your part but I think it's quite doable and a valid solution for those of us who prefer portable apps. What do you think?
Distributing a Pro version which does not need any activation or registration code is not a good idea. Registration code personalizes the copy of the product for the licensee and displays license details in the About dialog. That's a "must-have" for commercial users. And right-now I can easily block certain registration codes if I see them spreading around, while with your approach distributed Pro versions will be untraceable.
]]>