On 10 août, 16:30, Tom Evans <tevans...@googlemail.com> wrote:
>
> You have two options:
Actually, three.

> you can extract the value in the view, and put it into the context
> that is used to render the template.

Simple but totally unpractical for most projects, as it requires
making ALL views duplicating this behavior.

> you can access it using dot notation [1], which is used in templates
> (templates are not python, you cannot write python in templates). Eg:
> {% url url-name request.GET.page %}

Probably the most cost-effective solution - until you have to parse
all your templates when there's any change. As a side note:
1/ you can use the "default" template filter to handle the case when
there's no 'page' key in request.GET
2/ you can use request.REQUEST if you want to work as well with GET
and POST.


Now for the third solution: write your own template tag. Not
necessarily required, but that's often the best solution wrt/
decoupling / flexibility / maintainability / reusability.



> Cheers
>
> Tom
>
> [1]https://docs.djangoproject.com/en/1.3/topics/templates/#variables

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com.
To unsubscribe from this group, send email to 
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en.

Reply via email to