Django i18n: частые причины отсутствия переводов

Может быть, переведенные строки помечены как fuzzy?

Просто был сбит одним. У меня был каталог locale/ в корне моего проекта, но по умолчанию Django ищет переводы в INSTALLED_APPS каталогах и в переводах по умолчанию. Так что он не нашел переводы, которые я добавил. Но некоторые из моих строк были в переводах по умолчанию, которые поставляются с Django (например, «Поиск»), поэтому было переведено несколько строк, что меня смутило.

Чтобы добавить каталог, в котором были мои переводы, в список мест, где Django будет искать переводы, мне пришлось установить LOCALE_PATHS setting. Итак, в моем случае, когда каталог locale/ и settings.py находились в корне проекта django, я мог бы поместить в settings.py следующее:

from os import path
LOCALE_PATHS = (
    path.join(path.abspath(path.dirname(__file__)), 'locale'),
)

Я пытаюсь предоставить полный контрольный список:

• В settings.py правильно ли установлены USE_I18N, USE_L10N, LANGUAGE_CODE и LOCALE_PATHS?

  • See this list for all allowed values of language identifiers. Note that Simplified Chinese is specified by zh-hans, not zh-cn.

• В settings.py django.middleware.locale.LocaleMiddleware включен в MIDDLEWARE в правильном порядке?

• Вы (повторно) запускали django-admin makemessages -l <locale-name> с правильным локальным именем, из правильное место?

  • You can see an incomplete list of allowed locale name by running ls your/path/to/python/site-packages/django/conf/locale/ on your machine, or by taking a look at the source code
  • Обратите внимание, что здесь вы должны использовать _, а не -. Например, чтобы указать упрощенный китайский, выполните django-admin makemessages -l zh_Hans, а не zh_CN, zh_hans или zh-Hans или что-то еще.

• Вы удалили все fuzzy теги в своих файлах (ах) PO?

• Скомпилировали ли вы (пере) файл (ы) OP с django-admin compilemessages?

• Вы перезапустили веб-сервер?

Дополнительные замечания:

• Если часть вашего перевода заменена переводом Django по умолчанию, используйте contextual маркеры, чтобы обойти это. Например,

models.py

first_name = models.CharField(
    pgettext_lazy('override default', 'first name'),
    max_length=30
)

last_name = models.CharField(
    pgettext_lazy('override default', 'last name'),
    max_length=150
)

django.po

#: models.py:51
msgctxt "override default"
msgid "first name"
msgstr "姓"

#: models.py:55
msgctxt "override default"
msgid "last name"
msgstr "名"

и вы увидите 姓, 名 вместо 姓氏, 名字 по умолчанию.

Привет, прикрепите несколько исправлений, которые мне приходилось делать в прошлом:

• Перезагрузите веб-сервер!

В файле настроек - нужен USE_I18N = True

• django.middleware.locale.LocaleMiddleware среди промежуточных модулей (но это точно не ваш случай, если Django вообще не заботится о вашем локальном)

• django.core.context_processors.i18n среди TEMPLATE_CONTEXT_PROCESSORS

наверняка у меня были другие проблемы, связанные с переводами, но я не помню их всех ... надеюсь, это поможет!

Прямо сейчас у меня возникла проблема с моим проектом. Я установил переменную LANGUAGES в settings.py следующим образом:

LANGUAGES = (
('en', _('English')),
('pt-br', _('Brazilian Portuguese')),
)

И структура папок с папкой локали и подпапкой pt-br внутри. Оказывается, мои переводы не загружались. Переменная LANGUAGES следует шаблону pt-br, а папки должны быть по шаблону pt_BR. По крайней мере, здесь это работает только так!

Возможная причина - Ленивый перевод.

Например, в views.py вы должны использовать ugettext:

from django.utils.translation import ugettext as _

Но в models.py следует использовать ugettext_lazy:

from django.utils.translation import ugettext_lazy as _

Другой причиной может быть неправильная структура каталогов.

Перед запуском команды makemassages для перевода app внимательно прочтите сообщение об ошибке команды manage относительно того, какой каталог создать. (Это должно быть locale для приложения, не conf/locale.) Обратите внимание, что команды управления работают нормально даже с неправильной структурой каталогов.

Я заметил, что когда в моем тексте было %, переведенный текст не использовался. Могут быть другие символы, которые могут вызвать эту проблему. Я исправил проблему, экранировав % как %%.

Мой ответ здесь, все мои переводы работали, кроме 2 DateField, которые я использовал в ModelForm. Оказалось, что у меня в forms.py был виджет, который плохо работал с переводами.

Я только что удалил его, чтобы насладиться Рождеством = D