![]() ac.at/~ e0927207/ homebank- mobile/īut be warned! There may be lots of bugs and the app has not much features (yet). You can try it by downloading it from web.student. There is no version info, no author info etc. You can submit the changes to Dropbox and Update from Dropbox.īy the way: Maxime, do you have a documentation on the xhb-layout? I don't get the meaning of all attributes of the xml tags. All other fields are filled with default values right now. Personally I only use a few possible fields for transactions (category, wording, etc.: the most common). It's already working and I'm using it every day. Then on the first start of the app you will be asked to link it with Dropbox. My first version of the app is already finished. I'm using eclipse with the newest Android v16-SDK, nothing else. I plan to try something radical modifying the db structure in Chinese lunar new year holidays to see if there's any help :pĬongratulations for releasing v4.5 :) Always good to see progress! But it's all a matter of taste and habits, I certainly don't think this usage fits everyone.īTW, I do quite concerned on Financisto's database structure, since IIRC when it displaying a blotter, it's UNION'ing two SELECTs which doesn't use index well (and the UNION itself require twice table scan and a full sort, indexing doesn't help), and my ~4200 transactions aggregated in ~1.5 yrs would take ~1.5 sec on HTC Sensation to display blotter of an account. If there's a sync method, I would be forced to have detail info in Financisto, which is not quite what I want. But I do have very detailed category tree in GnuCash, so copying by hand is necessary, since I often have to re-categorize some transcations, add notes, etc. Since Financisto to me is mainly quick-noting, I don't create too complex category tree in it. I personally prefer (and do) copying all of my transfers recorded in Financisto, into a desktop GnuCash file, by hand, each week at weekend. It has to listen to a port and so data could be read by hackers.Ī encrypted automated file-based sync via a common service like UbuntuOne seems saver and easier to me. The problem how we sync the data can be solved later.īut running HomeBank as a real server could also make it difficult: Behind a firewall you can't reach it. Yes, a server-client concept would be cool! But for a first implementation that could be a way. It is a extra feature besides just collecting data! Why on 2.? Because then you would have your updated account balance on your phone and can easily see how much money is on your accounts. Lots of steps, eh? We need to do it as easy as possible to make it usable.īut if we don't have the two-way sync, one would have to type a lot on the mobile and it's no fun to type a lot after every cent you spent. Collect transactions on your droid on the go.ĥ. Now you have all your accounts, budget, up-to-date balance. (Dropbox, UbuntuOne, SDcard, Email whatever)Ĥ. Export a settings-file (xml, cvs, whatever) on some way from HomeBank on your PCģ. Install HomeBankMobile app on your droid.Ģ. Or did you want to have a complete copy of the database on your mobile? Would make no sense because of bad performance and security issues. That way you would have your accounts and categories configured on the mobile app. Ok, what we would really need is an option to export a settings-file or something from homebank to the mobile. applications/ finance/ cash2qif_ fdvw.html And it seems as some others use it to feed gnucash. It was easy to import that data to homebank for me. They have a simple UI and QIF export and email functions. ![]() ![]() If not we still could look at their code. We could ask the developers if they want to work together with us. Seems as there is already some piece of code going into our direction.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |