Hi Rich,
I'am not Django core but I think that most of your propositions are
unpythonic/unkiss, unclear and way too specific or magical.
I don't want to waste 10 more minutes after a startapp/startproject to
think about what directory I have to remove and which files I have to
repair because all
I'd like the settings file to be more convenient too, but most of the
suggestion are too specific.
It's an excellent idea to automate more things, but it's a really bad
idea to pretend that we know
everybody's needs.
Personally here's what I'd like to see in the generated settings.py:
import os
On Tue, Oct 18, 2011 at 5:21 PM, Rich Jones wrote:
> Hey guys!
>
> So I've just written a blog post about getting started with Django,
> http://gun.io/blog/python-for-the-web/, and many of the things here
> just make me think, 'why doesn't it just do that by default?'
>
> Here's some of what I pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Rich,
On 10/18/2011 04:21 PM, Rich Jones wrote:
> So I've just written a blog post about getting started with Django,
> http://gun.io/blog/python-for-the-web/, and many of the things here
> just make me think, 'why doesn't it just do that by defaul
hi,
here are my personal thoughts on the proposals:
On Tue, Oct 18, 2011 at 5:21 PM, Rich Jones wrote:
> django-admin.py startproject newproj
>
> should create ./static, ./uploads and ./newproj and ./newproj/
> templates
-0
./static might be common, the others are way too specific.
> in ./n
Hey guys!
So I've just written a blog post about getting started with Django,
http://gun.io/blog/python-for-the-web/, and many of the things here
just make me think, 'why doesn't it just do that by default?'
Here's some of what I propose. I'm not suggesting this be a canonical
list of features by
The current implementation of django.middleware.TransactionMiddleware does
not create a transaction for each database, only the default one
defined by DEFAULT_DB_ALIAS
- https://code.djangoproject.com/browser/django/trunk/django/db/utils.py.
Shouldn't the middleware manage a transaction for each d
Hello,
akaariai has proposed a patch that solves the bug described below.
It is attached to ticket #16715. How do we proceed from here?
Sebastian.
On Thu, 29 Sep 2011 21:52:23 +0200
Sebastian Goll wrote:
> Hello,
>
> I'd like to draw your attention to ticket #16715:
>
> "Wrong JOIN with
On Oct 16, 11:48 am, Aymeric Augustin
wrote:
> Hello,
>
> I've implemented the storage and retrieval of aware datetime objects in
> SQLite. This involved some refactoring, because SQLite returns datetimes as
> strings, and I didn't want to duplicate the parsing code. All database
> backends ar
