No new info at this stage. I haven't done any work but I have been thinking about what's involved. My plan is to pick up where we left off, so to re-cap:
- Models will get marked with some meta-data describing which fields should be translatable
- Those fields will get converted at startup time into some kind of accessor, where instance.field_name will retrieve instance.field_name_LANG
- Each language set up (using the usual approach in settings.py) will create an extra database field for each translatable field per language
- All of the field creation will happen in a similar way to the current setup for EXTRA_MODEL_FIELDS
The big question is how the migrations are managed. I've been thinking about possibly providing an empty app in every project, perhaps called "project_migrations", and have some kind of management command that wraps South's schemamigration command, and creates migration files in that project-level app. I think this is a messy idea, but it's the best I have at the moment.
The big problems are that south migrations are tied to their apps and these are sequential. So I also thought about looking into other migration tools (I hear of one called nashvegas which is popular), and to see if they provide a better approach that would address these issues.