--
Ticket URL: <https://code.djangoproject.com/ticket/24117>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* needs_better_patch: => 0
* has_patch: 0 => 1
* needs_tests: => 0
* needs_docs: => 0
Comment:
https://github.com/django/django/pull/3882
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:1>
* needs_docs: 0 => 1
* stage: Unreviewed => Accepted
Comment:
`AdminSite.each_context()` documentation needs to be updated. The release
notes should encourage its use in light of this change. It would be
helpful to add a summary of the IRC discussion that led to this ticket in
the ticket description for posterity.
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:2>
Comment (by collinanderson):
Ok. I tried to summarize the IRC discussion here:
https://groups.google.com/d/topic/django-developers/WlK_7OoThaQ/discussion
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:3>
Comment (by collinanderson):
Ok, I updated the `each_context()` docs.
The new variables should work just fine without `each_context()` as long
as you had the context_processors installed previously, so it seems to me
it's a little different case than `has_permission`. Right?
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:4>
Comment (by timgraham):
Right, the case I am thinking of is someone adding custom admin views as
third-party app or something. They should no longer assume their users
have all the context processors enabled and so should be sure to add
`each_context()` to their views.
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:5>
Comment (by collinanderson):
This is the minimum change needed for the current context_processors
proposal.
https://github.com/django/django/pull/3896
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:6>
Comment (by Tim Graham <timograham@…>):
In [changeset:"58833f519797e15ae3cb39b1613e5f7e09c96952"]:
{{{
#!CommitTicketReference repository=""
revision="58833f519797e15ae3cb39b1613e5f7e09c96952"
Made Django's templates get their own LANGUAGE_* variables.
Refs #24117
}}}
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:7>
Comment (by collinanderson):
For "messages" and "user", I'd be interested in looking into the
possibility of passing "request" to the template and using
"request.messages" (a new "feature" I have half implemented in my stash)
and "request.user" in the templates.
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:8>
Comment (by collinanderson):
But I was thinking it might be better to defer until 1.9 for that.
--
Ticket URL: <https://code.djangoproject.com/ticket/24117#comment:9>