r22143 - In the "New Customer" window, set keyboard focus to customer field.
janssens-geert at telenet.be
Wed Oct 24 10:42:34 EDT 2012
On 23-10-12 16:52, Derek Atkins wrote:
> Christian Stimming <christian at cstimming.de> writes:
>>> Personally, in the new invoice dialog I would prefer the focus to be on
>>> the invoice id. I have to move back to that field for each bill/invoice
>>> I create.
>>> I can imagine that if you have set a counter for the invoice id, it
>>> would be ok to focus directly on the customer field, but for vendor
>>> bills the id depends on the vendor and can't be set automatically.
>> Yes, you are probably right. I was thinking only about customer
>> invoices here, where the id was set automatically by the counter
>> anyway. (This change for the "New invoice" window was a user request
>> in any case, by private message.) For a vendor invoice with a given
>> id, this is different. Feel free to add an appropriate case
>> distinction here, as long as the customer invoice dialog keeps the
>> current behaviour.
> Technically the "Invoice Id" should be *your* identity of the bill,
> whereas the "Billing ID" would be the vendor's identity. So jumping
> straight to "Vendor" (or Customer, or Employee) and skipping the Invoice
> ID should be perfectly safe in *most* situations.
I never interpreted the Invoice ID vs Billing ID this way. In fact, so
far I have always completely ignored the billing ID ;)
Meanwhile I discovered that the documentation even describes it as you
say. I obviously never read that in great detail.
I'll have to ponder a bit how I can align my current real use of the
business features to the intended use. I was using the vendor's ID (as
seen on his invoice) a lot for lookups. Moving this information to the
Billing ID field will make it much less visible in the reports. For
example the Vendor report doesn't show billing id. The Bill search
dialog does show it, but it's usually hidden somewhere far to the right
and the scrollbar has to be used in order to find it...
Oh well, I'll play with it keeping the intended use in mind. If I find
it lacking, well, I can always improve it, right ;)
More information about the gnucash-devel