Changeset 788
- Timestamp:
- 10/06/05 05:07:45 (3 years ago)
- Files:
-
- django/branches/i18n/django/utils/translation.py (modified) (1 diff)
- django/branches/i18n/docs/translation.txt (modified) (1 diff)
Legend:
- Unmodified
- Added
- Removed
- Modified
- Copied
- Moved
django/branches/i18n/django/utils/translation.py
r769 r788 33 33 """ 34 34 This class sets up the GNUTranslations context with 35 regard to output charset. Django allways uses utf-836 as the output charset.35 regard to output charset. Django uses a defined 36 DEFAULT_CHARSET as the output charset. 37 37 """ 38 38 39 39 def __init__(self, *args, **kw): 40 from django.conf import settings 40 41 gettext_module.GNUTranslations.__init__(self, *args, **kw) 41 42 self.__charset = self.charset() 42 self.set_output_charset( 'utf-8')43 self.set_output_charset(settings.DEFAULT_CHARSET) 43 44 self.__app = '?.?.?' 44 45 self.__language = '??' django/branches/i18n/docs/translation.txt
r770 r788 305 305 306 306 Another speciality is that we only use gettext and gettext_noop - that's 307 because django uses allways utf-8 strings internally. There isn't much use308 in using ugettext or something like that, as you allways will need to produce 309 utf-8 anyway.307 because django uses allways DEFAULT_CHARSET strings internally. There isn't 308 much use in using ugettext or something like that, as you allways will need to 309 produce utf-8 anyway. 310 310 311 311 And last we don't use xgettext alone and some makefiles but use python
