* David Blewett wrote, On 09.11.2006 14:14:
> What about using generic relations for this? You could have something
> like this:
> class I18NText(models.Model):
> language = models.ForeignKey(Language)
> field = models.CharField(maxlength=25)
> translated_text = models.TextField()
>
* medhat wrote, On 01.11.2006 00:13:
> Hi,
> I was trying to create a thumbnail from an ImageField when the object
> is saved. I tried different things but none of them worked the way I
> wanted. Then I thought of using the post_save signal to do it only to
> discover that this signal is sent aft
Malcolm Tredinnick wrote:
> Rather than watch the "inherit from User" thread go round and round,
> maybe I should give people something more concrete to think about.
>
> This is a follow-up to the mail I sent late on Friday. It describes the
> area where we need API additions or some kind of semi
sorry for cross post.
I just want to bring some attention to this thread
http://groups.google.com/group/Django-I18N/browse_thread/thread/f33c087fc57fb2bc/44aecc7ee75f676f#44aecc7ee75f676f
We currently have great i18n implementation, but not l10n - yes, we have
date-aware template filters/tags b
DavidA wrote:
> improve it a bit:
>
> 1) In addition to providing initial data in a file
> /sql/.sql, I think it would be good to support a
> form of /sql//.sql so if you want to put
> DB-specific stuff in there you can. That way if I moved my app to
> PostgreSQL, for example, it wouldn't try to
Gribbie wrote:
> Soory - that should read "...when I got to the next screen the selected
> language is lost and so the page is in English"
Check your settings.py:
MIDDLEWARE_CLASSES = (
"django.middleware.common.CommonMiddleware",
"django.contrib.sessions.middleware.SessionMiddleware",
Gribbie wrote:
> I've got a click the flag on the welcome screen - when they 1st load
> the page it is in english - it uses the last 2 lines of the method:
>
> request.session['django_language']='en-uk'
> return render_to_response('welcome.html', {'request':request,
> 'user':request.u
Gribbie wrote:
> Hi Nebojsa
>
> Thanks for your reply - we are using django internationalisation. It
> all works fine when logged in it's just the introduction pages before
> the user logs in where we have the problem.
Well, if django i18n engine can't find out proffered locale from the browse
Gribbie wrote:
> Hi
>
> I have an application which when the user is logged in translates
> using:
> request.session['django_language']='en-uk' or what ever language
> code they select.
>
> This works fine when the user is logged in but I'd like to offer the
> user the option to translate th
huangyi wrote:
> class Admin:
> js = [url,]
>
> django always translate url to 'admin_media/'+url
>
> I think
>
> if url.startswith('http://'):
> url
> else:
> 'media/'+url
>
> is better.
>
> OR always translate url to 'custom_media/'+url ,
>
> because this *IS* custom j
Adrian Holovaty wrote:
> What do you think of the idea (proposed by Luke Plant here:
> http://code.djangoproject.com/ticket/500 ) to remove the
> TEMPLATE_FILE_EXTENSION setting, so that you'd have to specify ".html"
> in each get_template() call?
>
> I like it, because it solves the problem of w
(latest MR)
I suspect that this have something to do with related field which have
unique_together and edit_inline=True set. You can
see example with my translation model from
http://djangoutils.python-hosting.com/file/trunk/nesh/translation/models.py
(Message and Registry models).
If I try to
Gael Chardon wrote:
> hum I'm wrong .. seems to be more complicated than this "import fix"
>
> I'm trying to find why my model does not work after this couple of
> updates...
>
There are more missing imports see http://code.djangoproject.com/ticket/1623
--
Nebojša Đorđević - nesh
Studio Quatt
Luke Plant wrote:
> On Wednesday 05 April 2006 00:31, Adrian Holovaty wrote:
>
>> If that fixes the problem, go ahead and commit it -- it doesn't seem
>> like the type of change that would cause problems. Thanks for
>> catching this!
>
> OK, I've committed, and it seems to work fine. I've found
akaihola wrote:
>> If I understood docs correctly this is now possible in m-r branch.
>
> Sounds interesting! Which part of the docs?
Ops, my error, no docs. Sorry for misleading post :(
I mostly got this from M2M field usage, and with all the talk of "removing the
magic" I presumed that I
nesh wrote:
> I'm trying to create i18n aware Char and Text fields for m-r branch but I
> can't figure out how to create additional
> tables from field definition (something like M2M field does).
>
> Basically I need something like this:
>
> class Foo(models.Model):
> bar = I18NCharField(
Adrian Holovaty wrote:
> That's pretty much it. Let me know if you decide to take this on...We
> should coordinate which fields we're taking.
I'm attached new unit-tests and the first version of the patch to the ticket
(http://code.djangoproject.com/ticket/1553). Take a look.
Not implemented:
Nebojša Đorđević wrote:
> I giving it a try, see ticket http://code.djangoproject.com/ticket/1553 for
> details.
For start I attached unit-tests for field classes to the ticket.
--
Nebojša Đorđević - nesh
Studio Quattro - Niš - SCG
http://studioquattro.biz/
http://djnesh.blogspot.com/ | http
18 matches
Mail list logo