Hi Aron,
+1 on db defaults as well, I've actually started experimenting on this last
week. It's a bit tricky because migrations do use db defaults in some
operations (and drop them once they are done) so we have to ensure that the new
feature doesn't interfere with them.
However I don't think
Hi Aron,
I'm +1 on addressing this, I often don't care about max_length, but I still
want a terse form representation. In my projects I use a subclass of TextField
that sets a TextInput wiget in its formfield() method. But that's not very
elegant: it requires a custom field for a common use-cas
I would like to propose making Fields.default to rely on the database
generated defaults where possible. This could be implemented by having
some constants like fields.CURRENT_TIMESTAMP, etc. The tricky part here
is to detect database backend specific capabilities and have a python
equivalent fal
Hi,
I am using postgresql and I prefer my VARCHAR columns not to have a length
limit. Is there any particular reason why max_length arg to fields is
required. If for compatibility with other database backends we can have
some sane default if it is None.
--
You received this message because you
+1 for this feature addition.
I work with a lot of public data and I almost always go through the steps
of loading data into PostgreSQL and building from there. COPY reduces data
load time significantly so a core load command for Django is welcome.
I've used LOAD DATA INFILE for MySQL on occasi
On 07/28/2015 12:36 PM, Tim Graham wrote:
> We received a ticket [1] noting that when a non-staff user tries to
> access an admin page, they will be redirected to the admin login page
> with no explanation. A pull request [2] proposes to add this message to
> login page if a user is authenticated,
Since adding new settings is sometimes controversial, I wanted to ask for
thoughts about this ticket [1] / pull request [2] which proposes a new
LOCALE_FILENAMES
setting to allow using additional gettext domains besides "django". I don't
use translations myself, so thoughts about whether the us
We received a ticket [1] noting that when a non-staff user tries to access
an admin page, they will be redirected to the admin login page with no
explanation. A pull request [2] proposes to add this message to login page
if a user is authenticated, "While you are authenticated as {{ username }},
I have found a good alternative to the old initial data feature. It's
called django-update-initial-data.
https://github.com/ambitioninc/django-dynamic-initial-data
MySQL compatible version:
https://github.com/minervaproject/django-dynamic-initial-data/tree/mysql
It's actually better than the o
