I have not looked at those. I was not aware that there was equations to be found
here.
Terry Boldt wrote:
> On Sun, 28 Jan 2001, you wrote:
> > I found this while looking for finanical equations on the web. I have
> > not had much luck with the equations yet.
> >
> > The api should match this o
I found this while looking for finanical equations on the web. I have
not had much luck with the equations yet.
The api should match this one .
http://www.idexsoft.com/index.html
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.co
I am going to start to put date and financial functions from gnumeric
into a non-app. specific form and file. The specification of each
function will be posted as I learn what it is each has to do.
I will start with interst calculations.
Phill.
___
This is the description of the function accrint
FUNCTION=ACCRINT
SYNTAX=ACCRINT(issue,first_interest,settlement,rate,par,frequency,basis)
DESCRIPTION
ACCRINT calculates the accrued interest for a security
that pays periodic interest. The rate is the annual
rate of the security and par is the
I am not advocating a new dependency. Had enough trouble getting gnumeric to
compile.
> -Original Message-
> From: Robert Graham Merkel [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, December 12, 2000 11:15 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE:
Phillip Shelton writes:
> As gnucash is in C, should we look at seeing if it is ok to rewrite in C or
> just run with the gnumeric date functions?
>
> Or add another dependency? :-\
>
Um, I can't speak definitively but I think we'd all be extremely wary
of adding dependancies to C++ librar
As gnucash is in C, should we look at seeing if it is ok to rewrite in C or
just run with the gnumeric date functions?
Or add another dependency? :-\
Phill
> -Original Message-
> IMHO date functions are not such a big deal. Believe me, Excel
> provides excellent set of date functi
In making the financial functions non gnumeric specific, gnumeric will have
to have a wrapper to add the spread sheet requirements to them so it should
not be too hard to write wrappers for the dates either.
If gnucash is benefiting from numeric with the financial functions then
gnumeric can bene
On Tue, Dec 12, 2000 at 10:04:49AM +1100, Robert Graham Merkel wrote:
> Phillip J Shelton writes:
> > Would also having the date functions in this library be a good thing?
>
> On the face of it, that's not a bad idea. However, the gnumeric
> people to some extent have already had their date rep
Phillip J Shelton writes:
> Woud also having the date functions in this library be a good thing?
On the face of it, that's not a bad idea. However, the gnumeric
people to some extent have already had their date representation and
functions decided for them (by the desire for Excel combatability
Woud also having the date functions in this library be a good thing?
Bill Gribble wrote:
> On Mon, Dec 11, 2000 at 09:01:01AM -0600, Christopher Browne wrote:
> > What is to be the nature of this "financial library"?
> >
> > Should there not be some specs of wh
On Mon, Dec 11, 2000 at 09:01:01AM -0600, Christopher Browne wrote:
> What is to be the nature of this "financial library"?
>
> Should there not be some specs of what it is to provide as services?
It is to provide financial analysis functions suitable for building
reports a
On Sat, 09 Dec 2000 12:05:03 +1100, the world broke into rejoicing as
Robert Graham Merkel <[EMAIL PROTECTED]> said:
> I also agree that a shared financial library would be an excellent
> idea.
>
> Is there any other project that might get on board, or should we just
> get
I also agree that a shared financial library would be an excellent
idea.
Is there any other project that might get on board, or should we just
get going and if we start producing something good other people can
get involved as they see fit
14 matches
Mail list logo
