Register-2 Data Entry

[David Carlson]

On 8/10/2013 1:34 PM, John Ralls wrote:
> I guess I should have done this much sooner, but I tried using Register2. Some issues:
>
> * The number field is reproduced when copying a memorized transaction if it's left blank before tabbing out of the description field. 
>
> * Return doesn't commit the transaction and move to a new empty one, it toggles the edit state on the current field. Tabbing off the end of the transaction, rather than opening a new empty transaction, takes one to the first entry in the account. Arrow-down doesn't do anything. I was able to commit the transaction by arrowing up, which created a new empty transaction that I could arrow down to, but of course the cursor isn't in the date column where I need to start, it's in whatever column I was last in in the previous transaction. I have to back-tab to the date field to start entering the next transaction.
>
> *  Because Enter/Return doesn't move the cursor, the "Enter moves to blank transaction" preference has no effect.
>
> * The new blank transaction shows today's date rather than the last date used. 
>
> * Delete Split doesn't work on a new, unsaved transaction [1]. Attempting to empty the transfer account on a split crashed Gnucash [2].
>
> * Deleting the value in a split's deposit or withdrawal column fails: the value is restored when one tabs out. One must enter 0 which is removed when one tabs out. It's not necessarily a bug, but it's different from Register-1 and we need to be aware of it.
>
> * One must click on a field or press Enter when starting to edit a new transaction, otherwise a search box opens when one begins typing.
>
> * Completion of the rest of a transaction after autocompletion fails intermittently.
>
> All of these problems occur on both OSX with Gtk-2.24.20 and Fedora-18 with Gtk-2.24.16.
>
> Regards,
> John Ralls
>
> [1] https://bugzilla.gnome.org/show_bug.cgi?id=705762
> [2] https://bugzilla.gnome.org/show_bug.cgi?id=705763
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
I also noticed, but may have failed to report that in a windows 7 64 bit
environment the enter button in the menubar does commit the transaction
edit while the keyboard enter/return keys do not commit the transaction
edit as you have stated herein.  That is both in scheduled transaction
edits as I did report in
<https://bugzilla.gnome.org/show_bug.cgi?id=702880#c10>, and in normal
transaction edits.

David C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xDC7C8BF3.asc
Type: application/pgp-keys
Size: 1729 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20130811/e550f0ab/attachment.bin>