Bonjour,  
 
dans le cas d'un site web sous Django, qui peut devenir avec le temps un très gros projet, comment penseriez-vous l'internationalisation ?
 
L'anticiperiez-vous, même si l'application est à un stade où elle ne sera jamais traduite, mais au moins tous les tags sont en place ?
Attendriez-vous le moment où vous en avez l'utilité pour repasser sur "tout" votre code et rajouter les tags trans, devenu bien gros depuis le temps ?
 
En effet, je vois que pour internationaliser mon site, je dois rajouter le mot clé "trans" dans tous les tags de tous mes templates ce qui peut être fastidieux si le projet est devenu gros. Du coup je ne sais pas trop.
 
Merci

Django prend en charge l'i18n : https://docs.djangoproject.com/fr/1.7/topics/i18n/

Oui je sais, d'où ma question...

Internationaliser son code veut dire que toutes les variables et output doivent être modifiées. Du coup vaut mieux toujours le faire au cas où un jour on veut Internationaliser ou bien repasser sur notre code bien étoffé le jour J.

Quelle est la solution choisie en général ?

Je te recommande de le prévoir dès le début. Ca sera moins coûteux de le prévoir maintenant à ce stade du projet que de le mettre en place plus tard où ça nécessitera sûrement de reprendre pas mal de contenus

S'il y a de fortes chances que le truc soit un jour traduit, mieux vaut commencer tout de suite (et tester rapidement en multilangage, ya des pièges).
 
S'il y a peu/aucune chance, pas s'emmerder.

Ah, j'avais lu la question de travers, désolé.
 
Pour ma part j'ai plutôt tendance à attendre d'en avoir besoin.
 
Maintenant je pense la même chose que masklinn : si tu sais que ton projet est orienté international et que t'en auras forcement besoin un jour ou l'autre, effectivement, vaut mieux le faire dès le début et avec au moins deux langues.

Merci je vais du coup anticiper.