Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Fetching contributors…

Cannot retrieve contributors at this time

232 lines (157 sloc) 5.99 KB



:term:`pyramid_jinja2` is a set of bindings that make templates written for the :term:`Jinja2` templating system work under the :term:`Pyramid` web framework.


Install using setuptools, e.g. (within a virtualenv):

$ easy_install pyramid_jinja2


There are two ways to make sure that pyramid_jinja2 is active. Both are completely equivalent:

  1. Use the includeme function via config.include:

  2. Ensure that some ZCML file with an analogue of the following contents is executed by your Pyramid application:

    <include package="pyramid_jinja2"/>

Once activated either of these says, the following happens:

  1. Files with the .jinja2 extension are considered to be :term:`Jinja2` templates.
  2. The add_jinja2_search_path method/directive is added to the :term:`configurator` instance.


Once :term:`pyramid_jinja2` been activated .jinja2 templates can be loaded either by looking up names that would be found on the :term:`Jinja2` search path or by looking up asset specifications.

Template Lookups

The default lookup mechanism for templates uses the :term:`Jinja2` search path (specified with jinja2.directories.

Rendering :term:`Jinja2` templates with a view like this is typically done as follows (where the templates directory is expected to live in the search path):

Rendering templates outside of a view (and without a request) can be done using the renderer api:

:term:`Template Inheritance`

:term:`Template inheritance` can use asset specs in the same manner as regular template lookups. An example:

For further information on :term:`template inheritance` in Jinja2 templates please see

Asset Specification Lookups

Looking up templates via asset specification is a feature specific to :term:`Pyramid`. For further info please see Understanding Asset Specifications. Overriding templates in this style uses the standard pyramid asset overriding technique.


Jinja2 derives additional settings to configure its template renderer. Many of these settings are optional and only need to be set if they should be different from the default. The below values can be present in the .ini file used to configure the Pyramid application (in the app section representing your Pyramid app) or they can be passed directly within the settings argument passed to a Pyramid Configurator.


true or false representing whether Jinja2 templates should be reloaded when they change on disk. Useful for development to be true.


A list of directory names or a newline-delimited string with each line representing a directory name. These locations are where Jinja2 will search for templates. Each can optionally be an absolute resource specification (e.g. package:subdirectory/).


The input encoding of templates. Defaults to utf-8.


true or false representing whether Jinja2 will autoescape rendered blocks.


A list of extension objects or a newline-delimited set of dotted import locations where each line represents an extension.


A dictionary mapping filter name to filter object, or a newline-delimted string with each line in the format name = representing Jinja2 filters.

Jinja2 Filters

pyramid_jinja2 provides two filters.

To use these filters, configure the settings of jinja2.filters:

And use the filters in template.

<a href="{{context|model_url('edit')}}">Edit</a>

<a href="{{'top'|route_url}}">Top</a>

Creating a Jinja2 Pyramid Project

After you've got pyramid_jinja2 installed, you can invoke the following command to create a Jinja2-based Pyramid project:

$ paster create -t pyramid_jinja2_starter

This is a good way to see a working Pyramid application that uses Jinja2, even if you wind up not using the result.

More Information

Reporting Bugs / Development Versions

Visit to download development or tagged versions.

Visit to report bugs.

Indices and tables

Jump to Line
Something went wrong with that request. Please try again.