Re: #14471: Are there any plans to fix this in the 1.3?

On Sunday, October 24, 2010, lucky wrote: > Hi guys, > > Starting from django-1.2 it is impossible to override many methods in > custom model manager classes due changes in the implementation of the > RelatedManager and the ManyRelatedManager . These classes are define > methods `add`, `create`, `

Ticket 9964 (was Re: Why does transaction management only commit on is_dirty?)

On Oct 22, 2010, at 4:01 PM, Jacob Kaplan-Moss wrote: > It's a bug: http://code.djangoproject.com/ticket/9964. > > Looks like the patch there is OK, but still needs some work (there's a > couple of TODOs still). Looking at the history of the ticket, it looks like there is some concern about kee

Re: Gentle Proposal: add 'render' shortcut in 1.3

Yes, you're right and I was wrong, the messages middleware doesn't return response as-is. I'll take a look. As for tests, response.context and response.templates are not available for TemplateResponse instances before they are baked so test client should be patched to explicitly bake the response.

Re: Gentle Proposal: add 'render' shortcut in 1.3

The points were just off the top of my head from memory, when I get back to work I'll have a look to see what the actual cases are. Regarding the messages middleware, I *know* there's a problem. A message won't be marked as "read", since the template hasn't iterated the messages object by the time

#14471: Are there any plans to fix this in the 1.3?

Hi guys, Starting from django-1.2 it is impossible to override many methods in custom model manager classes due changes in the implementation of the RelatedManager and the ManyRelatedManager . These classes are define methods `add`, `create`, `get_or_create`, `remove` and `clear` in a such way tha

Re: Gentle Proposal: add 'render' shortcut in 1.3

Hi all again! I've done some research on generic views integration and think that TemplateResponseMixin should be refactored in order to use TemplateResponse (SimpleTemplateResponse actually) because it currently assumes that template must be rendered before the response is returned. 'render_temp

Re: from django import forms

http://github.com/lsbardel/django/commit/9215082052b5d0ea0d0116ddeb08345452ae5358 As I said, not great but it works. On 23 October 2010 15:26, Luca Sbardella wrote: > ups. > > the settings import is also in django.forms.models > > from django.db import connections > > I still strongly think dja

Re: from django import forms

ups. the settings import is also in django.forms.models from django.db import connections I still strongly think django.forms should be import django.conf free at module level. I'll come up with an idea. On 23 October 2010 13:29, Luca Sbardella wrote: > I left it vague on purpose. > My probl

Re: Using jQuery.noConflict() instead of jQuery.noConflict(true) in contrib.admin

On Oct 22, 10:37 pm, Chuck Harmston wrote: > Per the jQuery docs , plugins > should *not* directly reference the jQuery object; they should do it in a > scope-controlled closure executed at creation with jQuery passed to it as a > parameter. This way, pl

Re: from django import forms

I left it vague on purpose. My problem is I cannot import forms outside django, not the function itself. I don't have an opinion on how best to re-implemented it in backward compatible fashion. But I can come up with one. All I needed to know is if is there an appetite for this? and if so, a guidel

Re: from django import forms

On Sat, 2010-10-23 at 12:07 +0100, Luca Sbardella wrote: > ImportError: Settings cannot be imported, because environment variable > DJANGO_SETTINGS_MODULE is undefined > > Hi guys, > nothing to do with 1.3 awesome new features... > but I'm trying to use django forms outside django (why not!). > No

Re: Function views to CBV refactor adventure.

On Sat, 2010-10-23 at 12:57 +0200, Łukasz Rekucki wrote: > Hi, > > I just started my "academic adventure". The goal is to refactor some > of existing contrib and 3rd party apps to CBV to get a better feel of > the API in real-world. Don't worry, I'm not going to spam this list > with every problem

Re: Gentle Proposal: add 'render' shortcut in 1.3

On 22 окт, 18:10, Łukasz Rekucki wrote: > On 22 October 2010 03:59, Russell Keith-Magee wrote: > > 2010/10/21 Łukasz Rekucki : > >> Both render_to_response() and direct_to_template() have one very > >> annoying flaw:http://code.djangoproject.com/ticket/12669. Please add > >> a "response_class" ke

from django import forms

ImportError: Settings cannot be imported, because environment variable DJANGO_SETTINGS_MODULE is undefined Hi guys, nothing to do with 1.3 awesome new features... but I'm trying to use django forms outside django (why not!). Not possible because of the above. The settings is imported in django.fo

Function views to CBV refactor adventure.

Hi, I just started my "academic adventure". The goal is to refactor some of existing contrib and 3rd party apps to CBV to get a better feel of the API in real-world. Don't worry, I'm not going to spam this list with every problem I encountered, but there are two things I stumbled on upon almost in

#13772 design decision needed

This has been (rightly) marked as DDN, so I'm wondering if there are any thoughts on it to move it forward, one way or another. Original thread at http://groups.google.com/group/django-developers/browse_frm/thread/3b5939ba089bce51/67892d99a9a6aff3. George -- You received this message because yo