Management Commands¶
The update_translation_fields
Command¶
In case modeltranslation was installed in an existing project and you have specified to translate fields of models which are already synced to the database, you have to update your database schema (see Committing fields to database).
Unfortunately the newly added translation fields on the model will be empty
then, and your templates will show the translated value of the fields (see
Rule 1) which will be empty in this case. To correctly initialize
the default translation field you can use the update_translation_fields
command:
$ python manage.py update_translation_fields
Taken the news example used throughout the documentation this command will copy
the value from the news object’s title
field to the translation
field title_de
. It only does so if the translation field is empty
otherwise nothing is copied.
On default, only the default language will have its translation field populated,
but you can provide a --language
option to specify any other language listed
in settings.py
.
Note
Unless you configured modeltranslation to
override the default language
the command will examine your settings.LANGUAGES
variable and the first
language declared there will be used as the default language.
All translated models (as specified in the translation files) from all apps will be populated with initial data.
Optionally, an app label and model name may be passed to populate only a subset of translated models.
$ python manage.py update_translation_fields myapp
$ python manage.py update_translation_fields myapp mymodel
The sync_translation_fields
Command¶
New in version 0.4.
$ python manage.py sync_translation_fields
This command compares the database and translated models definitions (finding new translation
fields) and provides SQL statements to alter tables. You should run this command after adding
a new language to your settings.LANGUAGES
or a new field to the TranslationOptions
of
a registered model.
However, if you are using South in your project, in most cases it’s recommended to use migration
instead of sync_translation_fields
. See Committing fields to database for detailed info and use cases.
The loaddata
Command¶
New in version 0.7.
An extended version of Django’s original loaddata
command which adds an optional
populate
keyword. If the keyword is specified, the normal loading command will be
run under the selected auto-population modes.
By default no auto-population is performed.
$ python manage.py loaddata --populate=all fixtures.json
Allowed modes are listed here. To choose False
(turn off auto-population) specify '0'
or 'false'
:
$ python manage.py loaddata --populate=false fixtures.json
$ python manage.py loaddata --populate=0 fixtures.json
Note
If populate
is not specified, the current auto-population mode is used. Current means
the one set by settings.
Moreover, this loaddata
command version can override the nasty habit of changing locale to
en-us. By default, it will retain the proper locale. To get the old behaviour back, set
settings-modeltranslation_loaddata_retain_locale to False
.