Bah, I should have planned my e-mailing better. Sorry for sending a third in
such rapid succession.
I just did some checking into my assumptions (quoted below) on this. It turns
out that Django core already does some of what I suggest: in particular, it
doesn't install the User model if django.
On Wednesday, September 18, 2013 6:59:17 PM UTC-6, Russell Keith-Magee
wrote:
>
>
> On Thu, Sep 19, 2013 at 8:37 AM, Aaron Merriam
>
> > wrote:
>
>> Luke, I'm +1 on wanting a solution that allows "just set AUTH_USER_MODEL
>> to 'auth.EmailUser', and done".
>>
>> It'd be nice if 'swappable' co
On Wednesday, September 18, 2013 6:39:13 PM UTC-6, Russell Keith-Magee
wrote:
>
>
> On Thu, Sep 19, 2013 at 3:39 AM, Luke Sneeringer
>
> > wrote:
>
>> I added the authtools approach to the wiki for completion, although I
>> believe it to be an inferior approach.
>>
>> One thing I dislike is h
On Thu, Sep 19, 2013 at 8:37 AM, Aaron Merriam wrote:
> Luke, I'm +1 on wanting a solution that allows "just set AUTH_USER_MODEL
> to 'auth.EmailUser', and done".
>
> It'd be nice if 'swappable' could accomplish this for us. Something along
> the lines of for any set of swappable models which are
On Thu, Sep 19, 2013 at 3:39 AM, Luke Sneeringer wrote:
> I added the authtools approach to the wiki for completion, although I
> believe it to be an inferior approach.
>
> One thing I dislike is having a separate app (e.g. d.c.auth_email) that
> has to be installed separately. That feels pretty i
Luke, I'm +1 on wanting a solution that allows "just set AUTH_USER_MODEL to
'auth.EmailUser', and done".
It'd be nice if 'swappable' could accomplish this for us. Something along
the lines of for any set of swappable models which are swappable for the
same settings value, only load the one tha
Hello everyone,
a lot of time has passed since I last posted a status report here and
I apologize for that.
Composite ForeignKeys were a fairly simple thing to implement with all
the required parts already in place. There is one edge case that I'd
like to handle, where Django would detect attempt
Florian,
Let me cobble together a demonstration and what I'm talking about; I think
I can more easily illuminate things that way.
On Tue, Sep 17, 2013 at 5:31 PM, Florian Apolloner wrote:
> Hi Justin,
>
> many core developers haven't been at DjangoCon US, so would you mind to
> summarize a few
I added the authtools approach to the wiki for completion, although I believe
it to be an inferior approach.
One thing I dislike is having a separate app (e.g. d.c.auth_email) that has to
be installed separately. That feels pretty impure to me. I'm doing a thought
exercise about potential solut
Hi,
On Wednesday, September 18, 2013 1:29:25 PM UTC+2, Curtis Maloney wrote:
>
> 1) Can we share "ad-hoc" caches -- that is, ones created by passing more
> than just the CACHES alias.
>
Imo no, you probably have a good reason if you create ad-hoc ones
> 2) What to do about django.core.cache.cac
Hi all - I updated Russ's new wiki page to include the work I've done so
far: https://code.djangoproject.com/wiki/ContribEmailAuth Again, the patch
I've been working on is here:
https://github.com/tanderegg/django/tree/ticket_20824_master Please let me
know if you have any feedback.
The only rea
I started working on a CacheManager for dealing with thread local cache
instances, as was suggested on IRC by more than one person.
Firstly, I propose we remove the schema://backend... syntax for defining
cache configs, as it's no longer even documented [that I could find quickly]
Secondly, have
12 matches
Mail list logo
