Re: Session/cookie based messages (#4604)

On Tue, Sep 22, 2009 at 9:51 PM, Russell Keith-Magee wrote: > In reality, I get a ping time closer to 300 ms. And that's to a > high-end data center under ideal conditions - it can be much larger if > I'm dealing with low end providers. > What?? 200 ms is the average

ManyRelatedManager signals

Is there a reason not to have a signal before and after creating an entry into a ManyToMany table. I have a piece of code i need to call when this relationship is created. I don't know of any signal that exists already, so I created my own. Thought it might be an interesting feature to add,

set_urlconf/get_urlconf patch

I have updated the patch on this ticket (http://code.djangoproject.com/ ticket/5034) that SmileyChris wrote a while back. I ensured that the new patch works against rev:11590. In talking to SmileyChris about this on the IRC channels he noticed that not clearing the _urlconfs dict after each

Re: Session/cookie based messages (#4604)

On Wed, Sep 23, 2009 at 1:55 AM, Tobias McNulty wrote: > Vaclav, > I think this is less of an issue, because you'd have to switch to another > tab and perform a second operation that generated feedback in the ~200 > millisecond window of time between clicking a link and

'str' object has no attribute '_default_manager' fix? (#10405)

http://code.djangoproject.com/ticket/10405#comment:10 Please forgive me (and point me to) if there's already a discussion about this bug. I wasn't able to find it. I linked above to Jacob's advice to 'just load Models before Forms'. Maybe there is an easy way to do this, but if there is, I

Re: decorator_from_middleware change

On Tue, Sep 22, 2009 at 6:04 PM, Jacob Kaplan-Moss wrote: > > On Tue, Sep 22, 2009 at 4:16 PM, Luke Plant wrote: >> James B - do we have a place to list things like this i.e. things >> that probably should go in release notes? > > I think it'd probably

Re: decorator_from_middleware change

On Tue, Sep 22, 2009 at 4:16 PM, Luke Plant wrote: > James B - do we have a place to list things like this i.e. things > that probably should go in release notes? I think it'd probably be best to just start docs/releases/1.2-alpha.txt right now. We can list this stuff as

Re: decorator_from_middleware change

Regarding key_prefix parameter: it's all simply about that: http://code.djangoproject.com/ticket/11269 My proposal was to move things in opposite direction: to promote `key_prefix` parameter, document it and make it more useful. If it is an 'Design decision needed'-type of issue and design

Re: NDjango - .Net port of Django template langauage

On Tue, Sep 22, 2009 at 2:20 PM, Michael Feingold wrote: > > That's what we started with. It did not work out. While IronPython (as > well as some other implementations of Python) are available in .Net, > integrating an app written in Python with anything else written in any

Re: decorator_from_middleware change

On Tuesday 22 September 2009 20:37:05 kmike wrote: > cache_page decorator previously used to have optional > 'key_prefix' argument, not only timeout. Is it gone? Can I use > > @cache_page(3600, key_prefix='vasia') > def my_func(request) >... > That wasn't documented anywhere as far as I

Re: decorator_from_middleware change

On Tuesday 22 September 2009 21:31:08 James Bennett wrote: > On Mon, Sep 21, 2009 at 9:04 PM, Luke Plant wrote: > > I've committed my change [1], and also replaced _CheckLogin > > with my method [2] (it was essentially the same method, just > > generalised). > > The

Re: decorator_from_middleware change

On Mon, Sep 21, 2009 at 9:04 PM, Luke Plant wrote: > I've committed my change [1], and also replaced _CheckLogin with my method [2] > (it was essentially the same method, just generalised). The decorator_from_middleware change appears to have broken cache_page; I'm now

Re: CSRF proposal and patch ready for review

On Tuesday 22 September 2009 12:57:16 Simon Willison wrote: > The main reason I really like preserving form data is that it means > CSRF failures are less of a problem, allowing us to be much more > strict about how they work (setting form tokens to expire after a few > hours, tying tokens to

Re: decorator_from_middleware change

cache_page decorator previously used to have optional 'key_prefix' argument, not only timeout. Is it gone? Can I use @cache_page(3600, key_prefix='vasia') def my_func(request) ... Another question: in 'decorator_from_middleware_with_args' docstring example stated: Use like:: cache_page

Re: NDjango - .Net port of Django template langauage

That's what we started with. It did not work out. While IronPython (as well as some other implementations of Python) are available in .Net, integrating an app written in Python with anything else written in any other .Net language proved to be a big challenge. You can run a Python app on .Net

Re: NDjango - .Net port of Django template langauage

I dont know all that much about .Net but isnt the point of it that all the .Net languages can be used together? eg using C#.Net components in a VB.Net app and such. So why not just use the django template language as is via IronPython instead of trying to port it to another language?

Re: Session/cookie based messages (#4604)

Vaclav, I think this is less of an issue, because you'd have to switch to another tab and perform a second operation that generated feedback in the ~200 millisecond window of time between clicking a link and the new page loading. If you need to support this functionality, you could write a

Re: NDjango - .Net port of Django template langauage

Well, we liked the language, and it is too late anyway - it is implemented On Sep 22, 12:18 pm, Anton Bessonov wrote: > Hello, > > if you need template engine only, then make more sence to port pure > template engine such as jinja2. IMHO. > > Michael Feingold schrieb: > >

Re: NDjango - .Net port of Django template langauage

Hello, if you need template engine only, then make more sence to port pure template engine such as jinja2. IMHO. Michael Feingold schrieb: > I am working on NDjango project. NDjango is a port of Django template > language to .Net. It is an open source project. If you are curious you > can get

NDjango - .Net port of Django template langauage

I am working on NDjango project. NDjango is a port of Django template language to .Net. It is an open source project. If you are curious you can get all information about it here: www.ndjango.org. The reason I am posting here is that while one of our design goals is to keep ndjango templates

Re: Session/cookie based messages (#4604)

Hi Tobias, good idea with start a wiki page. I'm not sure if we don't forget one issue. How about same session (or same cookie sent by browser) with simultaneously opened windows of one browser? Then message could appear in different window not the right one where we invoke the event. Is it a

Re: opener.dismissAddAnotherPopup error tinymce

On Tue, Sep 22, 2009 at 10:57 AM, Ali Rıza Keleş wrote: > > Hi all, > > There is something strange with popups on admin page while this page > includes tinymce editor. > > When i click  to add a relating object, a popup is being opened and i > enter values and try to save.

opener.dismissAddAnotherPopup error tinymce

Hi all, There is something strange with popups on admin page while this page includes tinymce editor. When i click to add a relating object, a popup is being opened and i enter values and try to save. It is saved but popup is not closed and give this error on firefox: """

Re: CSRF proposal and patch ready for review

On Tuesday 22 September 2009 13:12:51 Russell Keith-Magee wrote: > On Tue, Sep 22, 2009 at 10:34 AM, Luke Plant wrote: > > I've left most of the code itself under django/contrib/csrf because: > > > > 1) backwards compatibility with people importing the middleware > >

Re: Translation problem in from django.utils.translation.trans_real : get_language_from_request()

On Tue, 2009-09-22 at 06:15 -0700, Lewis Taylor wrote: > I'm not sure if this has been discussed before, my guess is yes, > however i can't find anything about it. > > I noticed that the get_language_from_request method in trans_real only > checks whether the django.mo file for a given locale is

Translation problem in from django.utils.translation.trans_real : get_language_from_request()

I'm not sure if this has been discussed before, my guess is yes, however i can't find anything about it. I noticed that the get_language_from_request method in trans_real only checks whether the django.mo file for a given locale is available in the django locale directory, and not an app or

Re: CSRF proposal and patch ready for review

On Tue, Sep 22, 2009 at 7:12 AM, Russell Keith-Magee wrote: > At this point, I'm convinced, mod the minor things I've flagged. > However, I'd like to see Jacob and Malcolm chime in before this is > committed. I've mostly stayed out of the discussion because I haven't had

Re: CSRF proposal and patch ready for review

On Tue, Sep 22, 2009 at 6:57 AM, Simon Willison wrote: > Yeah, I'd like a builtin shortcut like that - used like this: >  render(request, 'template_name.html', {'foo':bar }) > The biggest problem, for me, is finding a decent name - since > 'render_to_response' is already

Re: CSRF proposal and patch ready for review

On Tue, Sep 22, 2009 at 10:34 AM, Luke Plant wrote: > > OK, you convinced me.  I really would rather this wasn't baked in, but given > the migration issues and the fact that it is security related, I guess I can > stomach it. > > I've updated the patch [1] to move things

Re: CSRF proposal and patch ready for review

On Sep 19, 4:56 pm, Russell Keith-Magee wrote: > End users should be allowed to be as lazy as they like, but > their laziness shouldn't open security holes in an app that Django > ships, since the contrib apps (and admin in particular) are the > obvious first port of call