Sorry it's taken me a while to reply, but better now than when we
implement anything.
Everything you've written so far makes sense, but I've just got a
couple of comments on your requirements list.
As well as Gnucash developers,
users will write their own Scheme code that makes use of
the new monetary math interface. It would be desirable to make it as
simple as possible.
Something like:
(+ x y)
with (money-plus x y current-unitary-precision)
where x and y are variables of "type" money (and can be of any legal
precision), and current-unitary-precision is a data structure storing
the precision information for the result of the computation.
I'm undoubtedly missing the subtleties of things here (for instance,
is it legal to add two quantities of different precisions together)
but a simple interface, particularly for Scheme code, is *very*
important IMHO.
Oh, and one other thing. Performance when doing monetary arithmetic
is currently not an issue. As far as I can see, this isn't likely to change, whatever
implementation we end up using. Is this the case?
------------------------------------------------------------
Robert Merkel [EMAIL PROTECTED]
------------------------------------------------------------
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
