Difference between revisions of "Locale Settings"

From GnuCash
Jump to: navigation, search
(Font Issues: Fix link)
m (LANG vs LANGUAGE: Biingual language names)
 
(20 intermediate revisions by 2 users not shown)
Line 1: Line 1:
While Gnucash was written in American English, there are many localizations (translations, number formats, ...) available. This page shows how to select them. An additional source is [https://www.gnu.org/software/gettext/manual/gettext.html#Users The User’s View in the Gettext manual].
+
While Gnucash was written in American English, there are many localizations available like:
 +
;Language:
 +
;Region specific formats: Number and currency, date and time, paper size.
 +
This page shows how to select them. An additional source is [https://www.gnu.org/software/gettext/manual/gettext.html#Users The User’s View in the Gettext manual].
 +
[[Category:Customization‏‎|Locale Settings]][[Category:L10N|Locale Settings]]
  
 
== System settings ==
 
== System settings ==
 
In general, GnuCash uses the system settings of your computer. So the '''control center for system settings''' of your operating system, distribution or desktop environment should be your ''first choice'' to adjust them:
 
In general, GnuCash uses the system settings of your computer. So the '''control center for system settings''' of your operating system, distribution or desktop environment should be your ''first choice'' to adjust them:
* '''Linux'''
+
;Linux:
:* ''distro dependent'': if one exists, the '''configuration tool''' of your distribution (like Yast in openSUSE) might be your first choice, because it might apply the settings to ''all environments and for all users''. Additionally it will install the respective language packages, if they are missing.
+
:; ''Distro dependent'': If one exists, the '''configuration tool''' of your distribution (like Yast in openSUSE) might be your first choice, because it might apply the settings to ''all environments and for all users''. Additionally it will install the respective language packages, if they are missing.
:* '''Gnome''': Computer->[System->]Controlcenter->[System->]Language
+
:;[[Flatpak]]: Also Flatpak uses the system setting.
:* '''KDE''': Start->System settings->Regional
+
::Only if you changed your systems locale after your first Flatpak installation it is necessary to
:*  At the '''shell''' prompt, execute
+
::# make the respective locale available in the <tt>org.gnucash.GnuCash.Locale</tt> package. For example, if one chooses the German locale "de_DE" the first step is to execute: <Syntaxhighlight lang="sh">
::* '''csh''': ‘setenv LANG de_DE’,
+
flatpak update (--user|--system) --subpath=de org.gnucash.GnuCash.Locale</Syntaxhighlight> [https://docs.flatpak.org/en/latest/flatpak-command-reference.html#flatpak-update Flatpak Command Reference: flatpak-update]
::* '''sh''': ‘export LANG; LANG=de_DE’ or
+
::#set it as default: <Syntaxhighlight lang="sh">flatpak override (--user|--system) --env "LANG=de_DE" --env "LANGUAGE=de_DE" org.gnucash.GnuCash</Syntaxhighlight> [https://docs.flatpak.org/en/latest/flatpak-command-reference.html#flatpak-override Flatpak Command Reference: flatpak-override]
::* '''bash''', '''ksh''': ‘export LANG=de_DE’.
+
::That ensures not only the necessary environment variables are set, but also that the respective locale subdirectory is available. Otherwise GnuCash will start with the old default locale.
:: This can be set for your system from your ''.login'', ''.profile'' or ''.bashrc'' file.
+
:;Gnome: <tt>Computer->[System->]Controlcenter->[System->]Language</tt>
::; Note: By default bash uses .login for remote logins and .bashrc for interactive shell, but some distibutions like openSUSE source .bashrc in .login. Then it has only to be done in .bashrc.
+
:;KDE: <tt>Start->System settings->Regional</tt>
 +
:;''shell'':
 +
::;csh: <Syntaxhighlight lang="csh" inline>setenv LANG de_DE</Syntaxhighlight>
 +
::;sh: <Syntaxhighlight lang="sh" inline>export LANG; LANG=de_DE</Syntaxhighlight>
 +
::;bash, ksh: <Syntaxhighlight lang="sh" inline>export LANG=de_DE</Syntaxhighlight>
 +
:: This can be set for your system from your <tt>.login</tt>, <tt>.profile</tt> or <tt>.bashrc</tt> file.
 +
::; Note: By default bash uses <tt>.login</tt> for remote logins and <tt>.bashrc</tt> for interactive shell, but some distibutions like openSUSE source <tt>.bashrc</tt> in login. Then it has only to be done in <tt>.bashrc</tt>.
  
* '''MacOS''':
+
;{{Mac}}:
:* '''Mavericks (10.9) and newer''': System Settings>Language and Region
+
:;Mavericks (10.9) and newer: <tt>System Settings>Language and Region</tt>
:* '''Snow Leopard (10.6)''' through '''Mountain Lion (10.8)''': System Settings>Languages and Text
+
:;Snow Leopard (10.6) Mountain Lion (10.8): <tt>System Settings>Languages and Text</tt>
  
* '''Windows'''
+
;Windows:
:* '''10''': Right click the start icon in the task bar and select <tt>Settings</tt>, select <tt>Time & Language</tt>, select <Region>. Changing the <tt>Regional Format</tt> will select both the UI language and the number and date formats. There's no need to log in, but if GnuCash is running you'll have to quit and relaunch it.
+
:;10: Right click the <tt>Start</tt> icon in the task bar and select <tt>Settings</tt> -> <tt>Time & Language</tt> -> <Region>.
:* '''7''': To change the UI ''language'', use <tt>Start->Control Panel->[Clock, Language and Region->]Change display language</tt>.
+
::Changing the <tt>Regional Format</tt> will select both the UI language and the number and date formats. There's no need to log in, but if GnuCash is running you'll have to quit and relaunch it.
::To change number and date ''formats'', use <tt>Start -> Control Panel -> [Clock, Language and Region] Change format locale</tt>.
+
:;7:
:* '''Vista''':
+
::;To change the UI ''language'': <tt>Start->Control Panel->[Clock, Language and Region->]Change display language</tt>.
:* Since '''DOS''' incl. '''OS/2''':
+
::;To change number and date ''formats'': <tt>Start -> Control Panel -> [Clock, Language and Region] Change format locale</tt>.
:: At the '''shell''' prompts of <code>COMMAND.COM</code> and <code>cmd.exe</code>: SET LANG=de_DE
+
:;Vista:
 +
:;Since <tt>DOS</tt> incl. <tt>OS/2</tt>:
 +
:: At the '''shell''' prompts of <code>COMMAND.COM</code> and <code>cmd.exe</code>: <Syntaxhighlight lang="bat" inline>SET LANG=de_DE</Syntaxhighlight>
 
(Feel free to complete and correct this list)
 
(Feel free to complete and correct this list)
  
Line 45: Line 57:
 
The POSIX standard includes an additional modifier:
 
The POSIX standard includes an additional modifier:
 
  [language[_territory][.codeset][@modifier]]
 
  [language[_territory][.codeset][@modifier]]
The '''@modifier''' will be used if e.g. different scripts are available like <tt>cyrillic</tt> vs. <tt>latin</tt>.
+
The '''@modifier''' will be used if e.g. different scripts are available like <tt>cyrillic</tt> vs. <tt>latin</tt>. The '''Codes for the representation of names of scripts''' are defined in [https://en.wikipedia.org/wiki/ISO_15924 ISO 15924].
  
 
The preferred '''charset''' is ''UTF-8'', which has enough space for all known scripts, but Windows might wish another codepage. In some Linux distributions (like Fedora 21), at least as long as the language is not installed system wide, the default is ''@euro'', a shortcut for ''ISO-8859-15'', which is different from UTF-8. If the program crashes as described in [{{BugURL}}/show_bug.cgi?id=628710 Bug 628710 - Crash when calling "New File" with a charset <> utf8 in LANG] or showing a line like <tt>Invalid UTF-8 string passed to pango_layout_set_text()</tt> on the command line or in the [[Tracefile|log file]], you should explicitly set the charset to utf-8.
 
The preferred '''charset''' is ''UTF-8'', which has enough space for all known scripts, but Windows might wish another codepage. In some Linux distributions (like Fedora 21), at least as long as the language is not installed system wide, the default is ''@euro'', a shortcut for ''ISO-8859-15'', which is different from UTF-8. If the program crashes as described in [{{BugURL}}/show_bug.cgi?id=628710 Bug 628710 - Crash when calling "New File" with a charset <> utf8 in LANG] or showing a line like <tt>Invalid UTF-8 string passed to pango_layout_set_text()</tt> on the command line or in the [[Tracefile|log file]], you should explicitly set the charset to utf-8.
  
Under Linux
+
;POSIX (Linux, {{Mac}}, *BSD): <SyntaxHighlight lang="sh" inline>localectl</SyntaxHighlight> shows your ''current setting'' and ''keyboard selection'',
<SyntaxHighlight lang="sh">locale
+
:<SyntaxHighlight lang="sh" inline>locale</SyntaxHighlight> shows ''all categories'' of your current settings.
</SyntaxHighlight>
+
:<SyntaxHighlight lang="sh" inline>locale -c[k] <category></SyntaxHighlight> shows the current '''''content''' of a category''. <code>k</code> will add the keyword names.
shows your ''current settings'',
+
:<SyntaxHighlight lang="sh" inline>locale -k <keyword></SyntaxHighlight> shows the current ''value of a keyword''.
<SyntaxHighlight lang="sh">locale -a
+
:<SyntaxHighlight lang="sh" inline>locale -a</SyntaxHighlight> gives you a list of the ''installed locales'' on your system and  
</SyntaxHighlight>
+
:<SyntaxHighlight lang="sh" inline>locale -m</SyntaxHighlight> of the available ''charmaps''.
gives you a list of the ''installed locales'' on your system and  
+
:If the list is too long you can filter it, e.g.
<SyntaxHighlight lang="Sh">locale -m
+
:<SyntaxHighlight lang="sh" inline>
</SyntaxHighlight>
+
locale -a | grep de_
of the ''charmaps''.
+
</SyntaxHighlight> to see available combinations for German (de) or
 +
:<SyntaxHighlight lang="sh" inline>
 +
locale -a | grep _DE
 +
</SyntaxHighlight> to see available combinations for Germany (DE).
  
If the list is too long you can filter it, e.g.
+
:See <SyntaxHighlight lang="console">
<SyntaxHighlight lang="sh">locale -a | grep de_
+
$ man locale
</SyntaxHighlight>
 
to see available combinations for german (de).
 
 
 
See
 
<SyntaxHighlight lang="console">
 
> man locale
 
 
Man: find all matching manual pages (set MAN_POSIXLY_CORRECT to avoid this)
 
Man: find all matching manual pages (set MAN_POSIXLY_CORRECT to avoid this)
 
* locale (5)
 
* locale (5)
Line 74: Line 83:
 
Man: What manual page do you want?
 
Man: What manual page do you want?
 
Man: 1p
 
Man: 1p
</SyntaxHighlight>
+
</SyntaxHighlight> for further details.
for further details.
+
 
 +
;Windows: has—at least for programmers–similar tools and APIs, see [https://docs.microsoft.com/en-us/windows/win32/intl/international-support Internationalization for Windows Applications]
  
 
If your desired language or charset is missing you should install them using the tools of your operating system.
 
If your desired language or charset is missing you should install them using the tools of your operating system.
  
 
=== LANG vs LANGUAGE ===
 
=== LANG vs LANGUAGE ===
'''LANG''' sets a whole bunch of other ''LC_'' variables, which you can always check, at least under Linux, by running <tt>locale</tt>. This setting affects things like
+
'''LANG''' is the ''important'' variable. It sets a whole bunch of ''LC_'' variables, which you can always check, at least under Linux, by running <tt>locale</tt> on the command line. This setting affects things like
* the default currency
+
* the default currency;
* formats of date and numbers
+
* formats of date and numbers;
* available account templates
+
* sort order of language specific letters like á, à, â, ä …, if in the locale defined = a, else behind z;
 +
* in GnuCash available account templates and tax reports.
  
'''LANGUAGE''' can contain, like in your browser settings, a ''priority list of languages'' to be used by the program surface. You can set it to a colon separated ''list of language codes'', which you prefer over US English - the fallback if your languages are not found. If <tt>LANGUAGE</tt> should be the same as <tt>LANG</tt>, there is no need to set it. In theory set your system to
+
'''LANGUAGE''' is usually ''not required''. If <tt>LANGUAGE</tt> should be the same as <tt>LANG</tt>, there is no need to set it. It can contain, like in your browser settings, a ''priority list of languages'' to be used by the program surface. You can set it to a colon separated ''list of language codes'', which you prefer over US English - the fallback if your languages are not found.  
<SyntaxHighlight lang="ini">
+
;Example 1: <SyntaxHighlight lang="ini">
 
LANG=fy_NL  
 
LANG=fy_NL  
 
LANGUAGE=fy:nl
 
LANGUAGE=fy:nl
</SyntaxHighlight>
+
</SyntaxHighlight> if you are a westfrisian who prefers Frysk (Frisian) and understands Nederlands (Dutch) better than English. But as long as nobody has submited frisian account templates and a frisian translation, better use <tt>LANG=nl_NL</tt> to get the dutch instead of the US-american templates.
if you are a westfrisian who prefers frisian and understands nederlands better than English. But as long as nobody has submited frisian account templates and a frisian translation, better use <tt>LANG=nl_NL</tt> to get the dutch instead of the US-american templates.
 
  
Or if you understand Spanish better than English, but wish to create an US tax report, you can run  
+
;Example 2: If you understand Spanish better than English, but wish to create an US tax report, you can run <SyntaxHighlight lang="sh">
<SyntaxHighlight lang="sh">
 
 
LANGUAGE=es LANG=en_US gnucash
 
LANGUAGE=es LANG=en_US gnucash
 
</SyntaxHighlight>
 
</SyntaxHighlight>
  
[https://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-variable.html#The-LANGUAGE-variable gettext manual: The LANGUAGE variable]
+
;See also: [{{URL:Gnu}}software/gettext/manual/html_node/The-LANGUAGE-variable.html#The-LANGUAGE-variable gettext manual: The LANGUAGE variable]
  
At least under Linux, you can simply unset LANGUAGE and only use LANG. Please report here, which are required for other OSes.
+
Again, at least under Linux, you can simply unset LANGUAGE and only use LANG. Please report here, which are required for other OSes.
  
 
== OS dependent tweaking ==
 
== OS dependent tweaking ==
 
=== Verify translations are installed ===
 
=== Verify translations are installed ===
Some distributions split regional stuff in separate packages. Use your package manager to verify you did not miss to install ''GnuCash.Locale'', ''gnucash-lang'' or however they named it.
+
While ''our'' [[Flatpak]], {{Mac}} and Windows bundles include the translations '''some Linux distributions''' split regional stuff in separate packages.
:;Note: ''Our'' MacOS and Windows bundles include the translations.
+
:Use your package manager to verify you did not miss to install <tt>GnuCash.Locale-*</tt>,
 +
:: <tt>gnucash-lang-*</tt> or however they named it.
 +
:The same is also valid for ''standard buttons'' like <code><u>Y</u>es</code>, <code><u>N</u>o</code> … from GTK like: <syntaxhighlight lang="sh>
 +
sudo apt-get install language-pack-gnome-de
 +
</syntaxhighlight>
  
 
=== Changing the Language on Linux ===
 
=== Changing the Language on Linux ===
Line 129: Line 142:
 
:* '''nn''' - ''Nynorsk'' which is unsupported.
 
:* '''nn''' - ''Nynorsk'' which is unsupported.
 
: If "no_NO" fails, try "nb_NO".
 
: If "no_NO" fails, try "nb_NO".
 +
: Full list: [https://iso639-3.sil.org/code_tables/macrolanguage_mappings/data ISO 639-3 Macrolanguage Mappings]
  
 
You should first test your setting by calling it on the ''command line''. Then you might see <SyntaxHighlight lang="Console">
 
You should first test your setting by calling it on the ''command line''. Then you might see <SyntaxHighlight lang="Console">
Line 154: Line 168:
 
</SyntaxHighlight>
 
</SyntaxHighlight>
  
=== Changing the Language on MacOS ===
+
=== Changing the Language on {{Mac}} ===
  
By default, Gnucash will select the first available translation from the list in your language list (''System Settings>International'' or ''System Settings>Languages and Text'', depending on what version of MacOS you're using). Other localization settings (numeric format, date format, and default currency) are determined from the "Formats" tab of the same System Settings panel. Environment variables have '''no effect''', and there is no environment.sh file.
+
By default, Gnucash will select the first available translation from the list in your language list (''System Settings>International'' or ''System Settings>Languages and Text'', depending on what version of {{Mac}} you're using). Other localization settings (numeric format, date format, and default currency) are determined from the "Formats" tab of the same System Settings panel. Environment variables have '''no effect''', and there is no environment.sh file.
  
 
If you want to use ''a different translation from the one that is automatically selected'', you can run the following in ''Terminal.app'':
 
If you want to use ''a different translation from the one that is automatically selected'', you can run the following in ''Terminal.app'':
Line 162: Line 176:
  
 
(Use whatever language codes you want, replacing Deutsch and English. It won't work if there isn't a translation file for the language you want.)
 
(Use whatever language codes you want, replacing Deutsch and English. It won't work if there isn't a translation file for the language you want.)
Some versions of MacOS don't accept <tt>-app Gnucash</tt> and emit <tt>Can't determine domain name for application Gnucash</tt>. In that case use <tt>org.gnucash.Gnucash</tt> in place of <tt>-app Gnucash</tt>.
+
Some versions of {{Mac}} don't accept <tt>-app Gnucash</tt> and emit <tt>Can't determine domain name for application Gnucash</tt>. In that case use <tt>org.gnucash.Gnucash</tt> in place of <tt>-app Gnucash</tt>.
  
 
If you want to unset it (that is, return to using the system settings), run this:
 
If you want to unset it (that is, return to using the system settings), run this:
Line 206: Line 220:
 
==== Swedish and probably other Languages ====
 
==== Swedish and probably other Languages ====
  
According [{{BugURL}}/show_bug.cgi?id=725296 Bug 725296 Unable to change language from english using the environment file] there seems to be something wrong in the table translating ''ISO-639 language codes'' - specialized with ISO-3166-1 country codes where appropriate - in ''Microsoft locale names''.
+
According [{{BugURL}}/show_bug.cgi?id=725296 Bug 725296 Unable to change language from english using the environment file] there seems to be something wrong in the table translating ''ISO-639 language codes'' - specialized with ISO-3166-1 country codes where appropriate - into ''Microsoft locale names''.
 
;Workaround: In the environment file set <SyntaxHighlight lang="ini">
 
;Workaround: In the environment file set <SyntaxHighlight lang="ini">
 
LANG=Swedish_Sweden
 
LANG=Swedish_Sweden
 
LANGUAGE=sv
 
LANGUAGE=sv
 
</SyntaxHighlight>
 
</SyntaxHighlight>
 +
 +
==== Using More Than One Language ====
 +
In this case you can create shortcuts, see [https://netlicensing.io/blog/2012/06/15/set-environment-variables-in-windows-shortcut/ How to set environment variables in windows shortcut?].
  
 
== Support State ==
 
== Support State ==

Latest revision as of 10:08, 21 February 2022

While Gnucash was written in American English, there are many localizations available like:

Language
Region specific formats
Number and currency, date and time, paper size.

This page shows how to select them. An additional source is The User’s View in the Gettext manual.

System settings

In general, GnuCash uses the system settings of your computer. So the control center for system settings of your operating system, distribution or desktop environment should be your first choice to adjust them:

Linux
Distro dependent
If one exists, the configuration tool of your distribution (like Yast in openSUSE) might be your first choice, because it might apply the settings to all environments and for all users. Additionally it will install the respective language packages, if they are missing.
Flatpak
Also Flatpak uses the system setting.
Only if you changed your systems locale after your first Flatpak installation it is necessary to
  1. make the respective locale available in the org.gnucash.GnuCash.Locale package. For example, if one chooses the German locale "de_DE" the first step is to execute:
    flatpak update (--user|--system) --subpath=de org.gnucash.GnuCash.Locale
    
    Flatpak Command Reference: flatpak-update
  2. set it as default:
    flatpak override (--user|--system) --env "LANG=de_DE" --env "LANGUAGE=de_DE" org.gnucash.GnuCash
    
    Flatpak Command Reference: flatpak-override
That ensures not only the necessary environment variables are set, but also that the respective locale subdirectory is available. Otherwise GnuCash will start with the old default locale.
Gnome
Computer->[System->]Controlcenter->[System->]Language
KDE
Start->System settings->Regional
shell
csh
setenv LANG de_DE
sh
export LANG; LANG=de_DE
bash, ksh
export LANG=de_DE
This can be set for your system from your .login, .profile or .bashrc file.
Note
By default bash uses .login for remote logins and .bashrc for interactive shell, but some distibutions like openSUSE source .bashrc in login. Then it has only to be done in .bashrc.
macOS
Mavericks (10.9) and newer
System Settings>Language and Region
Snow Leopard (10.6) … Mountain Lion (10.8)
System Settings>Languages and Text
Windows
10
Right click the Start icon in the task bar and select Settings -> Time & Language -> <Region>.
Changing the Regional Format will select both the UI language and the number and date formats. There's no need to log in, but if GnuCash is running you'll have to quit and relaunch it.
7
To change the UI language
Start->Control Panel->[Clock, Language and Region->]Change display language.
To change number and date formats
Start -> Control Panel -> [Clock, Language and Region] Change format locale.
Vista
Since DOS incl. OS/2
At the shell prompts of COMMAND.COM and cmd.exe: SET LANG=de_DE

(Feel free to complete and correct this list)

Usually you must then restart your session - re-login.

But there are some cases, e.g. as a translator or bug hunter, where you wish to tweak them. Usually this is done by setting the locale environment variables with proper #IETF language tags, but the How depends on your operating system.

Basics

Here are a few basic points to consider.

Language tags

There are at least 2 slightly different definitions of language tags: The Internet Engineering Task Force (IETF) defined the language tags in BCP 47, the Institute of Electrical and Electronics Engineers in IEEE Std 1003.1 (aka POSIX). In short, commonly they are of the form:

<language>[_<region>][.<charset>]

where usually

The POSIX standard includes an additional modifier:

[language[_territory][.codeset][@modifier]]

The @modifier will be used if e.g. different scripts are available like cyrillic vs. latin. The Codes for the representation of names of scripts are defined in ISO 15924.

The preferred charset is UTF-8, which has enough space for all known scripts, but Windows might wish another codepage. In some Linux distributions (like Fedora 21), at least as long as the language is not installed system wide, the default is @euro, a shortcut for ISO-8859-15, which is different from UTF-8. If the program crashes as described in Bug 628710 - Crash when calling "New File" with a charset <> utf8 in LANG or showing a line like Invalid UTF-8 string passed to pango_layout_set_text() on the command line or in the log file, you should explicitly set the charset to utf-8.

POSIX (Linux, macOS, *BSD)
localectl shows your current setting and keyboard selection,
locale shows all categories of your current settings.
locale -c[k] <category> shows the current content of a category. k will add the keyword names.
locale -k <keyword> shows the current value of a keyword.
locale -a gives you a list of the installed locales on your system and
locale -m of the available charmaps.
If the list is too long you can filter it, e.g.
locale -a | grep de_ to see available combinations for German (de) or
locale -a | grep _DE to see available combinations for Germany (DE).
See
$ man locale
Man: find all matching manual pages (set MAN_POSIXLY_CORRECT to avoid this)
* locale (5)
  locale (7)
  locale (1p)                                                                              
Man: What manual page do you want?
Man: 1p
for further details.
Windows
has—at least for programmers–similar tools and APIs, see Internationalization for Windows Applications

If your desired language or charset is missing you should install them using the tools of your operating system.

LANG vs LANGUAGE

LANG is the important variable. It sets a whole bunch of LC_ variables, which you can always check, at least under Linux, by running locale on the command line. This setting affects things like

  • the default currency;
  • formats of date and numbers;
  • sort order of language specific letters like á, à, â, ä …, if in the locale defined = a, else behind z;
  • in GnuCash available account templates and tax reports.

LANGUAGE is usually not required. If LANGUAGE should be the same as LANG, there is no need to set it. It can contain, like in your browser settings, a priority list of languages to be used by the program surface. You can set it to a colon separated list of language codes, which you prefer over US English - the fallback if your languages are not found.

Example 1
LANG=fy_NL 
LANGUAGE=fy:nl
if you are a westfrisian who prefers Frysk (Frisian) and understands Nederlands (Dutch) better than English. But as long as nobody has submited frisian account templates and a frisian translation, better use LANG=nl_NL to get the dutch instead of the US-american templates.
Example 2
If you understand Spanish better than English, but wish to create an US tax report, you can run
LANGUAGE=es LANG=en_US gnucash
See also
gettext manual: The LANGUAGE variable

Again, at least under Linux, you can simply unset LANGUAGE and only use LANG. Please report here, which are required for other OSes.

OS dependent tweaking

Verify translations are installed

While our Flatpak, macOS and Windows bundles include the translations some Linux distributions split regional stuff in separate packages.

Use your package manager to verify you did not miss to install GnuCash.Locale-*,
gnucash-lang-* or however they named it.
The same is also valid for standard buttons like Yes, No … from GTK like:
sudo apt-get install language-pack-gnome-de

Changing the Language on Linux

In some cases (see #LANG vs LANGUAGE) you should set the LANGUAGE and LANG environment variables before starting GnuCash. For example:
$ env LANGUAGE=fr_FR
$ env LANG=fr_FR
$ gnucash
This example sets the variables to use GnuCash in French (français) and then launches GnuCash.
You could also do this in one line:
$ LANGUAGE=de_DE LANG=de_DE gnucash
This example sets the language to German (Deutsch).
This one-line method can also be used if you like to change the default language for the GnuCash menu item (or in the gnucash.desktop file). For these cases, the path to GnuCash is usually a full path and the command is followed with '%f', which represents the file to be opened:
$ LANGUAGE=de_DE LANG=de_DE /usr/bin/gnucash %f

On some systems the encoding could be part of the locale name, like "no_NO.UTF-8". You can use these names as well.

Note
no is a macrolanguage containing
  • nb - Bokmål which is supported by GnuCash and
  • nn - Nynorsk which is unsupported.
If "no_NO" fails, try "nb_NO".
Full list: ISO 639-3 Macrolanguage Mappings
You should first test your setting by calling it on the command line. Then you might see
The locale defined in the environment isn't supported. Falling back to the 'C' (US English) locale

if something still is wrong, i.e. you did not install or enable the respective language and region support of your OS.

Note for Debian users

Make sure your locales of the language in which you want GnuCash to appear are properly installed. You can check by locale -a | grep de_DE (in case of German). If nothing is in output, run dpkg-reconfigure locales and install needed one. Eventually you will have run locale-gen afterwards to make the newly-installed locales available.

Note that the default desktop manager for Debian is GDM which does NOT read the .xsession files. To get the right language using GDM, use the Options button on the GDM login screen and set the default language. (The list includes all those languages supported by locales). When you login, confirm that the new language is to be the default for future sessions.

Notes for Ubuntu users

If the previous instructions don't work, please check the following items:

  • if you have installed localepurge package, be sure that the locale you are using is not deleted after the installation of gnucash. To check this, reconfigure localepurge, and be sure to not include your locale in the list of the ones to be deleted
    sudo dpkg-reconfigure localepurge
    
Then reinstall all gnucash packages:
sudo apt-get install --reinstall gnucash gnucash-common gnucash-doc
  • If you can get the graphical interface in the correct language , but you can't get the accounts in the desired locale, you have to add the LC_ALL variable, like in the following example:
    LANG=it_IT.UTF-8 LANGUAGE=it_IT.UTF8 LC_ALL=it_IT.UTF-8 gnucash
    

Changing the Language on macOS

By default, Gnucash will select the first available translation from the list in your language list (System Settings>International or System Settings>Languages and Text, depending on what version of macOS you're using). Other localization settings (numeric format, date format, and default currency) are determined from the "Formats" tab of the same System Settings panel. Environment variables have no effect, and there is no environment.sh file.

If you want to use a different translation from the one that is automatically selected, you can run the following in Terminal.app:

  defaults write -app Gnucash AppleLanguages '(de, en)'

(Use whatever language codes you want, replacing Deutsch and English. It won't work if there isn't a translation file for the language you want.) Some versions of macOS don't accept -app Gnucash and emit Can't determine domain name for application Gnucash. In that case use org.gnucash.Gnucash in place of -app Gnucash.

If you want to unset it (that is, return to using the system settings), run this:

defaults delete -app Gnucash AppleLanguages

You can adjust the other locale settings similarly: Use

AppleLocale  'xx_XX'

providing a language and country code; you can specialize it for currency with AppleLocale 'xx_XX@currency=YYY', where YYY is a valid ISO-4217 currency code.

NB: The quotes around the value must be single quotes. If you use double quotes you'll get the following error:

 Rep argument is not a dictionary
 Defaults have not been changed.

Changing the Language on Windows

GnuCash 3.0 or newer

If you are running GnuCash 3.0 (or newer) on Windows, you can set the interface language by editing the file environment.local. This file does not exist by default, but you can create one as administrator in c:\\Program Files\gnucash\etc\gnucash next to the file called environment:
[Variables]
LANG=fr_CA
LANGUAGE={LANG}

Note the second line can usually remain as-is, unless you explicitly want to configure LANG and LANGUAGE differently as explained under #LANG vs LANGUAGE. The braces are a variable expansion of the LANG variable. You can find more information in the environment file in the same directory.

GnuCash 2.4.0 - 2.6.21

If you are running GnuCash 2.4.0 - 2.6.21 on Windows, you can set the interface language by editing the file environment. By default this file is installed in c:\\Program Files\gnucash\etc\gnucash. Change this file as administrator such that the last few lines are:
# If you wish GnuCash to use a different language, uncomment the two parameters
# below and set LANG to your preferred locale
LANG=nl_BE
LANGUAGE={LANG}

Note the second line can usually remain as-is, unless you explicitly want to configure LANG and LANGUAGE differently as explained under #LANG vs LANGUAGE. The braces are a variable expansion of the LANG variable.

Don't forget to remove the comment signs: #.

The Language lines in your Environment file should look like this (change language variables based on desired language):
LANG=fr_CA
LANGUAGE={LANG}

Swedish and probably other Languages

According Bug 725296 Unable to change language from english using the environment file there seems to be something wrong in the table translating ISO-639 language codes - specialized with ISO-3166-1 country codes where appropriate - into Microsoft locale names.

Workaround
In the environment file set
LANG=Swedish_Sweden
LANGUAGE=sv

Using More Than One Language

In this case you can create shortcuts, see How to set environment variables in windows shortcut?.

Support State

This section explains how to get the current state of translated languages and adapted account templates for specific regions.

Supported Languages

While we have many translations for the program, there are fewer documentation translations.

Program

You can easily see an outdated overview at the Translation Project.

The next GnuCash release will have (at least partial) support of your language, if you see <language>.po in the stable branch of our Github po directory

Feel free to click on Branch->Tags there to select your current version or some historical data.

To see the completeness of any .po file download it and run

msgfmt --statistics <language>.po

or in your preferred po file editor. You can find an overview of them in Translation#Tools.

msgfmt -c <language>.po

can be used to check the file for syntactical errors. The program msgfmt is part of the package Gettext

Documentation

Similar as for the #Program you can search the documentation for a <language> directory:

Improving Translations

If you think the translations could be improved, continue on our Translation page.

Supported Regions

Finally for the account templates search your <language>[_<region>] directory.

Font Issues

(main section should be moved from FAQ#Q: How get I rid of strange unreadable characters?

Rare Fonts

We have translations in scripts which are rare in most common fonts. See Published_tools#Fonts for places to download them.

Adjusting Currency Symbols

In order to support the use of appropriate currency symbols when using foreign or multi-currency accounts, In GNUCash 2.6.x is ongoing work on Bug 723145 - Currency display does not respect locale. Some versions of Gnucash do not ask the currency symbol in the right order from the different settings. If for example your locale was set to en_US and you had a Euro account, "EUR" would prefix monetary amounts rather than the preferable "€" (Euro sign). Currency symbols are now taken from a pre-populated list based on ISO-4217.

The default symbols are not always appropriate for every region setting however. For example, the default display symbol for the Canadian dollar is "C$", which is not optimal if you are in Canada using only CAD accounts. In this context, simply "$" is preferable. Therefore, it is possible to customize the display symbol for any currency in the security editor Tools->Securities->Currency.