Paul Abraham writes:
> Yes, they're both standard registers (both bank current accounts in fact).
Then IMHO this is a bug.
That setting should not affect the Rate Column.
Please file a bug in Bugzilla.
Thanks!
> Paul
-derek
> On 20/02/2020 16:06, Derek Atkins wrote:
>
> Hi,
>
>
Yes, they're both standard registers (both bank current accounts in
fact).
Paul
On 20/02/2020 16:06, Derek Atkins wrote:
Hi,
Are you doing this in a standard register or in a Stock/Mutual register?
In a stock/mutual register it has inputs for quantity, amount, and
price-per-unit.
Hi,
Are you doing this in a standard register or in a Stock/Mutual register?
In a stock/mutual register it has inputs for quantity, amount, and
price-per-unit. In this case, the quantity and amount are stored, and the
price-per-unit is computed. You can enter 2/3 and GnuCash will compute
the
That's not mangling the data, it's presenting the exact value of
11102.12/1975.10, a number that isn't representable as a decimal without
rounding.
As for the display being clever, of course it isn't, it's a computer.
But it you enter the two values 11102.12 and 1975.10 GnuCash shouldn't change
Hmm. That seems to work, but it certainly isn't what I want. The
exchange rate is now shown as "5 + 61331/98755" which is less than
helpful - it most certainly is not how real world exchange rates are
quoted, and it makes comparison almost impossible!
Why does the display option
Hi,
Yes, that's what I did first (it's actually what I normally do) but
gnucash clobbers it to the incorrect value. I then tried entering the
rate and the same thing occured.
On 19/02/2020 15:18, Derek Atkins wrote:
Hi,
Paul Abraham [1] writes:
I have real world transaction
Hi,
Paul Abraham writes:
>I have real world transaction that involves a transfer from a GBP to a
>BRL account but cannot get it to accept either the correct value in BRL
>or the actual exchange rate. It insists on truncating the rate to 3
>decimal places (or 4 sig figs?) and
Check that Preferences > General > Numbers > 'Force Prices to display as
decimals' is *unchecked*.
This should result in fractions being shown rather than being rounded or
truncated. You may need to have Trading Accounts turned on, but I could be
mistaken.
The total decimals used I think has
I have real world transaction that involves a transfer from a GBP to a
BRL account but cannot get it to accept either the correct value in BRL
or the actual exchange rate. It insists on truncating the rate to 3
decimal places (or 4 sig figs?) and adjusting the amount to match, even
