Re: financial library.

2001-01-29 Thread Phillip J Shelton
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 one .

Re: AccrInt

2001-01-29 Thread James R. Van Zandt
Phillip J Shelton [EMAIL PROTECTED] writes: "John S. Dey" wrote: Its been brought up before on the gnumeric mailing list, that if, in fact, errors are detected in Excel, what should the gnumeric implementation do? This is an issue that probably has already been addressed so for what its

Re: AccrInt

2001-01-29 Thread Jody Goldberg
On Sun, Jan 28, 2001 at 09:14:12PM -0500, James R. Van Zandt wrote: I would much prefer that both compatible and correct versions be implemented. There are two distinct questions. 1) replicate poor function interfaces 2) replicate calculation errors The former is a partial

Re: AccrInt

2001-01-29 Thread John Hasler
Phillip J Shelton writes: I don't intend to un-Excel clone gnumeric. If the spreadsheet functions need errors coded in then that is what has to happen. Then I will neither use nor recommend gnumeric. I have no objection to bug-for-bug compatibility as a _option_, but deliberately coding

GnuCash 1.4.10 is released.

2001-01-29 Thread Dave Peticolas
___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

transaction-report.scm

2001-01-29 Thread Robert Graham Merkel
Birger Retterstl Olaisen writes: I've made some modifications to the file share/gnucash/scm/report/transaction-report.scm to add the posibility to sort by account number. These modifications may perhaps not be well coded (it's my first attempt to code in sceme, so I don't know the

1.5 code-freeze for 2.0? Need a better general QIF importer

2001-01-29 Thread Derek Atkins
Robert Graham Merkel [EMAIL PROTECTED] writes: However, we might be able to look at adding your code to the next 1.4.x release, if we make another one (1.4.x is getting to the "ancient" stage, and we are heading towards a 1.5.x code freeze in preparation for a 2.0 stable release in a couple

Re: 1.5 code-freeze for 2.0? Need a better general QIF importer

2001-01-29 Thread Bill Gribble
On Mon, Jan 29, 2001 at 05:57:58PM -0500, Derek Atkins wrote: One piece of functionality which I would hope would make it into a code-freeze would be the ability to load (read: merge) Bank-generated QIF files into already-existing accounts. Most of the code is there now; the only issue is

Re: 1.5 code-freeze for 2.0? Need a better general QIF importer

2001-01-29 Thread Richard -Gilligan- Uschold
I'd like to see the QIF importer automagically assign the appropriate tax category to imported accounts, though, I'm not sure there is sufficient information in the QIF file. Several months ago, I looked at the QIF code for a few hours, but I really couldn't understand what was going on. Perhaps