[GNC] Trading accounts functionality
John Ralls
jralls at ceridwen.us
Fri Apr 2 14:58:01 EDT 2021
> On Apr 2, 2021, at 9:42 AM, zuperkoleoptera at gmail.com wrote:
>
> On Fri, 2021-04-02 at 08:47 -0700, John Ralls wrote:
>>
>>
>>> On Apr 2, 2021, at 8:37 AM, John Ralls <jralls at ceridwen.us> wrote:
>>>
>>> On Apr 2, 2021, at 4:05 AM, zuperkoleoptera at gmail.com wrote:
>>>>
>>>> which by the way it
>>>> does not use the default security fraction which is 1/00000000
>>>> but
>>>> 1/0000.
>>>
>>> The price is in Euro, so it displays as 1/100 of the Euro's
>>> fraction. That's for display only, the actual calculated price is
>>> as exact a fraction as can be represented with two 64-bit integers.
>>
>> Sorry, you meant that the BTC amount in the trading split is rounded
>> to 1/1000. Maybe there's a 1/1000000 clamp left somewhere in the
>> balancing logic?
>>
>> Regards,
>> John Ralls
>>
> Yes you are right, the account created by the trading subsystem,
> Trading:Crypto Currency:BTC-EUR, is in BTC which is a security in the
> system not in eur which is a currency.
> Although I have switched to use "commodity value" in the "smallest
> fraction" switch it still uses 1/0000 instead the 1/00000000.
> But this is somehow minor issue as I assume it does not affect the
> actual value of the account, it's just visual.
No, it's pretty clearly keeping the transaction from balancing because .0012 != .00115652.
As for the trading splits miraculously appearing, did that happen to all cross-commodity transactions in your book or just ones that you touched?
Regards,
John Ralls
More information about the gnucash-user
mailing list