Quickfill gripe -- again!

Paul Abrahams abrahams at acm.org
Tue Dec 20 15:06:41 EST 2011


On Tuesday, December 20, 2011 11:10:30 AM David T. wrote:
> I will assume that your "<b>" represents the backspace key.

<b> was supposed to represent "blank", not backspace.  That was a poor choice 
on my part.  Please reexamine my comments (reproduced below) with that in 
mind.  
> 
> There are two different issues going with Quickfill. The first is getting
> the description formed as we like; the other is getting the splits the way
> we like. I will comment only on the first, since I do not know how to avoid
> the second...
> 
> My experience is that if I type "Kmart.<b>" (note the trailing period
> followed by the backspace) that the description field stays "Kmart". And it
> does not need further additions on subsequent iterations. Paul, I believe
> that was the point that Fred was making.

I believe that typing "Kmart.<bs>" is in every way equivalent to simply typing 
"Kmart".  Is that right?
> 
> The issue of unwanted split configuration has come up before, and no one has
> proposed a viable solution that meets everyone's needs.

Cancelling the quickfill by whatever method would perforce cancel an unwanted 
split.  And the method I recommend is that a trailing space <s> does the 
cancellation.

As far as what one wants: if the memorized transaction was a split, then there 
are three possibilities: you want the same split as before, you want a 
different split, or you want no split  In the first case, quickfill does exactly 
the right thing; in the third case, cancelling the quickfill does the right 
thing.  The second case is squishier -- is it easier to edit the previous 
split or just construct a new one?  Really, the user should have the choice in 
that case, and a quickfill cancellation convention provides that choice.

>From my earlier post:
> 
> So if you have a description, say, of "Kmart", you can cancel quickfill by
> typing "Kmart<b>" once.  If on a subsequent transaction you type either
> "Kmart" or "Kmart<b>", you'll get the quickfill.   At that point, typing
> "Kmart<b><b>" will again bypass the quickfill -- once.
> 
> Since we're now debating what the behavior is, not what it ought to be, we
> should be able to converge on an agreement once we resolve whatever
> misunderstandings there are.  Here's the experiment I suggest:
> 
> 1. Create a transaction with description "Newstore" and a transfer account
> that's a split.
> 
> 2. Create another transaction with description "Newstore" and tab across,
> then backtab.  The split will not go away and cannot be removed just by
> typing another account name.
> 
> 3. Create another transaction with description "Newstore<b>".  No quickfill
> will occur.
> 
> 4. Create another transaction with description "Newstore<b>"  You'll get the
> quickfill again.
> 
> Can you suggest an experiment that demonstrates your view of the matter?



More information about the gnucash-user mailing list