Advanced Portfolio
Henry M. Benson
hmb at hmbtech.com
Thu Dec 21 15:49:14 EST 2006
Andrew Sackville-West wrote:
> hi,
Hi, and thanks for the response!
> i did a bunch of work on the advanced report portfolio, about a year
> ago and as a result, fixed some broken stuff and introduced many
> broken things :(.
LOL - understood :-(
> I don't have a lot of time to devote, but would be happy to help in
> whatever way I can. My biggest issue was I ended up working on things
> I didn't really understand. My original goal was to implement some
> display settings for a user who requested it. I ended up trying to fix
> some other broken behavior in the report (some of which succeeded, I
> think), but left other parts of it undone. The biggest issue I think,
> is that I tried to implement a way of really tracking gains based on
> three different models - FIFO, FILO and average price (i think). I did
> not however, handle all the possible methods that the value of shares
> could change (splits, reinvestments, etc) resulting in bad results for
> any but the simplest cases.
Yes, that's what I'm seeing. I have a rather complicated portfolio with
all of these - it'll make a great test case. If it's any consolation,
Quicken gets it wrong too...
> There were also some difficulties in
> getting reliable data because we couldn't force users to make pricedb
> entries. I think I got that more or less handled by using register
> data when pricedb data wasn't available.
I think that's working properly.
> The report itself, is really pretty simple (IIRC) and I'm happy to
> pitch in a bit. Have you looked over the code yet? and are you
> familiar with scheme/lisp?
I looked over the code and can follow the basic flow. I have some
lisp experience from my MIT days, a disturbingly large number of years
ago. :-) I'll give it a try and see how it goes.
> I think if we could get a really good set a
> requirements for how the report handles particular cases, it could be
> shaped up fairly easily. I'll checkout a new tree here in the next
> couple days and take a look myself.
>
> A
Yes, I agree, requirements would be a great place to start. I'd be
glad to start on that. I can also make note of what I've seen, review
the open bugs, and note what works and what doesn't. I can probably
get to that next week sometime. How does that sound?
Thanks again and best regards,
Henry
More information about the gnucash-devel
mailing list