On Mon, Dec 11, 2006 at 06:54:55PM -0800, [EMAIL PROTECTED] wrote:
> Thanks. I think this will work for me. The only situation I can think of
> where it is not correct at the commodity level is defining asset classes that
> incorporate a tax hedge strategy (i.e. tax deferred Lg Cap vs. tax imme
Hi,
Quoting [EMAIL PROTECTED]:
> Thanks. I think this will work for me. The only situation I can
> think of where it is not correct at the commodity level is defining
> asset classes that incorporate a tax hedge strategy (i.e. tax
> deferred Lg Cap vs. tax immediate Lg Cap).
You're welcome.
Thanks. I think this will work for me. The only situation I can think of
where it is not correct at the commodity level is defining asset classes that
incorporate a tax hedge strategy (i.e. tax deferred Lg Cap vs. tax immediate Lg
Cap).
Tax policy balancing is rare but not unheard of in terms
Derek Atkins <[EMAIL PROTECTED]> writes:
>> Given that not many people are using it yet, I would like to work out
>> a way to implement this functionality in the upstream if possible.
>> It need not be compatible with what I have. Would it be a reasonable
>> comprimise to add some kind of "mi
Hi,
Quoting [EMAIL PROTECTED]:
>> * You added an extra data field to the Account data type, "asset class",
>> along with appropriate reading/writing code in the xml backend and an
>> extra asset-class.scm scheme report. What do you intend to use this data
>> field for? Also, this additional data
Christian Stimming <[EMAIL PROTECTED]> wrote:
> Thanks for this information and the link to the download page (although
> the download rate seems to be rather slow, 56 KB/sec?). I'm sorry to
> hear about your effort only with this 4-weeks-moderation delay. Surely
> the gnucash-devel list is