Re: Django urls in JavaScript

2011-05-04 Thread Tom Evans
On Wed, May 4, 2011 at 12:38 PM, Jonathan Slenders wrote: > > Like gettext, a seperate, dynamically generated javascript file for > URL resolving is not scalable to lange web applications. > And further, I think that the urls and names of views are not meant to > be

Re: Continued work on a django.contrib.formtools.wizard replacement

2011-05-04 Thread Miguel Araujo Pérez
As I said before I'm +1 for this. I have to tests latest code against Django 1.3 to see if it handles browser's back button correctly. But django-formwizard is a great app, far better and more complete than current contrib's wizard. I have to apologize for not collaborating in building the docs

Re: Django urls in JavaScript

2011-05-04 Thread Phui-Hock
> Weird, I have missed this thread. But anyway, like sdcooke, that's > also the way that we handle URLs in javascript. > Attach a data attribute to the HTML node to which it applies, and read > it from inside the javascript. It's clean. > >       x:ajax-url="{% url accounts_ajax_edit_name %}">{%

Re: Django urls in JavaScript

2011-05-04 Thread Jonathan Slenders
On 18 mar, 13:43, sdcooke wrote: > I realise this doesn't apply to everyone but we've been coming up > against > this recently and every time I've looked at creating a JavaScript > version of > the URLs functionality I felt like it was overkill for our needs. 90% > of our >

Re: Suggestion for improvement to template block/extends tags

2011-05-04 Thread Jonathan Slenders
Russ his solution is better indeed, but the content of the middle block has to be defined in the child template, so it would become the following: a.html {% block decorated %}first {% block content %}{% endblock %} last{% endblock %} b.html {% extends a.html %} {% block decorated %}left {{

Re: Make redirection customizable in ModelAdmin view

2011-05-04 Thread Julien Phalip
On May 4, 4:13 pm, Yishai Beeri wrote: > +1 on breaking backwards compatibility, defaulting the arg to None. Just a note. Defaulting to None in itself does not break compatibility. Defaulting to None allows to do the url reversal from inside response_add. But then the

Re: Make redirection customizable in ModelAdmin view

2011-05-04 Thread Yishai Beeri
+1 on breaking backwards compatibility, defaulting the arg to None. However, in [1] Julien suggests to also allow a callable - which I think would be very useful, and provide all the flexibility one would need. So IMHO: - if arg is callable, call it with signature as suggested in [1] - if