On Oct 18, 9:48 pm, Jesse Young <[EMAIL PROTECTED]> wrote:
> > 3. Meta attribute formfield_kwargs for model forms
>
> It seems like the arguments to form fields can already be customized
> fairly easily using formfield_callback? In your example, I think you
> could accomplish the same thing using
On Oct 18, 6:44 pm, David Cramer <[EMAIL PROTECTED]> wrote:
> Some of these changes I think are very valuable, especially CSS
> classes. The formfield_kwargs I don't think is the right approach, but
> possibly a method which could be called, as a lot of times I'm
> overriding __init__ and it's qui
On Mon, Oct 20, 2008 at 11:33 AM, Rob Hudson <[EMAIL PROTECTED]> wrote:
> * Should a pre-existing reusable app (like django-notification[2])
> be used/considered instead?
> [2] http://code.google.com/p/django-notification/
I actually meant to link to the django-notices app, which has the
benefit
Hi Devs,
I just posted a question on Django users about how to best remove the
extra query to auth_messages on every request while still using
contrib.auth and contrib.admin in my own code[1]. This led me to the
thought that contrib.auth should follow the reusable apps mantra of do
only one thin
The specific problem was already fixed at
http://code.google.com/p/django-app-plugins/issues/detail?id=11
I was speaking of the more general problem about what Pinax's stance
with regards to these type of limitations. From the limited feedback,
it sounds like our minimum standard will be UTF8 fo
