GNOME Bugzilla – Bug 723409
Incorrect symbol for Turkish lira
Last modified: 2018-06-29 23:25:50 UTC
All accounts are reported in pounds in accounts page and other reports. changing default currency does not affect anything. This was working correct in version 2.4.X after upgrading, this problem appeared. I also created a blank data file (file > new) in mysql in a new database, thinking that data structure may have changed, but the problem is still present in new file. I use MySQL backend on ubuntu 13.10)
The Accounts page currency is determined by the currency that you set when you created the file and it cannot be changed. The currencies of various accounts are set at the time that you create them; the default is that same currency, but you can change it at the time of creation or at any time later with the edit account dialog. Default report currency is controlled from the Reports tab of the Preferences Dialog; many reports also have a control in their options dialog that allows you to change it after running the report. AFAICT none of that has changed since 2.4.x. So what exactly did you do and what exactly do you observe?
when I change the account currency to "TRY" pound sign is shown before values. for other currencies correct formatting is done. So, I think this is related with "TRY" currrency. May be it should be new Turkish Lira Sign http://en.wikipedia.org/wiki/Turkish_lira_sign currently, it looks like pound sign in my configuration.
Ah, it's U+20A4 which happens to look almost like U+00A3, the British/Irish Pound sign. The difference is that the Pound sign has a single cross and the Lira sign has two. The new Turkish Lira symbol, U+20BA, does not seem to be widely available yet, so I'm reluctant to change it in the symbol file. If you have a font that supports it you can try setting it in the Security Editor using the instructions in http://wiki.gnucash.org/wiki/FAQ#Q:_I_dislike_some_of_the_new_currency_symbols_of_GnuCash_2.6
Libre Office already formats Turkish Lira with new symbol. Also in websites the symbol renders correctly. So I did not encounter any problems with the new symbol in latest software. Pound and Turkish Lira sign does not look similar. When I saw the pound sign, I did not think it was a Turkish Lira sign with mistakes, I thought it was a pound sign, and went into database to find what is wrong. In Turkey , several currencies (USD, EUR, GBP) are widely used. This may create confusion. Thanks for instructions to change symbol. Thanks for the great software. I am using it for several years.
Some data points on availability for the new Turkish Lira symbol (U+20BA): - Fedora 20 has it in several fonts - Windows XP does not have it I don't have other (more recent) Windows systems to try with. I'm not sure what the best course of action would be here. Given a user can always manually change the symbol to use we could go either way. Either postpone the fix until the symbol is more widely available. In that case users that want to use it now already can manually define the symbol via the Security Editor. Or include the fix now and be compliant with the current real world situation. Users that don't have this symbol on their systems yet can insert a replacement symbol via the Security Editor. I'm leaning more to the latter option. Even if the symbol may not be widely available yet I'd assume that people needing this new symbol are most likely using systems that support it already.
I have changed the symbol using security editor, so it is not an issue for me. New Turkish Lira symbol is displayed right. As default, the pound symbol should not be shown, instead of Turkish Lira sign, it creates great confusion. 'TL' abbreviation can be used if we need to support older system like Windows XP but Microsoft will not support it after 8 apr 2104. Since, most of the latest software (LibreOffice, latest linux distros) use new Turkish Lira sign, there is no reason for not using it, in my opinion. I am not using any version of windows, so I cannot comment on how the result will be on latest versions of that OS.
(In reply to Geert Janssens from comment #5) > Some data points on availability for the new Turkish Lira symbol (U+20BA): > - Fedora 20 has it in several fonts > - Windows XP does not have it > > I don't have other (more recent) Windows systems to try with. > > I'm not sure what the best course of action would be here. Given a user can > always manually change the symbol to use we could go either way. > > Either postpone the fix until the symbol is more widely available. In that > case users that want to use it now already can manually define the symbol > via the Security Editor. > > Or include the fix now and be compliant with the current real world > situation. Users that don't have this symbol on their systems yet can insert > a replacement symbol via the Security Editor. > > I'm leaning more to the latter option. Even if the symbol may not be widely > available yet I'd assume that people needing this new symbol are most likely > using systems that support it already. Windows 8 (and later versions probably) ships with it.[0] It has been added to Windows Vista, 7 and Server 2008 with the patch KB2739286. And its use is highly encouraged by Central Bank of the Republic of Turkey (CBRT).[1] [0] http://blog.microsoft.com.tr/tl-simgesi-windows-8.html [1] http://www.tcmb.gov.tr/wps/wcm/connect/tcmb+tr/tcmb+tr/bottom+menu/banka-hakkinda/sikca+sorulan+sorular#221
Thanks for the heads up. I wrote comment 5 more than a year ago. I was already inclined to make the change then (but apparently forgot about it), so I see no reason not to do it now. The world of operating systems should have caught up by now, as you point out in your first link. And while I can't read Turkish so I have no idea what is said in link 1, I'll take your word for it. So as of gnucash 2.6.6 the default symbol for Turkish lira will be ₺.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=723409. Please update any external references or bookmarks.