Re: Migrations and System Checks

I'll agree that it isn't a code issue like models or admin classes which don't validate. However it is a project state problem and is something that users would probably want to know about regardless of whether they are using runserver. There are other workflow issues that could be helped by the ch

Re: Migrations and System Checks

So, I don't think it should work within that framework, as having unapplied migrations is not a _system issue_. It's only really a helpful reminder that fits into the most common part of the workflow (that being that you git pull, new migrations come in, and you run runserver to check out the site

Migrations and System Checks

Last weekend I set out to fix https://code.djangoproject.com/ticket/21856 which was a 1.7 release blocker and holding up additional 1.7 testing for a project I'm currently working on. Upon diving in I saw that the checks for un-applied migrations were tied to the runserver command. I thought to

Re: [GSoC] Switching to Jinja2 proposal

In addition, Django implements the (non-standard) __html__ protocol: https://code.djangoproject.com/ticket/7261. I believe escaping will work correctly without many, if any, changes. -- Aymeric. On 12 févr. 2014, at 22:40, Marc Tamlyn wrote: > Point of order: Jinja2 does now have autoescap

Re: [GSoC] Switching to Jinja2 proposal

On 02/12/2014 02:25 PM, Curtis Maloney wrote: > On 12 February 2014 21:29, Gwildor Sok One downside I can think of is that Jinja does not escape variables > by default, which might become a XSS security issue. > > That's quite a large downside! Jinja2 supports autoescape-by-default, it's

Re: [GSoC] Switching to Jinja2 proposal

Point of order: Jinja2 does now have autoescaping ( http://jinja.pocoo.org/docs/extensions/#autoescape-extension) Do not take this as any opinion on the matter On 12 February 2014 21:34, Donald Stufft wrote: > Crate had one, i'd have to pull it out but it was a pretty simple > template. The st

Re: [GSoC] Switching to Jinja2 proposal

Crate had one, i’d have to pull it out but it was a pretty simple template. The sticking point was it had a 30k item loop which was significantly faster in Jinja2. On Feb 12, 2014, at 4:25 PM, Curtis Maloney wrote: > At this point someone should start asking for real-world examples with > meas

Re: [GSoC] Switching to Jinja2 proposal

On 02/12/2014 02:25 PM, Curtis Maloney wrote: > At this point someone should start asking for real-world examples with > measurements. > > I'm personally of the "let's see if we can improve DTL first, then > revisit the question" stance. > > But in order to show any improvements, we must have tim

Re: [GSoC] Switching to Jinja2 proposal

At this point someone should start asking for real-world examples with measurements. I'm personally of the "let's see if we can improve DTL first, then revisit the question" stance. But in order to show any improvements, we must have timings for the current tool. Can people who've suffered slown

Re: Django 1.7 data migrations?

To follow up on this, I've just pushed some documentation for this up - you can see it at https://docs.djangoproject.com/en/dev/topics/migrations/#data-migrations Feedback welcome! Andrew On Mon, Feb 10, 2014 at 7:29 PM, Kent Engström wrote: > Andrew Godwin writes: > > Hi Kent, > > > > The d

Re: Firebird backend for Django 1.6.x is updated (RC state)

Nice, can you also upload wheel packages? On Wednesday, February 12, 2014 2:19:11 PM UTC+1, mariuz wrote: > > Here are a few fixes for v1.6.x Release Candidate 1 commited into > master > > Fixed missing d

Re: bootstrap default admin theme

Reworking Django admin to use bootstrap is almost certainly not going to happen. On 12 February 2014 16:54, Gwildor Sok wrote: > This looks pretty slick. The styling the admin uses currently really needs > an update, and in that way this project could be a really nice boost and/or > contributio

Re: bootstrap default admin theme

This looks pretty slick. The styling the admin uses currently really needs an update, and in that way this project could be a really nice boost and/or contribution. I'm not entirely sure however that having Bootstrap as a major dependency is the way to go. Perhaps it's better to keep it a bit s

Re: django application hosted on godaddy don't display the site models in admin page

This mailing list is for the discussion of developing the Django framework. Discussion about using the Django framework belong on the django-users mailing list. https://groups.google.com/forum/#!forum/django-users Regards, Michael Manfre On Wed, Feb 12, 2014 at 8:27 AM, Mironiuc Sergiu wrote:

django application hosted on godaddy don't display the site models in admin page

I have a problem. I moved a django site from one hosting to godaddy. On the GoDaddy hosting it doesn't display in the admin page the site models. settings code: INSTALLED_APPS = ('django.contrib.auth','django.contrib.contenttypes','django.contrib.sessions','django.contrib.messages','django.co

Firebird backend for Django 1.6.x is updated (RC state)

Here are a few fixes for v1.6.x Release Candidate 1 commited into master Fixed missing date_interval_sql implementation. #21 Fixed datetime_trunc_sql NotImplementedError. #20 Fixed missing SQLDateTimeCom

Re: [GSoC] Switching to Jinja2 proposal

There are a few problems with Christian's assumptions: * Not everyone uses a JS Framework. Personally, we use a lot of static pages, and when we do want to do some fancy stuff, we use pjaxto replace content on the page, but in the backend this is still do

Re: [GSoC] Switching to Jinja2 proposal

I'm not a django-developer, but I'm creating a lot of applications with Django and I would never want to switch to Jinja2. Why? The first thing is that Django Templates are simple to understand, they are not formed as a new DSL or a Programmable way of a Template language. Their Syntax is clear a