where do class modelAdmin and Model reside.

2013-03-23 Thread ANKIT BAGARIA
the above class AuthorAdmin is inherited from ModelAdmin. Please help in finding where does the class ModelAdmin reside. I am going into django/contrib/admin but cannot find any class named

Re: Changes to django's settings module

2013-03-23 Thread Russell Keith-Magee
Hi Omer, I've looked at your code, and while you continue to call it a "refactoring", it's a refactoring with a specific purpose in mind -- to add a new feature. I disagree that your new code is "clearer" and more "understandable" than the existing code. For starters, it's got more moving parts (

Re: Is casting Field.help_text to string in Field.__init__ necessary?

2013-03-23 Thread Claude Paroz
Le samedi 23 mars 2013 12:16:15 UTC+1, Evgeny a écrit : > > Hi. > > Is it necessary to cast help_text to string in Field.__init__ there > https://github.com/django/django/blob/master/django/forms/fields.py#L92 ? > I will be eventually displayed as string in template, and will be casted > there.

runserver fails on non-fatal model validation errors

2013-03-23 Thread Brendan Jurd
Hello folks, I reported an issue with runserver on the django trac [1], and aaugustin asked that I seek feedback here on the list. In short, the problem I am having is that exceptions thrown during model validation will cause runserver to abort. This might seem like a reasonable outcome, but

Is casting Field.help_text to string in Field.__init__ necessary?

2013-03-23 Thread Evgeny
Hi. Is it necessary to cast help_text to string in Field.__init__ there https://github.com/django/django/blob/master/django/forms/fields.py#L92 ? I will be eventually displayed as string in template, and will be casted there. I think it would be better design - cast string type only in last mo

Re: Changes to django's settings module

2013-03-23 Thread Omer Katz
So is my example good enough? Have you tried using it? בתאריך יום שישי, 15 במרץ 2013 13:17:11 UTC+3, מאת Aymeric Augustin: > > On 15 mars 2013, at 09:22, Omer Katz > > wrote: > > > Doesn't the fact that the patch makes the code clearer is a reason > enough for a merge (providing that there will