django traduire à contenu variable dans le modèle

Je suis en utilisant {% trans %} balise de modèle. Django docs disent:

L' {% trans %} balise de modèle se traduit par une constante chaîne de caractères (entre guillemets simples ou doubles) ou à contenu variable:

{% trans "C'est le titre." %}
{% trans myvar %}

https://docs.djangoproject.com/en/1.3/topics/i18n/internationalization/#trans-template-tag

J'ai trouvé qu'il est impossible de le faire {% trans myvar %}, car myvar simplement ne pas apparaître dans django.fichier po après l'exécution de makemessages commande.

Suis-je à l'aide de ce mal? Certains pourraient m'aider?

Avez-vous vérifier floue mots-clés dans votre éditeur ? Alors que j'étais à l'aide de Rosetta application en tant que traducteur, de nombreux mots-clés ont été gardés comme floue.
Il traduit à contenu variable comme indiqué dans l'une des réponses, mais vous avez besoin d'avoir que le contenu traduit dans django.po fichier et compilé.

InformationsquelleAutor thoslin | 2011-07-01

28

Vous pouvez utiliser le blocktrans balise de modèle dans ce cas:
```
{% blocktrans %} This is the title: {{ myvar }} {% endblocktrans %}
```
- Mais quand je suis en utilisant ce blocktrans pour traduire les valeurs de base de données, mais dans ce cas sa ne fonctionne pas, pouvez-vous me dire la solution, s'il vous plaît ?
InformationsquelleAutor Jeff Wilcox
18

{% trans myvar %} fonctionne, tout simplement. Donc, vérifiez votre fichier PO pour s'assurer que la valeur de myvar est dans les PO msgid.
```
<title>{% trans myvar %}</title>
```
Par exemple, si myvar contient "Some Publisher" vous pouvez écrire le code suivant dans le fichier PO:
```
msgid "Some Publisher"
msgstr "কিছু প্রকাশক"
```
Assurez-vous également que vous avez couru:
```
python manage.py compilemessages
```
InformationsquelleAutor David Dehghan
8

Django ne pouvez pas deviner ce qui est dans cette variable, de sorte que vous avez à traduire vous-même en ajoutant à la fois l'anglais (msgid) et localisés (msgstr) les chaînes de caractères.
- Ai-je besoin de spécifier le fichier et le numéro de ligne comme ceci:#: modèles/foo.html:45 msgid "myvar" msgstr "" ?
- Vous n'avez pas besoin trop, car ceux-ci sont en fait des commentaires, mais vous pourriez vouloir.
- J'ai ajouté msgid msgstr et dans django.po et exécuter compilemessages.Mais il ne semble pas fonctionner. Les varibles n'ont pas été traduits après la modification des paramètres régionaux. Ai-je raté quelque chose?
- J'ai exactement ce problème, cependant, django compilemessages commentaires la msgid msgstr et j'ai ajouté. Je trouve cette réponse très trompeur.
- Il ne fonctionne pas pour moi non plus, je pense que la base de données des valeurs apportées à un modèle comme {% blocktrans avec aapptype=aapp.tapez %} {{ aapptype }} {% endblocktrans %} ne sont pas traduites.
- Il a travaillé beaucoup pour moi, juste éviter de courir makemessages encore une fois, que ces chaînes ne sera pas trouvé, et seront commentées.
- Et si vous avez besoin d'exécuter makemessages encore une fois, décommentez les traductions dont vous avez besoin par la suite.
- Ou créer un autre mannequin modèle de fichier avec toutes les différentes valeurs possibles des variables, à l'aide de {% trans "contenu" %}. De cette façon, makemessages ajoutera automatiquement à votre django.fichier po. Pas la solution la plus élégante, mais il fonctionne.
- Ne devrait pas noop être utilisé dans ce cas? De la documentation, noop crée une chaîne de traduction dans le fichier po, ce qui n'est pas directement utilisé n'importe où sur le site. De cette façon, vous n'avez pas besoin d'éviter l'exécution makemessages.
InformationsquelleAutor Gabi Purcaru
5

Mon expérience ici est que la variable de traduction ne fonctionne pas dans les modèles de sa propre. Cependant, je suis arrivé à une solution adaptée lorsque le contenu des variables est connue (je veux dire qu'ils ne sont pas libres de texte, mais un ensemble de choix que vous définissez dans la base de données).

Vous devez de la force de la traduction dans la vue ou dans un filtre tag.

Pour résumer:
1. Utilisation blocktrans dans vos templates
2. Force de variables à traduire
  - Vous définissez des variables dans un contexte déjà marqué pour la transtalion
  - ou utiliser un filtre pour les traduire
3. Générer des traductions dans .po fichier
L'histoire est comme ceci:

views.py
```
def my_view(request):
    return render(request, 'i18n_test.html', {'salutation':"Hola"})
```
templates/i18n_test.html
```
...
{% blocktrans %}{{ salutation }}{% endblocktrans %}
...
```
Et quand j'ai rendu le modèle, il montre toujours Hola selon la langue actuelle est.

À la force de la traduction, dans l'avis que nous avons besoin d'utiliser ugettext.
```
def my_view(request):
    return render(request, 'i18n_test.html', {'salutation':ugettext("Hola")})
```
Cependant, il n'est pas toujours possible d'accéder à la vue. Donc, je préfère utiliser un filtre de ce genre.

templatetags/i18n_extras.py
```
@register.filter(name='translate')
def translate(text):
  try:    
    return ugettext(text)
```
Et le modèle devient
```
...
{% blocktrans s=salutation|translate %}{{ s }}{% endblocktrans %}
...
```
Et produit Hola, Hello, Ciao, Salut en fonction de la langue courante.

L'inconvénient (comme indiqué dans le docs ), c'est que makemessages ne signifie pas automatiquement que ces traductions, nous avons donc besoin de les inclure manuellement. Dans django.fichier po:

locales/fr/django.po
```
...
msgid "Hola"
msgstr "Hello"
...
```
InformationsquelleAutor kiril

Vous pouvez traduire la variable dans le code python comme ici pour settings.SITE_NAME:

from django.conf import settings
from django.utils.translation import ugettext_lazy as _

def processor004(request):
 my_dict = {
    'site_id004': settings.SITE_ID,
    'site_name004': _(settings.SITE_NAME),
    'installed_apps004': settings.INSTALLED_APPS,
    'embedded_widget004': settings.EMBEDDED_WIDGET,
    'base_template004': settings.BASE_TEMPLATE,
}

return my_dict

InformationsquelleAutor K.Karamazen

0

C'est un complexe élégant solution qui peut aider si vous essayez de traduire les valeurs de champs de modèle: http://django-modeltranslation.readthedocs.org

"Modeltranslation

La modeltranslation application est utilisé pour traduire le contenu dynamique de l'existant Django modèles à un nombre arbitraire de langues, sans avoir à changer de modèle de classes."

InformationsquelleAutor Kshatra
0

Pour moi, ce qui s'est passé quand j'ai eu l' TEMPLATES.DIRS à l'extérieur de mon projet Django répertoire. Chercher les modèles dans le répertoire du projet a résolu le problème.

InformationsquelleAutor Philipp Zedler

faire propres balises

from django.utils.translation import ugettext as _

@register.simple_tag
def trans2(tr, *args, **kwargs):
    # print(':', kwargs)
    trans = _(tr)
    trans_str = trans.format(**kwargs)
    return trans_str

modèle:

{% trans2 columns_once.res_data.message with value=columns_once.res_data.recommend%}

dans django.po

#: default_content.py:136
msgid "_audit_recommend_speed"
msgstr "Рекомендованная скорость до {value} сек"

InformationsquelleAutor Koshak01

Vous devez vous connecter pour publier un commentaire.