Re: #2539 - Namespacing template tags and libraries

2007-10-22 Thread Bruce Kroeze
Why couldn't both coexist, but be mutually exclusive? {% load firstapp.library as mylib %} {% load thislib thatlib theotherlib %} The only thing that would prevent is the use of a library named "as" loaded in the second position, not a big deal. After all, we are already using "as" all over the

Re: #2539 - Namespacing template tags and libraries

2007-10-22 Thread [EMAIL PROTECTED]
On Oct 22, 8:50 am, "Andrew Durdin" <[EMAIL PROTECTED]> wrote: > On 10/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > > Selfishly I would like to be able to do: > > {% load firstapp.library as mylib %} > > {{ context_var|mylib.myfilter }} > > I don't think this would play nicely wit

Re: [Changeset] r6595 - django/trunk/tests/regressiontests/forms

2007-10-22 Thread Malcolm Tredinnick
On Mon, 2007-10-22 at 19:53 -0600, Ian Kelly wrote: > On 10/22/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > > > Hi Matt, > > > > On Mon, 2007-10-22 at 15:04 -0700, [EMAIL PROTECTED] wrote: > > > Author: mboersma > > > Date: 2007-10-22 17:04:00 -0500 (Mon, 22 Oct 2007) > > > New Revision:

Re: [Changeset] r6595 - django/trunk/tests/regressiontests/forms

2007-10-22 Thread Ian Kelly
On 10/22/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > Hi Matt, > > On Mon, 2007-10-22 at 15:04 -0700, [EMAIL PROTECTED] wrote: > > Author: mboersma > > Date: 2007-10-22 17:04:00 -0500 (Mon, 22 Oct 2007) > > New Revision: 6595 > > > > Modified: > >django/trunk/tests/regressiontests/for

Re: [Changeset] r6595 - django/trunk/tests/regressiontests/forms

2007-10-22 Thread Malcolm Tredinnick
Hi Matt, On Mon, 2007-10-22 at 15:04 -0700, [EMAIL PROTECTED] wrote: > Author: mboersma > Date: 2007-10-22 17:04:00 -0500 (Mon, 22 Oct 2007) > New Revision: 6595 > > Modified: >django/trunk/tests/regressiontests/forms/models.py > Log: > Changed field to "def_date" from "date" in new tests fr

Re: Cache and i18n

2007-10-22 Thread Antoni Aloy
2007/10/22, Jeremy Dunck <[EMAIL PROTECTED]>: > > On 10/22/07, Antoni Aloy <[EMAIL PROTECTED]> wrote: > > I had the problems with page cache, now I'm using this snippet > > although it caches all the site, but I prefered that solution in order > > to avoid to mantain a patched version of Django.

Re: Cache and i18n

2007-10-22 Thread Jeremy Dunck
On 10/22/07, Antoni Aloy <[EMAIL PROTECTED]> wrote: > ... > Please take a look at > http://www.djangosnippets.org/snippets/443/ > Perhaps he had the same problem with order, but in any case having the > language on any key cache will made that snippet obsolete. I commented on that snippet to ask

Re: Cache and i18n

2007-10-22 Thread Antoni Aloy
2007/10/22, Jeremy Dunck <[EMAIL PROTECTED]>: > > On 10/22/07, Antoni Aloy <[EMAIL PROTECTED]> wrote: > > I've found that caches are not i18n friendly, that is the cache is the > > same for any language. In Django snippets there is a middleware to > > deal with this fact, and I have send a patch m

Re: Cache and i18n

2007-10-22 Thread Jeremy Dunck
On 10/22/07, Antoni Aloy <[EMAIL PROTECTED]> wrote: > I've found that caches are not i18n friendly, that is the cache is the > same for any language. In Django snippets there is a middleware to > deal with this fact, and I have send a patch myself to the Django > core. Which cache are you talking

Cache and i18n

2007-10-22 Thread Antoni Aloy
Hello! I've found that caches are not i18n friendly, that is the cache is the same for any language. In Django snippets there is a middleware to deal with this fact, and I have send a patch myself to the Django core. The change is in fact minor, just add the current locale to the cache key and i

Should GenericForeignKey really implement m2m_*? (was Re: GenericRelation DROP generation problems)

2007-10-22 Thread Andrew Durdin
On 10/19/07, jdietrich <[EMAIL PROTECTED]> wrote: > > Can someone review the patch I've attached to ticket 3480 and verify > that it is sane? I think that should close out both #3480 and #3549, > and it seems a bit more kosher than the patch on #3549 It looks OK to me, rather along the lines of t

RE: Still no favicon - Re: Visual recognition of Django website

2007-10-22 Thread Wensing, Matthew (CNI-Palm Beach)
It would be nice to take advantage of differing priorities rather than discourage them. I think that's the way it's meant to work, but in this case the requestor doesn't have the expertise to finish the job? Just my unrequested two cents, Matt -Original Message- From: django-develo

Re: #2539 - Namespacing template tags and libraries

2007-10-22 Thread Andrew Durdin
On 10/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Selfishly I would like to be able to do: > {% load firstapp.library as mylib %} > {{ context_var|mylib.myfilter }} I don't think this would play nicely with the existing {% load library1 library2 %} syntax. A. --~--~-~--~

Re: psycopg (both 1 and 2) may drop support for multiple interpreters (used by mod_python and mod_wsgi)

2007-10-22 Thread Graham Dumpleton
Previously discussed in: http://groups.google.com/group/django-developers/browse_frm/thread/63046b2fca27673c Further discussion in mod_wsgi list, albeit how it affected web.py in: http://groups.google.com/group/webpy/browse_frm/thread/4b1e7a63b90ccb8 You would only be affected at this poi

Re: psycopg (both 1 and 2) may drop support for multiple interpreters (used by mod_python and mod_wsgi)

2007-10-22 Thread Gábor Farkas
Graham Dumpleton wrote: > They have now committed changes in relation to this: > > http://www.initd.org/tracker/psycopg/changeset/902 > > On visual inspection the changes look to do what I was suggesting. > hmm.. could you please summarize the situation? in other words, what problems am i f