Re: Win32 Port Efforts (eKA$H fork)

2006-12-11 Thread Chris Shoemaker
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

Re: Win32 Port Efforts (eKA$H fork)

2006-12-11 Thread Derek Atkins
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.

Re: Win32 Port Efforts (eKA$H fork)

2006-12-11 Thread jarney1
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

Re: Win32 Port Efforts (eKA$H fork)

2006-12-11 Thread Derek Atkins
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

Re: Win32 Port Efforts (eKA$H fork)

2006-12-11 Thread Derek Atkins
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

Re: Win32 Port Efforts (eKA$H fork)

2006-12-11 Thread jarney1
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