OK, that all makes sense. Someone aimed high :). Thanks for the clarification.
I'll think this over, and if a change still seems in order to me, I'll throw it out there and see what folks think. I'll also look through the documentation, help, etc. to see if they reflect 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 balance > 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 posted > 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). _______________________________________________ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
