From Fedora Project Wiki
(Add draft notice with note about kitchen)
(Link to kitchen; remove draft status)
 
Line 1: Line 1:
{{draft|Freshly copied over from the old wiki.  I need to add how to use the kitchen library to setup i18n to this}}
Setting up and using gettext for i18n can be daunting, not because the code is hard, but because few people have documented how to do it.
=== Setup ===
 
== Setup ==


For an application you can use python's gettext.install to make "_" available as a builtin (and thus available everywhere.)  See the python library documentation for doing that.  For a module, you don't want to pollute the namespace that way.  Instead, in every module, you need to do the following::
For an application you can use python's gettext.install to make "_" available as a builtin (and thus available everywhere.)  See the python library documentation for doing that.  For a module, you don't want to pollute the namespace that way.  Instead, in every module, you need to do the following::
Line 12: Line 13:
This is a slight variation on what is written in the python library documentation.  Notably, we add <code>fallback=True</code>.  Without that, python will traceback when a locale is used where there is no locale information present.
This is a slight variation on what is written in the python library documentation.  Notably, we add <code>fallback=True</code>.  Without that, python will traceback when a locale is used where there is no locale information present.


=== Formatting strings ===
The [https://fedorahosted.org/releases/k/i/kitchen/docs/api-i18n.html#module-kitchen.i18n kitchen.i18n] module provides a few handy methods for setting this up.  If your code is pretty simple, have a look at [https://fedorahosted.org/releases/k/i/kitchen/docs/api-i18n.html#kitchen.i18n.easy_gettext_setup easy_gettext_setup].  If you have more complex needs, look at [https://fedorahosted.org/releases/k/i/kitchen/docs/api-i18n.html#kitchen.i18n.get_translation_object get_translation_object()]
 
== Formatting strings ==


It is important when formatting strings that will be localized to use a dictionary for substitution::
It is important when formatting strings that will be localized to use a dictionary for substitution::
Line 21: Line 24:
name = 'Jamie'
name = 'Jamie'


# Correct!
translatable_string = _('%(name)s is a %(adjective)s %(noun)s') % {'name': name, 'adjective': adjective, 'noun': noun}
translatable_string = _('%(name)s is a %(adjective)s %(noun)s') % {'name': name, 'adjective': adjective, 'noun': noun}


# Incorrect!
translatable_string = _('%s is a %s %s') % (name, adjective, noun)
translatable_string = _('%s is a %s %s') % (name, adjective, noun)
translatable_string = name + _(' is a ') + adjective + ' ' + noun
translatable_string = name + _(' is a ') + adjective + ' ' + noun



Latest revision as of 01:03, 30 July 2010

Setting up and using gettext for i18n can be daunting, not because the code is hard, but because few people have documented how to do it.

Setup

For an application you can use python's gettext.install to make "_" available as a builtin (and thus available everywhere.) See the python library documentation for doing that. For a module, you don't want to pollute the namespace that way. Instead, in every module, you need to do the following::

import gettext
translation = gettext.translation('python-fedora', '/usr/share/locale', fallback=True)
_ = translation.ugettext

This is a slight variation on what is written in the python library documentation. Notably, we add fallback=True. Without that, python will traceback when a locale is used where there is no locale information present.

The kitchen.i18n module provides a few handy methods for setting this up. If your code is pretty simple, have a look at easy_gettext_setup. If you have more complex needs, look at get_translation_object()

Formatting strings

It is important when formatting strings that will be localized to use a dictionary for substitution::

noun = _('rhinoceros')
adjective = _('cranky')
name = 'Jamie'

# Correct!
translatable_string = _('%(name)s is a %(adjective)s %(noun)s') % {'name': name, 'adjective': adjective, 'noun': noun}

# Incorrect!
translatable_string = _('%s is a %s %s') % (name, adjective, noun)
translatable_string = name + _(' is a ') + adjective + ' ' + noun

This is because the translation of the string might need to reorder the words. The dictionary approach to formatting the string allows this but the other two approaches do not.