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
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
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
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
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
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 "
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
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
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
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
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
11 matches
Mail list logo