funzioni ugettext e ugettext_lazy non riconosciute dai makemessages in Python Django

Question

Sto lavorando con Django 1.5.1 e sto sperimentando un "comportamento strano" con le traduzioni. Sto usando ugettext e ugettext_lazy nello stesso file Python. Se organizzo le importazioni come:

from django.utils.translation import ugettext as trans 
from django.utils.translation import ugettext_lazy as _ 

o

from django.utils.translation import ugettext as trans, ugettext_lazy as _ 

Le corde contrassegnate come trans("string") vengono saltati durante l'esecuzione makemessages comando.

Tuttavia, se non rinominare il ugettext funziona bene con entrambe le versioni:

from django.utils.translation import ugettext 
from django.utils.translation import ugettext_lazy as _ 

o

from django.utils.translation import ugettext, ugettext_lazy as _ 

Ora trans("string") funziona bene.

Quindi, qualcuno sa perché questa rinomina dell'importazione sta causando la chiamata della funzione rinominata? Si tratta di una vera e propria "limitazione" Python che non conoscevo quando si rinominava più di una funzione all'interno dello stesso modulo?

---

UPDATE

Dopo alcune prove, mi sono reso conto che anche la creazione di un modulo python vuoto all'interno di un app con il seguente codice non funziona:

from django.utils.translation import ugettext_lazy as translate 

a = translate("string") 

Tuttavia , se si utilizza _ per l'alias funziona:

from django.utils.translation import ugettext_lazy as _ 

a = _("string") 

mio conclusione è: È possibile utilizzare solo l'alias _ per ugettext e ugettext_lazy (o qualsiasi altra funzione di traduzione correlato) in Django altrimenti non sarà riconosciuto dal makemessages comando. La spiegazione tecnica può essere trovata nella risposta di Robert Lujo.

Grazie!

Answer 1

Django makemessages utilità di comando chiama internamente xgettext programma come questo:

cmd = (
    'xgettext -d %s -L Python %s %s --keyword=gettext_noop ' 
    '--keyword=gettext_lazy --keyword=ngettext_lazy:1,2 ' 
    '--keyword=ugettext_noop --keyword=ugettext_lazy ' 
    '--keyword=ungettext_lazy:1,2 --keyword=pgettext:1c,2 ' 
    '--keyword=npgettext:1c,2,3 --keyword=pgettext_lazy:1c,2 ' 
    '--keyword=npgettext_lazy:1c,2,3 --from-code UTF-8 ' 
    '--add-comments=Translators -o - "%s"' % 
    (domain, wrap, location, work_file)) 

(fonte può essere trovato here). Così, alcune parole chiave sono predefiniti dal xgettext utility (controllare riferimento per --keyword):

• per Python - gettext, ugettext, dgettext, ngettext, ungettext, dngettext, _

e alcuni sono aggiunto dal programma di utilità django:

• gettext_lazy, ngettext_lazy, ugettext_noop, ugettext_lazy, ungettext_lazy, pgettext, npgettext, pgettext_lazy, npgettext_lazy

Parola chiave trans non è in nessuno di questi gruppi di parole chiave, quindi non è consigliabile utilizzarlo per contrassegnare i testi per le traduzioni.

Answer 2

Queste note su multi-language support for Django project potrebbero consentire di identificare ciò che è sbagliato. Molto probabilmente la rinomina non è la causa principale del fallimento.

Alcune avvertenze in queste note:

• Ogni modello per il tuo sito web deve caricare la libreria di tag i18n usando il {% load %}

• È necessario creare manualmente la directory locale prima di eseguire makemessages - che lo hai fatto normalmente, altrimenti riceverai un messaggio di errore

• I file di lingua devono essere compilati nei file .mo prima di utilizzarli - che hai fatto anche tu

EDIT

Nella pagina ho collegato al mio post, stanno usando questa sintassi nei modelli:

{% trans "Hello" %} 

è qualcosa si è tentato già?

Answer 3

alias ugettext imprevisti possono essere gestiti sovrascrivendo il comando makemessages, come ad esempio in:

from django.core.management.commands import makemessages 

class Command(makemessages.Command): 
    """ 
    Extends the makemessages command to look for additional aliases. 
    """ 
    xgettext_options = makemessages.Command.xgettext_options + ['--keyword=_lazy'] 

Vedi https://docs.djangoproject.com/en/1.8/topics/i18n/translation/#customizing-the-makemessages-command