Hey Russ,
Is there anything I should do to get http://code.djangoproject.com/ticket/13922
into RFC state? Let me know if you feel that the existing patch needs
any work, or better docs.
Thanks!
Nowell
On Jul 10, 4:35 am, Russell Keith-Magee
wrote:
> On Fri, Jul 9, 2010 at 1:50 PM, Now
url reversing could make it
> possible to reverse URLs in settings, which has effect upon issues
> such as the following:
>
> http://groups.google.com/group/django-developers/browse_thread/thread...
>
> Is that correct?
>
> On Jul 11, 11:02 am, Nowell Strite wrote:
>
&
9, 2010 at 1:50 PM, Nowell Strite wrote:
> > When Django 1.1 was released URLs gained the ability to be nested with
> > namespaces by adding "app_name" and "namespace" attributes to the
> > include(...) functions within urls.py. The reverse(...) function was
Hey Russ,
On Jul 10, 4:21 am, Russell Keith-Magee
wrote:
> On Thu, Jul 8, 2010 at 10:45 PM, Nowell Strite wrote:
> > Recently I started working on a project (django-versions) to enable
> > versioning of model data with Mercurial. In doing so, I came across
> > the need t
/nowells/django/compare/master...resolver-match
Thanks!
Nowell Strite
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, s
ed in
the correct way? Are the tests sufficient? If so, I would be happy to
give a stab at adding documentation, I just wanted to see if the
concept stood the tests of scrutiny and utility.
Thanks!
Nowell Strite
--
You received this message because you are subscribed to the Google Groups
&q
review/discussion.
On Apr 3, 5:19 pm, "Adrian Holovaty" <[EMAIL PROTECTED]> wrote:
> On 4/3/07, Nowell Strite <[EMAIL PROTECTED]> wrote:
>
> > Since it would be a global prefix, it would be transparent to the
> > Django developer (if you want to as
Nowell
On Apr 3, 2:29 pm, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
wrote:
> On 4/3/07, Nowell Strite <[EMAIL PROTECTED]> wrote:
>
> > Django currently supoorts COOKIE prefixes, as well as a
> > CACHE_MIDDLEWARE_KEY_PREFIX, but I would find it immensely use
Hey ya'll,
I noticed that the caching framework does not currently support
setting a CACHE_KEY_PREFIX that would automatically be prefixed to any
get/set/delete function call in the caching. I would be willing to
write the patch, I just wanted to make sure that I was not missing a
discussion threa
