Re: bad API design (was: Budgets ... again)

2011-10-17 Thread Christian Stimming
Am Montag, 17. Oktober 2011 schrieb John Ralls: > On Sep 26, 2011, at 11:35 AM, Christian Stimming wrote: > > Am Montag, 26. September 2011 schrieb John Ralls: > >> I have a plan to rework the engine (the module which does all of > >> the accounting and business calculations) in stages. Stage one i

Re: Budgets ... again

2011-10-16 Thread John Ralls
On Sep 26, 2011, at 11:35 AM, Christian Stimming wrote: > Am Montag, 26. September 2011 schrieb John Ralls: >> I have a plan to rework the engine (the module which does all of >> the accounting and business calculations) in stages. Stage one is to write >> comprehensive tests for each class. Stag

Re: Budgets ... again

2011-09-26 Thread John Ralls
On Sep 26, 2011, at 11:35 AM, Christian Stimming wrote: > Am Montag, 26. September 2011 schrieb John Ralls: >> I have a plan to rework the engine (the module which does all of >> the accounting and business calculations) in stages. Stage one is to write >> comprehensive tests for each class. Stag

Re: Budgets ... again

2011-09-26 Thread Christian Stimming
Am Montag, 26. September 2011 schrieb John Ralls: > I have a plan to rework the engine (the module which does all of > the accounting and business calculations) in stages. Stage one is to write > comprehensive tests for each class. Stage two (which will interleave with > stage one) is to overhaul e

Re: Budgets ... again

2011-09-26 Thread Derek Atkins
Wm Tarr writes: > On 2011-09-18 15:17, Frank H. Ellenberger wrote: >> Hi, >> >> Am Montag, 12. September 2011 um 03:24:30 schrieb Wm Tarr: >> : >>> Extracting data from an SQL backend is much cleaner and just involves >>> one sql script. Essentially what it does is "normalise" GnuCash's >>> some

Re: Budgets ... again

2011-09-26 Thread John Ralls
On Sep 25, 2011, at 8:57 PM, Wm Tarr wrote: > On 2011-09-18 15:17, Frank H. Ellenberger wrote: >> Hi, >> >> Am Montag, 12. September 2011 um 03:24:30 schrieb Wm Tarr: >> : >>> Extracting data from an SQL backend is much cleaner and just involves >>> one sql script. Essentially what it does is "

Re: Budgets ... again

2011-09-25 Thread Wm Tarr
On 2011-09-18 15:17, Frank H. Ellenberger wrote: Hi, Am Montag, 12. September 2011 um 03:24:30 schrieb Wm Tarr: : Extracting data from an SQL backend is much cleaner and just involves one sql script. Essentially what it does is "normalise" GnuCash's sometimes obscure tables into ones that huma

Re: Budgets ... again

2011-09-18 Thread Frank H. Ellenberger
Hi, Am Montag, 12. September 2011 um 03:24:30 schrieb Wm Tarr: : > Extracting data from an SQL backend is much cleaner and just involves > one sql script.  Essentially what it does is "normalise" GnuCash's > sometimes obscure tables into ones that humans can easily understand, > i.e. accounts beco

Re: Budgets ... again

2011-09-11 Thread Wm Tarr
On 2011-09-11 17:44, Tiago Neiva wrote: I myself have been considering some sort of extraction tool, not for budgeting but for mining the data. most of us use spreadsheets to do the graphs and to have the data closed up in gnucash is my biggest problem. I will check your project for sure, use it

Re: Budgets ... again

2011-09-11 Thread Tiago Neiva
c > than "Re: Contents of gnucash-devel digest..." > > > Today's Topics: > > 1. Budgets ... again (Wm Tarr) > > > -- > > Message: 1 > Date: Sun, 11 Sep 2011 12:55:31 +0100 > From

Budgets ... again

2011-09-11 Thread Wm Tarr
I know GnuCash and budgeting is a perennial issue. I haven't seen what I suggest below covered before and welcome pointers if that is not the case. 1. GnuCash's current budgeting tools are dismal; they are hard to work out how to use and even when you know how to use them they don't do what