Re: #3591 - Custom app_label in Django 1.2?

2010-02-04 Thread tezro
Was passing by and gotta say that's really an issue that is wished to have. Thanks. On Feb 4, 7:08 pm, Alex Gaynor wrote: > On Thu, Feb 4, 2010 at 11:06 AM, Adam Nelson wrote: > > I don't suppose there's any way to get the patches from ticket #3591 > > into Django 1.2?  If not, can it be marked

1.2 Beta tomorrow (Friday)

2010-02-04 Thread James Bennett
Due to a combination of exhaustion and illness on the part of the release manager (me), I'm going to slide the 1.2 beta release one day; that means beta tomorrow (Friday, February 5, probably evening-ish US Central time). If anyone's got last-minute commits, get 'em in. -- "Bureaucrat Conrad, you

Re: #3591 - Custom app_label in Django 1.2?

2010-02-04 Thread Adam Nelson
> The patches on this ticket will not land for 1.2.  That ticket > contains a series of very large patches, and I don't think a firm > design decision has ever been made about the status of that ticket, > and it was never on the 1.2 feature list. > > Alex > Ok, I'll update the ticket. -- You re

Re: #3591 - Custom app_label in Django 1.2?

2010-02-04 Thread Alex Gaynor
On Thu, Feb 4, 2010 at 11:06 AM, Adam Nelson wrote: > I don't suppose there's any way to get the patches from ticket #3591 > into Django 1.2?  If not, can it be marked as definitively not in 1.2 > so I can roll a custom solution for myself?  It's always hard to tell > from the ticket details what

#3591 - Custom app_label in Django 1.2?

2010-02-04 Thread Adam Nelson
I don't suppose there's any way to get the patches from ticket #3591 into Django 1.2? If not, can it be marked as definitively not in 1.2 so I can roll a custom solution for myself? It's always hard to tell from the ticket details what stage tickets like that are in. Thanks, Adam -- You receiv

Re: HTML 5

2010-02-04 Thread Luke Plant
On Tuesday 02 February 2010 01:09:23 Leo Soto M. wrote: > On Mon, Feb 1, 2010 at 11:00 AM, Luke Plant > wrote: [...] > > > Changing that assumption in an elegant way would require changing > > *everything* to use a markup agnostic output tree, which you > > would then render with different 'writ

Re: Ticket #12760 is no dublicate

2010-02-04 Thread kanu
Thank you for answering Karen and Luke. I didn't recognize the "first update and then delete" thing as a safety method. Hopefully future versions of django will have mechanics to handle the on delete behaviour. Still it is hard to belief, that you have less problems with auto- deleting of relatio