 | Jan 8 2009 |
ROTH The source code is now available from the mini$ home page, as well as versions for other systems and languages. Just use the "Developer" link above to access the mini$ site.
(Version 3.1) | |
| [ Reply ] | |
 | Jan 3 2009 |
For all 2.x users upgrading to 3.x, make sure to make a copy of your data. Budgets have been completely reworked and are no longer compatible. If you do not like the new budgeting system, you will want that backup for going back to 2.x.
(Version 3.1) | |
| [ Reply ] | |
 | Dec 24 2008 |
MALLOW This is by far the best free personal finance tool I've used, and I've tried them all. It's fast, robust, and handles everything I throw at it. The ability to split transactions, set budgets (with rollovers), create reports, search abilities, and totals view are all useful. I can also tell that Roth has put a lot of effort into making the UI flow naturally from task to task. However, I would say that the UI is still the weakest part of mini$. That is not to say that it is bad, but it has some problems that have simple fixes. Of course, simple fixes may not be so simple to implement.
(Version 2.6.2) | |
| [ 1 Reply - Reply ] | |
Replies:
| Dec 29 2008 |
ROTH I'd love to hear your UI issues/concerns and any possible solutions. Feel free to contact me at rothearl@gmail.com.
(Version 2.6.2) | |
 | Oct 23 2008 |
ROTH For those that are interested, there is a mini$ 3.0 beta available. http://rothearl.googlepages.com/minimoney_eng_3B.zip mini$ 3 has been rewritten from the ground up using a test driven development model. Note: Make a backup of your 2.x data. mini$ 3 uses a new budgeting scheme and it is not compatible with 2.x budgets.
(Version 2.6.2) | |
| [ 4 Replies - Reply ] | |
Replies:
 | Dec 1 2008 |
CREATIVE ARTS & TECHNOLOGIES Seems to work after a brief tests of 3.0 The green 3 looks a bit like from a "Shrek 3" movie poster I must say ;-) While I went to multi-currency capable commercial MoneyDance for Mac, Win and Linux, everybody who works just in one country will certainly be happy with Mini$ at no cost. P.s.: Roth, If you still like to offer a German download, I have finished that one quite a while ago. Just give me a shout. Ideally on info@catmedia.us
(Version 2.6.2) | |
| Dec 4 2008 |
Will you eventually support Linux on version 3? | |
| Jan 5 2009 |
ROTH Here is the jar for Linux/Unix: http://rothearl.googlepages.com/minimoney_eng.jar
(Version 3.1) | |
| Feb 8 2009 |
Finally I had some time to test mini$ on my linux box (and old machine running Ubuntu 8.10). I just want to let you know that it's running just fine. | |
| Sep 20 2008 |
SUNNYBROMO On eporblem noted: If you change the name of an expense category after already assigning it to several transactions, it will not update the transactions with the new category name. Rather, it designates them all as 'uncategorized'. Pretty frustrating, but lesson learned-- luckily I found this out when I just started. EDIT: This seems to only have effected transactions in which the renamed category was used in a 'split' (to assign different portions of a single transaction to seperate categories). The ones categorized outright seem to have updated okay.
(Version 2.6.2) | |
| [ 1 Reply - Reply ] | |
Replies:
| Sep 21 2008 |
ROTH After reading your issue, I went through some tests and could not get it to reproduce. The expected behavior is as follows: 1) If you change the name of a category, all transactions (including splits) are updated with the new name. 2) If you delete a subcategory, all transactions will be updated (including splits) with the name of its group category. 3) If you delete a group category, all transactions (including splits) will be updated and the category will be assigned "Not categorized". All tests pass. Only two options: 1) You deleted the category first, and then created a new one, thinking this the same as editing. 2) You have a special corner case which I do not have a test for. If this is the case, I suggest you contact me at rothearl@gmail.com to pursue this issue further (assuming you are interested). | |
| Aug 28 2008 |
MAXB I have been enthusiast of using MiniMoney, but after installing the last update I found it's not in italian and there's some problem when import from .qif I would like to know if I could downgrade to the earlier version.
(Version 2.6.2) | |
| [ 4 Replies - Reply ] | |
Replies:
| Sep 1 2008 |
ROTH Macupdate only hosts the English version. If you want the Italian build, you can download it here. http://rothearl.googlepages.com/minimoney_ita.zip If you have QIF problems, contact me at rothearl@gmail.com
(Version 2.6.2) | |
| Sep 1 2008 |
MACUPDATE ADMIN Italian version link added to the mini$ page, see 'Related Links': http://www.macupdate.com/info.php/id/25726/mini%24 If you have any other localized versions, I will gladly add them.
(Version 2.6.2) | |
| Sep 1 2008 |
ROTH Well, how about that. I had no idea you could provide that. In that case, http://rothearl.googlepages.com/minimoney_fin.zip http://rothearl.googlepages.com/minimoney_por.zip | |
| Sep 1 2008 |
MACUPDATE ADMIN No, thank you! They're listed now.
(Version 2.6.2) | |
| Aug 16 2008 |
ROTH What an embarrasment! I released an update that had a MAJOR bug in it. The Scheduler window did not appear. Well, thanks to user who caught that for me.
(Version 2.6.1) | |
| [ Reply ] | |
| Aug 8 2008 |
OAKLANDC Could someone please send me a tutorial of how to use this program? That would be greatly appreciated. My email is chrisoakland31@gmail.com. Thanks! This looks like a promising program if I knew how to use it correctly....
(Version 2.6.1) | |
| [ Reply ] | |
| Aug 6 2008 |
ROTH A user notified me of this display bug and I felt it serious enough to fix it, even though 2.6 was supposed to be the final release. For users who use the balance column and sort their transactions by date in a descending order, then this release is critical.
(Version 2.6.1) | |
| [ Reply ] | |
| Jun 3 2008 |
CREATIVE ARTS & TECHNOLOGIES Sorry to hear, you stopped working on it. I have provided full localization for German, but I guess that won't make it in any more ?;-) While not adding Multi-Currency features to each account yet, I have succesfully refactored the codebase of the last EZMoney you provided earlier to use a JSR standard extension I am SpecLead for (Units, Measures and Use Cases like Monetary System) If you were able to contribute the code for mini$ at a trustable place (SF or others) I'd be very happy to contribute both this and the localization myself. After all 90% of all Mac Financial programs listed here or elsewhere are crap only suitable for US$. Most even have the symbol hardcoded ;-) mini$ is among the better ones, but the only true multi currency one I found here is ChequeBook. Considering its reasonable price of 15$ I'd call it the best option beside mini$, but using Java it has some big advantages (e.g. working elsewhere) Creative Arts & Technologies
(Version 2.6) | |
| [ 4 Replies - Reply ] | |
Replies:
| Jun 18 2008 |
As a long time (euro) user of mini$ on both Mac OS X and Ubuntu Linux I totaly agree with you. it's really hard to find a non US currency app and thanks to the fact it's a java app I can jump between my home Ubuntu box and my work MacBook without any effort (as long as I don't use the latest mini$ version). If you could keep this project up that would really be a great contribute for the mac community. I just want to let you know that we'll be right behind you. ;)
(Version 2.6) | |
| Jun 19 2008 |
ROTH I am a little confused. mini$ is not US centric, has not been for a long time. You tell it what symbol to display, nothing by default, and you tell it what number format to use, either X,XXX.XX or X.XXX,XX. The currency is completely irrelevant. mini$ stores all data in a specific format but displays it according to preference. The only rule, is that you enter data according to your display preferences. This way it doesn't matter. Werner, if you want the German translation incorporated into mini$, contact me via email and we will get it done.
(Version 2.6) | |
| Jun 20 2008 |
Yes, I know that mini$ is not US centric. That's one of the main reasons that I use it right now. I apologize if I wasn't able to properly make myself clear. Pretty much my point is that since you said that 2.6 would be your final release it would be great if someone, like Werner, would like to pick the project and continue it. Even if mini$ could be improved (and what app couldn't?) I already like it _a lot_ as it is. So knowing that someone would maintain it alive and working on both Mac OS as well on Linux would be great for me. Of course... If that person was you, it would be even better. ;) I just don't want to see mini$ ending up on the near future. Pedro Fardilha
(Version 2.6) | |
| Oct 8 2008 |
I hope this reply reaches you. As was stated earlier this year, mini$ 2.6 was to be the final release (with the exception of a few important bug fixes). The reason was that the 2.x code based needed to be scratched because it had some inherent flaws. However, over the past five months I have been busy at work with a completely rewritten version. This new version has been built from the ground up using standard practices and a test driven development model to ensure that the application is reliable and stable. I have also implement multiple currency support. As of now, mini$ 3 is in a user testable state. If you are interested, I'd like you to demo it and provide feedback on the new features. - Roth (rothearl@gmail.com)
(Version 2.6.2) | |
|
