Re: auth.User refactor: reboot

2012-03-21 Thread Clay McClure
On Wed, Mar 21, 2012 at 1:48 AM, Russell Keith-Magee < russ...@keith-magee.com> wrote: I agree - that's why my original proposal was to make the LazyForeignKey > explicit -- that makes the adoption process opt in. Yes, this means that > apps need to be modified and advertised to be "1.5 >

Re: auth.User refactor: reboot

2012-03-20 Thread Clay McClure
On Tuesday, March 20, 2012 8:38:36 AM UTC-4, Tom Evans wrote: I'm not -1 on pluggable auth models, I just think it is orthogonal to > the real issue. A 'fix' which doesn't allow longer email addresses by > default in d.c.a is not a fix as far as I am concerned. > We could debate what it means to

Re: authentication by email

2012-03-15 Thread Clay McClure
On Thu, Mar 15, 2012 at 2:48 PM, Daniel Sokolowski < daniel.sokolow...@klinsight.com> wrote: > The issue here is that django auth is limited, and restrictive and needs > hacks to make it use emails as usernames, we can agree on that yes? I agree with this point. > We can also agree that

Re: authentication by email

2012-03-14 Thread Clay McClure
On Sun, Mar 11, 2012 at 4:39 AM, Clay McClure <c...@daemons.net> wrote: What you are really saying is this: being pragmatic means that we >> prioritise *your* immediate need above the need to keep the code and the >> docs maintainable, and above the need to maintain compatibilit

Re: Improving docs for User.is_authenticated()

2012-03-12 Thread Clay McClure
On Thursday, February 23, 2012 10:41:36 AM UTC-5, Tom Evans wrote: I don't like this function that much. > I share that sentiment. When it becomes possible to refactor auth.User, I hope we'll be able to first deprecate and then remove User.is_authenticated() and User.is_anonymous(). In addition

Re: authentication by email

2012-03-11 Thread Clay McClure
On Sun, Mar 11, 2012 at 12:09 PM, Jacob Kaplan-Moss wrote: > I've written such a pluggable User app. By default, the User model works > as before. But I've also provided a User model (and forms, admin, backends, > etc) implementation that removes the limitations of the User

Re: authentication by email

2012-03-11 Thread Clay McClure
On Fri, Mar 9, 2012 at 10:36 AM, Luke Plant wrote: What you are really saying is this: being pragmatic means that we > prioritise *your* immediate need above the need to keep the code and the > docs maintainable, and above the need to maintain compatibility with > existing

Re: authentication by email

2012-03-09 Thread Clay McClure
On Fri, Mar 9, 2012 at 3:23 AM, Danny Adair wrote: > It's the "required" of username that's the problem if you don't want a > username at all when authenticating against email. > It would have to be not required and check required fields in clean() > where the backend

Re: authentication by email

2012-03-08 Thread Clay McClure
"Django is a high-level Python Web framework that encourages rapid development and clean, pragmatic design"—unless you want to do something seemingly simple like using email addresses for authentication, in which case you need to monkey patch models and forms to get everything working right,