On Tue, 01 Aug 2000 22:32:23 EST, the world broke into rejoicing as
Richard Wackerbarth <[EMAIL PROTECTED]> said:
> On Tue, 01 Aug 2000, Bill Gribble wrote:
> > On Mon, Jul 31, 2000 at 08:05:04PM -0500, Richard Wackerbarth wrote:
> > > 2) The "denominator" may need to be the reciprocal of an inte
On Tue, 01 Aug 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > 1) Your API does not hide the implementation details. If we change the
> > representation of an amount, many calls will have to be changed
> > rather than localizing the changes to the "math" routines.
>
> The "constructor" w
On Tue, 01 Aug 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > Most book keeping is done within a currency and this will be
> > dramatically faster.
>
> Nope. Using the integer representation, you'll need one `if' statement
> to determine that you're dealing with two numbers of the same
Rob, below is a snippet of gnucash's configure.in. I'm trying to
figure out why GLIB_CONFIG_BIN and GNOME_CONFIG_BIN are explicitly
set in line 180 and line 203 respectively. Is this a bug? It works
fine for me with those two lines commented out.
180 # Let the user specify
On Tue, 01 Aug 2000, Bill Gribble wrote:
> On Mon, Jul 31, 2000 at 08:05:04PM -0500, Richard Wackerbarth wrote:
> > 2) The "denominator" may need to be the reciprocal of an integer
> > greater than unity.
>
> Good point. How about, as was suggested, an idea that the denominator
> take on negativ
On Tue, 01 Aug 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > 2) The "denominator" may need to be the reciprocal of an integer
> > greater than unity.
>
> Since the denominator should never be negative or zero if it is acting
> in its normal role, we could say that a negative denominato
Bill Gribble wrote:
>
> On Tue, Aug 01, 2000 at 04:36:56PM +0100, Steven Murdoch wrote:
> > For example the task of comparing two integers is trivial O(1)
> > complexity, but comparing two rationals is far from it and I think has
> > O(sqr_root(n)) complexity, so if this is done several times the
I'm reading through some of your old e-mails. Thought I'd make some
comments...
[EMAIL PROTECTED] said:
> The only case I could forsee this would be if one could buy 1/3 of something
> or if prices were quoted as 1/3 of a dollar (or other currency unit).
So, one use for using rationals would
On Mon, Jul 31, 2000 at 08:05:04PM -0500, Richard Wackerbarth wrote:
> 2) The "denominator" may need to be the reciprocal of an integer
> greater than unity.
Good point. How about, as was suggested, an idea that the denominator
take on negative values (possibly hidden by a macro, i.e.
GNC_DEN
On Tue, Aug 01, 2000 at 04:36:56PM +0100, Steven Murdoch wrote:
> For example the task of comparing two integers is trivial O(1)
> complexity, but comparing two rationals is far from it and I think has
> O(sqr_root(n)) complexity, so if this is done several times the
> performance difference will
I think now would be a good time to more explicitly state a few ideas
about my last suggestion.
The reason I have done this is to allow values to be represented in
integers. This will have several other benefits I said in my previous
mail, but the more I think of it, he more I think the speed inc
On Tue, Aug 01, 2000 at 11:46:50AM +1000, Robert Graham Merkel wrote:
> Guys, will it be possible to import the old gnucash-devel mail archive
> into the lists.gnumatic.com archive?
>
> It's handy to be able to point people at past list discussions, and at
> the moment there isn't a complete reco
Jason Rennie writes:
>
> [EMAIL PROTECTED] said:
> > The point being to have some place to "stick" things like report
> > parameters for future reference.
> > I'm not sure what the right answer looks like.
>
> I envision having a `reports' directory under .gnucash were there is
> one
[EMAIL PROTECTED] said:
> The point being to have some place to "stick" things like report
> parameters for future reference.
> I'm not sure what the right answer looks like.
I envision having a `reports' directory under .gnucash were there is
one set of parameters per file.
[EMAIL PROTECTED
[EMAIL PROTECTED] said:
> 1) Your API does not hide the implementation details. If we change the
> representation of an amount, many calls will have to be changed
> rather than localizing the changes to the "math" routines.
The "constructor" will obviously need to be changed. The
gnc_numeri
[EMAIL PROTECTED] said:
> You want the denominator in EACH account to be set so that 1/D
> represents exactly the smallest difference in allowable values for
> that account.
Sure. That makes sense. There may be some situations where
determining the smallest difference isn't trivial, but it s
16 matches
Mail list logo
