Troubles with foreign currency account
warlord at MIT.EDU
Thu Feb 15 11:36:05 EST 2007
Thomas Klausner <tk at giga.or.at> writes:
> I'm using NetBSD-4.99.9/amd64 and gnucash-2.0.4.
> I tried adding a foreign currency account and using it for buying
> a foreign fund in Turkish Lira.
> Some troubles I had:
> . The symbol for Turkish Lira is TRY nowadays, not TRL any longer
> (as gnucash still thinks). This changed beginning of 2005, see
We dont actively monitor the ISO Currency Code list. Perhaps we
should, but we barely have enough manpower to do what we need to
do. So we depend on users like you to file bug reports when
things change. And yes, according to http://www.xe.com/iso4217.htm
the turkish new lira is TRY. Could you please file a bug report
at http://bugzilla.gnome.org/enter_bug.cgi?product=GnuCash so
we don't forget it?
> . I set the "Smallest fraction" for my account backed in TRL
> (account type Bank) to "1/100", but when I enter new transactions
> inside that account, It gets rounded to whole numbers
Hmm, looks like it's pulling the SCU from the wrong place.
Can you file a bug report on this, please. I dont think this
has anything to do with multi-currency but is just a bug in the
> . When I enter a transaction in a EUR account, there's a popup
> for the exchange rate. It is confusing -- on the right hand side
> it says "1 TRL = x EUR" next to the exchange rate and "1 EUR =
> x TRY" next to the "To Amount" entry field. I think only the
> lower one is true when I enter an exchange rate, but I could be
No, both numbers are correct.. It's showing you the rate in both
directions once you enter the rate or amount. The reason it's doing
this is that the exchange rate dialog might need to specify one
direction when you have the number in the other direction, so it shows
you both directions.
I'm sorry it's confusing to you, but everyone else seems to find the
information both useful AND clear. Maybe you're confused that there
is no columnar relationship between the entries and the rates.
Unfortunately the HIG frowns on putting lines in the dialogs to
separate frames, but the rates are really in a different "frame" then
> . When I change a transaction I entered from an EUR account, I can
> modify the decimal places, and it's not rounded to whole numbers,
> but it's rounded to I don't know what. For example, I can only
> enter 0.50 and 0.57, nothing in between.
That's because the combination of exchange rate and decimal places
wont let it be that amount. I dont know what the exchange rate is
between EUR and TRL/TRY, but another possibility is that you're
overflowing the exchange rate.
> . When I enter a price in the price editor by selecting a security
> and "Add"ing it, afterwards the display of the box is completely
> broken (it has duplicate lines for all kinds of different stuff).
> Closing and opening the price editor restores sanity here, until
> I enter a new price.
Please file a bug report on this if one doesn't already exist.
> . The prices added to the price editor automatically by entering
> transactions are very very strange and usually wrong.
They are only strange/wrong if you enter the exchange rates
> Did I do something wrong? Does anyone else see these?
Well, I'd need to know what numbers you entered in order to reproduce
most of these issues.
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord at MIT.EDU PGP key available
More information about the gnucash-devel