Proposal for modifying gnucash to use exact quantities
Bill Gribble
grib@billgribble.com
Fri, 28 Jul 2000 11:27:53 -0500
On Fri, Jul 28, 2000 at 08:14:47AM -0500, Christopher Browne wrote:
> Unfortunately, all Bill has provided is a way of representing and
> manipulating rational values.
>
> But I don't think it represents what people really need to do with
> _financial amounts_.
>
> Once we get that library, the conclusion is liable to be:
> "Well, now let's build something that works with transactions, and
> adds, prices, and values them."
Chris, I'm looking at this problem from a different perspective.
- I am trying to fix the problem that gnucash has with representation
of numbers. We can get incorrect results, which is not acceptable.
- I am NOT trying to re-architect gnucash at this point. I want to
make the minimally-invasive set of changes to correct this problem
in a reasonable way.
- As a side effect, I want the set of changes I make to have as
much usefulness outside of gnucash as possible.
The library I have developed is making it easy (if tedious) to fix
gnucash. Trust me, because I am ACTUALLY DOING IT. I don't think
anyone else on the list has the time or interest to actually supply
the elbow grease. Fairly or not, I feel that the fact that I am doing
the work gives my opinion a bit more weight.
I respect your opinions about this, and I know that my irritation with
RKW is probably rubbing off on my reaction to you, but I just don't
think it makes sense to start talking about completely rearchitecting
gnucash at this point. RKW is comparing my 25k of numeric library
with some expressway or other; if he's right, you are talking about
demolishing the entire highway system and starting from scratch.
b.g.