Re: quantlib spreadsheet integration

Posted by erik-44 on
URL: http://quantlib.414.s1.nabble.com/quantlib-spreadsheet-integration-tp2880p2884.html

On Wed, 2004-04-07 at 21:34, Dirk Eddelbuettel wrote:
> On Wed, Apr 07, 2004 at 09:25:10PM +0100, erik wrote:
> > Many thanks.  I think Openoffice suits my needs better so if nobody
> > objects I'll start with that but I'll definitely get in touch if any
> > Gnumeric work comes up.
>
> I am not in a position to object as you're the one doing the work,

I'm new here and happy to go with the flow!  All feedback is welcome.

> but I'd
> suspect that Gnumeric may be easier to pull of as there is a smaller
> codebase (guess on my end, that).  
>
> Plus, there is the option of going from QL via Python to Gnumeric and back
> which would be a) useful, and b) maybe easier to setup and debug as both QL
> and Gnumeric already talk to Python.

100% agreed... but I wouldn't list convenience of
implementation/debugging as top priorities.  At this point I'm only
committing to do a prototype but I'd like to design something which at
least has the potential to evolve into an industrial strength desktop
spreadsheet pricer.  My main arguments in favor of Openoffice over
Gnumeric would be:
- Design and performance - with an OpenOffice C++ Addin you write
classes which are derived directly from the classes used to build OO
itself, and your code goes into a lib which OO loads dynamically at
runtime.  I've done no benchmarking but intuition tells me this design
is faster and cleaner than Quantlib<->Python<->Gnumeric.
- OpenOffice (and StarOffice) has a larger potential userbase, as it
runs on Linux/Unix/Mac/Windows as opposed to just Gnu

> Either way, would be cool to have this.  My $0.02 for Gnumeric, but your call.

Thanks very much for getting back to me and I welcome any feedback on my
comments.

> Cheers, Dirk

Cheers, Eric