Okay, I noticed this thread literally seconds after creating my own
describing a very similar approach.  I searched the group for
'multilingual',
should also have checked 'translations'.  The new thread should appear
shortly.

My library also uses the internal Translation class, but I moved the
definitions of translatable fields into Translation.  I thought about
adding multiple backends too (another useful backend is to have the
translated field values in different columns in the model, so that you
can get all translations as a single row from a SELECT statement,
otherwise using translations for ordering gets tricky).
I planned to use different names instead of Translation to specify
which backend to use, but I do like the backend field.

Anyway, it's good to see I'm not the only one interested in working
on a generic solution :)

-mk


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to