Updating default errors in contrib.auth.forms.PasswordResetForm

2012-11-02 Thread Lee Trout
Hi all, I wasn't sure if it was best to open a ticket or post to the dev group so here I am... I was curious what others thought about changing the default error in the PasswordResetForm which currently displays "That e-mail address doesn't have an associated user account. Are you sure you've

Re: Tutorials

2013-01-08 Thread Lee Trout
+1 for logging. It took me way too long to figure out how to get everything working properly using a different (builtin) class. I agree with #19395 that an example (or two) would be great. Here's what I'm currently using which makes use of a rotating file handler and a custom date formatter (If it

Re: first() and last(), earliest() and latest()

2013-05-15 Thread Lee Trout
Is qs[:1][0] better form than list(qs)[0]? On Wed, May 15, 2013 at 7:48 AM, Selwin Ong wrote: > I've updated the first() and last() to not accept any arguments. Please > review it and let me know if there's anything else I need to change. > Hopefully this can get merged in during the sprints an

Re: first() and last(), earliest() and latest()

2013-05-16 Thread Lee Trout
d loads every single model in the > queryset into Python, potentially the whole database! > On May 15, 2013 9:24 PM, "Lee Trout" wrote: > >> Is qs[:1][0] better form than list(qs)[0]? >> >> >> On Wed, May 15, 2013 at 7:48 AM, Selwin Ong wrote: >

Re: first() and last(), earliest() and latest()

2013-05-16 Thread Lee Trout
Let me clarify that I would expect both qs[:1][0] and qs[0] to raise IndexError if there were no results. On Thu, May 16, 2013 at 11:05 AM, Lee Trout wrote: > That's what I thought- But why not just qs[0]? > > Doesn't qs[:1] and qs[0] both cause a LIMIT 1 on the query? It s

Updating logging docs

2014-12-30 Thread Lee Trout
Hey gang, I finally got past 1.5 and I'm finding so many nice features in 1.7. Thanks to everyone! To my surprise logging had an overhaul from #21714 [0] and I found the documentation a bit confusing / lacking of details. Theres an explanation of merging settings in https://docs.djangoproject.co

Re: Feature: Support a javascript template language on the server

2015-06-02 Thread Lee Trout
I don't want to add any noise here- but I just had a chance to glance over this conversation and I've basically been doing what Carl describes with Angular. (In fact I joke often about calling it Djangular). I have a view that prerenders angular templates (accepts the path to the template in the ur

Re: FR: Setting for CSRF Header (pull-request included)

2013-11-22 Thread Lee Trout
Looking at it objectively I'm on the fence. Angular's $http is easily configurable at the provider level and I feel like the onus is on any front-end tool to be flexible enough to work with different servers. At the same time if I needed the same code to talk to Django, Flask, and Node then I would

Re: request for correct django documentation

2019-07-25 Thread Lee Trout
That is correct. It is deprecated now (2.2) and will stop working in 3.1. More info is available at https://docs.djangoproject.com/en/dev/internals/deprecation/ Lee On Thu, Jul 25, 2019 at 7:24 AM sajjad Hassanzadeh wrote: > in https://docs.djangoproject.com/en/2.2/topics/db/aggregation/ PART

Re: Proposing development discussion forums

2019-08-12 Thread Lee Trout
I’ve moderated a couple small-medium forums (2k-8k) members as well as participated in many online. I am in favor of moving to a forum system for a lot of reasons. I’d be curious who would be the community manager(s) (not moderators per se) and if the tone would be similar to the docs and wiki or

Re: graphics artist (e.g. OmniGraffle) needed for updated middleware graphic

2016-05-09 Thread Lee Trout
I have an omnigraffle license and could help a bit later this week if no one else is interested. I'm out of touch with Django lately... I read the DEP and I'm assuming you're after an updated graphic to explicitly show the behavior of proper short circuiting and the better guarantees around what i

Re: Extend support for long surnames in Django Auth

2016-08-02 Thread Lee Trout
I know there's always resistance to adding more settings but this seems like a candidate for a value in a setting with a sane default that a user could quickly and easily change. On Tuesday, August 2, 2016, James Pic wrote: > Thanks for your reply Aymeric. If I understand correctly the best way

Re: Extend support for long surnames in Django Auth

2016-08-02 Thread Lee Trout
e > for the sane default... > > Cheers, > > Malcolm > > On 2 August 2016 at 14:01, Lee Trout > wrote: > >> I know there's always resistance to adding more settings but this seems >> like a candidate for a value in a setting with a sane default that a us