i use the branch 'multiple-db-support' of django, django will close
the database connection after a request finished, and
i read the source code django/db/__init__.py, i think the behavior
cause by the code 'dispatcher.connect(self.close,
signal=signals.request_finished)' in class ConnectionInfo
On 12/2/06, Michael Patrick O'Keefe <[EMAIL PROTECTED]> wrote:
>
> SUMMARY OF PROPOSAL:
> For Django application modules, I find it easier to have the URL
> information for a view coupled with the function that is going to
> display that view. Why? This further supports the DRY (Don't Repeat
> You
Thanks for the comments.
I wasn't aware of the ROOT_VIEW proposal (brand new to the mailing
list).
I couldn't tell from a quick read-over if ROOT_VIEW would allow me to
specify the URL for a view in the same place I define a view--the
functionality I'm really interested in--the thing that prompt
On 12/1/06, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
> I agree that laying out a form with CSS is not a very clean thing. But
> it does give you a way to change the layout with just CSS (like moving
> labels to the left or to the top of a field). And with tables you can't
> do it in practice.
It
On 12/1/06, Michael Patrick O'Keefe <[EMAIL PROTECTED]> wrote:
> SUMMARY OF PROPOSAL:
> For Django application modules, I find it easier to have the URL
> information for a view coupled with the function that is going to
> display that view.
Ehh... the word "coupling" scares me ;)
> Why? This fu
On 12/1/06, James <[EMAIL PROTECTED]> wrote:
>
> I'd read somewhere that he expresses a preference for Django, but seems
> he's using it for real work:
>
> "Guido van Rossum, author of the Python programming language, has begun
> showing off his first project since joining Google last year ... The
Another (sorry, I'm pretty sure this is my last today).
A label keyword would be great for specifying the label for the field.
password2 = CharField(widget=PasswordInput, label="Password (again):")
Would render:
Password (again):
--~--~-~--~~~---~--~~
You recei
One other thing:
-- newforms/forms.py - line 40 --
def __init__(self, data=None, auto_id=False): # TODO: prefix stuff
self.ignore_errors = data is None
Change to:
def __init__(self, data=None, auto_id=False): # TODO: prefix stuff
self.ignore_errors = not bool(data)
That way yo
Bah. I wish all the browsers supported "display: table-cell", that
would take care of all of this nonsense.
On 12/1/06, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
>
> Brantley Harris wrote:
> > Maybe good practice, but not practical. I'd love to not have to use
> > tables. But practical CSS just
Hello All,
First off, let me start by saying I love the Django framework (you
guys got me into listening to the music as well). So, the relevant
message there is: "Thank you to everyone who's made this happen!"
I have a feature request that I've already implemented on my end that
I'd like
I'd read somewhere that he expresses a preference for Django, but seems
he's using it for real work:
"Guido van Rossum, author of the Python programming language, has begun
showing off his first project since joining Google last year ... The
application is built on top of Python open source libra
Brantley Harris wrote:
> Maybe good practice, but not practical. I'd love to not have to use
> tables. But practical CSS just isn't there yet.
Many web sites prove otherwise though :-)
> Yes, tables aren't
> good for general layout, but they still have their uses, and forms are
> a prime examp
On 12/1/06, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
>
> Honza Král wrote:
> > I get a ProgrammingError, the SQL command is missing quotes around the
> > value in question. I worked around this using str(
> > form.clean()['form_field'] ), but that doesn't strike me as very nice.
>
> As far as I rem
Brantley Harris wrote:
> Maybe good practice, but not practical. I'd love to not have to use
> tables. But practical CSS just isn't there yet. Yes, tables aren't
> good for general layout, but they still have their uses, and forms are
> a prime example.
>
A table's uses generally consist of
Maybe good practice, but not practical. I'd love to not have to use
tables. But practical CSS just isn't there yet. Yes, tables aren't
good for general layout, but they still have their uses, and forms are
a prime example.
On 11/30/06, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
> I would say not
Awesome. I approve. I'm warming to the whole "Widget" thing.
Although I hate that name, as it's specifically nondescript, I can't
think of another.
Some comments:
I'd like to see auto_id default to "id_%s" rather than False. Why not
just give it as the default?
I love clean_XXX(), and clean()
On 12/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> If there's one more suggestion that I can make...when creating models,
> there's a separate CharField and TextField. In newforms, it seems that
> there's no such distinction, so an as_textarea function determines its
> display (if I'm see
Adrian Holovaty wrote:
> I think you may be missing something. :) A Form is a collection of
> Fields, which are validation / data types. Each Field has a Widget,
> which is an HTML representation of the field.
Got it now, thanks, and newforms is really shaping up to be great. :)
If there's one m
On 12/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Maybe I'm missing something, but is there any way to associate a Widget
> with a Form, or do those need to be instantiated separately?
>
> In all of the unit tests, the Forms only consist of a collection of
> Fields, but in almost every us
Adrian Holovaty wrote:
> So, then, I'd encourage everybody to play around with django.newforms
> and post a message if you have any issues or thoughts. There is no
> formal documentation, but the unit tests are *quite extensive* and
> serve as pretty good documentation. The unit tests live in the
Adrian Holovaty wrote:
> On 11/30/06, gabor <[EMAIL PROTECTED]> wrote:
>> but if i want to render it in a template and it contains non-ascii text,
>> it fails in /home/gabor/src/django/django/template/__init__.py,
>> line 745, UnicodeEncodeError.
>>
>> the code there calls str() on the form, and i
21 matches
Mail list logo
