It's been rumoured that Rob Walker said:
> >>>>> On 24 Apr 2000 11:06:41 -0500, Rob Browning <[EMAIL PROTECTED]>
> Rob> Given this, unless we think of a better way, I'm still leaning in
> Rob> favor of running share totals...
>
> running share totals does sound better, I think.
Huh? Guys, the second from last column *is* the running share total!
-----------
Furthermore, the FIFO cost-basis report not only keeps the running share
total (which is trivial), but also keeps the running profit, which is
a good deal more complex, since queue entries on the head (purchases)
may be for a different amount of shares than the queue removals on the
tail (sales). I beleive this addresses all the concerns that people
have about buying fractional quantities at different times & prices &
etc. This is highlighting the need for a user's manual to be written
asap.
Meanwhile, as a practice lesson, maybe someone should implement a LIFO
report? And if you're really up to it, a report with *two* queues,
one called 'long term cap gains' and one called 'short term cap gains'.
The goal is to queue as much as possible onto the long-term queue (since
it has a lower tax rate), and queue onto short-term only if the long
term queue is empty. In particular, some sales/purchases may need to
be split across these queues.
(Note incidentally, this queueing problem has nothing to do with
how we record purchases/sales/stock-splits. Recording transactions
is one thing. Pairing them up for cost-basis thingies is an unrelated
thing.)
--linas
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
