Richard Wackerbarth <[EMAIL PROTECTED]> writes:
> Assume the case where an item is priced at 3 for $2.
> For this discussion, the price NEVER changes.
>
> Purchase one item.
> and another
> and a third
> Total cost = 3* $0.67 = $2.01
> Now purchase 3 at once. Cost = $2.00
Repeating this example doesn't make it any more relevant. This is a
straw man.
Gnucash isn't responsible for computing how much the store charges
you; you enter $2.00, or $2.01, whichever your receipt tells you.
Buddha has repeated an example of a repeating transaction with
interest computation. Another straw man. It is not gnucash's job to
completely and accurately model *any* other financial process. If you
mis-calculate an interest payment by a penny, then your repeating
transaction will be off by a penny, and you catch it in the
reconciliation step. We should do the best job we can, but going from
a simple straightforward solution to a complicated one involving
arbitrary precision computation to fix this problem is going to need
some better support than this to get my vote.
My former employer had a rounding issue with my paycheck, which
alternated between having twenty-two and twenty-three pennies on the
amount. Is gnucash suppsed to know without being told which month
will be .22 and which will be .23? No. Repeating transactions are a
convenience function.
Bill Gribble
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
