Well good, at least it's not just something I did to break my copy. I understand the nature of the problem. It is a difficult one, at least computationally.
I'm actually in the process of trying to understand the register code, with the idea that I might attempt to tackle this. Pat your buddha's belly for me some time. Olaf On Wednesday 03 July 2002 04:25 am, Derek Atkins wrote: > Yes, you're right. And yes, I can reproduce this problem, but I don't > know a good way to _fix_ it. In short: running balances are HARD. > > Here's the problem: the register is only a partial view of the > account. For example, you can limit your view to, say, the last 50 > transactions. When you change the sort order you change the subset of > the account you are viewing. How do you know the initial balance > outside the area you are looking? > > To take your example, assume you have 3 transactions (let's call them > a, b, and c in the "standard" sort order) but you're only viewing 2 (b > and c). In the case of the 'standard' sort order, everything works > fine and the running balances are in order (for obvious reasons). > However, if you change the order such that you are now viewing, say, b > and a, there is no easy way to determine that 'a' was left off. Now, > multiply this to thousands of transactions and you quickly see the > problem. > > Feel free to file a bug report at bugzilla.gnome.org, but honestly I > can't think of a good way to support what you want. > > -derek > > Olaf Faaland <[EMAIL PROTECTED]> writes: > > Hi, > > > > I noticed this (running balances wrong in register), too. > > > > On my machine, I believe it occurred after I switched the display order > > in the register from the default order to "Date Entered", but I hadn't > > gotten around to trying to re-create it yet. I use the xml backend. My > > last cvs update was 6/29/02. I just started using cvs. > > > > So my steps to re-create just now: > > > > Created 2 new accounts, "Savings" and "Other Savings", both top-level > > bank accounts > > Opened a register window for "Savings" > > Made the following three entries, in the order given: > > > > 6/1/02 "Test Entry 1" Other Savings Deposit:$10 > > 6/2/02 "Test Entry 2" Other Savings Deposit $20 > > 5/29/02 "Test Entry 3" Other Savings Deposit $30 > > > > Then chose View->Sort Order->Date of Entry. > > > > Now I get (abbreviated): > > > > Test Entry 1 : Bal $40 > > Test Entry 2 : Bal $60 > > Test Entry 3 : Bal $30 > > > > By the way, perhaps that choice should be labeled "Entry Order" rather > > than "Date of Entry", unless the order within a group of tx's entered > > within a single day is genuinely not entry order. > > > > Olaf > > > > On Saturday 29 June 2002 09:38 am, Eildert Groeneveld wrote: > > > balance screwed up? > > > in the current cvs head I observe that the balance in an account stops > > > accumulating the individual transactions. Has someone else observed the > > > same? Secondly, it seems that the total market value of stocks are not > > > computed any more (share prices are fetched ok from Yahoo). > > > Any idea? > > > > > > greetings > > > > > > Eildert > > > > _______________________________________________ > > gnucash-devel mailing list > > [EMAIL PROTECTED] > > http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel _______________________________________________ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
