balances on individual tx's wrong in register (was: no subject)

[Olaf Faaland]

OK, that all makes sense.  Someone aimed high :).  Thanks for the=20
clarification.

I'll think this over, and if a change still seems in order to me, I'll th=
row=20
it out there and see what folks think.

I'll also look through the documentation, help, etc. to see if they refle=
ct=20
this.

thanks,
Olaf

On Wednesday 03 July 2002 09:24 am, Linas Vepstas wrote:
> Originally, this was meant to be a 'feature' not a bug. Each split
> carries the running balance on the account from which it was drawn, in
> date-posted order.  I beleive that the register
> always shows this balance, irrespective of the sort order, the subset
> of splits being viewed, etc.   In other words, the 'balance' is the bal=
ance
> of the account at the time the transaction was commited.  It is *not*
> a running subtotal of the displayed splits.
>
> Note that 'date of entry' is *not* the same as 'date posted'.   The pos=
ted
> date is supposed to be when the actual flow of money occured.  The date=
 of
> entry is merely the day tht you did the key-wapping. So if you sort
> by date-of-entry, you can expect the balances to look goofy.
>
> If you "fix" this problem, I suggest leaving the "balance" column alone=
,
> and adding a new column type, called the "subtotal" column.  The
> subtotal column would show an always-increasing subtotal of the splits
> being displayed (in the ortder that they are displayed).  The balance
> column is *meant* to show the account balance, and not the running
> subtotal.
>
> (I suspect that the documentation, the help, the column labels and
> foreign-language translations need to be adjusted to make a careful
> distinction between these two concepts).