Re: The greatest proposal yet: rename this damn group

Totally agree Daniele. I don't know how other people experience the group, but I actually didn't see the email address, and didn't even look at the URL. If we can find where the email is exposed (say on a website) and change things to hide it as much as possible, e.g.: Instead of : Email the

Re: Two proposals for the Django Code of Conduct.

Good email. This one won't be that good. Boiling my verbose email down to two sentences: We seem to already have a private group of people who make decisions in secret and pronounce a verdict on issues, and who can to a large extent control the community. If this is the case, and they already

Re: Two proposals for the Django Code of Conduct.

Yeah I agree with Ben; this is one of those highly conservative things that might sound good, but just allow more and more extreme responses to nonconformist behaviour. Every unpleasant system at some point had good intentions, and asked the question, "But why wouldn't you want people to be

Proposal: enhance 1.7 migration docs re django.core.handlers.wsgi:WSGIHandler()

I was using import django.core.handlers.wsgi application = django.core.handlers.wsgi.WSGIHandler() as per whichever *This Is The Right Way To Lay Out A Django Application* article I was reading at the time. This seems to now break in 1.7 (details - from someone else - here

Re: Fields terminology for official Options API

I was also thinking of MetaModels or something instead of Options, as I think it makes it more obvious what it's for. On Friday, 1 August 2014 00:49:41 UTC+2, Josh Smeaton wrote: > > I was thinking "column" fields would make sense but it clashes with the > internal concept of columns (Col

Re: Master/slave trolling pull request accepted to django master branch

I'd really, really like it if we were to stop saying a UI element is "disabled" and say "differently abled". Thanks On Tuesday, 27 May 2014 14:14:43 UTC+2, Meira wrote: > > As some of you may have notice, a hot discussion is happening in the > comments of this pull request:

Re: Proposal to add a secure JSON encoding template tag

Could you have a hybrid that took this: {% json data id="initial-data" var="variable_name" %} And did this: {"foo": "bar"} var totally_random_uuid = document.getElementById('initial-data'); var variable_name = JSON.parse(totally_random_uuid.textContent ||

Re: Ready for checkin

Any reason not to rename it to "Ready for merge"? Might as well make it match its explanation; then you don't need the explanation :) On Tuesday, 17 June 2014 06:14:24 UTC+2, Josh Smeaton wrote: > > I see what you're saying Daniele, I had to ask about the terminology only > a couple of weeks

Re: On django multi tenancy

Does Ikari do what you want? I'm not saying it should or shouldn't be in Django contrib itself, but at least worth taking a look and seeing if that has any useful ideas. On Wednesday, 30 April 2014 09:37:13 UTC+2, riccardo.magliocchetti wrote: > > Hi

Re: Ability to use method based routing

I'm not a Django developer, but I think it'd be good to give your reasoning for this, with examples. I'm so used to Django's routing I can't imagine anything else. On Friday, 18 July 2014 16:05:44 UTC+2, Cal Leeming [Simplicity Media Ltd] wrote: > > Just had a look at django-nap, nice concept

Re: Pull django-registration into contrib?

Friday, August 1, 2014 9:02:54 AM UTC-4, Robert Grant wrote: >> >> Hi Tim >> >> Thanks for the reply. I'd say that it's only been viable so far because >> James created and maintained it (for most of that long time), it's only >> been a year since then and D

Re: Pull django-registration into contrib?

ble as a third party package for a long > time and I don't see a reason it couldn't continue as one. > > On Friday, August 1, 2014 7:07:19 AM UTC-4, Robert Grant wrote: >> >> Hello all >> >> I've just started using Django for a serious project and am really >>

Re: Can we use a django application class?

Just had some thoughts about why having an application object might be a good idea. Pick away :) - Individual app objects could perhaps be introspected more easily, e.g. stop, start, restart functions provided for them. Also circular dependency detection etc, for impact analysis.