Ho giocato con il sistema i18n di Django e sembra che funzioni principalmente. Tuttavia, le date nel codice del modello sembrano causare un problema.Django i18n e python locales (e date)
Io uso datetime.strftime per popolare alcune tuple di CHOICES che vengono poi utilizzate nei moduli.
Da quello che ho capito, django imposterà le impostazioni internazionali in base alla scelta dell'utente in modo che datetime.strftime() venga emesso nella lingua appropriata, ma ciò non sembra avvenire.
Cosa mi manca qui?
Se imposto manualmente la locale (ad esempio locale.setlocale (locale.LC_TIME, 'de_DE.UTF-8')) datetime viene tradotto correttamente.
Grazie,
Tom
Ah, grazie Zgoda. Penso piuttosto che i documenti del django dovrebbero essere un po 'più espliciti, piuttosto suggeriscono che l'i18n fa più di quello che effettivamente fa. –
Direi che fa "i18n" come pubblicizzato. La formattazione di date e valori monetari è "l10n" (localizzazione) che è assente in Django comunque. Questo è il dominio della biblioteca di Babel. :) – zgoda