Thomas Klausner <[EMAIL PROTECTED]> writes: > Hi! > > 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 > e.g. > http://www.tf-portfoliosolutions.net/products/turkishlira.aspx
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 register code. > . 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 > wrong. 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 the entries. > . 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 strangely/wrongly. > 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. > Thomas -derek -- 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 [EMAIL PROTECTED] PGP key available _______________________________________________ gnucash-devel mailing list [email protected] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
