SX editor bug (?)

[Derek Atkins]

What happens if, instead of tabbing to the end, you hit the up or down
arrow (or mouse-click) into another line?  I found a bug in the Entry
Ledger (which is based on the SplitRegister) where tabbing through
a line uses a different code-path than just exiting a line in the middle
via a mouse-click or arrow.

-derek

Tim Wunder <twunder@iwmail.com> writes:

> Using gnucash 1.7.0 from cvs dated 1/21/02.
> I recently had occasion to change the amount of the SX for my weekly pay (tax 
> law changes...).  The SX has three entries: a debit to Checking, a debit to 
> Savings and a credit from Inc Sal. When I change the amount of the debit to 
> checking and <tab> thru the rest of the line, I am presented with a empty 
> register window rather than the next line in the SX (by "empty" I mean that 
> all entries have disappeared from the window and I'm presented with an empty 
> register line). If I press <Cancel> and the bring the SX back up into the 
> editor, the change I made to the Checking debit is accepted, but the rest of 
> the SX becomes unbalanced (I didn't get to off-set the debit change with a 
> credit change). This happens regardles of which line I change. If I don't 
> make a change, I can <tab> thru the lines normally.
> 
> Regards, 
> Tim
> 
> -- 
> Caldera eWorkstation 3.1, kernel 2.4.9, KDE 2.2.1, Xfree86 4.1.0
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel@lists.gnumatic.com
> http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord@MIT.EDU                        PGP key available