Version 3 (modified by 18 years ago) ( diff ) | ,
---|
The unicode branch
This branch aims to make Django's internals fully Unicode-aware.
How to get the branch
svn co http://code.djangoproject.com/svn/django/branches/unicode/
See our branch policy for full information on how to use a branch.
Goals
The main goals of this branch are:
- Make it easier for developers to work with non-ASCII character data when working with Django.
- Be more consistent in our string handling behaviour inside Django (see StringEncoding for details on this).
Status
The branch was created on April 7, 2007.
Todo Items
The various pieces will be converted in roughly the following order:
- Template rendering (Done in [4971])
- Database I/O (Done in [4971] for postgresql, postgresql_psycopg2, mysql, mysql_old and sqlite backends)
- Needs testing for servers/tables that are not in UTF-8 or ASCII encoding. The theory is that the client connection for each backend should be automatically converting everything to UTF-8 or Unicode objects (depends on backend), but this needs verifying.
- Model class support
- Form input encoding
- Other output methods (if necessary; unchecked as yet)
- syndication
- serialisation
- Google sitemaps
- Other contrib modules
We also need to look at the i18n support functions (in django.utils.translation):
- Decide on usage of gettext() versus ugettext() in a number of places.
- Look at rewriting gettext_lazy() so that it acts as a better string and unicode proxy.
Note:
See TracWiki
for help on using the wiki.