>>>>> On Sun, 30 Jan 2000 22:35:14 -0800, Dave Peticolas
>>>>> <[EMAIL PROTECTED]> said:
>> 3. quickfill extensions to other fields. I remembered! The
>> quickfill stuff can be made broader to save even more keystrokes.
>> I still have a house payment and some student loans to pay off, and
>> the checks I write every month are identical every single time. I
>> remember that quicken would do seeding of the debit or credit
>> fields once you hit the tab key to leave the description field. or
>> it might have updated the debit or credit fields as needed with the
>> entries from the current quickfill, I am not sure. the second way
>> saves you a keystroke, as many people could hit three keys to enter
>> their rent every month. "ev|_il landlord goob_ _650.00_" and a RET
>> key would take care of it all.
Dave> Yes, this is a good idea. Rob B. has proposed something like
Dave> this before. We will need to swap the xfer from field and the
Dave> description field to do this.
oh! yeah, i guess we could quickfill the transfer from field, too. I
had thought of that, but dismissed it, due to it coming first in the
sort order.
>> 4. quickfill not getting a space in the transfer from field. Back to
>> my auto categories example.
>>
>> Auto
>> Auto: Fuel
>> Auto: License
>> Auto: Maintenance
>>
>> I will put in quotes what I type, _ characters around what is
>> highlighted and | character for the cursor.
>>
>> I type "a" and the field reads A|_uto_
>> I type "CTRL-e", and it reads Auto|
>> I type ":" and it reads Auto:|_ Fuel_
>>
>> I expected to see Auto: |_Fuel_ since each of the completions have
>> a " " in them, and they all can be completed that far. The
>> savings would also be having to type a space all of the time.
>> Today I typed in "a" "ctrl-e" ":" " " "m" to get "auto:
>> maintenance". With this change, I would have been able to type
>> "a" "ctrl-e" ":" "m" to get "auto: maintainence". In the future
>> (when we know that "auto" is not a category), we will be able to
>> just type in "a" "ctrl-e" "m".
Dave> I think this would be very confusing. What if you type ':' ' '
Dave> 'F' in quick succession without thinking? You won't get a
Dave> match. You would have to look at the output every time you typed
Dave> a key to see how far the completion went. That could end up
Dave> making things slower.
Interesting problem. Aren't we thinking of getting rid of ":" as an
actual character, but making it the move cursor forward key? I think
that we could also outlaw " " as the first character of a field or
subfield or subsubfield, as it is being used now. Would this remove
ambiguities?
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
