Re: Don't assume that missing fields from POST data are equal to an empty string value.

+1 even though I agree with what Babatunde said I support this change as anything that minimizes a 'gotchas' during development is very good. I raether get an exception instead of spending half an hour debuging why my data is not being saved. Sure once I figure it out I would learn to pay

Re: Don't assume that missing fields from POST data are equal to an empty string value.

Donald Backward compatibility can be maintained with just a log warning to give developer time to clean up code or throwing an exception when `settings.DEBUG=True` and only log warning when `False`; I am not sure how this ought to be implemented but again I am big +1 for this proposal. On Thu,

Re: Don't assume that missing fields from POST data are equal to an empty string value.

1. How does this proposal effect default values specified on model fields? (ModelForm processing) 2. Forgive my ignorance but who has the final say if it goes in or not? And since it should be a yes what's next? On Thu, Jan 12, 2012 at 8:40 PM, Tai Lee wrote: > Ian, >

Re: Thoughts on defining and autoimporting signals.py

+1, I think they ought to be auto imported just like models.py, views.py, etc. are. From: Emil Stenström Sent: Thursday, January 19, 2012 8:44 AM To: django-developers@googlegroups.com Subject: Re: Thoughts on defining and autoimporting signals.py On Thursday, 22 December 2011 03:49:44

Re: Feature request: read-only admin view

; "Django developers" group. > To post to this group, send email to django-developers@googlegroups.com. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/d

Patch https://code.djangoproject.com/ticket/17756 ready for review

Your guidance is required! Would someone be kind enough and take a look at https://code.djangoproject.com/ticket/17756 and provide feedback. Thank you -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to

Re: Revisiting multiline tags

+1 and reason as previously stated: it makes sense to brake down very long tags for readability purposes. From: Alex Gaynor Sent: Friday, February 24, 2012 10:12 AM To: django-developers@googlegroups.com Subject: Re: Revisiting multiline tags On Fri, Feb 24, 2012 at 10:01 AM, Daniel

Re: authentication by email

Tom makes a good point, but you can already store emails in the username, they are just limited to 30 characters or fewer. Lift this length restriction and I will be able to do everything I need without having to wait for contrib.auth2. In the 'I use django to make a living' world the solution

Re: authentication by email

Message- From: Luke Sneeringer Sent: Thursday, March 15, 2012 12:28 PM To: django-developers@googlegroups.com Subject: Re: authentication by email On March 15, 2012, at 11:24 , Daniel Sokolowski wrote: Tom makes a good point, but you can already store emails in the username, they are just

Re: authentication by email

That would be a workable compromise, yes? -Original Message- From: Daniel Sokolowski Sent: Thursday, March 15, 2012 12:41 PM To: django-developers@googlegroups.com Subject: Re: authentication by email Yes it clearly would, however I see two possible solutions to make it more friendly

Re: authentication by email

Carl, I sincerely appreciate your feedback, however again it seems no answers are given except more questions and considerations to consider. Why is it so unreasonable that we expect the end developer to be able to manually adjust their schemas, it's part of an upgrade process and it's been

Re: authentication by email

limitation on the username ought to be increased? -Original Message- From: Luke Sneeringer Sent: Thursday, March 15, 2012 2:11 PM To: django-developers@googlegroups.com Subject: Re: authentication by email On March 15, 2012, at 12:23 , Daniel Sokolowski wrote: Carl, I sincerely appreciate

Re: Improved Error Reporting in Django - GSoC

FYI: for my development settings I set: TEMPLATE_STRING_IF_INVALID = 'UNDEFINED_VAR: %s' which tells me which variables are undefined. It has some quirks (password reset form in admin link fails or something) but it’s easy to live with during development. From: Sachin Gupta Sent: Tuesday,

Re: Proposal: upgrading the choices machinery for Django

Hi Lukash, I'm 0 to this. I find it well thought out but in my use cases I fail to see the advantage over the WAY 3 (or WAY 4 pointed out below) and it adds a layer of abstraction where a straight tuple or a list does the job well enough. The choice filtering could come in handy and in the

Re: auth.user refactor: the profile aproach

I agree with Luke that more explicit is better then implicit when dealing with the user.data. From: Luke Sneeringer Sent: Tuesday, April 03, 2012 2:46 PM To: django-developers@googlegroups.com Subject: Re: auth.user refactor: the profile aproach So, after reading this, I think I really only

Re: auth.user refactor: the profile aproach

Can someone give me an example please where a swappable model would benefit me as opposed to one-to-one model inheritance, FKs, or even proxy models? Django does this very well and allows for seamless up/down traversal. It seems that swappable models are nothing but a different way of doing

Re: auth.user refactor: the profile aproach

No I can not stomach a swappable User model or the LFK approach, so thank you for voicing your concerns. From: Tai Lee Sent: Wednesday, April 04, 2012 9:37 PM To: django-developers@googlegroups.com Subject: Re: auth.user refactor: the profile aproach Are we really sure that we can or should

Re: auth.user refactor: the profile aproach

How is the final approach chosen ? From: Alex Ogier Sent: Friday, April 06, 2012 2:31 PM To: django-developers@googlegroups.com Subject: Re: auth.user refactor: the profile aproach Tai, read https://gist.github.com/2289395 for a summary of many reasons why I think profiles are a bad idea, and

Re: Django is not a serious framework, really

Would it be hard for django to check during syncdb and complain that a schema migration is required for an app? I vaguely recall being stumped myself after changing a model, running syndb and getting my first database integrity error. I believe even a NOTE in the tutorial clarifying that

Re: extra files in startproject

People won’t always read all the docs – it’s a fact – so sooner or later some other new comer will experience this issue complain, gave up and worse even blog his/hers negative experience. We do want the newbie experience to be as painless as possible which means popularity and growth of the

Re: extra files in startproject

You sir are Epic! -Original Message- From: Carl Meyer Sent: Friday, April 13, 2012 10:33 AM To: django-developers@googlegroups.com Subject: Re: extra files in startproject -- You received this message because you are subscribed to the Google Groups "Django developers" group. To

Re: extra files in startproject

Hi Carl, Looks fine to me, and I think throwing the warning at the end is indeed a good idea. -Original Message- From: Carl Meyer Sent: Friday, April 13, 2012 2:20 PM To: django-developers@googlegroups.com Subject: Re: extra files in startproject -- You received this message

Re: Implementation of Object Permissions

ons, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Danols Web Engineering http://webdesign.danols.com/ Kingston, ON K7L 1H3, Canada Notice of Confidentiality: The information transmitted is intended only for the person or entity to which it is address

Re: GitHub migration planning

oups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To

Re: GitHub migration planning

Thank you Alex and Max for your responses. -Original Message- From: Alex Ogier Sent: Friday, April 20, 2012 3:15 PM To: django-developers@googlegroups.com Subject: Re: GitHub migration planning On Fri, Apr 20, 2012 at 2:58 PM, Daniel Sokolowski <daniel.sokolow...@klinsight.com>

Re: IDE Section for Wiki?

Works for me, Aaron why not register for a username (or do it anonymously) and have the honours of adding it yourself? :) https://www.djangoproject.com/accounts/register/ -Original Message- From: Aaron C. de Bruyn Sent: Sunday, April 22, 2012 1:27 PM To:

Re: GitHub migration planning

Thanks Luke for the clarification. -Original Message- From: Luke Plant Sent: Saturday, April 21, 2012 8:52 AM To: django-developers@googlegroups.com Subject: Re: GitHub migration planning On 20/04/12 19:58, Daniel Sokolowski wrote: Was BitBucket (mercurial system which is python

Re: Implementation of Object Permissions

Fantastic job on the performance benchmarks, the number 4-5 seconds per check is scary. I’ve posted a comment on django-guradian in hopes the author can chime in onto this conversation by posting https://groups.google.com/forum/#!topic/django-developers/6UNjPu1mcgc/discussion. Are there any

Re: Django Admin Revamp - Any updates?

evelopers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ --

Re: GitHub migration done!

email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- You received this message because you are subscribed to the Goog

Glad site is being brought back.

on the site from: djangopeople.net/danols/ to djangopeople.net/ danielsokolowski/ ? Daniel Sokolowski -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubs

Re: Glad site is being brought back.

Please disregard this message, it was meant as a reply to a thread not a new thread. -Original Message- From: Daniel Sokolowski Sent: Wednesday, May 30, 2012 12:35 PM To: Django developers Subject: Glad site is being brought back. I was just about to post a public message to Simon

Re: Glad site is being brought back.

Super legendary, thank you for your efforts. -Original Message- From: Bruno Renié Sent: Wednesday, June 06, 2012 10:47 AM To: django-developers@googlegroups.com Subject: Re: Glad site is being brought back. On Wed, May 30, 2012 at 10:30 PM, Daniel Sokolowski <daniel.soko

Re: ModelForms and the Rails input handling vulnerability

p at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ Office: 613-817-6833 Fax: 613-817-4553 Toll Free: 1-855-5DANOLS Kingston, ON K7L 1H3, Canada Notice of Confidentiality: The information transmitted is inte

Re: I think adding a "first" method to the QuerySet be useful.

http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email t

Re: Model equality in inheritance cases

rom this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- You received this message becaus

Re: portable django development environment

this group at http://groups.google.com/group/django-developers?hl=en. -- Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to djan

Re: Python 3 - style question

ing that there is a bigger picture to consider, and one showing how to paint that picture). However, that would leave native Py3-only users high and dry, which isn't exactly ideal. Yours, Russ Magee %-) -- Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ Office:

Re: Model inheritance extended.

-model-blueprint Cheers, Jonathan -- Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this g

Re: A bit of Django history

developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers&

Re: URL dispatcher slow?

quot;Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel

Re: URL dispatcher slow?

Yes, wheezy.web is much more bare metal compared to Django : http://packages.python.org/wheezy.web/tutorial.html From: Daniel Sokolowski Sent: Wednesday, October 10, 2012 10:32 AM To: django-developers@googlegroups.com Subject: Re: URL dispatcher slow? The middlewares appear to be disabled

Re: URL dispatcher slow?

...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, s

Re: URL dispatcher slow?

Was that necessary? I am tuning out of this conversion, it is becoming hostile. From: Alex Gaynor Sent: Thursday, October 11, 2012 10:01 AM To: django-developers@googlegroups.com Subject: Re: URL dispatcher slow? On Thu, Oct 11, 2012 at 6:52 AM, Daniel Sokolowski <daniel.soko

Re: Class based views: A standard hook for http-method-independent code

om/group/django-developers?hl=en. Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group,

Re: Class based views: A standard hook for http-method-independent code

-method-independent code That pattern has nasty side-effects. It can be used in some cases but it fails in most. On Friday, November 9, 2012 8:28:47 AM UTC-7, Daniel Sokolowski wrote: I’ve done the below in the past, the only issue with that is if you have side effects in parent’s dispatch

Re: Class based views: A standard hook for http-method-independent code

as exceptional control flow. In addition, you can't do any preprocessing of the request; for example, you can't set up any invariants before your actual view method is called. Best, Alex Ogier On Wed, Nov 14, 2012 at 8:48 AM, Daniel Sokolowski <daniel.sokolow...@klinsight.com> wrote: C

Re: Class based views: A standard hook for http-method-independent code

reason I would like this change, is so that I can do something before dispatch that uses self.request/args/kwargs. Everything I want can be accomplished within dispatch, but not as cleanly, or as DRY as if this method hook existed. On Wednesday, November 14, 2012 6:49:06 AM UTC-7, Daniel Sokolows

Re: Relative path support for TEMPLATE_DIRS and others in settings.py (django ticket 694)

ers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. -- Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To

Re: Relative path support for TEMPLATE_DIRS and others in settings.py (django ticket 694)

uot; group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski

Re: Replacing get_absolute_url, I am against it

Would anyone know if there is still any momentum behind this? I like Adamcik's approach. On Saturday, 12 September 2009 07:42:40 UTC-4, adamcik wrote: > > On Thu, Sep 10, 2009 at 11:58:00AM -0400, Waylan Limberg wrote: > > > > Easy, get_url returns the entire url while get_url_path returns

Re: Replacing get_absolute_url, I am against it

Hi Russ, thank you for the update, yes it's a 'wish' list item, and unfortunately my time is too limited right now to tackle the wiki. On Monday, 25 February 2013 00:11:07 UTC-5, Russell Keith-Magee wrote: > > > On Sun, Feb 24, 2013 at 12:18 AM, Daniel Sokolowski > <elg...@danol

Thoughts on defining and autoimporting signals.py

Dear Django Developers, Is there any consensus on where to define your signals for models and how to import them? I ask because to me it seems very odd that there doesn't appear to be a standard way to add your own signals and have them auto imported by the framework. I for example create a /

Re: SOPA bill question

from this group, send email to > django-developers+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > -- Daniel Sokolowski Web Engineer KL Insight http://klinsight.com/ Tel: 613-344-2116 | Fax: 613.63

Re: DoS using POST via hash algorithm collision

> On Dec 29, 2011, at 8:12 AM, Daniel Sokolowski wrote: > > > So this would effect django because of the CSRF token check --- which > requires the hash to be regenerated before comparing it yes? > > No, the problem is somewhat different. The attacker constructs a POST >

Re: DoS using POST via hash algorithm collision

o developers" group. > To post to this group, send email to django-developers@googlegroups.com. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/djan

Re: DoS using POST via hash algorithm collision

Thanks On Thu, Dec 29, 2011 at 11:36 AM, Alex Gaynor <alex.gay...@gmail.com> wrote: > > > On Thu, Dec 29, 2011 at 10:32 AM, Daniel Sokolowski < > daniel.sokolow...@klinsight.com> wrote: > >> Would someone be so kind and explain why POST variables a

Re: RFC: Query Methods

om. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > -- Daniel Sokolowski Web Engineer KL Insight http://klinsight.com/ Tel: 613-