It's been rumoured that Jason Rennie said:
[EMAIL PROTECTED] said:
What way is a profit or loss calculated; should be (total_amount *
current_price) - sum_t(value(t)), that is (current value of account -
money spent to buy the current amount). And since this contains
re-investments
It's been rumoured that Jason Rennie said:
[EMAIL PROTECTED] said:
The engine has C code for a 'fifo' that would handle this correctly,
However, none of the reports currently use this, and I'm not sure what
that would take. (old gnucash-1.2 used to do this, but it fell into
[EMAIL PROTECTED] writes:
It's been rumoured that Jason Rennie said:
[EMAIL PROTECTED] said:
What way is a profit or loss calculated; should be (total_amount *
current_price) - sum_t(value(t)), that is (current value of account -
money spent to buy the current amount).
[EMAIL PROTECTED] wrote:
Once upon a time, there was a field called 'action' associated with each
transaction, and it was meant to hold some menu selectable annotation:
e.g. 'cap gain', 'dividend', 'purchase'. The intent of this field
was to enable exactly what you are talking about:
Bakki Kudva writes:
Hello everyone,
I am new on this list and gnucash. I do have it on my Red Hat 6.2 box
and am very impressed with what I see.
I am a consultant/integrator in the business document management
solutions. One of the major application of 'imaging' is to image enable
Bakki Kudva writes:
Ofcourse it makes sense for it to be tuned off as default. Could be
enabled via a new panel in Settings - preferences..? But even personal
users could benefit a great deal with image enabling. At tax time, when
something under warranty breaks, when a maintenance
-BEGIN PGP SIGNED MESSAGE-
In a recent chat with goonie, it appeared to me that our consensus on the
currency/commodity in the account/transaction/split structures is still
unclear to most developers. Therefore I cleaned up all the respective
comments in the header files, see attached