A while ago I added the "Return" column to the main view I use in the Portfolio summary grid in order to better compare the performance of investments paying dividends to those that do not. I was confused when I saw that some positions that have never paid dividends showed differing amounts for "Return" when compared to "Gain". When I hovered over the title for "Return" the pop-up definition included income from sales as well as from dividends, which also seemed strange. Later I happened to notice that when I expand the grid to show the individual lots within a position the "Return" value is only displayed for the position as a whole and not for each lot. Finally, I noticed that a recent investment showed a positive "Gain" but a negative "Return". In the Security Detail View it showed that I had previously held that stock for a short time about five years ago, and I realized that the return was calculating "Return" including previously closed lots. Although this may be desirable in situations such as a long-term position with dividend reinvestments, it strikes me as quite misleading, if not wrong for most situations.
So my request is that Q consider recording dividends (along with return-of-capital, etc.) on a lot-by-lot instead of at the position level and then then simply using the same calculations, except with the lot identifier included. This would be rolled up to the position level, of course, just as "Gain" is handled.
Depending on the structure of your internal database, I assume that this would probably involve a conversion process. I realize, too, that since dividends come in as a lump sum for the whole position, the total would have to be prorated to all the underlying open lots. Any odd cent or two cent remainder could be added to the last lot, since it would be quite immaterial in the long run. Note that the dividends should only be applied to lots that were open before the ex-div date and are not closed before that date. (I had one case where a dividend arrived for a lot I had sold after the ex-div date.) Note that Q already keeps the ex-div date, so it is available.
There may be a problem for converting the database to do this with historical ex-div dates. I have not thought this part through completely, but it seems the conversion would only be needed for open lots, since there are not displays that include closed lots. Off hand I think that should not be a problem.
What do you think?