Hi,
in one of my projects I would like to alter the inlines in the admin
on a per request basis. So I though I could use get_formsets to drop
unneeded inlines; this isn't the case :( get_formsets has to return
the same inlines in the correct order (eg
http://code.djangoproject.com/browser/django/t
+1 On solving this issue, it's a real problem dealing with js
El 24/10/2010 19:29, "Benjamin Wohlwend" escribió:
Hi,
I reported #13617[1] a couple of months ago, and today Justin Bronn
committed a fix for it. Unfortunately, the fix doesn't solve my issue
(which I failed to describe correctly in
Hi,
would any of the commiters consider marking the patch in #11035
(urlify.js with Serbian alphabet) as "ready for check-in"? It's
important for Serbian i18n, but it's been sitting there for over a
year. The patch shouldn't be controversial at all (it's not perfect
but it's a significant improvem
Hi,
I reported #13617[1] a couple of months ago, and today Justin Bronn
committed a fix for it. Unfortunately, the fix doesn't solve my issue
(which I failed to describe correctly in the issue report, so the
blame is on me) nor does it address a larger problem that I described
in the ticket with t
Hi,
I just added a patch to this ticket. It includes 2 solutions:
First one is an implementation of Luke's idea with a class attribute.
You just define an sequence:
class MyView(View):
decorators = [login_required, never_cache]
# MyView.as_view === login_required(never_cache(View.as_v
new changes (integration with generic views, test client and messages
middleware fixes): http://bitbucket.org/kmike/django/overview
Yet another gotchas:
- response.template_name for generic views will contain Template
instance, not template names, so response.template_name is quite
misleading. Th
On 23/10/10 14:28, Luke Plant wrote:
You can do it if you do something like this in your views.py:
my_view = MyView.as_view()
That way you export your view as both a function to be used as a view
directly, and a class for further re-use. If your CBV cannot be used
directly (e.g. needs to b
On 23/10/10 12:54, George Sakkis wrote:
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.
Georg
