With "child page should not have to get those events" you mean not
passing the events list as a variable to render_to_response() on each
view?

  Well, I am using template tags. These are
objects/functions/variables available globally on your templates. It's
actually what I use to generate items for a navigation menu, which is
data pulled from a database and displayed on every page:

{% load templatetag_file %}
{% function_from_templatetag %}
{% for item in return_from_function_above %}
    {{ item }}
{% endfor %}

  The template tag can also return HTML code, something you might want
to consider giving the requirement (a calendar).

On 2/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I was wondering, in response to more complex templating setups. If as a
> user, you wanted to subclass a parent template, but the parent template
> needs to dynamically generate content given a data source. An example
> could be a calendar of events that you want displayed on every page.
> The child page should not have to get those events and pass it to the
> renderer. Is there some convention that Django follows, and if not,
> what seems to be the most practical way for people who have dealt with
> this?
>
>


--
Julio Nobrega - http://www.inerciasensorial.com.br

Reply via email to