Re: status of 1.8 release blockers

\o/ On Wed, Feb 25, 2015 at 1:08 AM, Tim Graham wrote: > Zero blockers as of this writing. If we survive the next 12 hours with no > new ones, I'll release the beta around then (famous last words). > > > On Monday, February 23, 2015 at 7:29:09 PM UTC-5, Tim Graham wrote: >> >> Previous two issue

Re: django admin: open popups as modals instead of windows

On Wed, Feb 25, 2015 at 10:39 AM, Loïc Bistuer wrote: > > > > On Feb 25, 2015, at 09:07, Russell Keith-Magee > wrote: > > > > I have an operating system with a graphical user interface. The > developers of that operating system spent an immense amount of time > developing it, polishing it, makin

Re: Support for DATABASES['default'] = {}

Hello, I have a case where the 'default' database does not have any sense, but I still want the tests to create and manage transactions on other defined databases, so the option `--database` would not help me. I could put something in the default database like in memory sqlite for the tests but

Re: Support for DATABASES['default'] = {}

If the docs state that it is a valid setting, then we shouldn't change that to maintain compatibility and your ticket is indeed a bug. In that case, it makes sense to me not to require the `default` database setting in the first place. The error caused in #24394 is a result of looping over all

[ANNOUNCE] Django 1.8 beta 1 and 1.7.5 released

In addition to a bug fix release for the 1.7 series, the Django team has made the second release on the way to Django 1.8. Check out the blog post: https://www.djangoproject.com/weblog/2015/feb/25/releases/ -- You received this message because you are subscribed to the Google Groups "Django de

Re: User.username max_length 254

> > Beta 1 marks the end of any changes that aren't considered release > blocking bugs. A bug is a "Release blocker" if it's a regression from a > previous version of Django or if it's an important bug in a new feature. ... so I guess the ship has sailed on this idea? :( On Wednesday, Februa

Re: User.username max_length 254

Hi, I'm actually about to run into a similar situation myself where I already have migrations for my project but need to start using a custom user model (because I need a longer username :). There's talk of possibly including a custom user in the project template https://code.djangoproject.com

Re: User.username max_length 254

Well, this change wouldn't have been made after alpha (feature-freeze) either. As there haven't been any outright rejections of the idea, I think the next step is for someone to write a patch and carefully consider and document and backwards compatibility concerns. On Wednesday, February 25, 20

Re: django admin: open popups as modals instead of windows

I just wanted to add my 2cents worth as an opinion in favor of modals replacing popups for many of the admin links. I am in no way claiming that a poorly implemented modal window is superior to a new window... and there are certainly cases where a new window is preferable to the "perfect" moda

enum fields in django

As discussed in Issue 24342 , I've got an implementation of EnumField that we've found useful when developing our django REST API that I'd like to add to django core. It was suggested I bring this issue up in the developers mailing list for discussio

Re: User.username max_length 254

Given that 1.8 is an LTS, and increasing the default username length addresses the 80% use-case for custom user models, isn't it worth adding this change now (even if it philosophically violates the alpha/beta split)? On Wednesday, February 25, 2015 at 12:24:20 PM UTC-6, Tim Graham wrote: > >

Re: User.username max_length 254

As Tim pointed out, it's unlikely that the change would have made Alpha, let alone Beta. Adding a new feature now breaks the 'philosophical' release rules but it also allows a feature through without the wider community testing in alpha and beta (now that it's cut). As far as I can tell, increa

Re: GSOC 2015 project ideas suggestion

Thanks Russell. Investigating contrib apps I can see some are django apps using django framework and some are modules which is used to extend django frameworks functionality. For admin app theres is no use of urls.py for the admin app but admin_urls in template tags, admin_lists etc. isn't it pos