Register-2 Data Entry
carlson.dl at sbcglobal.net
Thu Sep 12 06:35:36 EDT 2013
On 9/12/2013 3:37 AM, Graham Menhennitt wrote:
> On 11/08/2013 04:34, 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 . Attempting to empty the transfer account on a split crashed Gnucash .
>> * 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.
> I've just installed 2.5.5 on FreeBSD 9-stable using Gtk 2.24.19. In
> addition to John's comments:
> * The default column widths are bad. The date column is too narrow to
> show the whole date. All of the value columns (Increment, Decrement,
> Balance) are too narrow to show the first digit. The Number column is
> very wide.
> * The left and right scroll bars are disastrous. Get rid of the right
> one and put the left one on the right like any normal program.
> * When entering a transaction is complete, the register sometimes
> scrolls back to the top (of both scroll bars).
> Sorry to be negative, but it's just not usable in the current state.
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
Are you sure that you have release 2.5.5? In Windows release 2.5.5 is
back to one scrollbar but the range is limited to a group around the
last or currently selected transaction. Thus to see transactions
further away than in the current group one must first manually and
repeatedly select a transaction near the end of the group to get closer
to the desired range. Eventually you might get there. I have entered a
bug for this.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1729 bytes
Desc: not available
More information about the gnucash-devel