Delivering PR 3114 - The _meta refactor

Hi all, The deadline for 1.8 alpha is rapidly approaching, and one of the features that has been proposed for inclusion is Daniel Pyrathon's GSoC project refactoring the _meta object. A huge thanks to Tim, Carl, Collin, Loïc, Anssi, and everyone else that has provided detailed reviews and

Re: Easier to use natural keys.

So he did, Flux must have killed link colours for me. Sorry folks! On Monday, 22 December 2014 10:50:22 UTC+11, Russell Keith-Magee wrote: > > > On Sun, Dec 21, 2014 at 10:33 PM, Josh Smeaton > wrote: >> >> Would you mind linking to the ticket you're talking about? Will

Re: status of 1.8 release blockers

Hey Tim, thanks for the collection of tasks that have to be done for 1.8. Especially wrt #23861 and #23891 I just realized that, since 1.8 is an LTS release, we'd need to support and that field (and related changes) until 2018. That's Django 2.2/2.3 I guess. Considering the ideas that exists

Re: Easier to use natural keys.

On Sun, Dec 21, 2014 at 10:33 PM, Josh Smeaton wrote: > > Would you mind linking to the ticket you're talking about? Will encourage > more people to participate if they don't have to search Trac for it ;) > He did - as an inline link:

Re: status of 1.8 release blockers

On Sun, Dec 21, 2014 at 6:38 PM, Riccardo Magliocchetti < riccardo.magliocche...@gmail.com> wrote: > > Hello, > > Il 20/12/2014 20:40, Tim Graham ha scritto: > >> You can also see other tickets we are targeting for 1.8 with this >> filter. This includes some of the remaining large features as well

Re: A case for CASE expressions and bulk_update

I think I can. I'll try to catch you on IRC to discuss API. - Michael On Wednesday, December 17, 2014 2:48:31 AM UTC+1, Josh Smeaton wrote: > Thanks Tim, exactly what I was after. I linked to the wiki but obviously > didn't read it all :/ > > Michal, do you think you'll be able to pull Case

Fellow Report: Dec 21, 2014

Hi all, Here is this week's report. You can see a more readable version of this report at https://code.djangoproject.com/wiki/DjangoFellows/BerkerPeksag#Weekof2014-12-14 Pull requests = Authored = * https://github.com/django/django/pull/3759 = In progress = *

Re: Easier to use natural keys.

Would you mind linking to the ticket you're talking about? Will encourage more people to participate if they don't have to search Trac for it ;) Josh On Monday, 22 December 2014 01:05:14 UTC+11, Brian Faherty wrote: > > Hey Folks, > Teams I have been on in the past have used natural keys

Re: Easier to use natural keys.

Hallöchen! Brian Faherty writes: > [...] > > The solution I propose is a meta field on the model that allows > you to set natural keys there. FWIW, we currently have attached to our models class MyMeta: identifying_field = "number" as a means to set something like "poor man's

Easier to use natural keys.

Hey Folks, Teams I have been on in the past have used natural keys extensively. As a result many people have complained about the current way to implement them. Not only do you have to implement two methods that are the reverse of each other in a compatible way, but you also need to remember

Re: How to Display the number of active users in Django Site with IP address

On Sun, Dec 21, 2014, Avinash Kunuje wrote: >How to Display the number of active users in Django Site with IP address Hello Avinash. You'll get answers to questions like this on the django-users email list, - the web interface is

How to Display the number of active users in Django Site with IP address

How to Display the number of active users in Django Site with IP address -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: status of 1.8 release blockers

Hello, Il 20/12/2014 20:40, Tim Graham ha scritto: You can also see other tickets we are targeting for 1.8 with this filter. This includes some of the remaining large features as well as a couple code reorganizations we want to make closer to when cut the 1.8 branch to avoid creating conflicts